Input from KDE

[ue71603]

thank you for pointing me to that work! Right, we implemented OJP in order to 
support opentransportdata.swiss.

I'll have a closer look at the 2.0 work once I'm back from FOSDEM and see if 
there's anything that would be a problem for us or something that we would 
miss.

From the top of my head the main remaining issues we had were "backward 
paging" (ie. querying the N previous results for a departure or journey 
request) and multi-language support. None of that has to be an actual OJP 
issue though, that could just as well be us not understanding how to use 
things properly or the specific backend implementation not supporting that yet.

We also didn't get back to the same level of detail we had with the previous 
Hafas backend in Switzerland, e.g. vehicle capacity/load information or coach 
layouts were not available anymore. Some of that might have changed meanwhile 
though, I haven't checked current responses in a while.

Do we have actionable items?

[ue71603]

General parts: (a) backward paging: This is done by the NumberOfResultsBefore parameter. (b) multi-language support: There we should distinguish, what is wanted:

• We would need to use ServiceRequestContext/Language to set the language: Would that be ok? Also, it is a single value and not a preference.
• In the response, the elements have a lang attribute.

I guess we are pretty well there.

About the Switzerland/Hafas part:

• coach layout will be possible at some point, I guess 2024.
• occupation will probably be available in 2023 also on OJP @skinkie : Will you get this back to your collegue, when this is all. If you think we need to do something in the specification / XSD, pls tell me.

[ue71603]

Stefan informed him. So we close it here.