ちずぶらりHackers

オープンソースの古地図/絵地図アプリ基盤、Maplat開発してます。同種のソリューションに対する優位性は、色々ありますが一番は、あらゆる地図間で双方向1対1座標変換可能な点です。ぷらっと会津若松 https://s.maplat.jp/r/aizumap/ 、ぷらっと奈良 https://s.maplat.jp/r/naramap/ 、ぷらっといわき https://s.maplat.jp/r/iwakimap/ 、ぷらっと館林 https://s.maplat.jp/r/tatebayashimap/

Apple地図で小字が大大と地図面に表示されるのは仕様なのか?

約一年前に、Facebookに以下のような投稿したんだけど、

某超大手地図サービスにデータ解釈のバグ見つけた。 マニアックといえばマニアックだが、普通に普段使ってれば気付く範囲に出てくるバグ。 関係者にレポートしたのでいずれ直ると思うが、うちの会社も今日本地図対応しようとしてるけど、実装部隊に日本人いないので、ちゃんと解釈できるのかやきもきしたり絶望的になったりしてた。 でもあれほどの巨大サービスでもまだ解釈バグあるんだから、うちも公開してからちょっとずつ叩かれて直せばいいかー、と少し気が楽になった。

これ、1年経っても直ってないけど、この地図サービス的には仕様という判断でいいのだろうか?
どこのサービスか明かすとAppleの地図で、バグ?の内容は、正式住所じゃない小字部分(例:奈良市高畑町の小字、破石町、本薬師町など)が、あたかも住所でございと表示されてる問題なのだけど。

f:id:kochizufan:20191203075319p:image


これ、生じてる原因は、Appleが使ってるiPCの住所データには小字か小字じゃないかを判定するフラグが付いてるんだけど、それを無視してデータ投入してるから。

 

ちなみに、Google Mapでも、今年4月の地図データ変更直後には、同じ問題が起きていた。
それが、データ変更後のGoogle Mapsが住所データはiPCのデータを使っている、と私が判定した根拠の一つだったんだけど、今見たら直っている。

f:id:kochizufan:20191203075438p:image

直った理由が、小字フラグをきちんと判定するロジックに修正したのか、それともそもそもまた違うデータソースに変えたのかはまだ不明。

© TileMapJp/歴史国土/地図タイル工法協会