-
Notifications
You must be signed in to change notification settings - Fork 232
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
Add passenger-services to feature-modes branch #735
Add passenger-services to feature-modes branch #735
Conversation
…on, add specificity to trip_id requirements for taxi, and add separate links to MM events and Taxi events
…descriptive description
…lity-options-in-trips-payload Rename accessibility_options_used -> accessibility_options in Trips payload
@@ -37,9 +45,24 @@ The `trip_attributes` array is not used with the micromobility mode. | |||
The `vehicle_attributes` array may have the following key value pairs: | |||
|
|||
- `year` (integer) | |||
- `manufacturer` (string) | |||
- `make` (string) |
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.
Are you changing this just because this is standard terminology for cars? I know 2.0 is breaking but should it stay manufacturer
for consistency? Just checking, but I do like using make
better I believe.
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.
Per @marie-x, "I wanted to do make and model because that seems more standard"
@@ -702,6 +716,7 @@ You may also show which APIs, endpoints, and fields your agency is serving to pr | |||
|
|||
[Top][toc] | |||
|
|||
[accessibility-options]: /general-information.md#accessibility-options |
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.
Todo: this section got refactored out - need to restore.
There's a lot of general cleanup here (broken links, typos, removing TODOs, etc) so I'm merging to a new branch |
ba327d0
into
openmobilityfoundation:feature-modes-passenger-services
THIS PR IS INCOMPLETE, AND WILL BE ACTIVELY UPDATED OVER TIME TO ALIGN WITH THE NEW MODES GUIDANCE.
MDS Pull Request
Explain pull request
This pull request represents some of the work E&A/LADOT has done for adding Taxis to MDS, while starting to shift some of its definitions and structures into accordance with the New Modes Draft guidance.
A few things worth noting prior to reading this PR:
This currently does not entirely match the guidance in the new modes documentation, but before this gets anywhere near merging, it will be updated.
Because E&A only uses the MDS Agency interface, this is all that we have written so far -- however, we fully intend to reflect the changes in MDS Provider as well prior to merging.
We had a really quick turn-around time for this following some of the new guidelines, and haven't been keeping this work updated as the guidelines have been drafted; so, please keep that and the above notes in mind as you review. This is supposed to serve as a launch point for discussion, demonstrating the work we have implemented to date, along with making some minor adaptations to match the new guidelines.
Is this a breaking change
This was designed to be entirely non-breaking for Micromobility Providers integrating with MDS Agency, and I believe that still holds true. If a Provider needs to start sending Taxi data, of course that will be new work, but that's to be expected. This would be breaking for an Agency which implements it (if they were to claim they supported Taxi), but if they only wish to support Micromobility, that should require no changes.
Impacted Spec
Which spec(s) will this pull request impact?
agency
policy
provider
eventually, but not in this initial draft.