-
Notifications
You must be signed in to change notification settings - Fork 6
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
Monitor - vector tiles #369
Comments
Some initial investigation, these are more or less the number of tiles that have to be generated per zoom level:
|
Some further investigation: what would it take to do hiking- and bicycle-route analysis and vector tile generation for all routes worldwide?
Estimated size for mongodb monitor-relations collection: 700Mb. Time to create monitor-relations collection with 4038 relations (reading relations from overpass database one by one) remote: 1:30h, non-remote: 1:05h. Estimated time to create all remote: 6 days! |
Additional test to create collection monitor-relations remotely, but using batches of 100 routes for the requests to the Overpass API database, estimate: 25 hours. |
Today, when displaying monitor maps, the details about the routes, deviations and segments are sent to the browser in geojson format. The geojson contains the coordinates of all nodes in all ways, independent of the zoom level. This is also how it works in waymarked trails when highlighting a particular route on the map. This worked very well for the routes that were originally added in the monitor. It was known from the start that with large routes being added to the monitor this would not scale very well. The amount of data that has to be sent to the browser for cross-continent routes is just too large and takes too much time. This is why for super-routes the map always just shows the information per sub-relation, and there is no map for relations only containing other relations.
Issues have been opened asking for also displaying complete super-routes (see issues #361, #356 and also to lesser extent #352). With the current technique of shipping geojson this would lead to unacceptable performance.
A solution that would scale better for large routes would be to use vector tiles instead of geojson (just like is done today for node network routes). This would allow to only ship the amount of data that is appropriate for the current zoom level (DouglasPeuckerSimplifier).
The text was updated successfully, but these errors were encountered: