You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First, for each tile a count is requested
Next, if the count is low enough, entities are requested.
Currently, the second request once again contains a $count=true. It's faster to not request the count again.
The text was updated successfully, but these errors were encountered:
One further optimisation would be, that if a higher zoom-level already did a full fetch, no further queries are done.
At the moment, if you zoom in until you see tags, and zoom in further, the tags are reloaded. That is not needed of course.
So I would need to store which segment was fetched with wich query. But then I would need to split the segments into smaller segments, to check if it was already fetched in a smaller zoom level. Isn't that to complicated for the library, or should I implement it?
Hmm, the semantics of higher and lower zoom level... Is a higher zoom level more zoomed in, or less :)
The key is:
if you zoom in until you see tags, and zoom in further, the tags are reloaded
If I go from zoom level 10 to 11, STAM already has the data for zoom level 10... And if I zoom back out, it already re-use that data. All that is needed is the information which squares of zoom level 11 falls into which square in zoom level 10. Then it can check for zoom level 11, if a square falls into a square of 10 that already has entities loaded.
It's not a high priority, since the further one zooms is, the less data needs to be loaded.
First, for each tile a count is requested
Next, if the count is low enough, entities are requested.
Currently, the second request once again contains a
$count=true
. It's faster to not request the count again.The text was updated successfully, but these errors were encountered: