Skip to content
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

Remove word "data" from provider response payload descriptions #880

Conversation

jiffyclub
Copy link
Contributor

MDS Pull Request

Explain pull request

In older versions of MDS data was nested under a data key in provider API responses, so trips data would e.g. be response['data']['trips']. This ended up reflected in the docs where each section would have a label like "data Payload" describing what was under the data key in the payload.

In MDS 2.0 this nesting was removed, trips is now a top level key in the response from provider trips endpoint. However, the docs were not updated to remove the word "data" from the payload descriptions, leading to potential confusion for readers of the documentation. This PR changes "data Payload" to "Payload" throughout the provider README to bring it in line with the spec.

Is this a breaking change

  • No, not breaking. This is a documentation only change that brings the docs more in line with the spec.

Impacted Spec

Which spec(s) will this pull request impact?

  • provider

In older versions of MDS data was nested under a `data`
key in provider API responses, so trips data would e.g.
be response['data']['trips']. This ended up reflected
in the docs where each section would have a label like
"`data` Payload" describing what was under the `data`
key in the payload.

In MDS 2.0 this nesting was removed, `trips` is now a top
level key in the response from provider trips endpoint.
However, the docs were not updated to remove the word
"data" from the payload descriptions, leading to potential
confusion for readers of the documentation. This PR
changes "`data` Payload" to "Payload" throughout the provider
README to bring it in line with the spec.
@jiffyclub jiffyclub requested a review from a team as a code owner October 16, 2023 19:19
@schnuerle schnuerle added this to the 2.0.1 milestone Oct 16, 2023
@schnuerle schnuerle added documentation documentation change can be for code and/or markdown pages minor update A change that is minor and should require little discussion, or is a maintenance/readme/typo update. labels Oct 16, 2023
@schnuerle schnuerle self-assigned this Oct 16, 2023
@schnuerle
Copy link
Member

We are looking at creating a 2.0.1 release soon for all open issues and PRs tagged with the 2.0.1 Milestone.

Any feedback from the community is welcome before merging to dev.

@schnuerle schnuerle merged commit 101f135 into openmobilityfoundation:dev Oct 30, 2023
1 check passed
@jiffyclub jiffyclub deleted the remove-data-key-from-provider-response-docs branch October 30, 2023 20:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation documentation change can be for code and/or markdown pages minor update A change that is minor and should require little discussion, or is a maintenance/readme/typo update.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants