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

ウィキペディアの記事から： ジオメトリでは、2つのベクトル空間（厳密に言えば2つのアフィン空間）間のアフィン変換またはアフィンマップまたは（ラテン語、アフィニスからの）アフィニティは、線形変換とそれに続く変換で構成されます。 これがGISでいつどのように使用されるかについて、実際の例を誰かが示すことができますか？

9 coordinate-system  geometry  affine-transformation 

オーストラリア全体に適した等面積投影のSRIDを知っている人はいますか？ 自分で作成できることはわかっていますが（自分で作成しました）、PostgreSQLとProj4の両方で使用できる、すでに存在するものを探しています

9 coordinate-system  australia 

で測地線バッファリングの理解、Esriのジオプロセシング開発チームは、ユークリッドと測地線バッファリングを区別します。「投影されたフィーチャクラスで実行されるユークリッドバッファリングは、誤解を招く技術的に不正確なバッファを生成する可能性があります。ただし、測地線バッファは、投影座標系によって導入される歪みの影響を受けないため、常に地理的に正確な結果を生成します。」 ポイントグローバルデータセットを使用する必要があり、座標は投影されません（+proj=longlat +ellps=WGS84 +datum=WGS84）。メートル単位で幅が指定されている場合、Rに測地線バッファーを作成する関数はありますか？パッケージgBufferから承知しておりrgeosます。この関数は、使用される空間オブジェクト（例）の単位でバッファーを作成するため、座標を投影して、目的のX kmのバッファーを作成できるようにする必要があります。投影してから、gBuffer実際にユークリッドバッファーを作成する手段を適用します。以下は、私の懸念を示すためのコードです。 require(rgeos) require(sp) require(plotKML) # Generate a random grid-points for a (almost) global bounding box b.box <- as(raster::extent(120, -120, -60, 60), "SpatialPolygons") proj4string(b.box) <- "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs" set.seed(2017) pts <- sp::spsample(b.box, n=100, type="regular") plot(pts@coords) # Project to Mollweide to be able to apply buffer with …

9 coordinate-system  r  buffer  rgeos  geodesic 

4326のSRIDジオメトリに保存されているデータにST_DWithinを使用し、距離パラメーターとしてメートルを使用したいと思います。メートル単位のSRIDへのキャスト（例：data.geom :: geography）または変換（例：ST_Transform（geom、3857））を行う方が効率的ですか？それともどちらですか？

9 postgis  coordinate-system  st-dwithin 

arcpyを使用して、2つのフィーチャクラスが同じ空間参照を持っているかどうかをどのように確認しますか？ 2つが等しいかどうかを確認するだけでは機能しません。 >>> import arcpy >>> fc1 = r"C:\Users\e1b8\Desktop\E1B8\GIS_Stackexchange\data.gdb\test" >>> sr1 = arcpy.Describe (fc1).spatialReference >>> sr2 = arcpy.Describe (fc1).spatialReference >>> sr1 == sr2 False factoryCode カスタムプロジェクションにはないため、機能しません。 >>> fc2 = r"C:\Users\e1b8\Desktop\E1B8\GIS_Stackexchange\data.gdb\customproj" >>> sr2 = arcpy.Describe (fc2).spatialReference >>> sr2.factoryCode 0 はありますnameが、名前は同じでも、単位が異なっていてもかまいません。 >>> sr1 = arcpy.Describe (fc1).spatialReference >>> sr2 = arcpy.Describe (fc2).spatialReference >>> …

9 arcpy  arcgis-10.1  coordinate-system 

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

9 qgis  coordinate-system  epsg 

私は約2年間、ArcGISとQGISを定期的に使用していますが、最近、この新しい考えに衝撃を受けました。たとえば、ArcMapのデータセットが地理座標系（地球の表面での表現）で地理参照されており、したがって投影されていない場合、ArcMapはそのようなデータセットを平面（つまり、画面）？

9 coordinate-system  coordinates 

Javascript APIを使用して、シェープファイル（ダウンロード）をGoogleマップにマップしようとしています。Shapefileは、NYC学区の境界を記述しています。 ファイルの投影法はだったLambert Conformal Conicので、Google MercatorQGIS を使用するように変換しようとしました。ただし、座標はまだ意味がありません。ポリゴンをマッピングすると、地球全体が覆われます。 たとえば、私が得られる不可能な点の1つは-8240484.27362, 4961069.9502です。 シェープファイルを適切な形式に適切に変換するにはどうすればよいですか？

9 qgis  coordinate-system  google-maps 

ミュンヘン近郊のデータポイントにWGSの緯度と経度があり、アイルランドや英国のOrdnance Surveyグリッドのようなグリッドタイプの座標系を使用したいと考えています。どの座標系をお勧めしますか？ドイツにも同様の全国グリッドがありますか？ 次に、より大きな質問です。どの場所でも、推奨されるローカルグリッドを見つけるにはどうすればよいですか。もちろんここで尋ねる以外に！

9 coordinate-system  data 

OGPの定義から始めます。 地理的。測地基準に基づいた、地球の楕円体（球体を含む）モデルを使用した座標参照システム。これにより、地球表面の大部分の地理的特徴のジオメトリが正確に表現されます。地理座標参照系は、2次元または3次元にすることができます。A 地理2D特徴の位置を緯度と経度の座標を通る楕円の表面に記載されているときにCRSが使用されます。地理3D CRSは、位置が上に記載されているときに楕円の上または下に、使用および楕円上の高さを有しています。[...] 地球中心。3D空間ビューを取得して地球の曲率を処理する測地基準に基づく座標参照システム。これにより、曲率をモデル化する必要がなくなります。地球中心のCRSの原点は、地球の重心です。 実際には、地理的3Dと地心 CRSは、角度と仰角が計算される3D空間の中心点を持っているという事実で、たとえば、地理的3Dと地球中心の CRS の違いを識別します（楕円体は必要なく、地球は球形です） ？）、前者はデータム/楕円体を指します。つまり、緯度、経度、高さは楕円体に関して計算されます。 私は何か間違ったことを言っているのですか、それとも何か不足していますか？ありがとう。

9 coordinate-system 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 2年前休業。 私はここで何か悪いことをしているかもしれませんが、 shp2pgsqlを使用していくつかのシェープファイルをPostGISデータベースにインポートする場合、まずそのシェープファイルのSRID / EPSGを把握する必要があります。これは、少なくとも2つのステップからなるプロセスだと思います。まず、次のようにシェープファイルを照会します。 >ogrinfo -al -so someshapefile.shp これは、既知のテキスト（wkt）投影情報を返しますが、少し冗長で、やや不透明です（私には）。何かのようなもの： GEOGCS["NAD83", DATUM["North_American_Datum_1983", SPHEROID["GRS 1980",6378137,298.257222101, AUTHORITY["EPSG","7019"]], AUTHORITY["EPSG","6269"]], PRIMEM["Greenwich",0, AUTHORITY["EPSG","8901"]], UNIT["degree",0.01745329251994328, AUTHORITY["EPSG","9122"]], AUTHORITY["EPSG","4269"]] 次に、通常はPrj2EPSGなどの変換ツールを使用してwkt情報を実行し、EPSG / SRIDを見つけます。 この時点で、次を使用してシェープファイルをインポートできます。 >shp2pgsql -I -s 4269 someshapefile.shp <schema>.<table> | psql -U <user> -d <dbname> -h <hostaddress> -p 5432 -sフラグでSRIDを指定していることに注意してください。 SRIDを指定せずにshp2pgsqlを実行すると、プロジェクションが設定されず、geom列を手動で更新してプロジェクションを含める必要があると思います。 または、ルックアップをスキップして、ogr2ogrを使用することもできます。 >ogr2ogr -f "PostgreSQL" "PG:host=<hostaddress> …

8 postgis  coordinate-system  ogr2ogr  srid  shp2pgsql 

世界地図の新しい正確な投影►Equal Earth。 そのproj4は知っていますが、QGISに追加できません（以下を参照）。QGISの更新が必要ですか？

8 qgis  coordinate-system  proj  qgis-3.2  qgis-3.4 

地図で南を表すCRSはありますか？ちょうどこのような：

8 coordinate-system 

推定年齢のポイントのセットが与えられた場合、予測される移動の方向を視覚化するための最良の方法について質問があります。 コミュニティを表す一連の地理座標があるとします。それぞれの点について、そのコミュニティの年齢の推定値があります。時間の経過に伴う一般的な移動の最も可能性の高い方向を示す矢印をマップに描画したいと思います。また、矢印の大きさによって、グラデーションの一貫性や、時間と空間の間に意味のある整合があることをどの程度確信しているかを示します。移動のプロセスの理論については質問していません。矢印の角度、位置、大きさをどのように決定するかについてです。 たとえば、以下の赤い点は緑の点より古いです。最初のボックスでは、移行が南東であったという賢明な結論のように見えます。2番目のボックスには明確なパターンがないため、矢印は小さくなっています。 これを行うための標準的で原則的な方法はありますか？私が考えた方法の1つは、最も古い点と2番目に古い点の間、次に2番目に古い点と3番目に古い点の間にベクトルを描画することでした。次に、ベクトルを合計します（ただし、開始位置を決定する方法は？）。それとも、すべてのポイントのペアの間のベクトルを取り、それらを相対年齢で重み付けする必要がありますか？または、コンターを計算してから、最高点から始まり下り坂に向かう経路を描く必要がありますか？ Rベースのソリューションが理想的です。

8 coordinate-system  r  vector 

私は、オープンソースソフトウェアがオーストラリアの新しいデータを適切に処理できるように支援しています。GDA2020プロジェクトの詳細については、ICSMのWebサイトを参照してください。 現在、QGISにはGDA2020の定義が含まれていますが、GDALを介して理解しています。 GDA2020座標参照系の例は次のとおりです。 +proj=utm +zone=55 +south +ellps=GRS80 +units=m +no_defs GDA94 CRSを見ると、次のように定義されています。 +proj=utm +zone=55 +south +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs ご覧のとおり、これらは非常によく似ています。 現在、2つのCRSはまったく同じように定義されていますが、GDA94からGDA2020では、北東に約1.5 mの座標のシフトがあります。（NTv2形式のグリッドシフトファイルがあり、間もなく準備が整い、正確な変換が可能になりますが、それはこの質問の目的ではありません。） あなたはGDA94とGDA2020の間で変換する場合でも、今 QGISを使用して、座標系に変化はありません。それは本質的にそれを異なって分類するだけです。 GDA94とGDA2020の間のデフォルトの変換（ただし不完全）である、Proj.4または他のオープンソースツールに実装された単純な7パラメーター変換が必要ですか？ それとも、ツールが常に変化しないということですか？ これはどのように処理する必要がありますか？ （そして、グリッドを使用した変換が理想的であり、これはこのQGISプラグインを含むいくつかの方法で処理されることを再度述べておきます。）

8 qgis  coordinate-system  gdal  proj  gda2020