-
Notifications
You must be signed in to change notification settings - Fork 407
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
docs(topojson-export): add topojson response documentation #1935
base: main
Are you sure you want to change the base?
Conversation
3acd60a
to
5efeced
Compare
What about making the |
When requesting a topojson export, the accept-header must be set to 'json' not 'topojson' because topojson is not yet an official content type. Instead of just telling that topojson is invalid, the error message now hints to using json instead.
I tried to find a smaller selection where the difference is visible. While doing so I discovered a potential bug in the TopoJSON creation, will need to look a bit further tomorrow... |
ors-api/src/main/java/org/heigit/ors/api/responses/export/json/JsonEdge.java
Outdated
Show resolved
Hide resolved
The message now clarifies that the TopoJSON output format of the export endpoint requires, both, accept header and content type to be specified as application/json.
Moving more towards the principle "parse, don't validate" enables simplifying the conversion of the API-level request into a core-level request and prepares factoring out common behavior of multiple endpoints.
Quality Gate passedIssues Measures |
Pull Request Checklist
have been resolved.
[Unreleased] heading.
along with a short description of what it is for, and documented this in the Pull Request (below).
(at least Germany), and the graphs build without problems (i.e. no out-of-memory errors).
importer etc.), I have generated longer distance routes for the affected profiles with different options
(avoid features, max weight etc.) and compared these with the routes of the same parameters and start/end
points generated from the current live ORS.
If there are differences then the reasoning for these MUST be documented in the pull request.
and why the change was needed.
Fixes # .
Information about the changes