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

空間内のポイントの位置を2次元または3次元で定義するために使用される、ポイント、ライン、またはサーフェスのセット、およびルールのセットで構成される参照フレームワーク。このタグは、地図投影法と座標系変換も参照します。

3
QGISでシェープファイルの投影を変更しますか？
QGISを使用してシェープファイルの投影を変更するにはどうすればよいですか？ デフォルトの投影法はEPSG：3003に設定されていますが、wgs84 EPSG：32632に変更します。再投影を行うか、プロパティマスクで投影を変更すると、正しい結果が得られません。 左側には計画の座標がありますが、右側に示されているEPSGに対しては正しくありません。
2
GDALを使用したPythonでのWGS 1984 Webメルカトル（EPSG：3857）の再投影
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コードが間違った結果を与えるのはなぜですか？ そして、なぜ古いコードがうまく機能するのでしょうか？ …
2
リーフレット：コンテナ座標とレイヤー座標？
マップコンテナ座標とレイヤー座標の違いは何ですか？ 私が集められたところでは、地図のコンテナの座標は常にマップビューポートに対して相対的である、としながら、層の座標が常に同じ値でスタートコンテナcoordsのマップがパンされると、彼らが変更されます。 座標/ポイントを参照するAPI： LatLngからレイヤーポイント コンテナポイントへのLatLng
2
GRASSのゴムシート？
プロパティの境界を修正する過程にあります。これの副作用は、プロパティの境界に対して描画されたアセットを移動する必要があるため、それらがまだ正しくインラインになっていることです。 プロパティの修正を行う会社はシフトベクトルを提供し、通常はFMEを介してすべてのレイヤーを実行し、ベクトルを使用して位置を修正します。 GRASSにこのようなもの（またはQGISまたは無料のもの）があるかどうか疑問に思っていましたか？
1
再投影を理解していますか？
頭を悩ませることができないことの1つがReprojectionです。 Stack Exchangeの質問にはたくさん出てきますが、さまざまなソフトウェアを使用した特定の問題に関するハウツー質問と回答がたくさんあります。 「再投影とは」でウェブを検索しました そして、私はよく読んだ。Projection Basicsに関するESRI FAQ は、http：//support.esri.com/en/technical-article/000005562-これから... The terms 'geographic coordinate system' and 'datum' are used interchangeably, but as noted above, a GCS includes a datum, spheroid, units of measure and a prime meridian. The coordinates for data change depending on the datum and spheroid on which those coordinates …
2
wgs​​84とnad83間の変換
これは、wgs84とnad83の間の変換に関する初心者の質問です。航空写真があり、緯度経度座標をできる限り厳密に計算しようとしています。疑わしいパラメータなど、通常のタイプの修正をトリッキーにするいくつかの要因があります。そのため、試行錯誤が伴います。 したがって、修正を行うときに進捗状況を確認する方法が必要です。最初はgoogle earthをチェックするだけで問題ありませんでしたが、この時点でデータ（nad83）とgoogle earth（wgs84）の2.5フィート程度の差が制限要因になりました。したがって、nad83をwgs84に変換する必要があります。 Rでrgdalを使用し、C＃でdotspatialを使用して投影を行っていますが、nad83とwgs84を切り替えることは「投影」とは見なされません（そうですか？）。「+ proj = NAD83 ellps = WGS84」でプロジェクトを呼び出そうとすると、エラーがスローされます。 私は自分で7パラメータ座標の変更を書いて大丈夫ですが、いずれかを（X、Y、Z）座標に変換する方法がわかりません（これは、彼らが基づいている楕円の表面に緯度経度から表面）。nad83とwgs84に関する既存の質問は、私のような非常に基本的な質問に答えるのではなく、どの方法を使用するかに関するものです。つまり、どのようにそれを行うのでしょうか。
1
RでRasterLayerにCRSを割り当てる方法
のレイヤーがありcoord. ref. : NAます。 私はどのように割り当てることができますcoord. ref. : +proj=longlat +datum=WGS84 +no_defs +ellps=WGS84 +towgs84=0,0,0するにはcoord. ref. : NA？ class : RasterLayer dimensions : 127, 146, 18542 (nrow, ncol, ncell) resolution : 0.01, 0.01 (x, y) extent : -122.39, -120.93, 36.72, 37.99 (xmin, xmax, ymin, ymax) coord. ref. : NA data source : C:\2012Tif\2012ASC5min_ppt_spas1306_0001_20121222_0005_UTC.asc.tif …
1
ArcGIS Desktopでカスタマイズされた座標系を使用していますか？
私は座標系についてあまり知りません... 私のオフィスでは、考古学的なサイトからの空間データを処理するために使用しています。各サイトには独自のxyz座標系（GCS）があります。3つの単純な直交デカルト軸。ここ数年、特定の座標系を使用せずに、GISソフトウェア（ArcGIS）を介してこの空間データを管理しています（「未定義」のままにしておきます） 典型的なGCSのグリッドの歪みなしに、単純な直交直交軸を使用してそのようなデータセットを処理するように設計されたGCSが存在するかどうかを知りたいです。さらに、このシステムがオンラインマッピングアプリケーションでの使用に適しているかどうかを知りたいです。 ところで、2D（ArcMap）および3D（ArcScene）環境を管理し、長さの基本単位として「mm」を使用します。 そのようなものが存在しない場合、誰かがそれを作成する方法を知っている可能性があります。
3
極立体図の地理変換？
現在、CANGRID気候データ（Surfer Grid ascii、「。grd」ファイルとして提供）をArcGISにインポートしています。グリッドのサイズは、95行125列です。メタデータは、緯度/経度の原点（左下隅）、セルサイズ（50km）に加えて、中央子午線（110度W）と原点の緯度（60度N）を備えた極立体図としてのノートの投影を提供します。 最初に.grdを.asciiおよび.fltとしてラスターに変換しようとして失敗した後、GDALを使用して範囲と投影を設定することができましたが、データセットは意図した領域の境界に正しく整列しません。下の画像をご覧ください。 このアライメントの欠如を説明することができる、ポーラーステレオグラフィックの受け入れられた地理変換はありますか？ たとえば、使用すべき特定の変換係数または回転はありますか？ データセットのサンプルファイルは次のとおりです。「t201113.grd」 ここに私が現在GDALで使用しているコードがあります ds = gdal.Open("t201113.grd") array = ds.ReadAsArray() x_rotation = 0 y_rotation = 0 xres = 1 yres = -1 llx = -129.8530 lly = 40.0451 ulx = -175.144 uly = 71.385 input_osr = osr.SpatialReference() input_osr.ImportFromWkt(ds.GetProjection()) wgs84_osr = osr.SpatialReference() wgs84_osr.ImportFromEPSG(4326) wgs_to_nps_trans = osr.CoordinateTransformation(wgs84_osr, input_osr) …
6
PyQGISでレイヤーCRSを定義し、CRSダイアログを回避しますか？
追加したい既存のシェープファイルがあります。 現在、私のコードは次のようになっています。 self.iface.addVectorLayer(self.shpFilePath, "Track", "ogr") それはうまくいきますが、コード内でcrsを定義したいと思います。出来ますか？私はこのような似たような質問を見つけました：Pythonを使用してQGIS 2.4でプログラムでCRSを選択してください しかし、とにかく動作しません。
2
投影されたgeoTiffをGDALおよびPythonでWGS84に変換する
次の質問がやや馬鹿げている場合はおologiesび申し上げますが、私はこのGISのことをまったく知りません。 Pythonでgdalを使用して、投影されたgeoTiff画像をWGS84に変換しようとしています。次のようなものを使用して、投影されたGeoTiffs内のポイントを変換するプロセスの概要を示す投稿を見つけました。 from osgeo import osr, gdal # get the existing coordinate system ds = gdal.Open('path/to/file') old_cs= osr.SpatialReference() old_cs.ImportFromWkt(ds.GetProjectionRef()) # create the new coordinate system wgs84_wkt = """ GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0, AUTHORITY["EPSG","8901"]], UNIT["degree",0.01745329251994328, AUTHORITY["EPSG","9122"]], AUTHORITY["EPSG","4326"]]""" new_cs = osr.SpatialReference() new_cs .ImportFromWkt(wgs84_wkt) # create a transform object …
3
SQL Server Spatialで地理データ型ではなくジオメトリを使用していますか？
歴史的に、私は主にSQL Serverの単純な緯度と経度の座標を扱ってきました。それらを地理データ型としてSQL Serverに保存し、さまざまなディスプレイ（主にGoogleマップ）でレンダリングしました。 最近、さまざまなソースからのシェープファイルデータセットの使用を開始しましたが、それらはほぼ排他的にジオメトリです。さらに、さまざまな座標参照系を使用します。 動作するのはかなり厄介です。 USGSは、一部のデータについて、非常にまれで困難なCRSを使用しています。 ロサンゼルス郡では、State Plane 5（特にCRSを参照せずに）を使用していること、そしてもちろんQGISには複数の「State Plane 5」を選択できると述べています。 これらの特定の空間参照システムには、実際にWGS84を使用しても達成できない利点がありますか？
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.