タグ付けされた質問 「coordinate-system」

UTMゾーン30V、31V、32V、31X、33X、35X、および37Xは、残りのUTMゾーングリッドとは一致しません。 なぜこれが許可されたのですか？ウィキペディアによると、UTMは1940年代に米国陸軍工兵隊によって開発されました。なぜ他の国ではなくノルウェーのための特別なゾーンを持つように彼らを促したのですか？

32 coordinate-system  standards 

0〜360の経度の座標系を持つジオティフラスターイメージがあります。画像の水平方向の中心は180経度です。下の画像をご覧ください： -180 180経度範囲のEPSG：4326 SRSに変換したい。そして、画像の中心がグリニッジ子午線（0）になるようにします。このsrsは非常に広く使用されていると思います。結果は次のようになります。 そこで、gdalwarpコマンドを使用して再投影します。 gdalwarp -s_srs '+proj=latlong +datum=WGS84 +pm=180dW' -t_srs EPSG:4326 test_col.tif test_4326.tif しかし、より大きなサイズ（より多くのピクセル）とEPSG：4326メタデータを持つTIFFのみを取得します。画像自体は、最初のものと同じに見えます。しかし、私はそれが半球を交換することを期待しています。 質問は-経度0の中心で厳密に-180 180 EPSG：4326になるように画像をgdalwarpする方法です。 これは私の初期ファイルのgdalinfoです： Origin = (-0.102272598067084,89.946211604095552) Pixel Size = (0.204545196134167,-0.204423208191126) Metadata: AREA_OR_POINT=Area Image Structure Metadata: INTERLEAVE=BAND Corner Coordinates: Upper Left ( -0.1022726, 89.9462116) ( 0d 6' 8.18"W, 89d56'46.36"N) Lower Left ( -0.1022726, -89.9462116) ( …

31 coordinate-system  gdal  geotiff-tiff  proj  gdalwarp 

GCS_WGS_1984を地理座標系として使用しているフィーチャデータセットがあります。いくつかのフィーチャクラスが含まれています。 このフィーチャデータセット自体は、gdbのルートにさらにいくつかのフィーチャクラスを含むファイルジオデータベースにあります。これらの1つは、座標系としてGCS_WGS_1984も使用している「ポイント」と呼ばれるフィーチャクラスです。 ArcCatalogを使用してフィーチャクラスをgdbのルートからフィーチャデータセットにドラッグするのは簡単なことだと思いました。それらは同じ座標系を持っているからです。残念ながら、ArcGISは次のようなエラーダイアログを表示します。 Failed to paste points The spatial references do not match なぜこれが失敗するのですか？フィーチャクラスのGCSとフィーチャデータセットが同じである場合、機能しませんか？これは、ダイアログを介して、データセットとクラスの両方のprjファイルをエクスポートし、diffツールを使用して2つを比較することで確認できます。それらは同一です。 フィーチャクラスの空間参照は、座標系/投影とは異なりますか？ ctrlを押しながらドラッグしてフィーチャクラスをフィーチャデータセットにコピーしようとすると、ArcCatalogが毎回クラッシュします（ESRIでの恥）。 フィーチャクラスを移動する別の方法を試すことができたと思います。CopyFeaturesをデータセットに使用します。フィーチャクラスからフィーチャデータセット内の新しいフィーチャクラスに投影しますか？

31 arcgis-desktop  coordinate-system  file-geodatabase  feature-dataset 

A ティソIndicatrixは、与えられた突起（下の図に、赤色の円のそれぞれは、同じ領域を占める）する傾向が一目で歪みの種類を通信するための有用な方法です。TIを生成するための一般的な方法には独自の問題があると言われていますが、それは時として悲惨なほど不正確です。 一般的な方法の問題点は何ですか？また、平均的なGISの人がアクセスできるTIを生成する最も正しい方法は何ですか？

31 coordinate-system  gis-principle 

PostGISでポイントを定義するとき、次のどれを使用することになりますか？ ST_SetSRID(ST_MakePoint(lon,lat),4326) ST_SetSRID(ST_Point(long,lat),4326) ST_SetSRID(ST_GeomFromText('POINT(lon lat)',4326) ST_GeomFromEWKT('SRID=4326;POINT(lon lat)') 本質的にパフォーマンスの違いがある場合、どちらが最も速いでしょうか？

30 postgis  postgresql  coordinate-system 

多くの人は、最初に2つの経度/緯度ペア間の距離を計算しようとすると、ピタゴラスの定理が適切な距離関数として機能するかどうかを尋ねます。 多くの場合、人々は「いいえ、ピタゴラスの定理は2Dユークリッド平面上でのみ機能します」と答えます。しかし、ピタゴラスの定理がどれほど不正確であるかについて、球上のスケールと位置の影響について言及することはめったにありません。 基本的な考え方は非常に小さいスケールであるため、球体の表面は非常に平面に似ています。非常に大きなスケールでは、表面に沿った距離はより湾曲しているため、不正確なピタゴラスの定理と正しいHaversineフォーミュラの差は大きくなります。 あなたが測定しようとしている距離のスケールに基づいて2つの距離測定値の違いを教えてくれる公式や経験則を知っている人はいますか？ 私はこれを明示的に持っていると役立つと思います： ピタゴラスの定理が完全ではない理由の説明。そして より多くの「大まかな」距離を探している人々に、ピタゴラスが実際にいつ目的を果たすかを知らせます。

30 coordinate-system  distance  spherical-geometry  gis-principle  haversine 

おそらく、いくつかのGISほどではありませんが、マップについては間違いありません。今朝ニューヨークタイムズに登場した地図投影法を誰でも識別できますか？これは私が前に見たものではなく、Map Projections：A Working Manualをすばやくスキャンしても、探していた結果が得られませんでした。

30 coordinate-system 

そのサイトでLeafletのAPIドキュメントを読みましたが、気づきません。マップを表示するためのデフォルトの投影法は何ですか？球形および楕円形のメルカトル図法と正距円筒図法について書かれています。または、使用しているタイルサーバーに依存していますか、またはリーフレットが画面に追加する前に即座にタイルを再投影するため、依存しませんか？ 実際、QGISにgeoJSONファイルを保存するために必要な投影法を理解できません。リーフレットマップに正しく表示するには、json座標はxyではなく緯度経度でなければなりません。しかし、Equirectangularで保存しようとすると、座標はxyになります。

30 coordinate-system  geojson  tiles  leaflet 

.prjファイルを持たない100以上のシェープファイルがあるため、ArcMap 10に取り込むと、座標系が不明として表示されます。すべてのシェイプファイルの座標系がGCS WGS 1984であることを知っています。また、Define Projection GPツールを使用して各ファイルに座標系を個別に割り当てることができますが、それは永遠にかかります。 これらをバッチ定義するGPツールがあればいいのにと思っていましたが、見当たりません。次に、Pythonを使用してこれを行うことができると考えていたので、ヘルプメニューを見てスクリプトを見つけましたが、エラーが発生しました。 ここに私が試したPythonコードがあります（これは単一のshpファイル用ですので、各ファイルの名前を入力するのはまだ苦労します： import arcpy infc = r"C:\Documents and Settings\User\My Documents\ArcGIS\shpfiles\Site_2.shp" prjfile = r"<install directory>\Coordinate Systems\Geographic Coordinate Systems\World\WGS 1984.prj" arcpy.DefineProjection_management(infc, prjfile)

29 arcpy  arcgis-10.0  coordinate-system 

歪みを計算して、オーバーレイするテキストとフォームを歪み、正距円筒図法の画像に正確に一致させようとしています。 それでは、1：45,000,000の正距円筒図法（たとえば、幅2000ピクセルx高さ1000ピクセル）で与えられた緯度での歪みをどのように計算しますか？ 私はこの投稿とそのリンクが役に立たないことを理解しようとしています： 正確なティソインディカトリックスを作成するには？ 私はプロではなく、非常に興味のあるアマチュアなので、私のためにそれを馬鹿にしてください！ どうもありがとう！ 迅速な返信をありがとう！ここに長い話があります。もっと明確になってほしい。 Processingプログラミング言語を使用してデータを視覚化/マッピングしていますが、3Dグローブにラップしたときに、2Dマップデータ（異なるサイズのフォントと円）が歪みなく表示されるようにしたいと思います。データは等角x、yを使用してマッピングされ、背景として使用するマップはすべてこの投影であるため、この歪みを「一致」させたいと考えています（たとえば、Tissot方程式を使用して緯度を介して歪みを計算しますか？）。プログラミング言語を使用すると、テキストと円の両方を正確に歪めることができます。必要なのは、それを正しく行うための方程式だけだと思います。 元の2Dデータマップを次に示します。 ラップすると、次のように歪んで見えます。 $ 10,000の質問：3D球体にラップしたときに2D画像を歪まないようにするにはどうすればよいですか？ 参考までに、Processingフォーラムで異なる質問をした同じ質問を以下に示します。 再度、感謝します！ 私があなたを正しく理解していれば、正投影に再投影したいかどうかわかりません。2Dデータマップを、相互作用（スピン）できる3D球体モデルにラップしたい。 私は3Dモデリングプログラム（Cinema 4D）を使用して、NASAからの2MBの「青い大理石」画像（正距円筒図法）で球体をラップしています。 ラップすると、すべての半球から歪みなしに表示されます（正射投影のように、1つの半球だけではありません）。（モデリングプログラムは、オブジェクトを回転させるときに正投影を行っていると思います。）したがって、2Dデータマップを同様の方法で歪ませると、3D球体でも歪まないように見えます。これは、正距円筒歪みを近似する方程式で撮ったショットです。2D画像の卵形の楕円は、3D球体にラップすると円のように見えます。同様に、ティソの楕円も3D球体上の円として表示されます。 これが、ティソ方程式を見ていた理由です...異なる緯度での正距円筒図法の歪みをより正確に把握し、それに応じてオーバーレイを歪めることができました。 これがすべて理にかなっていることを願っています。 おそらく、私がGISプログラムを使用するのは正しいでしょう。Cartographicaをダウンロードしたところ、理解できるかどうかを確認します。このタスクを引き受ける初心者向けのMacソフトウェアの提案はありますか？ 再度、感謝します。

28 coordinate-system 

これは、NAD 83にある10mのDEMから導出された投影データ（Albers Equal Area）と非投影データ（NAD 83）のある盆地の描写に関する影響についての同僚との議論から生じた理論的な質問です。 投影することを決めた場合に、投影されていないデータから計算された値が単純に調整されるため、問題ではないと述べている人もいます。 ただし、地理座標系のデータと投影データには本質的な違いがあるため、これが当てはまるかどうかはわかりません。投影されていないDEMデータから始めてルーチンを実行する1つの例を試し、次に投影されたDEMデータで同じサイトをテストしました。10m DEMデータを使用して、両方の手順が実行されました（すべての作業はArcGIS 9.3.1で実行されました）。 1回目の実行はNAD 83のDEMを使用して実行され、2回目の実行は同じDEMをUSA_Contiguous_Albers_Equal_Area_Conic_USGS_versionに投影することで実行されました。 ジオプロセシングFlowDirection_saツールを使用して流れの方向を導き出す FlowDirection_saツールを使用してフローの蓄積を導出する 50メートルの距離を使用して流動点をスナップします Watershed_saツールを使用して流域を描きます 2つを比較すると、Flow Directionグリッドの表示に視覚的な違いがあることがわかりました。 注：その後の調査の結果、ストライプ効果は、CUBICリサンプリングを使用せず、ArcGIS Project RasterツールのデフォルトのNEARESTを誤って使用したことが原因であると考えています。しかし、これがこの議論に何らかの解決策を提供するとは思わない... 投影されていないDEMを使用した流れの方向 投影DEMを使用した流れの方向 視覚的な比較は100％科学的ではないが、良い出発点になり得ることを理解しています。 したがって、流動点と実行ごとのスナップ方法には違いがありました。また、それぞれの投影/非投影データセットに基づいてスナップ流動点ツールがどのようにスナップすることを決定したかによって、派生流域に明確な違いがありました。緑色で示された分水界は、投影されたDEMおよび後続の投影された標高微分データを使用して得られた分水界です。紫色のアウトラインに示されている流域は、投影されていないDEMデータを使用して導出された流域です。 流域 古いESRIフォーラムでこの問題について議論している他の2つのGISフォーラムスレッド（以下のリンク）に出会いましたが、Flow Directionツールが投影データと非投影データに対してどのように機能するかについてはまだわかりません（理解しています）しかし、水文学的な流れと流れの方向の概念）。投影されたDEMと投影されていないDEMで各セルが同じ標高値を持っている場合（これは正しいですか？）、投影データとNAD83のDEMデータから派生したフロー方向ラスターに違いがあるのはなぜですか？ http://forums.esri.com/Thread.asp?c=93&f=995&t=292503 http://forums.esri.com/Thread.asp?c=93&f=995&t=290652 また、バージニア州のシェナンドー国立公園のような高緯度で描写を行う場合とテキサス州で描写する場合の違いは、理論的には問題ではないでしょうか？ 地図作成の専門家に話を聞いたところ、赤道から遠ざかると東西の歪みが問題になる可能性があると考えました（カナダの地図が極端に肥大化して歪んでいるなど）。赤道から10度離れた緯度では、正確性に関心がある場合、投影されたデータが進むべき方法であると考えていました。 主要な不明点の1つは、処理しようとしている未投影データを使用して描かれた盆地の不確実性のレベルです。違いはありますが、大きさは何ですか？ この議論への直接的な答えを提供できる人、またはこれに関する有益な洞察に感謝します。 編集 私たちが興味を持っている/懸念している主な問題は、投影されていないDEMを使用してプロセスを開始した結果として、描写された流域に精度の問題があるかどうかです。 それで、もし私が返事を理解しているなら、輪郭を描かれた盆地は、流動点の排水エリアを表すという点でうまくいくはずですか？ただし、流れの方向が間違っていると、最終的な分水界で何らかのエラーが発生します。 これは非常に興味深く、本当に重要なトピックです-流域を描くために国連で投影されたデータを使用してもよいという報告や文書はまだ見ていません。Spatial Analystエクステンション（水文学ツールを含む）の主任開発者エンジニアが率いるESRIユーザー会議のテクニカルトークを通じて、等しい面積の投影（Albersの等面積）も使用する必要があると述べました。 同様に、これを実行するための信頼できる「聖書」の標準はないようです- 標高の導関数を計算する前にデータを投影する事実上のアプローチとして、ほとんど認められているようです。 これが流れ方向の計算にどのように影響し、その後の流域の描写に影響するかについて、簡潔で簡単な答えを見つけることができませんでした。 そして、投影されていないDEMデータを使用して輪郭を描かれた流域で作業し、それらの流域を投影する場合、不正確さはまだそこにありませんか（例えば、流域面積や土地被覆率などの他の特性の決定に関して）？ さらに、ソースデータが投影されていないため、投影されていないDEMから派生したフロー方向ラスタを投影してもエラーが修正されないと想定しています。 おかげで-あなたが提供できる追加の洞察力に感謝 編集-20110331 @whuber： この広範な議論に感謝します。私たちはこの問題をさらに調査しており、実際には、流れの方向、流れの累積、輪郭を描く前にDEMを投影しない方が良いことを示唆するいくつかの参考文献に出くわしました。 1.）プロジェクトDEM 2.）デリバティブの作成OR 1.）デリバティブの作成2.）プロジェクトDEMの質問： …

28 arcmap  coordinate-system  hydrography  gis-principle 

2つのUTMゾーンGDA / MGA94 UTMゾーン55および56にまたがるデータがあります。地籍、道路、パイプラインなどのレイヤーがあり、長さや面積などの測定値をメートルまたは何らかのメトリック表記で保存します。度！ PostGISでこれを管理する最良の方法は何ですか（私はPostGreSQL 8.4 PostGIS 1.5を使用しています）？データをGDA94地理座標として保存し、何らかの回避策を使用して必要な測定値を計算する必要がありますか？または、これを処理する別の方法がありますか？

27 postgis  coordinate-system 

私の同僚の1人は、2つのUTMゾーンにまたがるデータを扱っています。データの大部分は1つのゾーンにあり、いくつかの外れ値は別のゾーンにあります。彼は、それらの外れ値がメインUTMゾーンにある場合に、それらの外れ値の面積の歪みがどうなるかを知りたいと考えています。 フィーチャが他のUTMゾーンまでどれだけ遠くにあるかを知っている面歪みを計算する公式はありますか？

26 coordinate-system  algorithm  utm  spherical-geometry 

Shapelyオブジェクト（つまり、PolygonとMultiPolygon）をある投影から別の投影に変換する簡単な方法はありますか？ 実際、この時点でそれらがShapelyオブジェクトであるかどうかは気にしません。フィーチャと投影を渡し、再投影されたフィーチャセットを取得するだけです。 この種の機能は存在しますか、それとも手作業でコーディングする必要がありますか？

26 python  coordinate-system  shapely  pyproj 

変換を行うたびに、コンソールにアクセスしてproj.4を実行する必要があります。異なるEPSG間で座標を変換するためのオンラインツールはありますか？

25 coordinate-system