タグ付けされた質問 「epsg」

WGS84とEPSG 4326の違いは何ですか？ 特定のデータセットでは、WGS84 と EPSG：4326の両方であるようです。

125 coordinate-system  wgs84  epsg 

EPSG：4326とEPSG：900913について少し混乱しています。どちらも同じだと思いました。EPSG：4326であるGMapsにフィーチャを配置する際、適切な場所に配置するには、WFSレイヤーのsrsnameをEPSG：900913として定義する必要があります。srsnameを4326と定義すると、どこか完全に間違っていると予測されます。 誰かがここで何が間違っているのかをもう少し詳しく説明できますか？

45 coordinate-system  epsg 

Google Mapsによって普及したWebメルカトル図法には、2年ごとに新しいEPSGコードが与えられるようです。 EPSG：900913（計算機テキストのGoogle）は非公式のコードでした EPSG：3785-データセットに現在使用している投影法 ただし、このブログ投稿では、コードが現在EPSG：3857であることを示唆しています。 この投影法はEPSGサイトで見つけることができますが、コードSR-ORG：6864も使用しているようで、「認識された測地システムではありません。WGS84 / World Mercator（CRSコード3395）を参照してください」 使用する公式コードは何ですか？

44 coordinate-system  google-maps  openlayers-2  epsg  bing-maps 

QGIS googleレイヤープラグインを使用して、区画をシェープファイルとしてデジタル化します。後でPostGISにインポートしたいと思います。グーグルマップは特別な「グーグルメルカトル」投影法を使用していることを知っています。この投影法の正しいコードは何ですか：900913または3857？または、これら2つのコードは同一の投影方程式を記述していますか？

41 google-maps  coordinate-system  epsg 

テキストファイルからジオメトリオブジェクトを読み込んでArcSDEに配置するプロジェクトがあります。これらのジオメトリオブジェクトにはEPSGコードが関連付けられており、作業を終えたときに正しい投影になるようにする方法を探しています。 私が取り組んでいるプロジェクトの興味のある工場コード（GCS GDA94; EPSG：4283およびVicGrid 94; EPSG：3111）を見てみると、EPSGコードはESRIに直接対応しているようです空間参照のファクトリコード（hereおよびhere）。これは素晴らしいことです。たとえば、以下のコードのように、投影ファイルに移動してSpatialReferenceオブジェクトを作成することを心配する必要はありません。 import arcpy # Create a spatial reference object using a factory code # sr = arcpy.SpatialReference() sr.factoryCode = int(epsg_code.lstrip("EPSG:")) sr.create() 残念ながら、これが常に当てはまるかどうかを示すための参照をESRIのドキュメントで見つけることができません。誰が私がどこで見つけることができるか知っていますか？

22 arcgis-desktop  arcgis-10.0  arcpy  coordinate-system  epsg 

QGISを使用してシェープファイルの投影を変更するにはどうすればよいですか？ デフォルトの投影法はEPSG：3003に設定されていますが、wgs84 EPSG：32632に変更します。再投影を行うか、プロパティマスクで投影を変更すると、正しい結果が得られません。 左側には計画の座標がありますが、右側に示されているEPSGに対しては正しくありません。

17 qgis  coordinate-system  epsg 

GDALを使用してPythonでラスターを再投影しています。後でOpenStreetMapおよび多分Googleマップと一緒にOpenlayersで使用するために、地理的なWGS 84座標からWGS 1984 Webメルカトル（補助球）にいくつかのTIFFを投影する必要があります。私はここからPython 2.7.5とGDAL 1.10.1を使用し、ここからのアドバイスを使用して座標を変換しています（私のコードは下にあります）。つまり、osgeo.osrをインポートし、ImportFromEPSG（code）とCoordinateTransformation（from、to）を使用しました。 私は最初にUTMゾーン29であるEPSG（32629）を試し、この投影されたラスターを取得しました（多かれ少なかれ細かい）ので、コードは正しいようです： それから私はこれとこの質問を読んで見つけたのでEPSG（3857）を使用しましたそれが正しい最近の有効なコードであること。ただし、ラスタは空間参照なしで作成されます。WGS 84データフレームでは遠く離れています（ただし、データフレームをWebメルカトルに切り替えても問題ありません）。 EPSG（900913）出力が地理参照されているが、北に3つのラスタセルについてシフト： ArcGIS（WGS_1984_Web_Mercator_Auxiliary_Sphereにエクスポート）を使用してラスターを再投影すると、結果はほぼ問題ありません。 そして、古いコード102113（41001,54004）を使用すると、結果は完璧です。 すべてのコードを使用した私のテストの要約： 3857: far away up (missing georeference) 3785: far away up (like 3857) 3587: far away right 900913: slightly jumped up 102100: python error 102113: perfect 41001: perfect 54004: perfect ArcGIS (web merc. aux.): good だから私の質問は： 正しいEPSGコードが間違った結果を与えるのはなぜですか？ そして、なぜ古いコードがうまく機能するのでしょうか？ …

17 python  gdal  coordinate-system  epsg  web-mercator 

私は座標系についてあまり知りません... 私のオフィスでは、考古学的なサイトからの空間データを処理するために使用しています。各サイトには独自のxyz座標系（GCS）があります。3つの単純な直交デカルト軸。ここ数年、特定の座標系を使用せずに、GISソフトウェア（ArcGIS）を介してこの空間データを管理しています（「未定義」のままにしておきます） 典型的なGCSのグリッドの歪みなしに、単純な直交直交軸を使用してそのようなデータセットを処理するように設計されたGCSが存在するかどうかを知りたいです。さらに、このシステムがオンラインマッピングアプリケーションでの使用に適しているかどうかを知りたいです。 ところで、2D（ArcMap）および3D（ArcScene）環境を管理し、長さの基本単位として「mm」を使用します。 そのようなものが存在しない場合、誰かがそれを作成する方法を知っている可能性があります。

16 arcgis-desktop  coordinate-system  epsg  srid 

例として、次のタイルhttp://a.tile.openstreetmap.org/3/4/2.pngを取得し、「4_2.png」として保存します。 このタイルのWGS84座標を計算するか、読み取ることができますが、対応するタイルをクリックして： 0 66.51326044311185 45 40.97989806962013 (West North East South) タイルを正しくジオリファレンスする方法（gdalを使用してジオティフまたは別のジオリファレンス形式を生成する）： ビットマップを引き伸ばす必要はありません（=ジオティフのピクセルは元のビットマップのピクセルとまったく同じです） 結果の画像は、GISビューア/エディタの適切な場所で開かれますか（TatukGIS Free Viewerなど）？ （2011年9月19日に編集して、質問を明確にし、結論を含めました） 私の結論： 私は最初に、3番目のアイデア（以下を参照）が正しいものであると考えました。GISビューアーでジオティフを開き、表示された座標を予想と比較しました。2番目のアイデアのジオティフは、2ピクセル北にシフトしているようです。だからこそ、私はアイデア3（または4）を正しいものと考えました。 しかし、はるかに高いズームレベルでタイルを試してみると、アイデア3からのジオティフは決定的に南にシフトします。ズームレベル3のタイル上の座標を比較するのはばかげていました。そのようなズームレベルでの国境は、比較が良い結果をもたらさないように単純化されています。 Dan S.は正しかった、タイル画像はすでにEPSG：3857にあります。2番目のアイデアは正しいアイデアです（高ズームレベルでも良い結果が得られます） 最初のアイデア：EPSG：4326 WGS84座標のEPSGコードはEPSG：4326です。そのため、単にgdal_translateを使用してWGS84座標を使用して、タイルをgeotifとしてジオリファレンスします。 gdal_translate -of Gtiff -co tfw=yes -a_ullr 0 66.51326044311185 45 40.97989806962013 -a_srs EPSG:4326 4_2.png t4326.tif 結果のマップは適切な場所に表示されますが、投影が正しくなく、タイルの中央にシフトがある可能性があります。gdalwarpを使用してマップを再投影して確認するために長い時間を試した後、Global Mapperのデモバージョンをダウンロードしました。EPSG：4326座標を使用できるように、画像をストレッチする必要があります。 2番目のアイデア：EPSG：3857 このタイルは、「web mercator」プロジェクション（エイリアスgoogleマッププロジェクション）を使用します。EPSG コードはEPSG：3857（エイリアスEPSG：900913）になりました。私は単にgdaltransformを使用して座標を変換します： gdaltransform -s_srs EPSG:4326 -t_srs EPSG:3857 0 66.51326044311185 …

16 web-mapping  gdal  epsg  tiles 

QvGISにNTv2変換を統合する正しい方法は何だろうと思っています。 NTv2変換をQGISに正常に統合しましたが、意図したとおりに実行されたかどうかはわかりません。 NTGISをQGISに統合するために、グリッドの名前をsrs.dbのテーブルtbl_datum_transformのp1列に保存する必要があるといういくつかの情報を見つけました。 https://github.com/qgis/QGIS/pull/1502#issuecomment-50580199 https://dragons8mycat.com/2014/03/03/gis-tips-getting-ostn02-to-work-with-qgis-2-2/ https://web.archive.org/web/20140224182157/http://sourcepole.ch/ntv2-transformations-with-qgis http://isticktoit.net/?p=371 （http://www.gkg-kassel.de/pdf/Praezise_Transformation_im_QGIS_mit_Batchmodus.pdf（ドイツ語）のスクリーンショット） それが正しいかどうか疑問に思うのは、列に数値フィールドタイプがあるように見えるという事実です。 7パラメーター変換の最初のパラメーターはQGISのtbl_datum_transformテーブルのp1列に格納されていませんか？ sqlite FAQによると、sqliteの数値列に文字列を保存することは可能ですが（https://sqlite.org/faq.html#q3）、文字列を数値列に保存するハックや回避策のように思えます。これは本当にやるべきことですか？ tl; dr：QvGISにNTv2変換を統合する正しい方法は何ですか？

15 qgis  coordinate-system  proj  epsg 

OpenLayers 3を使用して、いくつかのマップを操作しています。最初にマップを宣言します： map = new ol.Map({ target: 'map', layers: [ new ol.layer.Tile({ source: new ol.source.OSM() }) ], view: new ol.View({ center: [0, 0], zoom: 2 }) }); マップのビューセンターを変更するアクションをトリガーするイベントがあります。このように、（私の座標はEPSG:4326形式です）： function CenterMap(lat, long) { console.log("Lat: " + lat + " Long: " + long); map.setView(new ol.View({ center: ol.proj.transform([lat, long], 'EPSG:3857', 'EPSG:4326'), zoom: …

14 openlayers-2  coordinate-system  coordinates  epsg  openlayers 

私が使用していたWFSサーバーは、次のEPSGコードで提供された境界データです。 EPSG：6.9：27700 EPSG：6.9：4326 ... XML giveCapabilities仕様で次のように定義されています。 <DefaultCRS>urn:ogc:def:crs:EPSG:6.9:27700</DefaultCRS> <OtherSRS>urn:ogc:def:crs:EPSG:6.9:4326</OtherSRS> 私が理解するように、EPSG 4326はGPSシステムで使用される「標準」緯度および経度楕円体であり、EPSG：27700はOrdnance Survey National Gridの背後にある古い英国のシステムです。 しかし、6.9:どういう意味ですか？ 私はそれをogr2ogrに入力しようとしましたが、混乱しました： {"エラー"：["エラー6：EPSGサポートファイルでEPSG PCS / GCSコード6が見つかりません。これは有効ですか？"、 "EPSG座標系？"、 "SRS定義の処理に失敗しました：EPSG：6.9：4326"、 ""]} ...そして、EPSGコードのコンポーネント部分の意味への参照は見つかりません。これらの初期番号を持たない「標準」EPSGコードのリストのみです。

12 epsg 

地磁気座標のデータがあります。つまり、緯度と経度ですが、地理的な北極ではなく、カナダの磁気北極を参照しています。ご想像のとおり、他の座標系にある他のデータと照合します。 （データはオーロラオーバルの計算として作成されたものです。つまり、それらは地磁気として作成されたものであり、原則として私が相談できる地理的な情報源はありません。） データはPostGISに保存されます。 これを行う簡単な方法は、地磁気座標系のEPSGコードを見つけて、そのコードでデータにタグを付けることです。その後、すべてが魔法のようにそのときに必要なものに再投影されます。しかし、地磁気または磁気のいずれかを含むEPSGコードをspatialreference.orgで見つけることができません。さまざまなGoogle検索でも何も見つかりません。 必要な精度のレベルについては、異なる北極を持つように変更された緯度/経度座標系（たとえば、WGS84）で十分です。したがって、そのような座標系を定義してPostGISにロードする簡単な方法があれば、それも問題ありません。 明確化 たとえば、地磁気座標から地理座標に変換するのではなく、単にUTM 15NからWGS84に変換したいとします。UTMオブジェクトを変更せずにPostGISに保存し、EPSGコード26915でタグ付けすることができます。その後、後でクエリを実行すると、PostGISに「結果をEPSGコード4326で返してください」と言うことができ、PostGISは自動的にWGS84に変換します。 同様に、地磁気データに何らかの座標系をタグ付けし、reproject()関数を手動で呼び出さなくても、PostGISにバックグラウンドでの再投影を実行させたいと思います。

10 postgis  coordinate-system  epsg 

私は米国のさまざまな郡をカバーする1 kmの六角形グリッドをpostgreSQL / postGISデータベースに多数持っています。各グリッドにはCRS EPSG：3857があり、countiesレイヤーにはEPSG：3857があります。QGISで郡のグリッドを表示すると、すべてが壮大に見えます。 しかし...これらのグリッドを同僚と共有するために、ogr2ogrを使用してそれらをシェープファイルにエクスポートする必要がありました。これらをQGISで表示すると、各グリッドは約20 kmほどナッジされたように見え、QGISは自動的にCRSをEPSG：3395（プロジェクトのCRSではない）に設定します。 QGISから postGISテーブルをシェープファイルとしてエクスポートすると、.prjファイルはogr2ogrエクスポートされたシェープファイルとまったく同じに見えますが、postGISエクスポートされたテーブルは正しく表示されます。QGIS からシェープファイルをエクスポートすると、QGISが.qpjファイルを作成することに気付いたので、QGISが.prjを無視し、代わりに.qpjを探しているという結論に達しました。.qpjがないと.prjを読み取れないのはなぜですか？他のシェープファイル（米国国勢調査のものなど）には.qpjがありませんが、QGISはこれらを正しく表示します。 default.qpjを保存し、ogr2ogrを使用してエクスポートするすべてのファイルに対してこれから新しい.qpjを作成することで回避策を考え出しましたが、EPSG：3857でしか機能しないため、これは煩雑で、再現性がないようです。 補足：QGIS 2.0.1を使用しています。 編集： これが私が使用したogr2ogrコマンドです。 ogr2ogr -f "ESRI Shapefile" /home/matt/data/hex_grid_1 PG:'dbname=mydb user=matt' hex_grid_1 .prjの内容： PROJCS ["WGS_84_Pseudo_Mercator"、GEOGCS ["GCS_WGS_1984"、DATUM ["D_WGS_1984"、SPHEROID ["WGS_1984"、6378137,298.257223563]]、PRIMEM ["Greenwich"、0]、UNIT ["Degree"、0.01745329251994J3TION] ["メルカトル"]、PARAMETER ["central_meridian"、0]、PARAMETER ["false_easting"、0]、PARAMETER ["false_northing"、0]、UNIT ["Meter"、1]、PARAMETER ["standard_parallel_1"、0.0] ] .qpjの内容： PROJCS ["WGS 84 /疑似メルカトル"、GEOGCS ["WGS 84"、DATUM ["WGS_1984"、SPHEROID ["WGS 84"、6378137,298.257223563、AUTHORITY ["EPSG"、 "7030"]]、AUTHORITY …

9 qgis  postgis  ogr2ogr  epsg 

EPSGコードを理解しようとしています。私はspatialreference.orgサイトにアクセスしたことがありますが、「about」リンクには次のように記載されています。 「現在、このウェブサイトには空間参照システムの3つの異なるカタログがあります-EPSG、ESRI、およびユーザー定義（sr-orgと呼ばれます）。」 これらのカタログの違いは何ですか？たぶんもっと良い質問は、なぜ別々のカタログがあるのですか？ ESRIデスクトップの世界からQGISに移行しています。QGISが座標系を処理する方法をしっかりと理解していることを確認したいと思います。

9 qgis  coordinate-system  epsg