Forum - RDF feed
https://www.railml.org/forum/index.php
Additional commercial attributes from TAP TSI for timetables
https://www.railml.org/forum/index.php?t=rview&goto=963&th=267#msg_963
as proposed during the railML-conference in Braunschweig, I would suggest
some changes for railML to incorporate requirements from the TAP TSI,
mainly for the commercial timetable.
The goal of the introductions of these attributes is to allow the creation
of TAP TSI compliant timetable data in EDIFACT, using railML-timetables as
source files.
For this purpose the following attributes shall be modified:
- rail:tPlaceCategory shall be modified in such a way that the values of
the corresponding TAP TSI code list B.4.9039 can be accomodated.
- rail:tServiceType shall be modified in such a way that the values of
the corresponding TAP TSI code list B.4.7161 can be accomodated.
1. Add the following values to the enumeration "rail:tPlaceCategory":
I would propose that the value "WLAN" will remain.
Furthermore the following addtional informations about the provided
accomodations and services for the TAP TSI should be discussed:
1. The availiability of the above mentioned services (e.g. only available
from June to August, even if the train is running the whole timetable
persiod). This information is not covered be the current railML data model.
2. The reservation status for a place or a service (e.g. reservation
mandatory)
Kind regards,
Stefan Jugelt
--
----== posted via PHP Headliner ==----]]>Stefan Jugelt2014-05-14T16:00:58-00:00Re: Additional commercial attributes from TAP TSI for timetables
https://www.railml.org/forum/index.php?t=rview&goto=964&th=267#msg_964
thanks for your input. We like to stay compliant with TAP TSI.
-------------------------------------
Joachim Rubröder
Schema Coordinator: railML.timetable
--
----== posted via PHP Headliner ==----]]>Joachim Rubröder railML2014-05-14T17:22:50-00:00Re: Additional commercial attributes from TAP TSI for timetables
https://www.railml.org/forum/index.php?t=rview&goto=1299&th=267#msg_1299
as agreed during our railml timetable meeting last week I have created for
the proposed attribues one example for the coding of places and services
for a train part:
Some further explanations:
1. The code values for the rail:places/@category shall be stored in an
external code list, not in an enumeration in railML.
2. The code values are available in the files "Codelist_B.4.7161.xml"
(servies) and "Codelist_B.4.9039.xml" (places).
3. The enumeration for the accomodation classes in "tPlaceCategory" and
"tServces" are not needed anymore.
Please check the example and provide your comments.
Kind regards,
Stefan Jugelt
--
----== posted via PHP Headliner ==----]]>Stefan Jugelt2015-09-21T16:02:37-00:00Re: Additional commercial attributes from TAP TSI for timetables
https://www.railml.org/forum/index.php?t=rview&goto=1300&th=267#msg_1300
@Stefan: Thank you for the example file for further discussion. I do
have some questions/feedback:
1. additional attribute for 2.3
I believe the agreement of our meeting was to create a new and TSI
specific attribute - e.g. 'tapTsiCode' - so that the original railML 2.2
data representation is not affected. See #2 for sample.
2. Use of the number and not string code
Should we actually use a string as a code or should we use the actual
number value of the code? I would suggest to use the actual number code
value instead of a string because the code could be interpreted directly
if the default TAP TSI codes are used. Furthermore, it would allow for
at least a limited amount of verification - i.e. number from 1 to 999 as
a valid code reference instead of any string. A set of default mapping
for the existing railML enumeration categories could be provided in the
Wiki.
<formationTT>
<passengerUsage>
<!-- 100 seats in 1st class -->
<places category="class1" tapTsiCode="4" count="100"/>
<!-- 300 seats in 2nd class -->
<places category="class2" tapTsiCode="5" count="300"/>
<!-- Snack trolley available -->
<service name="trolley" tapTsiCode="25" count="1"/>
</passengerUsage>
/formationTT>
3. Documentation and versions
For me it is still not clear where the code list is 'published' and how
different versions can be managed between a railML provider and consumer.
Within the railML release there should be a codelist-schema xsd for the
file but the actual code list. It would then be up to the
provider/consumer to agree on an actual code list version - either
online or provided within their interface process.
"... Unlike other ISO 20022 code sets, the codes are not included in the
message schema with the message element they type. The purpose of
externalising these codes is to be able to update the code sets (for
example, add new codes) without impacting the messages themselves and,
hence, without requiring the development of a new version of the
messages that use these code sets."
Best regards,
Philip Wobst
Am 21.09.2015 um 18:02 schrieb Stefan Jugelt:
> Dear all,
>
> as agreed during our railml timetable meeting last week I have created for
> the proposed attribues one example for the coding of places and services
> for a train part:
>
> Example:
> <?xml version="1.0" encoding="UTF-8"?>
> <!--Sample XML file generated by XMLSpy v2015 sp2
> (http://www.altova.com)-->
> <railml xmlns="http://www.railml.org/schemas/2013"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://www.railml.org/schemas/2013 railML.xsd">
> <metadata>
> <organizationalUnits>
> <railwayUndertaking id="CompanyCode_1080" code="1080"/>
> </organizationalUnits>
> </metadata>
> <infrastructure id="inf-0815">
> <operationControlPoints>
> <ocp id="enee_8010085">
> <designator entry="8010085" register="ENEE"/>
> </ocp>
> <ocp id="enee_8010205">
> <designator entry="8010205" register="ENEE"/>
> </ocp>
> </operationControlPoints>
> </infrastructure>
> <timetable id="tt-0815">
> <trainParts>
> <trainPart id="TrainPart-0815-1">
> <formationTT>
> <passengerUsage>
> <!-- 100 seats in 1st class -->
> <places category="seatingFirstClass" count="100"/>
> <!-- 300 seats in 2nd class -->
> <places category="seatingSecondClass" count="300"/>
> <!-- Snack trolley available -->
> <service name="trolley" count="1"/>
> </passengerUsage>
> </formationTT>
> <ocpsTT>
> <ocpTT ocpRef="enee_8010085" ocpType="begin"/>
> <ocpTT ocpRef="enee_8010205" ocpType="end"/>
> </ocpsTT>
> <organizationalUnitBinding>
> <railwayUndertaking ref="CompanyCode_1080"/>
> </organizationalUnitBinding>
> </trainPart>
> </trainParts>
> </timetable>
> </railml>
>
> Some further explanations:
> 1. The code values for the rail:places/@category shall be stored in an
> external code list, not in an enumeration in railML.
> 2. The code values are available in the files "Codelist_B.4.7161.xml"
> (servies) and "Codelist_B.4.9039.xml" (places).
> 3. The enumeration for the accomodation classes in "tPlaceCategory" and
> "tServces" are not needed anymore.
>
> Please check the example and provide your comments.
>
> Kind regards,
>
> Stefan Jugelt
> ]]>Philip Wobst2015-09-28T10:54:30-00:00Re: Additional commercial attributes from TAP TSI for timetables
https://www.railml.org/forum/index.php?t=rview&goto=1305&th=267#msg_1305
Philip Wobst wrote:
>
> Dear all,
>
> @Stefan: Thank you for the example file for further discussion. I do
> have some questions/feedback:
>
> 1. additional attribute for 2.3
> I believe the agreement of our meeting was to create a new and TSI
> specific attribute - e.g. 'tapTsiCode' - so that the original railML 2.2
> data representation is not affected. See #2 for sample.
>
Philip you are right, the agreement was to use a new TAP TSI specific
attribute for railML and not to change the enumeration "category" in
railML.
> 2. Use of the number and not string code
> Should we actually use a string as a code or should we use the actual
> number value of the code? I would suggest to use the actual number code
> value instead of a string because the code could be interpreted directly
> if the default TAP TSI codes are used. Furthermore, it would allow for
> at least a limited amount of verification - i.e. number from 1 to 999 as
> a valid code reference instead of any string. A set of default mapping
> for the existing railML enumeration categories could be provided in the
> Wiki.
>
I would suggest to use numeric values for the tapTsiCode-attribute. A
restruiction to up to 999 entries is more than enough. I f we agree to
this approach I would provide the mapping TAP TSI <--> railML.
> <formationTT>
> <passengerUsage>
> <!-- 100 seats in 1st class -->
> <places category="class1" tapTsiCode="4" count="100"/>
> <!-- 300 seats in 2nd class -->
> <places category="class2" tapTsiCode="5" count="300"/>
> <!-- Snack trolley available -->
> <service name="trolley" tapTsiCode="25" count="1"/>
> </passengerUsage>
> /formationTT>
>
The proposal is OK. The numbers reflect the current usage of these entries
in the TAP TSI.
> 3. Documentation and versions
> For me it is still not clear where the code list is 'published' and how
> different versions can be managed between a railML provider and consumer.
> Within the railML release there should be a codelist-schema xsd for the
> file but the actual code list. It would then be up to the
> provider/consumer to agree on an actual code list version - either
> online or provided within their interface process.
--
----== posted via PHP Headliner ==----]]>Stefan Jugelt2015-10-14T16:36:28-00:00Re: Additional commercial attributes from TAP TSI for timetables
https://www.railml.org/forum/index.php?t=rview&goto=1350&th=267#msg_1350
stefan.jugelt wrote on Wed, 14 October 2015 18:36
The Directory of passenger code lists for the ERA technical documents used in TAP TSI version 1.3.1 is now available as PDF and XSD via the ERA website (see link above).
The new TAP TSI attributes in railML 2.3 for places/services have been updated to reflect the type definition in the ERA XSD: railml/rollingstock/vehicles/vehicle/wagon/passenger/places/@tapTsiType9039Code railml/rollingstock/vehicles/vehicle/wagon/passenger/service /@tapTsiType7161Code railml/timetable/trainParts/trainPart/formationTT/passengerU sage/places/@tapTsiType9039Code railml/timetable/trainParts/trainPart/formationTT/passengerU sage/service/@tapTsiType7161Code