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

多くの科学論文は、サイトの場所を度/分/秒の単位で報告していますが、非GISソフトウェアでの分析では、小数度を使用する方が簡単です。度/分/秒がより頻繁に使用される規則である理由はありますか？どちらを使用する場合の利点と欠点は何ですか？ 明確化私は一般的に、どちらか一方を使用することの利点と欠点に関心がありますが、私の特定の関心は、科学論文での場所の報告のコンテキストにあります。

10 coordinate-system 

私は次の英国の郵便番号dy8 3xtを持っており、緯度と経度が次のとおりであることを知っています：- 54.452772 -2.156082 私はまた、郵便番号の東座標、北座標が次のとおりであることも知っています：- 389490 283880 ただし、緯度/経度を北座標と東座標に変換する方程式を見つけるのに苦労しています。式をjScriptとc＃の両方に含めたいと思います（私は貪欲です）。 誰か助けてもらえますか？ いくつかの詳細情報、このリンクをクリックすると、私が探している結果が表示されます。WG S84を使用してlat / lngにプロジェクトを入力し、OSGBにグリッド参照プロジェクトを入力した郵便番号。だから私の質問はこれがどのように行われるのですか？ 私はついにここに導かれました。

10 coordinate-system  c#  jquery 

PostGISには空間参照システムのテーブルが付属しており、それぞれのシステムはSRIDによって識別されます。ただし、ユーザーの観点から見ると、SRIDは単なる数値であり、あまりわかりません。SRIDをより説明的な名前に関連付けるリソースはありますか？

9 coordinate-system  srid 

私のCRSは、QGIS（プロジェクトプロパティ）によってED50 / UTM31N（EPSG 23031）として報告され、すべてのレイヤーが正しく配置されているため、正しいようです。ただし、座標表示ボックスには、緯度と経度（度単位）は同じものとして表示されます。座標表示が「マップ単位（メートル）」に設定されている場合、正しく表示されます。 これは、3.0.0でオンザフライ変換が利用できないように見えるという事実に関係していますか？

9 qgis  coordinate-system 

「オンザフライ」の機能を理解し、https：//docs.qgis.org/2.6/en/docs/training_manual/vector_analysis/reproject_transform.htmlを再読しました 常にオンにしておく傾向がありますが、それが正しいかどうかはわかりません。問題が発生する可能性があることは承知しています。 私は関連する質問を調べましたが、それらはすべて、ユーザーが問題を抱えているときに発生する傾向があり、特定のデータセットとそれぞれのCRSについて尋ねる人々によってさらに複雑になります。 「オンザフライ」をオンにするタイミングとオフにするタイミングについての簡単な経験則はありますか？

9 qgis  coordinate-system 

私は座標系、データム、投影法などをよりよく理解しようとしています。特定のシステムでは異なるものが保存されることを理解しています。距離、形状、角度、面積。特定のシステムが何を保存しているのかをどのようにして知ることができるのでしょうか。CRS名のどの部分がこれを示していますか？具体的には、カナダのアルバータ州のUTMシステムについて疑問に思っています。NAD83（CSRS）/ Alberta 10-TM（フォレスト）

9 coordinate-system  datum  canada 

最近、Sentinel 2データの地理的予測に変化が見られます。説明については、以下のスクリーンショットを参照してください（Granule T33UXP、Band 8のみ）。最初の画像は20160314に、2番目の画像は20160403にシフトされたものです。参照としてポリゴンを追加しました。これは、APIハブからダウンロードされた未処理のデータです。S2A_OPER_MSI_L1C_TL_SGS__20160314T171554_A003794_T33UXP_N02.01 S2A_OPER_MSI_L1C_TL_SGS__20160403T152610_A004080_T33UXP_N02.01 他に誰かがこれを観察していますか？これは既知の問題ですか、それとも私の特定のケースでのみ発生しますか？

9 coordinate-system  remote-sensing  sentinel-2 

デモ目的でいくつかの通常でないSRCを使用した後、私は "最近使用した座標参照系"リストをわかりやすくするためにクリアしたいと思います。 出来ますか？ QGIS 2.10.1を使用しています。

9 qgis  coordinate-system  qgis-2.10 

ラスターを投影しようとしています。RにはprojectRaster()これを行うための関数があります（完全に再現可能な例の下に）： # example Raster require(raster) r <- raster(xmn=-110, xmx=-90, ymn=40, ymx=60, ncols=40, nrows=40) r <- setValues(r, 1:ncell(r)) projection(r) # project to newproj <- "+init=epsg:4714" # using raster package to reproject pr1 <- projectRaster(r, crs = CRS(newproj), method = 'bilinear') それはうまくいきます。しかし、それはかなり遅いです。 速度を上げるために、gdalwarp代わりに使用します（SSD を使用すると、ディスク/ Rへの読み書きのコストはそれほど高くありません）。 ただし、をprojectRaster()使用した結果を再現できませんgdalwarp。 # using gdalwarp to reproject tf …

9 raster  gdal  r  coordinate-system  gdalwarp 

新しいアップグレードバージョンのqgis​​のヒートマップ計算には、座標系のないラスターマップが与えられていることに気付きました。 同じ問題がありますか？

9 qgis  coordinate-system 

まず、私はGISの初心者です。 GPSとテレメトリデータが関連付けられたLIDARポイントクラウドがあります。次に、すべてのポイントの座標をECEF座標系に変換し、最後にローカル接線平面（LTP）近似を使用して、角度座標をデカルト座標系に変換します。（この近似では、最初の点のgps座標を参照系の原点として使用し、最初の点に関して残りの点を参照します）。 liblasを使用してLASファイルを書き込んでいますが、地理参照情報をLASファイルに設定する方法がわかりません。LTP近似のすべての点の座標を書いているので、2つの質問があります。 LTP近似に関してポイント座標を書き込むのは正しいですか、それとも緯度/経度（gps）単位で座標を書き込む必要がありますか？これが正しい場合、ジオリファレンスをLTPを尊重して設定するにはどうすればよいですか？ 「1」が正しくなく、緯度/経度の単位で座標を記述する必要がある場合、地理参照を設定するにはどうすればよいですか？WGS84値でVLRを書き込んで十分ですか？

9 coordinate-system  georeferencing  lidar  latitude-longitude  liblas 

ESRI WKTとOGC WKTの投影形式文字列の違いの正確なリストを知っている人はいますか？ ESRI WKTからOGC WKTへの変換に役立つさまざまなツールがあり、GDALユーティリティやさまざまなWebサイトサービスが含まれています。しかし、私の質問は実際的な種類のものではありません。これらのサービスが利用するフォーマット/構文の違いを理解したいだけです。Stackexchangeに関するこれまでの質問では、特定の例の違いや、利用可能なツールやサービスについてのみ触れていました。 違いを1つだけ知っていても、投稿できればすばらしいでしょう。私自身の経験からは、ほんのわずかな違いがあるはずです。私が知っている違いは： esri定義のほとんどのテキストアイテムは、ogcがスペースを使用するアンダースコアを使用します。 esri wktでデータを定義するテキストは、「D_」で始まることを除いて、ogc wktと同じです。 場合によっては、事前定義された一部のPROJCS、PROJECTION、GEOGCS、およびDATUMのテキスト識別子が異なる方法で記述されることがあります（たとえば、「NAD83」は「North_American_1983」です）。どの識別子のスペルが異なるかを知る唯一の方法は、リストまたはルックアップテーブルを作成することになると思います。そのため、異なるとわかっている名前を挙げてください。 さまざまなPARAMETERテキスト値はすべて同じですが、ogcには各単語の大文字が大文字であるのに対し、esriはすべて小文字です。しかし、このルールが使用されていないケースを見たことがありますが、ソフトウェアをロードしようとするときに、タイトルケースが実際に重要であるかどうか誰かが知っていますか？ UNITのタイプは、ogcでは大文字のタイトルケース、esriでは小文字のスペルで表記されます（例： "Degree"と "degree"）。ogcが "meter"の "meter"と "m"の両方として綴られている場合や、フランス語の綴り "metre"が付いている場合があります。誰もが、これらの形式または両方の形式の他のユニットタイプの正しい規則は何かを知っていますか？

9 coordinate-system  wkt  ogc 

私はデンマークの自治体のシェープファイルの重心をいくつか見つけて、その後それらの間の運転時間を見つけようとしています。私が使っRさんreadShapePolyからの機能maptoolsと組み合わせるgCentroidから機能rgeos、およびすべての作品を。しかし、私は次のような空間点を取得します SpatialPoints: x y 1 571860.7 6225016 Coordinate Reference System (CRS) arguments: NA これは明らかにGoogleで移動時間を取得するために使用できるものではありません。これらの数値を経度と緯度に変換する方法を探していますが、方法がわかりません。 ライブラリreadOGRからを使用してデータを読み取ると、rgdal同じ座標が取得されますが、これは投影法であると想定していることについて次のことを教えてくれます（ただし、座標は同じです） Slot "proj4string": CRS arguments: +proj=utm +zone=32 +ellps=intl +units=m +no_defs 再現可能な例：https : //github.com/sebastianbarfort/shapefilesの例のデータをここに配置しました： これは問題を再現するはずです： library(maptools) library(rgdal) library(rgeos) map = readShapePoly("~/Downloads/shapefiles-master/kommuner1983.shp") centroid = gCentroid(map) centroid

9 shapefile  r  coordinate-system 

私は、メルカトル図法のページからのこのウィキペディアの画像に触発され、リーフレットでハッキングしました。アイデアは、カーソルを大陸にインタラクティブに移動させ、それを投影に合わせて修正することでした。 ステータスの詳細については、次のJSFiddleを参照してください。 http://jsfiddle.net/cantdutchthis/NrAEL/1/ 私は投影の世界では少し新しいですが、デモは緯度に対して十分に機能します。私は比較すると正距円筒とメルカトル図法をウィキペディア私にあなたがこれらの二つの突起を比較したときの投影のバイアスが唯一の「y軸」であるという印象を得ます。 最初のウィキペディアの画像のため、経度を修正していないように見えます。これをサポートしたいのですが、これを行うための最良の方法が何なのかわかりません。 現在、メルカトル図法のバイアスを表示する方法は、マウスが移動するたびに座標をマウスカーソルにシフトすることです。 map.on("mousemove", function(d){ Object.keys(myLayer._layers).map(function(d){ myLayer.removeLayer( myLayer._layers[d] ) }) var plotCoords = []; // green is the coordinate array for the landmass var green = [ [-46.76373672, 82.62796021],... ] for ( i in green ) { // shift the landmass to where the cursor is var …

9 javascript  coordinate-system  leaflet  spherical-geometry  mercator 

ローカル座標系を基準とした座標を持つ点群があります。GPS値のある地上管理ポイントもあります。PROJ.4または他のライブラリを使用して、これらのローカル座標をグローバル座標系に変換できますか？ 上記の問題に関するPythonのコードは、非常に役立ちます。

9 python  coordinate-system  gps  proj  ground-control