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
We don't know if this is easily possible in the current setup, but this would be preferred over the "preview" option implemented in the earlier version of glammap, where with a mouseover you could see into which multiple glyphs a particular glyph would split when zooming in.
The text was updated successfully, but these errors were encountered:
Currently glyphs are implemented as Leaflet layers. This means Leaflet controls their position (and scale, although it is broken now). Actual position on the screen is a complex mix of css transforms of the parent panel (in which the map layers is also situated) and the glyphs themselves.
Implementing this while we are using Leaflet layers will mean we battle Leaflet for position control (read: struggle & bugs). Alternatively we control an overlay ourselves. This means complete flexibility to do what we want, although it will cause some difficulties synchronizing zoom / panning (especially during transitions) with the map layer. I think the best option is to just try and see what problems arise.
On second hand, it's easier to nest the glyph one more level and (animate) move the intermediate element. We need to predict though what in pixels the new position will be after a zoom action, but this is much more feasible
We don't know if this is easily possible in the current setup, but this would be preferred over the "preview" option implemented in the earlier version of glammap, where with a mouseover you could see into which multiple glyphs a particular glyph would split when zooming in.
The text was updated successfully, but these errors were encountered: