Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • railML 3 railML 3
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Graph
    • Compare revisions
  • Issues 70
    • Issues 70
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • Deployments
    • Deployments
    • Releases
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • railML.orgrailML.org
  • railML 3railML 3
  • Issues
  • #163
Closed
Open
Issue created Sep 14, 2012 by Deleted User@deleted-user

Clarify balise attribute 'staticTelegram'

Description

The usage of the attribute @staticTelegram need to be revised.

Background

As Volker Knollmann suggested on a wiki page, the balise attribute staticTelegram has to be further clarified: "Coded? Uncoded? Binary? Plaintext?"

Links

  • Forum discussion
    • Christian Rahmig, 07.10.2024: https://www.railml.org/forum/index.php?t=msg&goto=3332&#msg_3332
  • Trac ticket
    • #163 (closed)
  • Wiki documentation
    • IS:baliseGroup: https://wiki3.railml.org/wiki/IS:baliseGroup

Proposed solution in railML 2.4

The attribute @staticTelegram shall be used for storing the binary data telegram in a HEX string. Thus, it is proposed to restrict the string data type to a HEX pattern: [0-9a-fA-F]*

Proposed solution in railML 3.x

For railML 3.x the whole topic of balise telegrams need to be re-evaluated and aligned with the user needs formulated in the railML use cases (e.g. in interlocking domain).

Edited Oct 07, 2024 by IS Coordination
Assignee
Assign to
Time tracking

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