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

座標について 31.96212, -103.004715 UTMコンバーターは、UTM座標がであることを示し13/R/FRます。 コンバーターの例はこちら：http : //www.rcn.montana.edu/resources/converter.aspx しかし、それらの多くはあり、それらはこれらの座標に対して同様の答えを出します。 同時に、ここのSentinel-2データセットhttp://sentinel-s2-l1c.s3-website.eu-central-1.amazonaws.com/#tiles/13/R/ FRサブディレクトリが見つかりません。 グーグルでこの場所はここにあります： そして、私が見るSentinel画像ブラウザで同じ場所を見つけると、そのタイルは異なります これを意味し13/S/FR、すなわち同じUTMと四角が、異なるバンド。 これはどのようにして可能ですか？ 更新 Sentinel-2タイルを使用したKMLはS、指定された場所のタイルも報告します アップデート2 この写真によると ここから取得すると、FR正方形はSUTMゾーンの半分とRゾーンの半分に配置されます。明らかに、ほとんどの自動コンバーターはこの四角をRゾーンに割り当てますが、Sentinel-2はそれをSゾーンに割り当てます。 ここに真実はありますか？ アップデート3 ここから取得した単純なPythonコード/gis//a/224994/32207 bandVals = "CDEFGHJKLMNPQRSTUVWXX" lon = 31.96212 lat = -103.004715 zone = int(lat + 186.0) / 6 if (lon >= 84.0): band = 'Y' if (lat < 0.0) else …

10 coordinate-system  utm  sentinel-2  mgrs 

多くの地理データセットをPostGISにインポートしていますが、それらのセットは異なりSRIDます。（あるものEPSG:3857、あるものEPSG:4326、あるもの）。 追加を作成したいgeometry columnです。the_geom_mercatorを使用しSRID EPSG:3857、元のgeom列を元の列のSRIDままにします。 PostGIS関数でこれを行うにはどうすればよいですか？

10 postgis  coordinate-system  srid  mercator 

QGISを開いてレイヤーを追加し、フィールド計算機を介してシェープファイルの面積を計算すると、QGISを開いて「オンザフライCRS変換」をオンにして面積を計算するときとは異なる面積が得られます。これは、プロジェクトとレイヤーが同じ座標系（同じEPSG番号）であることを確認しているにもかかわらずです。何が悪いのですか？ 私は、ArcGISで作成された面積計算を含むシェープファイルを持っています（私ではなく、データが私に渡され、ArcGISで面積が計算されたCRSの手掛かりがありません）。シェープファイルレイヤーCRSはEPSG：21781（スイス）です。QGISで、OTF設定を変更せずにプロジェクトCRSをEPSG：4326（WGS84）のままにすると、ArcGISエリア値と同じ値が得られます。ただし、レイヤーをEPSGに追加する前にOTFを変更すると、21781で異なるエリア値が得られます。私が理解しているように、これは、ArcGISエリアがCRS EPSG：4326で計算されたことを示唆しています。 最初のワークフロー： QGISを開く プロジェクトCRS：EPSG 4326 レイヤーを追加 プロジェクトCRSは自動的に適応し、現在EPSG 21781です。 フィールド計算機で$ areaを計算する 2番目のワークフロー： QGISを開く プロジェクトCRS：EPSG 4326 OTFをオンにし、プロジェクトCRSをEPSG 21781に設定します レイヤーを追加 フィールド計算機で$ areaを計算する 1番目と2番目のワークフローのステップ5では、同じ領域を作成しないでください。

10 qgis  coordinate-system  area 

pythonおよびを使用してラスターを地理参照したいGDAL。私の現在のアプローチは、地上管制点の醜いリストを呼び出しgdal_translateてgdalwarp使用os.systemすることです。私はこれを内でネイティブに行う方法を本当に望んでいますpython。 これは私が使用している現在のプロセスです： import os os.system('gdal_translate -of GTiff -gcp 1251.92 414.538 -7.9164e+06 5.21094e+06 -gcp 865.827 107.699 -7.91651e+06 5.21104e+06 "inraster.tif" "outraster1.tif"') os.system('gdalwarp -r bilinear -tps -co COMPRESS=NONE "outraster2.tif" "outraster3.tif"') インポート後にアクセスできると述べている2012年からの以前の質問と回答gdal_translateがありますgdal。が廃止されているのか、それが間違っているのかfrom osgeo import gdalはわかりませんが、実行しgdal.gdal_translateてもオプションとして表示されません。 それが存在するかどうかはわかりませんが、ラスタをpythonicの方法で変換および再投影できたら嬉しいです。例えば： # translate gcp_points = [(1251.92, 414.538), (-7.9164e+06, 5.21094e+06)] gdal.gdal_translate(in_raster, gcp_points, out_raster1) # warp gdal.gdalwarp(out_raster1, out_raster2, 'bilinear', args*) そのようなアプローチは可能ですか？

10 python  raster  gdal  coordinate-system  gdalwarp 

Googleマップを全世界または極地で見るときはいつでも、予測が痛い。等面積投影（できればモルワイデ投影などの疑似長方形）を使用する、ズーム可能な世界地図を備えたWebサービスはありますか？ナショナルジオグラフィックのオンラインマップでもメルカトル図法を使用しています。 別の代替手段であるGoogle Earthは、特に地球を歪めませんが、地球全体のビューも提供しません。 参照：Webメルカトル（補助球）がWebマップ標準になったのはなぜですか？ 2018-08-24を編集： GoogleマップはWebメルカトルを使用しなくなりましたが、正射投影のように見えます。

10 coordinate-system  web-mapping 

EPSG 4326に世界大陸のシェープファイルがあります。 以下の地球儀のような投影を得るために、どの参照システムに対してファイルを再投影する必要がありますか？

10 coordinate-system 

英国の雨の日数のデータを含むNetCDFファイルがあります。それをGeoTIFFに変換したいのですが、GDALを正しくジオリファレンスできません。以下のgdalinfoからのダンプを参照してください。 「raindays_tmean_abs」変数を示すシングルバンドTIFFが必要です。「lat」および「lon」変数には、英国にデータを配置するための適切な最小値/最大値があるようですが、gdal_translateで変換すると、アフリカの西海岸に到達します。 最初のディメンションが「時間または垂直」ディメンションではないという警告があります。私はgdalがデータが特定の順序であることを期待していることを読んだので、おそらくこれが問題ですが、それを変更する方法がわかりません。 このデータを変換/再投影するにはどうすればよいですか？ gdalinfo NETCDF：RainDays1_1961-1990_LTA_25km.nc Warning 1: dimension #0 (meaning_period) is not a Time or Vertical dimension. Driver: netCDF/Network Common Data Format Files: RainDays1_1961-1990_LTA_25km.nc RainDays1_1961-1990_LTA_25km.nc.aux.xml Size is 39, 52 Coordinate System is `' Origin = (-17.650008352179277,11.329999312758446) Pixel Size = (0.219999614514803,-0.219999998807907) Metadata: axis_0#units= meaning_period#comment=Meaning periods are all months (12) beginning …

10 gdal  coordinate-system  netcdf 

緯度経度（NAD27）列のテーブルがあります。Webメルカトル（WGS84）の場所を表すXとYの2つの列を計算します。 現在、私はこれを行うためにArcmapを使用しています。調査領域に推奨される地理座標変換-3つのパラメーター（地理中心）地理座標変換を適用して、NAD27からWGS84に移動します。 私はこれを完全にSQL Server 2012内で実行したいと考えています。私が知ることができることから、Sql Serverはそのままではデータム変換をサポートしていません。この地理変換をサポートするSQLライブラリを知っている人はいますか？Arcmapで現在使用しているSQLで同じ係数を使用したいのですが。 また、WGS84 lat / longからweb mercatorに投影する必要があります。なるほど、この式はJavaScriptで実装され、誰かがこれを行うSQLストアド・プロシージャを持っているならば、それは素晴らしいことです。

10 sql  sql-server  coordinate-system  datum 

ArcGISには2つのポイントデータセットがあり、どちらもWGS84の緯度/経度座標で与えられ、ポイントは全世界に広がっています。データセットAでデータセットBの各ポイントに最も近いポイントを見つけて、それらの間の距離をキロメートルで取得したいと考えています。 これは近接ツールの完璧な使用方法のように見えますが、入力ポイントの座標系、つまり小数度で結果が得られます。データを再投影できることはわかっていますが、この質問から、世界中で正確な距離を示す投影を見つけるのは（不可能ではないにしても）難しいと考えています。 その質問への回答は、Haversine式を使用して、緯度と経度の座標を直接使用して距離を計算することをお勧めします。これを行い、ArcGISを使用してkm単位で結果を取得する方法はありますか？そうでない場合、これに取り組む最善の方法は何ですか？

10 arcgis-desktop  coordinate-system  r  distance  units 

地磁気座標のデータがあります。つまり、緯度と経度ですが、地理的な北極ではなく、カナダの磁気北極を参照しています。ご想像のとおり、他の座標系にある他のデータと照合します。 （データはオーロラオーバルの計算として作成されたものです。つまり、それらは地磁気として作成されたものであり、原則として私が相談できる地理的な情報源はありません。） データは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 

再投影エンジンを作成する観点から、知識座標系、投影、データの再投影を拡張したいと思います。 座標系とデータの再投影の背後にある数学に関するリソース（本、ウェブサイト、巻物）を提供してくれませんか？

10 coordinate-system  references  reprojection-mathematics 

私は、正距方位図法を使用する世界または大陸の縮尺マップを作成しようとしています。私はアマチュア無線家で、アンテナから見ると、全世界が平らな平面に広がっているように見えます。アンテナは中心にあり、全世界は（r、Θ）にあります。 これを行うためのソフトウェア-AZ_PROJ-はありますが、独自のデータベースを使用し、完全にPostScriptで記述されているため、通常のgeoツールで正確にハッキングすることはできません。 OGRには「aeqd」プロジェクションがあり、次のように呼び出すことができます。 ogr2ogr -t_srs "+proj=aeqd +lat_0=43.7308 +lon_0=-79.2647" out.shp in.shp 43.7308 N、79.2647 Wの中心の場合。残念ながら、これはマップの「背後」にある現在の半球を超えるすべてをラップします。また、座標をデカルトのメートルに投影します。 代替案の提案はありますか？

10 coordinate-system  cartography 

私はESRIスタックを使用して、レイヤーをsql-spatial-enabled-SDE-ジオデータベース（Geometryタイプ、Web Mercator-3857）に保存しています。 私はWebマッピングアプリケーションを構築しています。そのため、デフォルトでは、タイルはWebメルカトル3857にもあります。 ストアドプロシージャを介して、STDistanceを使用して、ユーザーの場所（Webメルカトルの座標）からさまざまなレイヤーまでの距離をクエリします。 問題は、ウェブメルケーターの歪みのために、赤道から遠ざかるにつれて、距離計算がますますオフになっていることです。 レイヤーを（ジオメトリではなく）sql-spatial-geographyタイプで保存することを考えましたが、次のようになります。 私の距離クエリははるかに長くかかると思います（球面上の距離計算） 大量のデータを再インポートする必要があります Arcgisサービスは、オンザフライで投影する必要があるほど高速ではありません Googleマップに移動して距離計算を行うと、Nortern / Southernリージョンでも、返される距離がはるかに正確になるため、GoogleはWebメルカトル図法による歪みを補正する必要があると思います。 私の質問：「正しい」距離を得るためにWebメルカトル図法で行われる距離計算に適用できる単純な係数値はありますか？

10 coordinate-system  distance 

それで、私はGISにかなり慣れていないので、カナダのバンクーバーのデータを使用してマッピングプロジェクトに取り組んでいます。バンクーバー市から提供されたデータとOpenStreetMapデータを組み合わせたいのですが。しかし、QGISでそれらをマップすると、CityデータはOSMデータと一致しません。 投影マップへの回答のアドバイスに従うと、ArcMapで重複しないでください。、2つのデータソースを3番目のデータソース（世界地図）と照合しました。OSMデータは正しいです-ブリティッシュコロンビアは正しい場所にあります-しかし、市のデータはバンクーバーを南フランスに置きます。 私のデータソースは次のとおりです。 バンクーバー市の自転車道と図書館。（どちらもSHPファイルです。）これらは、他のデータと一致しないデータです。 Open Street Mapからのブリティッシュコロンビアの地図。私はosm2pgsqlを使用してデータベースにデータを入れました。 Open Street Styleプロジェクトの一部である世界地図。 予測： 市のデータはUTMゾーン10、NAD83（CSRS）で投影されます。QGISのレイヤープロパティ画面でこれらのレイヤーを選択しました。投影文字列：+proj=utm +zone=5 +ellps=GRS80 +datum=NAD83 +units=m +no_defs OSMマップはメルカトル図法です。QGISには多くのメルカトルの選択肢があり、どちらを使用すればよいかわからなかったので、「人気のある可視化CRS /メルカトル」と思いました。+proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs 世界地図の場合、Quantum GISは.prjファイルから投影をロードしました。それは+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext +over +no_defs 投影されたマップはArcMapでオーバーラップする必要がありますが、オーバーラップしないでください。ゾーンの問題について話します。それは私が経験しているように思えます。したがって、ライブラリをUTMゾーン10Nから他のゾーン（15Nおよび60N）に変更してみましたが、何も変更されませんでした。 誰かが次に何をしようかという提案はありますか？

10 qgis  coordinate-system  openstreetmap 

私はしばらくの間Googleマップで開発していて、OpenLayersに切り替えていますが、1つの点で立ち往生しています。ほとんどが円形であるが、いくつかのカスタムジオメトリも含むベクトルを描画しているため、createRegularPolygonを使用できません。ポイントの配列を作成してOpenLayers.Layer.Vectorオブジェクトに送信しています。これはうまく機能しますが、結果として得られる「円」は赤道付近でのみ丸くなり、より高い緯度では丸くなりません。それらは、ベースマップがより高い緯度にあるのとほぼ同じ量で押しつぶされ、これは理にかなっているようです。Googleをベースレイヤーとして使用する場合、それらはすべての緯度で正しい形状ですが、オフラインモバイルソリューションを作成しているので、それはできません。 Googleやオンラインマップを使用せずにジオメトリがすべての緯度で丸いままになるように、ベースレイヤー（または設定するパラメーター）には何を使用しますか？

10 coordinate-system  openlayers-2  google-maps