８年ほど前、週１日程度は出かけていたと思うが、概して暇になったので、 神奈川、東京などで散歩や軽いハイキングをすることが多くなった。 方向音痴のため、モバイル地図が欲しくなった。
当時でも通信費はそれほどかからなかったかも知れないが、 たかが地図のために通信費はもったいないという思いから、ネットなしで使える地図を目指した。
スタートから国土地理院地図と OpenStreetMap(OSM)[1] をサポートした。 国土地理院地図はダウンロードしたタイル画像地図を表示するだけなので、簡単である。
一方、OSMはxml形式のデータからタイル地図をレンダリングする必要があるため、桁違いに難しい。
全てフリーソフトで構築する方法が主流であるが[2]、自分の場合、プログラミングが好きなことと、 個人利用で、オフライン利用であるから、サーバーは要らない。
geofabrik[3] からダウンロードした japan-latest.osm.pbf ファイルを osm2pgsql を使って PostgreSQL/PostGISデータベースにインポートする。 レンダリングソフト Mapnik を使って、タイル地図画像ファイルを生成した。
Mapnikを使うに当たっては、自分にとっては初めての python の知識も必要であり、 Mapnik独自のレンダリング用のスクリプトの理解も必要であった。
また、当然、GPSデータの入力も必要であり、 そんなこんなで、最初のシステム開発には２，３か月を要したと思う。
最初の１年は10インチの Windowsタブレットを持ち歩いた。 しかし、これでは持ち運びが大変であり、１年で６インチタブレットに変更した。
今はまた osm2pgsql の Windows版があるが、数年、使えない時期があった。 そのうち Mapnik も Windows 版がサポートされなくなった。
Oracle VM VirtualBoxを導入して Ubuntu で Mapnik を使うことにした。 このとき、python を使うことをやめ C++ で Mapnik を動かすようにした。
OSM は発展を遂げており、関連フリーソフトもこれに同期して、高度化し、パフォーマンスも 向上している。
Mapnik（osm2pgsql）によるレンダリングのカスタマイズには Lua言語が使われるようになり、 しばらくの間この言語も使った。
PostgreSQL関連でもPL/pgSQLを使ったことがある。
プログラミングが大好き人間でも、これだけ振り回されるといい加減うんざりしてくる。
フリーソフトから徐々に離れて、極力、自前プログラムに移行した。
７年目にタブレットからスマホに移行して、ますます、その傾向を強くした。 スリムで分かりやすくハイパフォーマンスな地図アプリに向かって進んでいる。
最初のスマホ用地図アプリでは、陸地ポリゴンを描画するだけのために、 PostgreSQL/PostGIS を使っているが、新地図アプリでは、これもやめて、 Overpass APIで海岸線データを取得して、陸地ポリゴンを描画する予定である。
Overpass APIは OSM の最初の API よりも桁違いに強力である。
１年前後かけて全面的に見直しを図る。 パフォーマンス向上もさることながら、プログラムの分かりやすさを追求する。
検索は二分探索(binary search)とした。近傍の値の検索が続くときは順次検索(sequential search) でよいため、パフォーマンス上は全く問題がないことが分かった。