位置に関するメタデータとその応用

Geo vocabularyのクラス

この語彙では、人間などにも位置情報を与えるためのSpatialThingクラスと、「地点」として緯度経度を与えるためのPointクラスが定義されており、位置との関連が曖昧なリソースと厳密な場所の両方に利用できるようになっています。

Geo vocabularyのプロパティ

※プロパティの値はいずれも世界測地系で記述する。

位置を示すのに緯度・経度を用いるというのは、誰でも考えつくアイデアです。逆にそれだけ使う機会も多いので、シンプルな標準語彙を共有するメリットは大きいと言えます。

FOAFのbased_near

The based_near property of FOAF is a good example to use the geo: vocabulary.

人がどのあたりを拠点にしているかを示すFOAFのbased_nearプロパティは、この語彙を使って次のように表記できます。

<foaf:Person>
 <foaf:name>Masahide Kanzaki</foaf:name>
 <foaf:based_near>
  <geo:Point>
   <geo:lat>35.678</geo:lat>
   <geo:long>139.770</geo:long>
  </geo:Point>
 </foaf:based_near>
</foaf:Person>

このメタデータは、この人物が北緯35.678、東経139.770という地点の近くに出没するといった情報を示しているわけです。この例は、ノード要素（geo:Point）を省略して次のように簡単に書くこともできます。

（例） <foaf:based_near geo:lat="35.678" geo:long="139.770"/>

nearestAirport

Another example is nearestAirport from 'contact:' vocab, together with DAML Airport vocab..

FOAFのbased_near同様の考えは、'contact:'と呼ばれる実験的なPIM用語彙に含まれるnearestAirportと、DAMLのAiport語彙を用いて、以前から試みられてきました[MILLER]。

<rdf:RDF
  xmlns:contact="http://www.w3.org/2000/10/swap/pim/contact#"
  xmlns:air="http://www.daml.org/2001/10/html/airport-ont#"
  xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:foaf="http://xmlns.com/foaf/0.1/">
 <foaf:Person>
  <foaf:name>Masahide Kanzaki</foaf:name>
  ...
  <contact:nearestAirport>
   <air:Airport rdf:about="http://www.daml.org/cgi-bin/airport?HND">
    <air:iataCode>HND</air:iataCode>
    <air:name>Haneda, Tokyo International Airport, Japan</air:name>
    <geo:lat>35.55</geo:lat>
    <geo:long>139.78</geo:long>
   </air:Airport>
  </contact:nearestAirport>
 </foaf:Person>
</rdf:RDF>

空港はデータベースが整備されているので、その位置情報を調べるのは簡単であり、ICAOもしくはIATAの空港コードさえあれば、座標を具体的に指定しなくても理解可能というメリットもあります[AIRPORTLOC]。上の例では緯度・経度はgeo:を用いて示しましたが、Aiport語彙に含まれるair:latitudeなどを用いることもできます。また、これらの値はリテラルなので、Aiprot要素の属性として簡単に記述しても構いません。

  <contact:nearestAirport>
   <air:Airport air:icaoCode="RJTT" air:iataCode="HND"
        air:latitude="35.55" air:longitude="139.78" air:elevation="35">
    <air:name>Haneda, Tokyo International Airport, Japan</air:name>
   </air:Airport>
  </contact:nearestAirport>

このnearestAirportは、「近くの空港」という比較的アバウトな指標を使って位置を示すことで、住所を特定してしまうというプライバシーの懸念を回避しつつ、広域的なレベルでその人物がどのあたりにいるのかが分かるという点が興味深いところです。

Jim Ley's FOAF People Map will show who's where in the world from their FOAF metadata.

Jim LeyのつくったFOAF People Mapは、収集したFOAFデータからnearestAirportを抜き出し、世界のどこ（どの空港周辺）に誰がいるかを、SVGを用いて下図のように示してくれます。

カレンダーと位置情報

iCalendar format defines GEO property. Although it is not yet determined how to encode it in RDFical, it will be a good place to use geo: vocab.

iClarendarにはGEOというプロパティがあり、ここに緯度・経度をセミコロンで区切って記述することになっています。iClarendarのRDF版、RDFicalでこの値をどう扱うかについては、まだ確定していませんが、geo:語彙を持いて構造化した記述が有力候補になっています（次の例では、RDFicalの名前空間をデフォルトとしてVevent要素のみを記述します）。

<Vevent>
 <dtstart rdf:parseType="Resource">
  <dateTime>2004-02-11T18:15:00</dateTime>
  <tzid>Asia/Tokyo</tzid>
 </dtstart>
 <dtend rdf:parseType="Resource">
  <dateTime>2004-02-11T21:00:00</dateTime>
  <tzid>Asia/Tokyo</tzid>
 </dtend>
 <summary>オーケストラ・ダスビダーニャ第11回演奏会</summary>
 <location>東京芸術劇場</location>
 <geo rdf:parseType="Resource">
  <geo:lat>35.7297</geo:lat>
  <geo:long>139.7080</geo:long>
 </geo>
</Vevent>

（場所の名前を示すlocationプロパティと緯度・経度のgeoプロパティが別々になっているのがイマイチなので、この辺りの構文は変更されるかも知れません）

Followings are the examples to use geo: vocab in RDFical, and their representations with RDFmapper. Note RDFmapper requires Flash6.

イベント情報に緯度・経度を結びつければ、カレンダーをクリックするとその場所の地図が表示されるといった応用が簡単に実現します。例：

• シュトゥットガルト放送響2004来日公演カレンダー、およびRDFMapperによる地図生成のテスト（ブラウザによっては文字化けの可能性あり）
• ニューヨーク2003年5月コメディカレンダーのサンプル、および同じくRDFMapperによる地図生成のテスト

※[RDFMapper]での地図生成にはFlash6が必要です。これについては別途解説の予定…

GeoURL

GeoURL is an interesting database of web sites based on their locations, though it does not take RDF format yet.

今のところRDFベースではありませんが、緯度・経度情報に基づいて世界のホームページを収集しているデータベースが[GeoURL]です。自分のサイトをGeoURLに登録するには、まず次のようなmetaタグをホームページのhead要素内に記述します。

 <meta name="ICBM" content="35.678, 139.770" />
 <meta name="DC.title" content="The Web KANZAKI" />
 <link rel="schema.DC" href="http://purl.org/dc/elements/1.1/" />

name属性値がICBMとなっているのは、インターネット以前のUsenet時代のプロジェクトの呼び名にちなんでいるそうです。content属性には、百分率の緯度・経度をカンマで区切って記述します。サイトの名前は、なぜかHTMLのtitle要素から取得されず、改めてもうひとつのmetaタグを用意してDC.titleとして記述することになっています。最後のlink要素は、GeoURL用ではありませんが、Dublin Coreの語彙をHTMLに記述するための約束です。

これらのタグを記述してアップロードした上で、GeoURLのページからリクエストPINGを送ると、指定URLのタグをチェックしてデータベースに加えてくれます。

データベースからは、地図をクリックしたり、北緯35.678度・東経139.770度から半径100マイルにあるホームページ、あるいは自分のURLの近所にあるサイトといった具合に指定して、「ご近所さん」を見つけることができるようになっています。

GeoURL, on the other hand, supports RDF as an output. RFDmapper can draw a map based on its output.

GeoURLは、出力データとしてはRDFをサポートしています。これを使うと、RDFMapperでご近所さん地図を描くなど、面白い試みが可能になります。

GPSとデジタル写真

Digital photo and GPS is a good combination. Exif format has directory and tags for GPS data.

デジタル写真の撮影データなどを記録するExifフォーマットには、GPSの緯度経度情報などのためのディレクトリ・タグも定義されています。GPS付きの携帯電話カメラも登場しており、写真に位置情報を追加するのはずいぶん身近になってきました。これを利用すると、地図と写真を組み合わせたサービスなどが簡単に提供できます。

Exifでは、緯度・経度情報を(1)北緯/南緯を示すGPSLatitudeRef、(2)緯度の数値を示すGPSLatitude、(3)東経/西経を示すGPSLongitudeRef、(4)緯度の数値を示すGPSLongitudeの4つのタグを使って表します（GPSデータとしては、高度、衛星のIDや位置、測地系なども記録できます）。緯度・経度の数値は度分秒形式で、Exif特有の表記法を用います。例えば、北緯35度41分7.74秒、東経139度48分7.74秒というGPSの緯度経度は、Exifでは次のような具合です（実際はバイナリ形式ですが、仕様書の説明形態に合わせて示します）。

GPSLatitudeRef : N
GPSLatitude    : 35/1,41/1,774/100
GPSLongitudeRef: E 
GPSLongitude   : 139/1,48/1,774/100

With Exif data description vocabulary in this site, Exif GPS data can be encoded as an RDF...

当サイトの定義しているExif data description vocabularyでは、今のところこのデータをRDFとして次のように表しています。

<IFD rdf:ID="Primary_Image">
 ...
 <gpsInfo_IFD_Pointer>
  <IFD>
   <gpsLatitudeRef>N</gpsLatitudeRef>
   <gpsLatitude>35/41/7.74</gpsLatitude>
   <gpsLongitudeRef>E</gpsLongitudeRef>
   <gpsLongitude>139/48/7.74</gpsLongitude>
  </IFD>
 </gpsInfo_IFD_Pointer>
</IFD>

... but the native Exif format is not compatible with geo: vocab, my Exif2rdf also generates geo: properties.

元のExifデータの形をあるていど尊重しているわけですが、汎用性に劣るので、当サイトのツールExif2rdfは、合わせてこのデータをGeo vocabularyのプロパティに変換して出力します。

<foaf:Image>
 ...
 <foaf:topic rdf:parseType="Resource">
  <geo:lat>35.685483333333</geo:lat>
  <geo:long>139.80215</geo:long>
 </foaf:topic>
</foaf:Image>

デジタル写真からExifデータをRDFとして抽出すれば、例えばXSLTを使って簡単に地図サービスへのリンクなどを加えることができます。

携帯電話デジカメ/メールによるウェブログ（moblog）のサービスにはGPSデータを扱う機能を備えたものがあるようですし、これらを地図上に表示したりする試みもいくつか登場しています。これらの多くはRSSを提供しているので、緯度・経度情報をgeo:で表現してここに含めてくれると（例えば次のように）面白いのですが。

<item rdf:about="http://www.kanzaki.com/works/2003/imagedesc/0817.jpg">
 <title>Summer Fest</title>
 <description>江東区森下のお祭り。御輿の行列が練習会場の前で…</description>
  ...
 <foaf:topic rdf:parseType="Resource">
  <geo:lat>35.685483333333</geo:lat>
  <geo:long>139.80215</geo:long>
 </foaf:topic>
</item>

位置データとデジタル画像とRSSを組み合わせて地図連動型アルバムをつくる実験を行っています（ここでは[Blogmapper]も利用しています）。また、画像のメタデータ表現については、以下のページも参照してください。

• FOAFとRSSを用いた画像メタデータ
• 写真/画像とメタデータ：ExifからRDFへ

<gps:Tracklog>
 <gps:trackpoint
   dc:date='2003-08-08T06:58:47Z'
   rdf:type='http://www.w3.org/2003/01/geo/wgs84_pos#Point'
   geo:lat='52.5816178322'
   geo:long='13.6952733994'/>
 <gps:trackpoint>
  <geo:Point>
   <dc:date>2003-08-08T06:59:15Z</dc:date>
   <geo:lat>52.5815534592</geo:lat>
   <geo:long>13.6953377724</geo:long>
  </geo:Point>
 </gps:trackpoint>
  ...
</gps:Tracklog>

距離の計算

「半径何m以内にあるレストラン」という形ではなく、「東西、南北それぞれ○kmの升目に含まれるもの」といった方法でよければ、より単純な緯度経度データの比較だけでリソースを検索することができます。緯度の0.01度（36秒）はおよそ1.11km、経度の0.01度（36秒）はおよそ0.91kmに相当することを利用して、必要な範囲の緯度・経度の最小・最大値を計算し、その範囲に収まるものをピックアップすればよいわけです。

実際には、近くのレストランに行くのに直線コースをたどれる訳ではないうえ、交通手段の有無にも左右されるので、緯度・経度だけによる「近くのレストラン」というのは単純に過ぎるかも知れません。それでも、候補を絞り込む手段としては十分役に立つでしょう。

GeoOnion：距離感覚の語彙

Straight distance might not be appropriate information in some cases (traffic etc. matters more). In order to express the levels of 'near' or 'far', RDF-IG members made a unique vocab called GeoOnion, with powers of three meters as its scale.

アプリケーションがメタデータから距離を計算するだけでなく、距離そのものをプロパティとして直接リソースどうしを関連づけることも可能です。foaf:based_nearなどはまさに「近い」という関係を示すわけですが、どの程度近い（遠い）かを何段階かの遠近レベルで表現できると便利かも知れません。

一般にこの「近い、遠い」といった尺度は、線形的な比例関係よりも、指数的に表現する方がより感覚に合う実用的なものとなります。10km,20km,30kmという刻みよりも、1km,10km,100kmという段階の方が、「遠近レベル」を示すには使いやすいのです。

RDF Interest Groupのメンバーたちは、これを表現する方法についてディスカッションした結果、3mのN乗というステップがちょうど良さそうだという結論に至り、ユニークな語彙[GeoOnion]をつくりあげました。

名前空間URI

http://www.w3.org/2003/01/geo/go#

よく使われる接頭辞

go:

最初の3レベルは、地理的というよりもエドワード・ホールのプロクセミックスに一致する感じで、興味深いです[HALL]。この尺度がどのていど感覚にマッチするか、いろいろ捉え方はあると思いますが、距離を数値化するだけでなく、こうした「レベル」として見るというのはなかなか面白い考え方だと思います。

※RDF-IGはイギリス系のメンバーが中心になっているので、プロパティの綴りがmetersではなくmetresとなっています。ご注意を。

<wn:Hotel rdf:about="http://example.org/hotels/niceHotel">
 <go:within_3_power_6_metres>
  <wn:Restaurant rdf:about="http://example.org/restaurants/A"/>
 </go:within_3_power_6_metres>
 <go:within_3_power_7_metres>
  <wn:Restaurant rdf:about="http://example.org/restaurants/B"/>
 </go:within_3_power_7_metres>
</wn:Hotel>

<foaf:based_near rdf:parseType="Resource">
 <go:within_3_power_8_metres>
  <geo:Point>
   <geo:lat>35.678</geo:lat>
   <geo:long>139.770</geo:long>
  </geo:Point>
 </go:within_3_power_8_metres>
</foaf:based_near>

測地系の変換

日本測地系と世界測地系の座標は、幾何学的な計算で相互に変換が可能です。以下のフォームでは、Javascriptによる変換を試してみることができます（厳密には、基準点のひずみの補正が必要です。より精度の高い変換のためには、国土地理院から提供されているツール[TKY2JGD]などを利用してください）。