plotly / plotly/plotly.py

switch scattermapbox coordinate parameters to webmercator

オープン
#3,585 コメント 3 件 リアクション 1 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

feature P3
主要言語
Python
スター
18.8k
フォーク
2.8k
平均マージ
16時間 26分
マージ済み PR(30日)
21

説明

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.

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

まず、Scattermapbox の座標処理と、issue で説明されている raster/image layer の経路を追跡します。中心、コーナー、画像の座標がどのように変換されるかを比較し、そのうえで一貫して仕様化できる投影動作を決定します。要求された webmercator のサポートが定義・実装され、マップの位置合わせのテストでカバーされれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
plotly, python
領域
data-visualization
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。