-
Notifications
You must be signed in to change notification settings - Fork 23
add missing element StopPlaceName to AffectedStopPlaceStructure in SX #198
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
base: v2.3-wip
Are you sure you want to change the base?
Conversation
|
Breaking change? |
* Clarification that it is the for the STOP PLACE affected by the SITUATION * Added '+v2.3'
a14813a
TuThoThai
left a comment
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.
Approved as it is an addition of an element. It should not create a breaking change
Hello @skinkie, can you elaborate on how it is breaking? There's a new optional element and an annotation update of a still existing element. The latter might be interpreted as a kind of "soft" breaking, is that the issue? However, i don't see any issues in keep on using the PlaceName for the stop place name (instead of the new element). |
|
In my opinion, this is simply a missing element that was overlooked in the original implementation. It makes no sense to give stopPoint a name and not stopPlace. Especially since there is usually no explicit naming of stopPoint as a platform. |
As the title suggests. In AffectedStopPoint there is StopPlaceRef, the corresponding StopPlaceName and also PlaceRef and corresponding PlaceName (in addition to StopPointRef/-Name). However, in AffectedStopPlace there is only PlaceName which generated some confusion on UmS side (VDV736 profile). We propose to add the optional element StopPlaceName (as known in other affects structures) so that there's a cleaner "link" between ref and name.