Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • railVIVID1 railVIVID1
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Graph
    • Compare revisions
  • Issues 58
    • Issues 58
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Tools
  • railVIVID1railVIVID1
  • Issues
  • #25
Closed
Open
Issue created Jan 27, 2015 by Administrator@rootOwner

Generate human readable operating period phrases (de: Erzeugung leicht verständlicher Verkehrstageformulierungen)

There are multiple kinds of information about operating periods available in the railML files:

  1. operatingPeriod/@timetablePeriodRef
  2. operatingPeriod/@bitMask
  3. operatingPeriod/@startDate and operatingPeriod/@endDate
  4. operatingDay/@operatingCode
  5. operatingDay/@operatingCode and operatingDay/@startDate and operatingDay/@endDate
  6. operatingDayDeviance/@operatingCode and operatingDayDeviance/@holidayOffset
  7. operatingDayDeviance/@operatingCode and operatingDayDeviance/@holidayOffset and operatingDayDeviance/@ranking
  8. specialService/@type and specialService/@singleDate
  9. specialService/@type and specialService/@startDate and specialService/@endDate

What to do with this amount of information? A nice human readable phrase may be deduced, but nevertheless it will possibly not fulfill everyones expectations.

Maybe it can be reduced with railML3 without restricting the possible operating periods.

What to do with specialService/@startTime and specialService/@endTime in operating periods? What is the use case described in railML-Ticket 31 (http://trac.railml.org/ticket/31)?

Why is operatingPeriod/@dayOffset explained at the railML Wiki (http://wiki.railml.org/index.php?title=TT:operatingPeriod) but not implemented - means meanwhile deleted (http://trac.railml.org/ticket/138).

See also #9 (closed) for the basic behaviour

Assignee
Assign to
Time tracking

railML.org e.V. (Registry of Associations: VR 5750) Phone: +49 351 47582911 Altplauen 19h; 01187 Dresden; Germany