switch scattermapbox coordinate parameters to webmercator
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 18.8k
- Forks
- 2.8k
- Merge moyen
- 16 h 26 min
- PR mergées (30 j)
- 21
Description
This is both a feature request and a sort of a bug report.
Scattermapbox uses tile servers that are all projected on a different datum (spherical Earth) than standard lat-lon coordinates systems as assumed by scattermapbox (obloid Earth).
When we specify the center or the coordinates of an image layer, it is always in lat,lon as well as when we give coordinate corners
I understand that the points are reprojected on the fly by the function from lat,lon to webmercator. However, when overlying rasters or images they are not warped to compensate from the different datums curvatures
=> it results in a lot of distortion between the image and the underlying map. This has been reported a few times by the community.
Ideally, Scattermapbox should serve the coordinates in webmercator since it is the standard, not in lat-lon on a WGS84 datum. Pyproj is not difficult to use.
Second, it would be great if for raster/images projections, it could be done directly in webmercator and not pretend it is in lat-lon.
For example:
Add a flag in each layer for the projection system so that you can desactivate the reprojection of the coordinates from lat-lon to webmercator and provide an image in the projection system of mapbox. That should actually lighten the app.
Or simply get rid of lat-lon specifics when building a raster as it is mathematically incorrect.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par suivre la gestion des coordonnées de Scattermapbox et les chemins des couches raster/image décrits dans l’issue. Comparez la manière dont sont transformées les coordonnées du centre, des coins et de l’image, puis déterminez quel comportement de projection peut être spécifié de manière cohérente. Le travail est considéré comme terminé lorsque la prise en charge demandée de webmercator est définie, implémentée et couverte par des tests d’alignement de la carte.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- plotly, python
- Domaine
- data-visualization
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100