KMLとは、Googleさん主導で考案されて、今や標準規格となった緯度経度なんかの地理情報を表すフォーマットです。Google　Earthなんかも使ってます。

で、XMLHttpRequestでKMLを読み込んで、取得した緯度経度列を画面上にプロットするまでは簡単だったんだけど、Firefox限定でなにかおかしい。や、XMLHｔｔｐRequestって時点でFirefoxというか非IEなんだけども。

この時はIEとFirefoxで確認していたんだけど、GoogleEarthで作成したKMLが、IEだと最後まで表示されているのだけど、Firefoxでは途中までしか表示できない。

ちなみに、IE側での描画はVML、FirefoxはCANVASでやっていたんだけど、どうやってもFirefoxが最後まで描画できない。

どうも座標数が増えると描画できないようなので、じゃあいくつまで表示できてるのよ、と数を数えてみると、きっちり４０９６bytes。どう考えてもあやしい。あやしすぎる。

IEでは表示されてるからKMLには問題ない。ということはFirefoxでは4096byteまでしか取得できないとかいうはてなな仕様なのかも、と思ったらどうやらそのとおりらしい。まじすか。

正確には、4096byteを超えると、それ以降は勝手にノードが分割されて格納されるらしい。

つまり取得時にfirstNode.nodeValueに格納すれば本来済むところを、

childNodes[n].nodeValue

n=byte数/4096ということなっているというザマ。超めんどくせーお話。

今までXMLを読んでるときはあんまり４０９６を超えないから気がつかなかったけど、KMLで扱うのは座標列なんで、座標数１００をこえれば、まあだいたい4096byteの上限だ。

手っ取り早く読み込むためにここでnormalizeしてあげる。

xmldoc =xmlhttp.responseXML;
if (typeof(xmldoc.normalize) != “undefined”) {
xmldoc.normalize();
}

こんな感じで書いたら、無事４０９６byte以降も読み込まれました。

ｎormalizeってのは要するに、同階層のノードをひとまとめにするものだけど、本来１ノードであるものをFirefoxが勝手に分割しちゃってるのに、それをこちらで尻拭いのようにnormarizeするのはなんだかなあ、と思わないでもないけど、読めなきゃしかたがない。

なので、一塊がめちゃめちゃ長いXMLやKMLをFirefoxで読み込む時はnormalizeをするってのがお約束。ひとつ学んだね。テストでるよ？でないけど。

ところで未確認なのだけれど、4096byteを超えても、jsonだと問題ないらしい。どんだけやねん。