JPGIS の XML 構成については、データと一緒に公開されているドキュメントもあるし、国土地理院のサイトには JPGIS の詳細な仕様書も公開されている。が、これらのドキュメント、僕がお気楽に試すにはちょっと敷居が高い。というか、こんなの読みこなすほどの根気ないデス。
というわけで、とりあえず Mathematica に読み込んでから、手探りでいろいろ試してみることにした。Mathematica の XML 機能で XML ファイルを読み込むと、XMLElement というシンボルで各種属性値をまとめたデータ構造が構築されるので、これを調べて行くわけだ。

今回は、僕の故郷の滋賀県のデータを使ってみる。世間では県の面積のほとんどが琵琶湖だと思われているらしい不憫（？）な県だ。
まず、国土数値の行政区域データから、平成 20 年の滋賀県のデータをダウンロードして展開。今回は、このデータを展開したフォルダに Mathematica ノートブックを保存してから作業を始めることにする。ノートブックを保存したら、まずは読み込み。

NotebookDirectory は ver.6 で追加された関数で、ノートブックファイルを保存しているフォルダのファイルパスが分かる。SetDirectory と組み合わせれば、ノートブックと同じフォルダのファイルはファイル名だけで扱えるようになる。（ちなみに、ver.6 より前のバージョンで同じことをするには、SetDirectory["FileName" /. NotebookInformation[EvaluationNotebook[]] // First // ToFileName] など）
以前も少し書いたが、Mathematica の Import や Export で内部的に呼び出される外部プログラムには日本語を含むファイルパスに対応していない物がままあるので、Import / Export 関連の作業をするときには、フォルダ名やファイル名は無難な半角文字のみにしておこう。

前回、JPGIS を変換して読み込んだときには、データに行政区域の名称が含まれていた。ということは、XML からの読み込みでも、どこかに行政区域名があるはずだ。そこでまず、読み込んだ XML データから「彦根市」という文字列を含む階層を探してみる。

おー、都合良く１個しかヒットしない。
この Cases での検索で、_[___, ..., ___] の階層を増やしていけば、「彦根市」を含むデータ階層をひとつずつ広げてみていくことができる。上で見つけた {"彦根市"} の部分を固定してさらに３階層広げると次のようになった。

id で示されているのが彦根市の ID だとすると、idref -> a00100013 は他のデータを参照するキーに違いない。ARE は Area かな？ じゃあ次はこの a00100013 で同じことをやってみる。

ここでは、Cases の結果として３つの場所が検出されている。idref が参照キーだとすると、本体データは {id -> a00100013} のものに違いないので、こちらを追って...、

最後に並んでいる GM_CompositeCurve.generator というのは、名前からすると曲線データを示しているっぽい。ということは、ここの idref で示された ID の曲線データをまとめる形で行政区域の面輪郭が定義されているのに違いない。

...とかいうのを繰り返して、芋づる式にデータを辿って、地図を描くのに必要なデータ構造を調べた結果は次の通り。

• EC01 （区域名など）
  • ARE
    • idref ― 面輪郭（GM_Surface）の ID
  • CN2
    • 区域名文字列
• GM_Surface （面輪郭データ）
  • id ― 面輪郭の ID
  • GM_SurfaceBoundary.exterior または GM_SurfaceBoundary.interior （繰り返しあり）
    • GM_CompositeCurve.generator （繰り返しあり）
      • idref ― 曲線 GM_Curve の ID。GM_Curve データを逆順に使うときは ID の前にアンダースコア（_）
• GM_Curve （曲線データ）
  • id ― 曲線の ID
  • GM_PointRef.point （DirectPosition.coordinate と合わせて繰り返しあり）
    • idref ― ポイント GM_Point の ID
  • DirectPosition.coordinate （GM_PointRef.pointと合わせて繰り返しあり）
    • "緯度 経度" 形式の文字列
• GM_Point （ポイントデータ）
  • id ― ポイントの ID
  • DirectPosition.coordinate
    • "緯度 経度" 形式の文字列

ここまで分かればあとは一本道。構造未知の XMLElement の深いところからデータを抽出するので、深さ無限を Infinity オプションで指定した Cases を多段にしてデータを抽出していく。上のまとめを逆順に辿る形。

さぁ、準備はできた。いよいよ描画。

あらららら。琵琶湖が...ない。

どうやら国土数値で公開されている行政区域のデータには、湖沼のデータは含まれていないらしい。湖沼は、日本全国の分をひとつにまとめた大容量（圧縮ファイルで 8.4MB）のものが公開されていた。複数の都府県にまたがる湖沼が少なからずあって、都道府県別にはできないとか、そういう事情なのかしら。今回みたいに「滋賀県の白地図を描きたい」みたいなときにはちょっと不便。

でも、まぁ、ここまで来たので、琵琶湖の抽出もやってみようじゃないの。
データにはたぶんそれぞれの湖沼の名称が含まれているだろうから、ダウンロードしたファイルを同じ階層に展開してから読み込んで、「琵琶湖」をキーにさっきと同じ要領で探してみる。XML ファイルが大きい（展開後のサイズが 183MB）ので、かなり時間がかかる。

行政区域と同じく、idref を持つ ARE があるので、これを同じ要領で辿っていけば OK。今回は、滋賀県にある琵琶湖以外の小さな湖沼は無視して、琵琶湖のデータだけを決め打ちで拾うことにする。

準備完了。

あとは、行政区域の白地図にこれを重ねれば完成。行政区域を描くときに Tooltip を入れておいたので、マウスでポイントした区域の名称が表示される。メデタシメデタシ（？）。

ちなみに、滋賀県の面積のうち琵琶湖の占める割合は、約６分の１です。