Skip to content
GitLab
    • Explore Projects Groups Topics Snippets
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • railML 2 railML 2
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Graph
    • Compare revisions
  • Issues 50
    • Issues 50
    • 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 2railML 2
  • Issues
  • #418
Something went wrong while setting issue due date.
Closed
Open
Issue created 4 years ago by Organisation@organisation.GOVOwner
  • New related issue

  • New related issue

Add border type "project"

Open

Add border type "project"

Description

The element shall be used to define the border of an infrastructure project. It is suggested to extend the enumeration for attribute @type.

Background

This ticket was raised by Norway as part of the standardisation in Norway and shall be used commonly in the future.

It is a sub-element of , which belongs to , a high-level element of railML2.4.

The railML2.4 element is used in railML2.4nor to define the borders of projects, as described in chapter 4.12 (document link below). Please note that in railML2.4nor the element is only used to model the project area of the defined areas in chapter 4.9 (document link below). The borders of all further areas are modelled by references to existing infrastructure elements, e.g. interlocking elements.

The railML2.4 element is not extended by attributes. However, a new value for the enumeration attribute @type is introduced: “other:project”.

For more details see document “railML2.4nor Infrastructure Documentation“ (https://www.jernbanedirektoratet.no/railML), version 1.3, 03.07.2020, point 4.12.

Links

  • Forum discussion:
  • Torben Brand, 20.12.2018: [https://www.railml.org/forum/index.php?t=msg&th=626&goto=2051&#msg_2051]
  • Torben Brand, 09.04.2021: [https://www.railml.org/forum/index.php?t=msg&th=576&goto=2690&#msg_2690]
  • Trac tickets:
  • #418
  • Wiki documentation:
  • IS:border: [https://wiki2.railml.org/wiki/IS:border]

Proposed solution in railML 2.5

The enumeration attribute @type shall be extended with a new value "project" to allow for modelling borders between infrastructure projects.

Proposed solution in railML 3.2

tbd

Edited 3 years ago

    Tasks

    0

    No tasks are currently assigned. Use tasks to break down this issue into smaller parts.

    Linked items
    0

    Link issues together to show that they're related. Learn more.

    Activity


    • O
      Organisation @organisation.GOV · 4 years ago
      Author Owner
      • Description changed
        == Description ==
        
        This ticket was raised by Norway as part of the standardisation in Norway and shall be used commonly in the future.
        
      - It is a sub-element of <trackTopology>, which belongs to <ocp>, a high-level element of railML2.4.
      ?                                                           ^ ^
      
      + It is a sub-element of <trackTopology>, which belongs to <track>, a high-level element of railML2.4.
      ?                                                           ^^^ ^
      
        
        The railML2.4 <border> element is used in railML2.4nor to define the borders of projects, as described in chapter 4.12 (document link below). Please note that in railML2.4nor the <border> element is only used to model the project area of the defined areas in chapter 4.9 (document link below). The borders of all further areas are modelled by references to existing infrastructure elements, e.g. interlocking elements.
        
        The railML2.4 <border> element is not extended by attributes. However, a new value for the enumeration attribute @type is introduced: “other:project”.
        
        For more details see document “railML2.4nor Infrastructure Documentation“ (https://www.jernbanedirektoratet.no/railML), version 1.3, 03.07.2020, point 4.12.
        
        Which of the existing elements can be used?
        
        * <border>
        
        === Background ===
        
        […]
        
        === Links ===
        
        * Forum discussion:
         * […]
        * Trac tickets:
         * #418
        * Wiki documentation:
         * none
        
        == Proposed solution in railML 2.5 ==
        
        tbd
    • IS Coordination
      IS Coordination @coordination.IS · 4 years ago
      Maintainer
      • Description changed
        == Description ==
      + 
      + The <border> element shall be used to define the border of an infrastructure project. It is suggested to extend the enumeration for attribute @type. 
      + 
      + === Background ===
        
        This ticket was raised by Norway as part of the standardisation in Norway and shall be used commonly in the future.
        
        It is a sub-element of <trackTopology>, which belongs to <track>, a high-level element of railML2.4.
        
        The railML2.4 <border> element is used in railML2.4nor to define the borders of projects, as described in chapter 4.12 (document link below). Please note that in railML2.4nor the <border> element is only used to model the project area of the defined areas in chapter 4.9 (document link below). The borders of all further areas are modelled by references to existing infrastructure elements, e.g. interlocking elements.
        
        The railML2.4 <border> element is not extended by attributes. However, a new value for the enumeration attribute @type is introduced: “other:project”.
        
        For more details see document “railML2.4nor Infrastructure Documentation“ (https://www.jernbanedirektoratet.no/railML), version 1.3, 03.07.2020, point 4.12.
        
      - Which of the existing elements can be used?
      - 
      - * <border>
      - 
      - === Background ===
      - 
      - […]
      - 
        === Links ===
        
        * Forum discussion:
         * […]
        * Trac tickets:
         * #418
        * Wiki documentation:
      -  * none
      +  * IS:border: [https://wiki2.railml.org/wiki/IS:border]
        
        == Proposed solution in railML 2.5 ==
        
      - tbd
      + The enumeration attribute @type shall be extended with a new value "project" to allow for modelling borders between infrastructure projects.

      restructuring ticket and adding link to wiki

    • IS Coordination
      IS Coordination @coordination.IS · 4 years ago
      Maintainer
      • Description changed
        == Description ==
        
        The <border> element shall be used to define the border of an infrastructure project. It is suggested to extend the enumeration for attribute @type. 
        
        === Background ===
        
        This ticket was raised by Norway as part of the standardisation in Norway and shall be used commonly in the future.
        
        It is a sub-element of <trackTopology>, which belongs to <track>, a high-level element of railML2.4.
        
        The railML2.4 <border> element is used in railML2.4nor to define the borders of projects, as described in chapter 4.12 (document link below). Please note that in railML2.4nor the <border> element is only used to model the project area of the defined areas in chapter 4.9 (document link below). The borders of all further areas are modelled by references to existing infrastructure elements, e.g. interlocking elements.
        
        The railML2.4 <border> element is not extended by attributes. However, a new value for the enumeration attribute @type is introduced: “other:project”.
        
        For more details see document “railML2.4nor Infrastructure Documentation“ (https://www.jernbanedirektoratet.no/railML), version 1.3, 03.07.2020, point 4.12.
        
        === Links ===
        
        * Forum discussion:
      -  * […]
      +  * Torben Brand, 20.12.2018: [https://www.railml.org/forum/index.php?t=msg&th=626&goto=2051&#msg_2051]
        * Trac tickets:
         * #418
        * Wiki documentation:
         * IS:border: [https://wiki2.railml.org/wiki/IS:border]
        
        == Proposed solution in railML 2.5 ==
        
        The enumeration attribute @type shall be extended with a new value "project" to allow for modelling borders between infrastructure projects.

      adding link to forum

    • IS Coordination
      IS Coordination @coordination.IS · 4 years ago
      Maintainer
      • Summary changed from Add value to in to Add border type "project"
    • IS Coordination
      IS Coordination @coordination.IS · 4 years ago
      Maintainer
      • Description changed
        == Description ==
        
        The <border> element shall be used to define the border of an infrastructure project. It is suggested to extend the enumeration for attribute @type. 
        
        === Background ===
        
        This ticket was raised by Norway as part of the standardisation in Norway and shall be used commonly in the future.
        
        It is a sub-element of <trackTopology>, which belongs to <track>, a high-level element of railML2.4.
        
        The railML2.4 <border> element is used in railML2.4nor to define the borders of projects, as described in chapter 4.12 (document link below). Please note that in railML2.4nor the <border> element is only used to model the project area of the defined areas in chapter 4.9 (document link below). The borders of all further areas are modelled by references to existing infrastructure elements, e.g. interlocking elements.
        
        The railML2.4 <border> element is not extended by attributes. However, a new value for the enumeration attribute @type is introduced: “other:project”.
        
        For more details see document “railML2.4nor Infrastructure Documentation“ (https://www.jernbanedirektoratet.no/railML), version 1.3, 03.07.2020, point 4.12.
        
        === Links ===
        
        * Forum discussion:
         * Torben Brand, 20.12.2018: [https://www.railml.org/forum/index.php?t=msg&th=626&goto=2051&#msg_2051]
      +  * Torben Brand, 09.04.2021: [https://www.railml.org/forum/index.php?t=msg&th=576&goto=2690&#msg_2690]
        * Trac tickets:
         * #418
        * Wiki documentation:
         * IS:border: [https://wiki2.railml.org/wiki/IS:border]
        
        == Proposed solution in railML 2.5 ==
        
        The enumeration attribute @type shall be extended with a new value "project" to allow for modelling borders between infrastructure projects.
      + 
      + == Proposed solution in railML 3.2 ==
      + 
      + _tbd_

      add link to new forum post by Torben Brand (09.04.2021) and adding empty section for railML 3.x solution proposal

    • IS Coordination
      IS Coordination @coordination.IS · 4 years ago
      Maintainer

      In [changeset:"1138/railML"]:

      adding new border type "project", see #418
    • IS Coordination
      IS Coordination @coordination.IS · 4 years ago
      Maintainer
      • Status changed from new to accepted

      border type "project" has been added in enumeration; documentation in wiki is pending

    • IS Coordination
      IS Coordination @coordination.IS · 4 years ago
      Maintainer
      • Cc added @coordination.IS
      • Owner set to @documentation.GOV
      • Status changed from accepted to assigned

      re-assigned ticket to Mr. Ferri Leberl who is responsible for the Wiki documentation

    • Documentation
      Documentation @documentation.GOV · 3 years ago
      Maintainer
      • Value https://wiki2.railml.org/index.php?title=IS:border#project has been added
      • Has been noted on https://wiki2.railml.org/wiki/Dev:changes/2.5#.3Cborder.3E.40type_extended_by_value_project

      @coordination.IS Please, check

    • Documentation changed the description 3 years ago

      changed the description

    • Documentation removed Wiki label 3 years ago

      removed Wiki label

    • Documentation assigned to @coordination.IS and unassigned @root 3 years ago

      assigned to @coordination.IS and unassigned @root

    • TT Coordination changed milestone to %2.5 2 years ago

      changed milestone to %2.5

    • TT Coordination removed 2.5 label 2 years ago

      removed 2.5 label

    Please register or sign in to reply
    Assignee
    Documentation's avatar
    Documentation
    Assign to
    Labels
    0
    None
    0
    None
      Assign labels
    • Manage project labels

    Milestone
    No milestone
    None
    Due date
    None
    None
    None
    Time tracking
    No estimate or time spent
    Confidentiality
    Not confidential
    Not confidential

    You are going to turn on confidentiality. Only project members with at least the Reporter role, the author, and assignees can view or be notified about this issue.

    Lock issue
    Unlocked
    0
    0 Participants
    Reference:

    Menu

    Explore Projects Groups Topics Snippets

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