問題タブ [map-projections]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
9 に答える
6392 参照

gis - メルカトル図法で米国を描くために必要な座標はどこにありますか?

だから私は、x、y 座標を取得し、それらを使用して米国の地図を描画する Javascript ライブラリを作成しています。これを行うには、各状態を描画するために必要な座標データを見つける必要があります。ウィキペディアのこの地図は、私が必要としているものの良い例です。SVG ファイルには、各州を構成する図形が適切にラベル付けされて含まれているからです

また、このマップに配置する必要があるサイトのセットもあります。各サイトの緯度と経度がわかっているので、それを使用して、マップ上の適切な場所に各サイトを描画できます。残念ながら、これを機能させるには、緯度、経度から x、y ピクセル座標への簡単なマッピングができるように、マップでメルカトル図法を使用する必要があります。

上記のウィキペディアの地図は他の投影法を使用しているため、この目的には使用できません。メルカトル図法でこのタイプの地図データを見つけることができる場所を知っている人はいますか? 各状態を描画し、どの形状が各状態を構成するかを識別するために使用される座標をプログラムで取得できる限り、任意のデータ形式で問題ありません。

0 投票する
2 に答える
249 参照

gis - 地図の中心と上下の緯度の変化の関係を求める方法

m having little trouble finding a relation between the movement at centre and edge of a circle, I世界地図のパンを行う場合、私の地図の範囲は 180,89:-180,-89 です。私の地図は、中央ではなくその範囲に change(dx,dY) を追加することによってパンします。地図を特定の中心に移動しなければならない状況が発生しました。経度の変化を計算するのは非常に簡単で簡単ですが、緯度の変化が問題を引き起こしています。マップの centerY の変化は mapY の端の変化よりも大きいようです。または単にマップの中心を 0long,0lat から 73long,33lat に移動する必要がある場合、dX の場合は単純に 73 になりますが、dY の場合は明らかに33 に見えますが、89 であるマップの上部に 33 を追加すると、緯度が 90 と -90 の間にあるため、122 になります。2D 平面上の円の射影では、円の端が角度によって後方に移動しているため、変化が少なく、中心がより変化している場合のようです。これら2つの要因の間に関係はありますか?OriginY と destinationY の差をラジアンに変換してから Map の Top と Bottom に追加しようとしましたが、うまくいきませんでした。マップは、幅が 256 から始まり 256*2^z ずつ増加する仮想キャンバス上に投影されていることに注意してください。z=0 がデフォルトであり、キャンバスのその範囲で全世界が表示されます。

0 投票する
1 に答える
7529 参照

java - PROJ.4を使用してWGS84から投影の座標に座標を変換する方法は?

Java のPROJ.4または JavaScript のProj4jsを使用して、SWEREF99 TM の地図投影座標に変換したい WGS84 の GPS 座標があります。

PROJ.4とその使用方法のドキュメントを見つけるのは難しいです。良いリンクがあれば、コメントとして投稿してください。

SWEREF99 TMの PROJ.4 パラメータは次のとおりです。+proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs

変換にPROJ.4 Javaライブラリを使用しようとLat: 55° 00’ N, Long: 12° 45’ Eしましたが、次のコードで試しました:

これは私に要点を与えますPoint2D.Double[5197915.86288144, 1822635.9083898761]が、私はN: 6097106.672, E: 356083.438 何を間違っているのですか? 代わりにどのメソッドとパラメーターを使用する必要がありますか?

正しい値はLantmäterietから取得されます。

proj.transform(testLatLng, new Point2D.Double());使用する正しい方法であるかどうかはわかりません。

0 投票する
1 に答える
25063 参照

javascript - UTMをLat/Longに変換する方法は?

JavascriptでUTMをLat/Longに変換する方法はありますか?私はこれについて別のスレッドを見ましたが、それは私をあまり助けないJavaとPythonでした。教えてください、ありがとう。

0 投票する
3 に答える
12692 参照

javascript - UTM座標をメートルからフィートに変換するにはどうすればよいですか?

UTM座標をメートルからフィートに切り替える数式や変換を持っている人はいますか?メートル単位のUTM座標をLat/Longに変換するJavascriptコードを見つけましたが、Lat/Longに変換する前にフィート単位のUTMが必要になります。

0 投票する
1 に答える
2810 参照

java - Java Simple WGS84 緯度経度からピクセル X、Y

今日、地図投影に関する多くの情報を読みました。入手できる情報量は圧倒的です。

マップを使用せずに、緯度、経度の値を画面の X、Y 座標に単純に変換しようとしています。ウィンドウだけで、マップに投影された値は必要ありません。

ウィンドウ自体は約を表しています。1500x1500メートルの場所。必要な緯度、経度の精度は 1/10 秒です。

緯度/経度表現を画面に変換する簡単な方法は何ですか?

画像への変換に関するいくつかの記事と投稿を読みましたが、自然な Java 座標系に関連するものは何もありません。

洞察をありがとう。

0 投票する
1 に答える
1302 参照

linq - LINQを使用して動的にマッピング(またはプロジェクションを構築)

次のように、プロジェクションを使用してLINQで2つのオブジェクトタイプをマップできることを知っています。

どこ

しかし、これを行うためにジェネリックのようなものを作りたい場合はどうなりますか?私が扱っている2つのタイプを具体的に知りません。したがって、「Dest」タイプをウォークし、一致する「Source」タイプと一致します。これは可能ですか?また、遅延実行を実現するには、IQueryableを返すだけにします。

例えば:

これは難しいことですが、不可能ではないことを願っています。モデルとビューモデル間の明示的なマッピング作業を大幅に節約できるからです。

0 投票する
5 に答える
5992 参照

map - シェープファイルの .prj ファイルから Proj4 の詳細を取得するにはどうすればよいですか?

GIS アプリケーションに mapdotnet サービスを使用してシェープファイルをロードしていますが、この mapdotnet サービスは proj4 の詳細を必要としています。私は spatialreference.org からそれらを取得していますが、この投影では、proj4 の詳細は空白です。.prj ファイルまたはシェープファイルから proj4 の詳細を取得するにはどうすればよいですか?

以下はシェープファイルの .prj です。

0 投票する
1 に答える
1037 参照

google-maps - Google マップのカスタム プロジェクション

Google Maps Javascript API V2 を使用してカスタム Google マップ プロジェクションを作成しました。API 仕様によると、次のようになります。

以前は、API のバージョンを 2.147 に設定していましたが、すべて正常に動作していました。ただし、Google は最近、利用可能な最も低いバージョン 2.193 を作成しました。この新しいバージョンは私の予測を破ります。マーカーを追加しようとすると、Firebug で次のエラーが発生します。

d.getNearestImage は関数ではありません

この投稿によると、新しいメソッドと呼ばれる

バージョン 2.148 で追加されたので、2.147 より上のバージョンの API を使用した場合にこの問題が発生するのは理にかなっています。ただし、リファレンス マニュアルには、API の正式な変更に関する記述はありません。この名前のダミー メソッドをプロジェクションに追加しましたが、うまくいきませんでした。投影を修正する方法、または 2.147 に戻す方法に関するアイデアはありますか?