Closed ue71603 closed 1 year ago
we take the SIRI formation elements, if ok. This adds a lot of complexity. And I think we need a "IncludeFormation in the request as well with default "false".
I talked to a specialist at our company who said that the SIRI structures for formations (JourneyFormationGroup) are very complex and the modeling is not always clear (e.g. changes of a formation within a journey). Could a subset be sufficient for OJP?
I had today a discussion with Adrian. We believe that the SIRI 2.1 formation should be used. We may in the documentation show, how to use it in a simplified form (only some elements to be filled in). However:
When this is agreed, I will copy things from the CEN SIRI European profile draft (information from Adrian).
For non-train SIRI proposes the usage of VehicleFeatureRef. We don't have that neither in OJP.
I start with a PR for both those things and then we might continue. Unfortunately, currently it will reference a very old version of SIRI...
will continue here: https://github.com/VDVde/OJP/pull/328
Formation information should be added fully in documentation and in
we take the SIRI formation elements, if ok. This adds a lot of complexity. And I think we need a "IncludeFormation in the request as well with default "false".
One point would be Disruption/FormationCondition and more important the JourneyFormationGroup
Part 1: Formation on the train Part 2: Formation at stations (Calls Arrival/Departure-FormationAssignment