問題タブ [mercator]

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

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

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

lon-latの原点を持つ（x、y）ポイントの束をマップに配置しようとしています。原点を中心にカスタムの横メルカトル図法を設定し、それを使用してポイントをlon-latに投影したいと思います。

これは、GeoToolkit（またはGeoTools）が実行できるはずのことのように思えますが、参照ライブラリを使用するための最良の方法を決定するのは非常に困難です。

時々機能するコードを書くことができましたが、GeoToolkitがMathTransformFactoryを読み込もうとしたため、ClassCast例外が発生することもあります。どんな助けでも大歓迎です。これが私のコードです：

ありがとう、

ダン

C＃でGoogleマップ用のタイルオーバーレイサーバーを構築していますが、LatitudeからYを計算するためのいくつかの異なるコード例を見つけました。それらを一般的に機能させた後、私はオーバーレイが適切に整列していない特定のケースに気づき始めました。これをテストするために、テストハーネスを作成して、GoogleMapのメルカトルLatToY変換をオンラインで見つけた数式と比較しました。以下に示すように、特定のケースでは一致しません。

ケース＃1

ズームアウト：この問題は、ズームアウトしたときに最も顕著になります。間近で見ると、問題はほとんど見えません。

ケース＃2

表示境界の上下に近接する：問題は表示境界の中央で悪化し、端に向かって良くなります。この動作は、ケース＃1の動作を無効にする可能性があります

テスト：

Google Map APIに組み込まれているメルカトル図法変換を使用して赤い線を表示するGoogleマップページを作成し、メルカトル図法変換を行うための参照コードを使用してこれを画像でオーバーレイしました。これらの変換は黒い線で表されます。違いを比較します。

結果： 赤道http://www.kayak411.com/Mercator/MercatorComparison%20-%20Equator.png North ZoomedOuthttp://www.kayak411.com/Mercator/MercatorComparison%20-%20North%20Zoomed%20Out。 png

一番上の行と一番下の行を確認してください： North Top＆Bottom Example http://www.kayak411.com/Mercator/MercatorComparison%20-%20North%20Zoomed%20Out%20-%20TopAndBottom.png

ズームインすると、問題は視覚的に大きくなりますが、数値的に小さくなります 。alt text http://www.kayak411.com/Mercator/MercatorComparison%20-%20North%20Zoomed%20Midway.png

そして、画面の向きに関係なく、ズームレベルを近づけるとほとんど消えます。 代替テキストhttp://www.kayak411.com/Mercator/MercatorComparison%20-%20North%20Zoomed%20In.png

コード：

Googleマップのクライアントサイドコード：

サーバーサイドコード：

タイルカッター： http： //mapki.com/wiki/Tile_Cutter

OpenStreetMap Wiki： http ://wiki.openstreetmap.org/wiki/Mercator

それで、誰かがこれを経験したことがありますか？あえて聞いて、これを解決しましたか？または、メルカトル図法の座標変換のより良いC＃実装がありますか？

ありがとう！

MetaCarta (EPSG:4326) と Google マップ (Mercator) の 2 つの基本レイヤーを持つ OpenLayers マップがあります。sphericMercator = false、単位は度です。マップ上には、いくつかのマーカー、ボックス、およびベクター データもあります。

ベース レイヤー (投影法が異なる) を切り替えると、単純なジオメトリ (マーカーやボックスなど) が自動的に再投影され、正しく表示されます。ただし、ベクター レイヤー (ポリライン) はシフトされるだけで、再投影されません。ベースレイヤーのプロジェクションが変更されたときにOpenLayersがこれを自動的に行うように、ある種の「再構築」関数を呼び出すか、パラメーターを追加する必要があると思います。しかし、これを行う方法がわかりません。

Spherical Mercator ( http://docs.openlayers.org/library/spherical_mercator.html )について読み、OpenLayers の例を調べましたが、解決策が見つかりませんでした。

私のコードの一部は以下のとおりです (vector.json のすべての座標は度単位です):

メルカトル図法を使用して、Geoserver で世界地図シェープファイルをレンダリングしようとしています。Geoserver で SRS を宣言し、Openlayers で 3785 または 900913 の EPSG プロジェクションを定義しようとしましたが、成功しませんでした。また、ogr2ogr を使用してシェープファイルを再投影しようとしましたが、結果はわずかにずれています。

オリジナル：

変換された：

使用するコマンドは次のとおりです。

私はこのテクノロジーとマッピングの概念に不慣れです。どんなポインタでも大歓迎です！

私は静的なグーグルマップを使用していますが、実際にはこの問題はどのマッププロジェクトにも当てはまる可能性があります。マップを複数の象限（たとえば50x50ピクセル）に分割し、列にA、B、C ....、行に1、2、3...というラベルを付けたいと思います。

次に、次のようなことをする予定です。

1）最も北、東、南、西にあるマーカーを見つけます2）その情報を使用して、各行と列のボックスの境界ボックスを定義します3）各マーカーをその行と列で分類します（マーカー1の例= [ A、2]）

いくつかの要件、

• Googleにズームレベルを適切に設定させ、ズームレベルに依存するアルゴリズムを使用したくないので、ズームレベルがわかりません。ただし、地図に表示されているすべてのマーカーの場所はわかります。

これは、マーカーを分類したいマップの例、 静的マップの例のリンクです。

良いスタートのように見えるこれらを見つけました、 リソース1、リソース2

しかし、私はまだ始めるのにいくらかの助けを必要としていると思います。誰かがいくつかの擬似コードを書き出すのを手伝ったり、さらにいくつかのリソースを投稿したりできますか？私は今、ちょっと轍を踏んでいます。

ありがとう！どんな助けにも感謝します！

アプリケーションで球状メルカトルアルゴリズムを使用して、緯度/経度ポイントを 2D 平面に投影したいと考えています。
球面メルカトルは、Google メルカトル、EPSG-900913、またはEPSG-3785としても知られています。

OpenLayers ライブラリを介して JavaScript でこれを使用する方法のページがいくつかありますが、私は JavaScript を使用しません。

OpenLayersのドキュメントはまったく役に立たなかったので、Java で Google メルカトルを実装する方法について助けを求めたいと思います。

おい。Google マップを使用するマップ アプリケーションがあります。マップから境界を取得し、その根拠でいくつかのクラスタリング マーカーを実行しますが、クラスタを同じ場所にとどめるために、通過する境界をスナップする方法を知りたいです。 Google が使用するタイルグリッド。彼らがマップに使用する四分木アルゴリズムは、本質的に私が求めているものです

ビューポートがあるタイルの境界を取得するにはどうすればよいですか。説明しようとしました:)

ビューポートではなくタイル境界でクラスター計算を行う場合、グリッドに分割すると、クラスターは同じ場所に留まります。これは、グリッドが各ズーム レベルで絶対的であるためです。

また、これにより、境界がタイルに「スナップ」する必要がある場合にクエリが非常に類似するため、クエリのキャッシュが改善され、ユーザーは既に表示されている近くのマーカーでパンできるようになります。

アップデート

私は最初からやり直しています...

私はこれを持っています

私が使用する関数は次のようになります。

アップデート！！！！2011 年 12 月 3 日 - ほぼ完成 タイルはある程度正確ですが、完全ではないため、パンするとクラスターが少し「動き回る」ことがあります。$step = ($sbounds[3]-$sbounds[1])*1000000;タイルの幅と長さは、同じズーム レベルの他のタイルと緯度と経度で同じであると考えられるため、期待したように、各ズーム レベルで計算が常に同じであるとは限らないためです。.

DB にあるデータからレンダリングされた画像があります。メルカトル図法を使用して、この画像を歪んだ画像に変換する必要があります。3D 球体をラップすると、リアルに見えます。

歪んだ画像を作成するために使用する必要がある数式を知っている人はいますか?

私はGDでPHPを使用しています。

ありがとう。

Openstreet マップ (PNG) からダウンロードした非常に小さなエリア マップと、その緯度経度を含む OSM(.osm) ファイルがあります。

ここで、緯度、経度を XY 座標系 (UTM など) に変換し、これをイメージのサイズ (600 x 800) のピクセル空間にマップします。これを行う方法を知りたいのと同じように、双方向のプロセスであることを私は知っています。ありがとうございました