Home » railML newsgroups » railml.timetable » [railML3] Places/Service in rollingstock
[railML3] Places/Service in rollingstock [message #2557] Wed, 14 October 2020 11:50 Go to next message
Joerg von Lingen is currently offline  Joerg von Lingen
Messages: 136
Registered: May 2011
Senior Member
Dear all,

for modelling the places and service provided by rollingstock we had a split way
in railML2, i.e. using enumeration for specific items and (alternatively) the
code number from TAP/TSI B.4.9039 respectively B.4.7161.

Comparing both variants it is obvious that none of them cover all. Thus the
question is to do the modelling for railML3 in the same split way or to enhance
the enumerations to cover at least all sensible items from the TAP/TSI code lists.

--
Best regards,
Joerg v. Lingen - Rollingstock Coordinator
Re: [railML3] Places/Service in rollingstock [message #2561 is a reply to message #2557] Tue, 27 October 2020 11:27 Go to previous messageGo to next message
Joerg von Lingen is currently offline  Joerg von Lingen
Messages: 136
Registered: May 2011
Senior Member
Just as additional info here the current modeling draft.

--
Regards,
Jörg von Lingen - Rollingstock Coordinator

Joerg von Lingen wrote on 14.10.2020 11:50:
> Dear all,
>
> for modelling the places and service provided by rollingstock we had a split way
> in railML2, i.e. using enumeration for specific items and (alternatively) the
> code number from TAP/TSI B.4.9039 respectively B.4.7161.
>
> Comparing both variants it is obvious that none of them cover all. Thus the
> question is to do the modelling for railML3 in the same split way or to enhance
> the enumerations to cover at least all sensible items from the TAP/TSI code lists.
>
  • Attachment: EA6.png
    (Size: 95.69KB, Downloaded 32 times)
Re: [railML3] Places/Service in rollingstock [message #2625 is a reply to message #2561] Mon, 11 January 2021 14:13 Go to previous messageGo to next message
Milan Wölke is currently offline  Milan Wölke
Messages: 57
Registered: April 2007
Member
Hi,

just to keep you posted, the general response to this modelling approach by the timetable developer group was positive. We will go forward with this approach. However the group found, that the enumerations are too detailed. I open another thread to discuss the necessary level of detail for this.

Best regards, Milan


Milan Wölke - Timetable scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
Re: [railML3] Places/Service in rollingstock [message #2627 is a reply to message #2625] Mon, 11 January 2021 14:37 Go to previous messageGo to next message
Milan Wölke is currently offline  Milan Wölke
Messages: 57
Registered: April 2007
Member
The discussion regarding the level of detail for the enums is located here.

Thanks in advance for your contribution.

Best regards, Milan


Milan Wölke - Timetable scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
Re: [railML3] Places/Service in rollingstock [message #2636 is a reply to message #2561] Mon, 18 January 2021 07:11 Go to previous message
David Lichti is currently offline  David Lichti
Messages: 2
Registered: December 2020
Junior Member
I have three suggestions regarding the structure of the information:

1. The list of available services (tServiceCategoryListExt) should (also) be available under the places element. While some of the services may be available to all passengers in the vehicle, others may be bound to specific seats or compartments. For example WiFi may be available to all, but USB sockets only on the First Class seats of a divided coach.

1.1. I would then suggest to remove the sleeperWith... categories and rather add a shower (and a lavatory) value to the services enumeration.

2. We should separate accessibility information from the place category. Many of the proposed categories may or may not be accessible and suitable for wheelchair users. One could easily imagine special bistro seats or sleeper compartments for wheelchair users. On the other hand, folding seats or bicycle spaces do not necessarily imply accessibility and suitability for wheelchair users. Instead of duplicating many of these categories to render accessibility (category + categoryWheelchair), it would be better to have a separate attribute or element.

Best regards

David

[Updated on: Mon, 18 January 2021 07:13]

Report message to a moderator

Previous Topic: [railML 3] Level of detail for describing classes and capabilities of rolling stock
Next Topic: [railML3] Semantics of the attributes arrivalDay and departureDay
Goto Forum:
  


Current Time: Mon Jan 18 15:43:38 CET 2021