-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Mapillary icons keep trying to overlay eachother #4297
Comments
The Mapillary data is stored in an Rbush spatial index and, when redrawing, if too much of it appears in the same place, we only take the top few results. Rbush does not guarantee a stable sort in the results that it returns (because that would negatively affect performance). If we wanted to sort the results before limiting them, we could add sorting to this block of code, as long as performance isn't affected too much. iD/modules/services/mapillary.js Lines 234 to 244 in be65e1a
|
@bhousel was looking at the performance penalty of adding a iD/modules/services/mapillary.js Line 239 in be65e1a
I believe in this case Which should make running |
I agree the |
I played around with this earlier today and I realize now that we need to change the viewport partitioning code if we want the markers to sort in a stable way. The viewport is split up in screen coordinates, and needs to be properly tiled in world coordinates, otherwise we will always be selecting from a different set of marker results (so sorting them won't matter much). |
When dragging the map around at a higher zoom level, the mapillary icons seem to fight for who is on top.
cc @kepta
The text was updated successfully, but these errors were encountered: