【ｉ地図通信】ブログ

　データファイル仕様は、やっかいです。データの進化に伴って、成長していかなければなりません。 　例えば数値地形図データ(通称:ＤＭデータ)は、生まれた後、２回成長しています。１回目は、TINを格納できるようにしました。２回目は、大容量の三次元点群を格納できるようにしました。年取りすぎて３回目はないような気がしますが、あるとすれば図形を立体することになります。ファイル構造的には全く問題ないのですが、時代が求めないでしょう。 　他分野でも、キット同じような状況が多々あるのでしょう。それがXMLスキーマと呼ばれるファイル仕様が生まれた背景と思います。 データの成長に応じ、ファイル変換プログラムを書き換えるなければならないという非効率的な作業を改善しようと努力した人達が、XMLスキーマという仕組みを作ったのだと思います。 　ｉ地図通信109号では、XMLスキーマの仕組みと対話しました。

 　数値地形図データファイル仕様（通称；DMデータファイル仕様）が規定された時代（1986年）、地形図を図形として格納するには、コンピュータの能力は貧弱でした。そのため、DMデータファイル仕様は、できるだけ効率的に地形図情報を格納することに注力されました。また、効率的に読み出せるように注力されました。その結果、DMデータファイル仕様が普及するにつれ、地形測量技術者以外も利用するようになり、中身が読み取れない暗号だと呼ばれることも多くなりました。 　DMデータファイル仕様が、作業規程の準則の中に止まると共に、丁寧な仕様説明がなかったことも要因だった気がします。 　ただ、これはDMデータファイルだけの話ではなく、ほとんどのファイル仕様が同じ状況だったのではないかと思います。その結果、コンピュータリーダブルだけでなく、ヒューマンリーダブルな、データファイル仕様を超えたデータ記述言語が生まれてきたような気がします。 　ｉ地図通信108号では、CityGMLの親であるXMLや、XMLの親であるHTMLと対話しました。