タグ付けされた質問 「latitude-longitude」

緯度/経度のペア0,0の名前はありますか？グラフでは、（0,0）は「原点」と呼ばれますが、その用語が地図作成の位置0,0にも当てはまるかどうかはわかりません。

12 coordinate-system  cartography  latitude-longitude 

ちょうど私が正しい軌道に乗っていることを確認するために： 球上のすべての大円と正距円筒図法（緯度、経度のペア）は次のいずれかです。 経線（つまり、極から極へ） フォームの tan latitude = sin360(longitude + rotation) * amplitude + offset （オフセット/振幅の組み合わせに追加の制限があります-明らかに、振幅が0の大円経路もすべてオフセット0-赤道です）。 または、このスキームに適合しない大円のパスがありますか（再度、他の地図投影ではなく、経度と緯度の座標系でのみ）。 注：tan質問を投稿した後、whubersの優れた返信に対する反応として、上記を追加しました。これは、ことが判明しoffset、その後は常に0です。

12 coordinate-system  latitude-longitude  spherical-geometry  great-circle 

30cmの定規を使用して、紙の地図でDMSを見つけるにはどうすればよいですか？探したい場所は「コーナー」ポイントなので、4つのコーナーに基づいて範囲を生成できます。 楕円体またはデータを提供しないカナダ北部（1800年代後半）の古い紙の地図（実際には3つ）があります。これは、代表的な分数（約1：660,000）とスケールバー（1 "= 10 2/3マイル）を提供します。マップには、1度ごとに間隔が空けられたグリッド線が表示されます。 データムまたは楕円体を知らないと、自動的に計算に誤差が生じることを理解していますが、これはこの演習では大したことではありません。 交差するグリッド線の緯度/経度を決定し、この質問から、それがランベルト正角円錐に最も近いことを推測することができました（Statistics Canada、EPSG 3347）。 以下は、2度ごとにグリッド線がある3つのマップすべてを示すインデックスマップです。 これらのグリッドラインは、上記のインデックスのように2度ではなく、1度ごとに間隔が空いているため、3つのマップすべてに対してこのプロセスを実行する必要があります。 もちろん、コンピューター化されたGISの既知の空間参照を地理参照して範囲をデジタル化することもできますが、GISがPCなしで時間を遡って行き詰まってしまった場合はどうでしょうか... たとえば、エンジニアの定規（1：100、1：2500など）を使用して回答を提供する方が簡単な場合は、お気軽に。30cmの定規は、特定の状況でより簡単に入手できるようです。

12 latitude-longitude  geodesy 

「Sentinel-2 on AWS」から画像をダウンロードするツールを構築しています Long / Lat座標を特定のSentinelタイルに変換するのに問題があります。Sentinel 2はMGRSを使用していることを知っており、Long / LatをMGRSに単純に変換しようとしましたが、低精度でS2AタイルIDを取得しました。そして、それは動作しますが、常にではありません。 たとえば、Long / Lat 34.665,31.625はMGRSの「36R XA」に解決されますが、Sentinelタイル36RXAは存在しません。 Long / Lat座標を使用してSentinelタイルを決定する正しい方法は何ですか？

11 remote-sensing  latitude-longitude  sentinel-2  mgrs  amazon-web-services 

私は受け取った座標セットをマップしようとしています： N 39,21.440 W 120,48.076 しかし、私はフォーマットに精通していません。DMSのlat / longsと標準（？）形式（39.123234、-121.348348など）に精通している これらをDMSまたは標準に変換する方法を教えてください。

11 latitude-longitude  mapping 

GeoHashは、ポイントの緯度と経度を文字列にコード化する優れた方法です。数字と文字を使用しているため簡潔で、最後に文字を追加して精度を調整できます。 ポイントではなく、ポリゴンをコード化する同等の方法を探しています。私はそれを行う2つの方法を見ました： すべてのポリゴンポイントをジオハッシュし、それらを連結して、従来のテキスト圧縮アルゴリズムを使用して結果の文字列を圧縮します。 ポリゴンに含まれるすべてのジオハッシュを参照します。これはRecursivePrefixTreeメソッドです-http : //www.opensourceconnections.com/2014/04/11/indexing-polygons-in-lucene-with-accuracy/を参照してください。 コードが人間によって操作されることを望みます。マシンとしてインデックスとしてだけでなく、手動でコピーされます。 編集：http://seenthis.net/messages/269838のディスカッション（フランス語）も参照してください。

11 polygon  latitude-longitude  compression  geohash 

緯度経度の値を修正する「式」を開発しようとしています。 私はVueリーフレットを使用していますが、「最初の」世界の外でパンすると、大きな数字が表示されます。+180以上または-180未満。 例：アメリカに向かって右（東方向）にパンすると、lng 215になります。私の考えでは、次のように修正するだけです。 215-360=-145 同じことは、東ロシアに向かって左（西方向）に画面移動した場合も同様で、たとえば-222になります。今計算する必要があります-222+360=138 ただし、世界は無期限であるため、ユーザーは8番目の世界に移動でき、値を調整する必要がありました。 正しい経度を計算することは可能ですか？（そして別の要件は、ユーザーが最初の世界にいるとき、24 lngはまだ24 lngであるべきです。

11 leaflet  javascript  latitude-longitude 

測地緯度は、基準楕円体の表面上の点の法線を基準に測定されることを知っています。しかし、表面の上下の点はどうですか？それらは双曲線経路をたどりますか？（私が作成したグラフィックを参照してください。）または、直線に従っていますか？ ウィキペディアは、「[楕円体]座標は、参照楕円体によって囲まれた質量の均一分布のための重力場のモデルにおける自然な選択です」と述べています。 緯度は、可能であれば重力に従うべきですよね。

11 latitude-longitude  elevation  depth  geodetic 

主にAGS 9.x、AGS 10、WMS 1.xなど、あらゆる種類のマップサービスのパフォーマンステストを行うアプリケーションを作成しています。 アプリケーションの一部には、サービスの全範囲内で、個々のリクエストに対してランダムな境界ボックスを生成することが含まれます。この部分は、（たとえば、AGSサービスのfullExtentプロパティを通じて）サービスの全範囲が既知である場合、地理座標系と投影座標系で正常に機能します。 私の問題はWMSにあります。GetCapabilities応答の各レイヤーは、境界領域を1以上のCRSで定義できます。アプリケーションの一部では、サービスのCRSが地理的であるか投影されているかを知る必要があるため、WMSで曖昧さを取り除くために、常に定義されているレイヤーのLatLonBoundingBoxとEPSG：4326を常に使用しています。次に、個別のリクエスト（ランダム化された）に入るすべてのレイヤーに基づいて、完全なサービス境界ボックスを計算する必要があります。ここがトリッキーになります。 緯度/経度の境界ボックスごとに、LLx（左下の経度）はURx（右上の経度）よりも大きいまたは小さい可能性があるため、迷子になっています。四角形または円形の図を描き始めるたびに、私はアプローチを考え出したと思い、それを台無しにして私の脳がドロドロになるケースを見つけます。 私はそれが機能するまでそれをスラッシュし続けます、そして私がここにそれを投稿する解決策を手に入れたら、私の人生を容易にする受け入れられた完全にテストされたアプローチがあるはずだと確信しています。今は見つかりません。

11 wms  coordinate-system  latitude-longitude  extents 

ここから地図があります。任意のlon / latペアをマップ上のピクセルに簡単に変換できるようにしたい（逆変換も可能）。マップには.tfwファイルと投影情報が付属しています。 0.02222222222222 0.00000000000000 0.00000000000000 -0.02222222222222 -180.00000000000000 90.00000000000000 と投影情報： Projection: Plate Carree aka Geographic or "LatLong" Earth ellipsoid: Sphere, radius 6370997 m Datum: WGS84 Extent: 180 West to 180 East, 90 North to 90 South Size: 16,200 height samples wide x 8,100 high Resolution: 2.47 km/pixel 私は地図作成関連のことをまったく知らないので、私が理解している限り、まずWGS84（経度/緯度のペア）から地理的投影法に変換する必要があります（同じではありませんか？）。実際には同じように見えますが、上の投影情報の球の半径は6370997で、プレートカリー投影で見つけたspatialreference.comページとは異なります。とにかく、私はDotSpatial.Projectionsライブラリが次のコードでこれを行うことができることを発見しました： var kievCoordinates …

10 shapefile  coordinate-system  c#  latitude-longitude  affine-transformation 

緯度、経度、data_valが次の形式のASCIIファイルがあります。 35-13.643782N, 080-57.190157W, 118.6 ... GeoTiff画像ファイルを持っているので、簡単に表示できます。 ASCIIファイルにある特定の緯度/経度の位置にある画像に「ピン」（ドット/フラグ/スターまたは最も簡単なものを使用できます）を配置したいと思います。 これが私がこれまで何とかしてきたことです： 私のソース画像は次のようになります： Driver: GTiff/GeoTIFF Files: /tmp/Charlotte SEC 100.tif Size is 16867, 12358 Coordinate System is: PROJCS["Lambert Conformal Conic", GEOGCS["NAD83", DATUM["North_American_Datum_1983", SPHEROID["GRS 1980",6378137,298.2572221010042, AUTHORITY["EPSG","7019"]], AUTHORITY["EPSG","6269"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4269"]], PROJECTION["Lambert_Conformal_Conic_2SP"], PARAMETER["standard_parallel_1",38.66666666666666], PARAMETER["standard_parallel_2",33.33333333333334], PARAMETER["latitude_of_origin",34.11666666666667], PARAMETER["central_meridian",-78.75], PARAMETER["false_easting",0], PARAMETER["false_northing",0], UNIT["metre",1, AUTHORITY["EPSG","9001"]]] Origin = (-365041.822331817995291,240536.419747152860509) Pixel Size = (42.334586069440391,-42.334898968590878) …

9 python  gdal  latitude-longitude  geotiff-tiff  ascii 

latitude longitude 後処理中に軌跡の外れ値ポイントを検出できるアルゴリズムまたは方法を見つける必要があります。これは、その後修正できます（近傍に基づいて軌跡のパスに戻されます）。 検出して修正したい異常点の種類の例として、次のことを示す画像を添付しました。 無香料のカルマンフィルターを使用してデータを可能な限り平滑化しようとしましたが、これはより極端な外れ値（生データが青で、平滑化されたデータが赤）では十分に機能しないようです。 私のUKFは適切に調整されていない可能性があります（しかし、私はそれが確かであることをかなり確信しています）。 軌道は、歩行者、ランナー、サイクリストの軌道です。人力による動きで、開始や停止はできますが、速度や位置が急激または急激に変化することはありません。 タイミングデータに依存しない（位置データのみに依存する）ソリューションは、非常に便利です（処理されるデータに常にタイミングデータが含まれるとは限らないため）。しかし、私はこの種の解決策が存在する可能性がどれほどありそうもないことを知っているので、私は同様にどんな解決策でも幸せです！ 理想的には、ソリューションは異常値を検出し、それを修正して軌道を修正することができます。 私がふるいにかけたリソース： Smooth GPS data- /programming/1134579/smooth-gps-data Common GPS and Geospatial Tracking Challenges and Solutions- http://www.toptal.com/gis/adventures-in-gps-track-analytics-a-geospatial-primer（ソリューションは、データの精度を失うに思えます） トレースデータの外れ値を削除するには、どのアルゴリズムを使用する必要がありますか？

9 gps  latitude-longitude  noise  outlier 

私はこのSEサイトをかなりの時間検索してきましたが、それでも私の質問の解決策を見つけるのに苦労しています。私の目標は、OSMの方法と私の場所（緯度/経度座標）を考慮して、その方法で最も近い場所（緯度/経度座標）を見つけたいということです。ポイントは、ウェイを定義するために使用されるポイントに限らず、ウェイ上のどこにでも置くことができます。 だから私は次のアルゴリズムを考えています： パスを別々のエッジに分離し、各エッジは2点のみを接続します。 最も近いエッジを選択します。 私の場所をその端に投影します。 ここで、場所とパスの間の距離の計算について多くの質問があります。 WGSポイントからWGSラインセグメント（大円）までの距離 ポイントと2つの緯度/経度の仮想線の間の距離を計算する 球の点からセグメントまでの距離を概算する方法は？ また、非常によく似た質問で、計算を正しく行うことも検証することもできません。 直線上の最も近い点を見つける その主題についての数学博士からのいくつかの情報もあります。しかし、手順3で位置を計算するアルゴリズムを見つけることができないようです。（ベクトル）代数に触れていないので、これらの答えのロジックがよくわかりません。 誰かがこれを行うアルゴリズムを示すことができますか？適切なプログラミング言語での解決策は私には問題ありません。

9 algorithm  latitude-longitude  spherical-geometry  mathematics  great-circle 

まず、私は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 

5.1234を5°に変換する次の式を考えました7`24.24 " toint（$ x）|| '°' || toint（（（（$ x）-toint（$ x））* 60）|| '`' || substr（（tostring（（（（$ x）-toint（$ x））* 60）-toint（（（$ x）-toint（$ x））* 60））* 60）、1,5）|| 「」 ここに問題があります：5.1234のようないくつかの点では、それは機能します。しかし、他の人にとってはそうではありません。問題は、小数点を切り捨てるのではなく、小数点以下を切り上げる整数変換にあると思います。 他のオプションはありますか？ありがとう。

9 qgis  latitude-longitude  calculator