問題タブ [proj]

私のiPhoneアプリケーションで座標を変換するために、Route-MeライブラリをXcodeにインストールしようとしています。私はこのページに従っています: https://github.com/route-me/route-me/wiki/Embedding-Guide ただし、「MapView.app」はありません (「ビルド依存関係の構成」の段落)。

このライブラリのインストール方法がわかりません。Xcode はコンパイルできません。

私を助けてくれる人はいますか？ありがとう

よろしくエティエンヌ

私の GIS アプリケーションでは、データは "Google メルカトル" (メートル単位) で保存されることもあれば、WGS84 LatLon で保存されることもあります。このデータを手動でいじって大きなエラーの危険を冒すのではなく、このデータを簡単かつ「科学的な」方法で変換する信頼できるライブラリが必要です。

私は明らかにこれを行うことができるProj4に出くわしました: http://trac.osgeo.org/proj

しかし、Java (または Groovy) 用の同様のライブラリが見つかりません。これらの予測がオンライン アプリケーションでますます一般的になっていることを考えると、このようなプロジェクトは非常に有益です。小さな瓶は素晴らしいでしょう:-)

Java ポートはありますが、ダウンロードするファイルはありません: http://www.jhlabs.com/java/maps/proj/

基本的に、このタイプの変換を行う必要があります: http://proj4js.org

Javaでこれを行う方法について何か考えはありますか?

ありがとう、ムロン

簡単に：

.prj WKTファイルをパラメーター化して、7ポイントの変換を実行できるようにする方法（wiki）。パラメータがどのように機能するかは知ってfalse_easting and false_northingいますが、スケールを調整するにはどうすればよいですか？scale_factor'を意味するのではありません

それが問題の説明です：

非GIS環境（輸送モデリングソフトウェア）に輸送ネットワーク（ベクトル層）を保存しています。ネットワークは、ノード（ポイント）とポリライン（道路リンク）で構成されます。投影や座標などに関係なく、ほとんどの場合、ランダムな背景から実行されます。

ネットワークに適切な予測を設定する必要があります。

.prjファイルにアクセスできます（たとえば、WGS84プロジェクションを使用している場合は、他のプロジェクションに切り替えることができます）

それが私が試していることです
。7ポイントのヘルメルト変換（http://proj.maptools.org/gen_parms.html）を試します。.prjファイルのWKTパラメーターとしてtowgs84変換を使用します。ここでは、回転行列がゼロであると想定し（そうすることはできますか？）、delta_x、delta_y、およびscaleparamのみを計算します。

ただし、動作しません。これは私の.prjです。TOWGS84のパラメータは変換に影響しません。

だから私はパラメータを使用しようとしましたfalse_norting、false_eastingそしてそれらはうまく機能し、そして私のネットワークを適切に変換します、しかし：

それは私のネットワークの規模を変えることはなく、位置だけを変えます。では、.prjファイルを使用してネットワークを再スケーリングするにはどうすればよいですか？

ヒントをありがとう

Mac 10.7に自作のproj.4ライブラリをインストールしました（gcc-4.2を使用）。次のコードをコンパイルしようとすると：

このエラーが発生します：

編集： ライブラリファイルは64ビットです（gcc-4.2 -m32 test.c同じエラーが発生します）：

何が問題なのですか？

ありがとうございました！

シェープファイルの座標を変換するにはどうすればよいですか？。

そこでの反応は、私が正しい方向に進んだことを示しましたが、それでも問題を解決することはできませんでした。

1つの問題は、正しい投影法がまだ見つからないことです：https ://gis.stackexchange.com/questions/13330/how-can-i-correctly-transform-unproject-from-lcc

編集：GISサイトでのその質問に回答し、PROJコマンドラインツールcs2csを使用して正しい変換を再現することができました。次のようになります。

これで、正しい変換が行われたので、RGeoを使用して同じことを簡単な形式で試すことができました。

1. RGeoとcs2csで結果が異なるのはなぜですか？
2. RGeoに正しい変換を実行させることができたら、ポイントではなく完全なジオメトリを変換するための適切なファクトリを作成する方法はありますか？
3. シェープファイル内のすべてのポイントを変換して、人生を進めることができるようにするための回避策として使用できるコマンドラインツールはありますか？

一般的に：このライブラリを適切に使用する方法を誰かに教えてもらえますか？

ご覧いただきありがとうございます。

投影されていない緯度経度から投影されたレンダリングに変換したいラスター (ビットマップ) 画像が多数あります。(例: GIF、PNG)。

結果の画像をレンダリングするために PROJ.4 を使用する方法がわかりません。これをすべて自動的に実行できるライブラリまたはソフトウェアが必要です。GRASS GIS は大きいです。変換は比較的単純な変換であり、ラスター イメージのみです。

または、基本的なコードまたはこれを行う方法の例はありますか? PROJ.4 と GraphicsMagick を使用します。

いくつかのポリゴンがあり、これらのポリゴン内のいくつかのラスターレイヤーから平均値を抽出するのが好きです。それらをArcMapに追加したとき、2つのデータ型の射影が一致しないことに気づきました。プロジェクトツール（[データ管理]ツールボックス>[投影と変換]ツールセット>[ラスター]）を使用して、ArcGISでの表示の問題を解決できました。そこで、次の方法（コードの一部）でデータをRにロードすることにより、投影を標準化しようとしました。

ラスター：

ポリゴン：

ポリゴンとラスターを別々にプロットできますが、ポリゴンの1つをラスター上にプロットしようとすると、ポリゴンが表示されません。

彼らはまだ「重複」していないようです。これは、さまざまな境界ボックスによっても示されていると思います。

ポリゴン内のラスター値を抽出したいので、それらが正しい方法で参照されていることを確認する必要があります。誰かが問題が何であるかについての考えを持っていますか？

会社のソフトウェアでWMS マップのサポートを実装しています。サーバーはマップが利用可能な投影法のリストを返しますが、当社のソフトウェアはデータを WGS84 (緯度/経度または UTM) でのみ表示し、すべてのサーバーが「CRS:84」または「EPSG:4326」CRS を返すわけではありません。その結果、データを変換/再投影する必要があります。一部のサーバーは非常に珍しいものを返しますが、次のいずれかで問題が発生しています: EPSG:3112 (GDA94 / Geoscience Australia Lambert) Geoscience Australia の WMS サーバーで使用されます。

マップを画面に表示するには、必要な画面またはタイルの境界ボックスの WGS84 緯度/経度座標をサーバーの CRS に変換し、マップ イメージを要求してから、マップの境界ボックスを (サーバーの CRS で) 描画変換する必要があります。 ) WGS-84 lat/lon に戻ります。これはまったく正しく機能していないようです:

この画像は、オーストラリアのタスマニア島の一部です。灰色の海岸線は、WGS:84 投影のDemisからのものです。青いアウトラインとグレーの経緯線は、Geoscience Australiaの EPSG:3112 からのものですが、(理論的には) Proj4 を介して再投影され、グレーの海岸線と一致します。ご覧のとおり、50 ～ 100 キロメートルの範囲でかなり不正確です。このディスプレイが WGS-84 の経緯線を描画している場合、それらは完全に垂直および水平になります。島が引き伸ばされていることにも注意してください。つまり、回転以上のものです。これは、再投影がまったく機能していないように見えます。

私が使用している 2 つの Proj4 初期化文字列は次のとおりです。

• WGS-84 (WMS の CRS:84):+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs
• EPSG:3112:+proj=lcc +lat_1=-18 +lat_2=-36 +lat_0=0 +lon_0=134 +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs

WGS-84 から EPSG:3112 を介して個々のポイントを往復すると、元のポイントが得られます。

• WGS:84: (145.0, -42.0)
• EPSG:3112 へ: (931684.430679232, -4764432.89032608)
• WGS-84 に戻ります: (145, -41.9999999999999)

すべての変換は を使用して行われpj_transformます。

ここ数日で多くのことを学んでいますが、地図投影法や Proj4 については、次にどこに行くべきかを知るのに十分な知識がありません。このライブラリについて多くのことを知っている人からアドバイスをいただければ幸いです。

私が持っていたいくつかのアイデアは次のとおりです。

• 青い島は、ランバート図法では静止しているように見えます。これはありそうですか？それは視覚的な歪みを説明するでしょう。
• 何年も前にビルドされた Proj4 DLL のバージョンを使用しています。データムなどに関するさまざまなデータを DLL にビルドできるようですが、これが行われたかどうかはわかりません。ただし、Proj4 は座標変換のエラーにフラグを立てません。そのため、現時点では、ライブラリが満足している場合、それは外部エラー (つまり、私の側) であるという仮定に取り組んでいます。理由もわかりません。とにかく、Proj4 Web サイトのビルド済みバイナリを使用する代わりに、DLL の何年も前の独自のビルドを持っているためです。ただし、Proj4 バイナリでさえ 1 つ古いバージョンであり、すべてをバイナリ データとして含めるように構築されていないようです。
• Proj4 の一部のバージョンは、データムやその他の情報を外部からロードするようです。PROJ_LIBDLL を置き換えて、環境変数を使用してこれらのファイルの一部を使用するように構成しようとしましたが、明らかな変更はありません。
• +towgs84=0,0,0,0,0,0,0EPSG:3112 文字列の部分が奇妙に見えます。これは、最新の Proj4 ダウンロードの「epsg」ファイルからのものですが、間違っている可能性はありますか?

おそらく、この質問のより良い定式化は次のとおりです。

• これら 2 つの CRS 間で変換するには、何を用意する必要がありますか?

助けてくれてありがとう:)

hk80 グリッドのセットを緯度/経度に変換する方法は?

HK 1980 Grid は EPSG 2326、Lat/Long WGS84 は EPSG 4326

または、これを行うのに適したものはありますか

Pythonでは、lat / lng（epsg 4326）をGoogleマップのピクセル（最も近いズームレベルを想定）のx、yに変換したいと思います。

pyproj次のようなコードを使用して、投影スペース間で変換できます。

私がよくわからないのは、x、yピクセルを取得するために使用する適切な投影です。

このページには、変換のPHP実装があります：http： //www.appelsiini.net/2008/11/introduction-to-marker-clustering-with-google-maps

変換をPythonで手動でコーディングするのではなく、pyprojを使用します。これは、より柔軟で、変換を元に戻すのが簡単になるためです。

これらは、実装がサンプルポイント（10、10）に与える値です。