地理URIスキーム

geo URIスキームは、インターネット技術タスクフォースのRFC 5870（2010年6月8日発行）^{[1]で次のように定義されている}Uniform Resource Identifier（URI）スキームです。

「geo」スキーム名を使用した地理的位置のUniform Resource Identifier (URI) 。「geo」URIは、2次元または3次元の座標参照システム内の物理的な位置を、コンパクトでシンプル、人間が読める、プロトコルに依存しない方法で識別します。^[1]

vCard仕様の現在のリビジョン^[2]は、 vCardの「GEO」プロパティでgeo URIをサポートしており、GeoSMS標準はSMSメッセージのジオタグにgeo URIを使用しています。Androidベースのデバイスはgeo URIをサポートしていますが^[3] 、その実装は仕様のドラフトリビジョンに基づいており、異なるURIパラメータとクエリ文字列のセットをサポートしています。

geo URIは、 ICBMアドレスを実装していたGeoURL ^[4]の以前のウェブサイトと混同しないでください。

単純な geo URI は次のようになります。

geo:25.245470718844146,51.45400942457904

ここで、2つの数値はそれぞれ緯度と経度を表し、^[1]カンマで区切られています。^{[1]これらは}水平グリッド（2D）の座標です。 3番目のカンマ区切りの値が存在する場合、それは高度を表します。^[1]つまり、3Dグリッドの座標です。 南半球と西半球の座標、および座標参照系より下の高度（深度）は、先頭にダッシュを付けて負の符号が付けられます。^[1]

geo URIでは、セミコロンで区切られたオプションの「不確実性」値も許可され、メートル単位の位置の不確実性を表し、「u」URIパラメータを使用して記述されます。^[1]不確実性パラメータを含むgeo URIは次のようになります。

geo:37.786971,-122.399677;u=35

たとえば、geo URI はHTMLとして Web ページに含めることができます。

<a href="geo:37.786971,-122.399677;u=35">Wikimedia Headquarters</a>

これにより、 Web ブラウザなどの地理 URI 対応のユーザー エージェントが、ユーザーが選択したマッピング サービスを起動できるようになります。また、 Atomフィードやその他のXMLファイルで使用することもできます。

座標の値は、座標参照系（CRS）が指定されている場合にのみ意味を持ちます。デフォルトのCRSは世界測地系1984（WGS-84）^[1]であり、他のCRSを使用することは推奨されません。

以下に説明するオプションの 'crs' URI パラメータは、将来の仕様で WGS-84 以外の CRS の使用を定義するために使用される可能性があります。これは主に、URI に何千もの CRS を任意に使用することを許可するのではなく (明らかに相互運用性に影響します)、WGS-84 を主に使用される CRS として置き換える場合に対処できるようにするためのものです。^[1]

現在、他の CRS の正当な使用法は、おそらく、ローカルUTMなどの大規模な地図の投影を保存する場合、または月や火星などの地球外座標の場合です。セミコロンで区切られた CRS パラメータの構文と意味は、RFC 5870 のセクション 8.3 で説明されています。例:

• ワシントン記念塔の位置は、UTM ゾーン 18Nと標準 ID で表されます。

  geo:323482,4306480;crs=EPSG:32618;u=20

• 2011 年に作成された仮想の月の CRS の geo URI は次のようになります。

  geo:37.786971,-122.399677;crs=Moon-2011;u=35

セミコロンで区切られたパラメータの順序は部分的に重要です。^[1] labeltextパラメータとfutureパラメータは任意の順序で指定できますが、パラメータcrsとuパラメータが最初に来なければなりません。両方を使用する場合は、パラメータcrsが の前に来なければなりませんu。^[1]すべてのパラメータは大文字と小文字を区別しません。^[1]そのため、将来の新しいパラメータを想像してくださいmapcolors。これはより単純なアプリケーションでは無視でき、上記の例は以下とまったく同じです。

geo:323482,4306480;CRS=epsg:32718;U=20;mapcolors=for_daltonic

パラメータ名には小文字表現 (crs uおよびmapcolors) を使用することをお勧めします。

RFC 5870 のセクション 3.4 で表現されている Geo URI スキームのセマンティクスでは、一部の数学的な仮定が明示されていないため、解釈の余地があります。公開されてから約 10 年が経過した現在、合意された仮定、または「最も頻繁に使用される」仮定がいくつかあります。

Geo UI の構文ではcoordinates = coord-a "," coord-b [ "," coord-c ]、座標は と定義されます。ここでcoord-cはオプションです。WGS -84coord-cの の意味は、メートル単位の高度(具体的には、WGS84 に付属する現在のジオイド(地球重力モデル)に対する「地上高度」)です^[5]。この概念は、他の座標 (デフォルト以外の CRS) にも拡張されます。

RFCでは、 「... 定義されていない <altitude> は、URI が地球の物理的な表面上のそれぞれの場所を参照していると想定される場合があります」と説明されています。ただし、「... <altitude> の値が 0 の場合、'地面の標高' を参照していると誤解してはいけません」。^[6]

言い換えると、高度が定義されている場合、測定はジオイド (図の #5、黒い線) を基準にして行われます。ジオイドは、地球の重力によって定義され、平均海面に近い表面です。高度が定義されていない場合、標高は緯度経度ポイントの高度、つまりジオイド (つまり「地上標高」) を基準とした高さ (または負の深さ) であると想定されます。ただし、測定値が「高度 = 0」のポイントは、未定義の値と混同しないでください。これは、ジオイドから 0 メートル上の高度を指します。

ジオイドの使用は、楕円体の高さを直接使用するGeoJSONとは対照的です。^[7]

上記の例を思い出してください。

geo:37.786971,-122.399677;u=35

部分は不確実性を通知します。 後で示すように、幾何学的には不確実性はgeo URI のポイントの順番に u=35半径の円です。u

Geo URI は正確な抽象的な位置を示すものではなく、厳密には位置の推定値であり、地球表面におけるオブジェクトのおおよその物理的位置として解釈できます (RFC 5870 および RFC 5491 より)。

RFC 5870 では、「不確実性」という用語の使用は形式化されていません。したがって、粗い統計的または非統計的な 数値解析では、GeoURI の不確実性は条件数です。統計的な意味は暗黙的で、RFC の参照から来ています。不確実性に関する唯一の規範的な参照は、RFC 5491 (セクション 5) です。主要な参考資料であるISO 6709:2008では、「不確実性」という用語は使用されていませんが、「正確性」と「精度」という用語が使用されています。これらは不確実性の側面であり、ISO 5725-1 (図解) に従って解釈できます。

これらすべてをまとめ、これらの手がかり、通常の統計的仮定、および RFC の明示的な定義を採用すると、Geo URI の不確実性の数学的特性が得られます。

1. 不確実性は対称的です。RFC は明示的であり、有効な単純化仮説として理解できます。「単一の不確実性値は、URI で指定されたすべての次元に適用されます」 (セクション 3.4.3)。ポイントの周囲に球状のボリューム (または 2D 投影によるディスク) が生成されます。RFC
   5491 では、「場所はポイント (...) とポイントの周囲の不確実性の領域またはボリュームとして表現されます」。
   • RFC 5491 を使用すると、 「不確実性は 95% 以上の信頼度で表現されることが推奨される」と想定できます。したがって、不確実性は 2 つの標準偏差、2σ であり、不確実性を幾何学的に表すのはディスクの半径です。
2. 固定測定単位: RFCは、座標(CRS)が他の単位(例えば、10進度)を使用する場合でも、不確実性測定単位としてメートルを使用することを義務付けています。これは意味論的かつ変換上の問題です。
3. ガウス誤差モデル: RFC では何も述べられていませんが、私たちは「場所の不確実性の量」と「対象の識別された場所が知られている不確実性」というフレーズを、規範的な参照である RFC 5491 (およびISO 6709:2008などの参考資料) のコンテキストで解釈します。
   • 標準誤差モデルを採用：最も一般的な記述統計モデリングのモデル。
   • これは課せられており、不確実性の説明の選択プロセスとは独立しており、他の選択肢はありません。
4. 総不確実性: これは、空間測定の不確実性と、オブジェクトの定義またはオブジェクトの中心に関する不確実性という「すべての不確実性」を表す 1 つのパラメーターのみです。これはランダム変数の合計です。これを 1 変数モデルに減らすための単純化仮説は定義されていません。

アリのコロニーの位置を想像して説明しましょう:

• コロニーは、（正確に）地形表面にある 3D オブジェクトであり、したがって、正確な高度にあります（不確実性尺度がゼロに近似されています）。
• 3Dオブジェクトには何らかの合意された定義がありますが、正確ではないため、その不確実性を無視することはできません。この精度の欠如は、蟻塚が地面の下に隠れているという事実（「推定オブジェクト」である）や、その境界の正式な定義などに関するものである可能性があります。^[8]この種の不確実性は、位置（例：GPS）の不確実性測定とは相関がありません。
  • 蟻塚を表すディスク（オブジェクトの不確実性として）は、95% の信頼領域となる 2σ としてモデル化されます。
• ポイントはGPS位置測定、つまり 2D サーフェスにおける 3D オブジェクトの投影の「中心」です。

総不確実性は、GPS エラーとオブジェクト定義エラーの合計です。緯度と経度の GPS エラーは、(ディスクに) 簡略化してメートルに変換する必要があります。エラーが別のモデルから推定された場合は、ガウス モデルに変換する必要があります。

Android OSなどの一部のベンダーは、「geo」URIスキームの拡張を採用しています。^{[9] [10]}

• z : Web メルカトル投影スケーリングのズーム レベル。値は 1 から 21 までの整数です。
• q : ポイントの周囲で指定されたキーワードを検索します。場所が「0,0」と指定されている場合は、現在の位置の周囲を検索します。括弧を使用して、マップ上に表示するラベルを示すことができます。

Google マップは、ポイントの表示に従来とは異なるアプローチを採用しています。標準的な方法で場所が指定されると、その場所の地図は表示されますが、地図ピンは表示されません。ピンは、クエリとして指定された場合にのみ表示されます。つまり、ウィキメディア財団のgeo:37.78918,-122.40335オフィスにピンを表示するには、ではなく を使用する必要がありますgeo:0,0?q=37.78918,-122.40335。

• LOC レコード

• RFC5870
• Geo URI ウェブサイト