| 数値地図25000データーをＡｕｔｏＣＡＤＬＴに変換するにあたり、決めなくてはならないことがある。2Ｄで扱うか3Ｄで扱うかということ。純粋2ＤＣＡＤはこの選択肢はないのだが、ＡｕｔｏＣＡＤＬＴは3Ｄを扱える。ＧＩＳなら当然3Ｄが必要条件。ここをターゲットにするなら3Ｄで決まりだろう。 連続線を何で作るか。選択は直線の集合、3Ｄポリライン。地区界などがプロックデーターとして作成してあるので3Ｄポリラインとしよう。境界データーはＸ、Ｙの２Ｄポリラインとして入力しておいて、ＡｕｔｏＣＡＤＬＴ内部で変換という方法もある。データー処理時間とファイルサイズの問題だが、基本的には最初から3Ｄとしよう。 以上よりＸＭＬデーターとして読み取ったデーターは,次ぎのように処理をする。 変換前データー ＡｕｔｏＣＡＤＬＴはスペースを｢enter｣とみなす設定が一般なので、無だなスペースを挿入しないよう注意が必要。データーの最後は｢enter｣。これが改行、復帰なのか改行だけでいいのか。やってみないと分らない。 JavaScriptでは改行コードは￥ｎを使う。ブラウザ上のＨＴＭＬページはこれで問題はない。これをＴＥＸＴファイルに保存する。おそらく、この過程でMSwindowsＯＳは改行コード￥ｒ￥ｎに自動変換していると推定する。ＡｕｔｏＣＡＤＬＴのScriptはキーボード入力値をファイルにして読ませるというもの。 ｢enter｣は改行、復帰に対応する。この２つの過程の相性といった事だ。 やってみるのが一番早い。 |
Msxmlを利用したＸＭＬデータファイル処理サンプル。エデイタで切った張ったをするより、このほうがスマートでしょう。（23220TKデーター変換はうまく行っていませんので注意） |
| ＡｕｔｏＣＡＤＬＴのスクリプトは使い慣れているので、問題はクリヤー。予想した事は大体当たっていた。処理を考えなければならない些細な問題はいっぱいあるが、大きな問題がひとつある。 数値地図25000の場合、道路区間データは7ＭＢにもなる。これは個人レベルのＰＣでＸＭＬデーターを読めない。メモリーが少ないのだろうフリースする。僕のＰＣは124ＭＢのメモリー。決して多いとは言わないが、貧弱ではない。じゃあ、200ＭＢにしたらＯＫかといえば、多分問題は解決しないような気がする。 データー側の問題かＭＳＸＭＬソフトの問題か。ＭＳＸＭＬを疑って、とうとう最新のＭＳＸＭＬ4をインストールした。 こういう場合は、シンプルなＸＭＬを作って問題を絞り込んで行く。結構時間が掛かるのだが、途中で曖昧にするわけにも行かない。知識としてのＸＭＬならいいのだが、僕にとってはそうではなくなってしまった。少し時間を掛けよう。 |