-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update trip refinement #298
Conversation
OJP/OJP_Trips.xsd
Outdated
</xs:element> | ||
<xs:element name="CheckAvailability" type="xs:boolean" minOccurs="0" default="false"> | ||
<xs:annotation> | ||
<xs:documentation>Checks the availability of relevant legs depending on the mode/submode. Operators or system references must be set to do this (uses OJPAvailabilityRequest indirectly)</xs:documentation> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let us talk about the workflow you are expecting behind this on Friday.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
to be discussed label already added
0f6cda8
to
0e21b03
Compare
|
Use case 5.24 is adapted. 7.9 and 8.10 will have to be updated after this PR is done. I will add some more information there while finalising this PR. |
simpliefied a lot. So I guess we have no longer issues with it? @normanoffel @herlitze @AndreasAtSBB : Pls check, if this still fits the bill for your document. |
OJP/OJP_JourneySupport.xsd
Outdated
<xs:annotation> | ||
<xs:documentation>Place within a (moving) vehicle.</xs:documentation> | ||
<xs:documentation>Location within a (moving) vehicle.</xs:documentation> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't that in direct contradiction to the description of TripLocationStructure, line 256?
aeb3d13
to
2114c8b
Compare
aa91e37
to
299d08b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What irritates me a little: If the idea is that TripRefinement should not rely on trip recalculation - don't changed parameter values in OperatorFilter and IncludeAlternativeOptions require invoking the trip planner?
Based on Malte's comment: Isn't there still a parameter missing in the TripRefine request to select a specific sharing provider when requesting a specific trip with that provider?
And some discussions I had with Andreas and André.
It is now possible to control more, what refinement should do, which system should do it.
A lot will need to be described in the specification.