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
I propose to include current map projection into mapState object, next to the coordiantes, zoom and time.
What is it useful for?
it can be useful for maps with multiple projection. Let's say we want to restore a view that user stored (specific coordinates, layers, time and projection) and/or generate stateful links. Another bonus is that we can listen for projection changes and do some actions. Eg. when projection is changed all features are reprojected automatically, but when we have Webmercator and the new projection is Polar Stereographic all features located in higher that 85 deg lat would have distorted coordinates. Having projection in the mapState we could catch such situations and implement some workarounds.
Does this change impact existing behaviors? If so how? --> no
i think we need to store somewhere a container with projection definitions for the map and to move the logic for projection switch to mapState (as we do with coordinates) and then projectionSwitch would not call mapSvc to change projection, but the mapState... ahh it is a bit bigger change than i thought
Description
I propose to include current map projection into mapState object, next to the coordiantes, zoom and time.
What is it useful for?
it can be useful for maps with multiple projection. Let's say we want to restore a view that user stored (specific coordinates, layers, time and projection) and/or generate stateful links. Another bonus is that we can listen for projection changes and do some actions. Eg. when projection is changed all features are reprojected automatically, but when we have Webmercator and the new projection is Polar Stereographic all features located in higher that 85 deg lat would have distorted coordinates. Having projection in the mapState we could catch such situations and implement some workarounds.
Does this change impact existing behaviors? If so how? --> no
Relevant Package
This feature request is for @dlr-eoc/....
Examples
Are there any examples in other projects that demonstrate this feature or enhancement? --> not yet
Describe alternatives you've considered
Have you considered any alternative solutions or workarounds? --> no alternatives
if you guys give me a green light I would implement this feature and create PR
The text was updated successfully, but these errors were encountered: