-
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
Policy/Geography response.updated vs. other response.last_updated #842
Comments
So you think Policy should use |
Maybe since Policy and Geography already use In any case, as long as we align and use a consistent field name everywhere, the specific choice doesn't matter as much. |
I think last_updated is the way to go, as we do in CDS now. https://github.com/openmobilityfoundation/curb-data-specification/blob/main/general-information.md#rest-endpoints |
Agree, |
Done for Geography in the spec in #858 and for Geography OpenAPI in openmobilityfoundation/mds-openapi#21 |
I've updated MDS 2.0 with Ready to close this issue when @thekaveman does the updates for OpenAPI. |
Done for Policy OpenAPI in openmobilityfoundation/mds-openapi#20 |
Issue
Policy describes its schema with a top-level
updated
key with its value "a timestamp indicating the last time the data was updated". Geography does the same.Other APIs like Provider describe Data Latency Requirements and use
last_updated
in the top-level response to indicate the same thing.Suggestion
Align on a single field name for all APIs.
The text was updated successfully, but these errors were encountered: