掲示板「地図とマックと」ログ

旧掲示板（2007/3 - 2008/4）


426：新規格の地勢図 名前：品川地蔵日付：2008-04-04 10:27:58: 　今回の地勢図CDで新規格の分図が含まれるのは「小笠原諸島」と「西郷」だけでした。「小笠原諸島」の方には七つもの分図が含まれていますが、管理ファイルが持っている分図の位置情報が不正確ですね。マウスを移動して経緯度を取得できますが、結構ずれています。


425：今日発売の地勢図CD-ROM 名前：品川地蔵日付：2008-04-01 16:51:36: 　20万地勢図ですが分図が追加されており、管理ファイルが新形式になっています。そのため現在の地図画像ビューアでは処理できない図葉があります。しばらくお待ちください。

424：地形図のダウンロード販売始まる 名前：品川地蔵日付：2008-04-01 16:12:33: JMCのサイトで地形図のダウンロード販売が開始されました。
内容はＣＤと同じで１図葉ごとの販売です。ＣＤで購入するより単価は高いが、リアルタイムに更新されることと、更新されたところだけ購入できるというのがメリットですね。
　管理ファイルも含まれているそうなので、地図画像ビューアで見ることができるはずですが、画像ファイルと管理ファイルの位置関係をＣＤと同じにする必要があります。ＣＤからHDDへコピーした内容を差し替える使い方が多くなるかも知れませんが、その場合管理ファイルを手作業で編集しないといけなくなるかも。

423：県境データ 名前：品川地蔵日付：2008-03-22 16:46:34: 　本日公開した「ユーザ経路データ（県境）」ですが、数値地図ビューア用のデータを作ったときの元データを変換したものです。ほんの少し修正しましたが、精度はそのままです。
　名称が設定されているので、表示をオフにして使用しますが、あとの編集を考えなければ、名称を全部消してしまって構わないですね。

422：メモデータに関して　その2 名前：景図工房日付：2008-03-03 21:32:34: ご回答ありがとうございます。
使用中に特に問題があったわけではありません。混合して使用しても正しい場所に表示されるとのことなので、心おきなく作業ができます。
ありがとうございました。

421：Re: メモデータに関して 名前：品川地蔵日付：2008-03-03 11:41:55: 　こんにちは。久しぶりです。

> 地図画像ビューア等で登録したメモ（日本測地系）をSimpleDEMViewerで表示するためにデータユーティリティV3を使用しました。世界測地系であるSimpleDEMViewer上で表示したとき問題ないのでしょうか？

　問題ないはずですが、なにかありましたか？

> また、地図画像ビューア内で環境設定を日本測地系と世界測地系でメモデータを作った場合、地図画像ビューアをデータ作成時の環境で表示する必要があるのでしょうか？

　どちらで表示しても、両方のデータ混在でも正しい場所に表示できるはずです。
どのバージョンで作成したものでしょう。古いものですか？

420：メモデータに関して 名前：景図工房日付：2008-03-02 23:23:12: 品川地蔵さんこんにちは。

今回の質問はメモデータの変換に関してです。
恐らくは対処済みなのでしょうが、念のため・・・

地図画像ビューア等で登録したメモ（日本測地系）をSimpleDEMViewerで表示するためにデータユーティリティV3を使用しました。世界測地系であるSimpleDEMViewer上で表示したとき問題ないのでしょうか？

また、地図画像ビューア内で環境設定を日本測地系と世界測地系でメモデータを作った場合、地図画像ビューアをデータ作成時の環境で表示する必要があるのでしょうか？

ご回答宜しくおねがいします。

419：数値地図5000（土地利用） 名前：品川地蔵日付：2008-03-02 10:49:46: 　今表題のデータを触っていますが、以前の10m土地利用とはデータの持ち方が全く違い、以前のデータ形式に変換するというのはできそうもないので、数値地図ビューアで扱うのは諦めました。単純に眺めるだけでは仕方がないし、どういう形のアプリにできるか検討中。表示のみの試作品を公開予定。

418：国土地理院、地図画像を公開予定 名前：品川地蔵日付：2008-02-21 11:59:31: 国土地理院の４月１日の刊行予定に
数値地図（オンライン）25000（地図画像） 4,342データファイル
というのがあります。どういう形で公開するのでしょうかね？
ＣＤと同じ画像をそのまま公開するのか？

417：EGWord、 EGBridgが販売終了 名前：品川地蔵日付：2008-01-28 19:41:42: エルゴソフトがパッケージソフトの販売を終了だそうだ。両方使っているけれど、EGWordは以前より使いにくくなって、何やっているんだろうと思っていたけれど、開発力が落ちていたのかな。Pagesじゃ代用できないし、困るぞ。
　日本語環境も充実し、と言っているけれど”ことえり”に対しても一日の長があると思うのだが、新規ユーザーが少ないのかも。

416：数値地図ビューア5.10.5f 名前：品川地蔵日付：2008-01-21 22:56:39: コンソールに出るエラーメッセージですが、ファイル定義の指定が足りないというものです。Tigerのときは指定しなくともエラーは出なかったのですが、Leopardから出るようになりました。デフォルト処理でいいはずなのに。
NSDocumentController Info.plist warning: The values of CFBundleTypeRole entries must be 'Editor', 'Viewer', 'None', or 'Shell'.
地図画像ビューアでも出ますが、こちらは次回アップデートまで今のままとします。行数も少ないし。
Jedit X でも同じエラーメッセージが出ていますね。

415：5mメッシュ（標高）次は高知 名前：品川地蔵日付：2008-01-17 13:24:15: 国土地理院の新刊地図情報の3月1日分が( http://www.gsi.go.jp/MAP/NEWMAP/2008/2008-03-01.html ) 公開されましたが、表題のものが刊行されるそうです。4大都市圏の次が高知ですか。5mメッシュは都市部の水害対策がターゲット（の一つ？）と聞いた覚えがありますが、高知は水害が多いのかな？

414：画像サイズ 名前：品川地蔵日付：2008-01-11 22:09:38: 　賀造の大きさの制限ですが、縦x横 < 256 x 1024 x 1024 というのは、バッファサイズが 1 GB 以内ということです。1ピクセル当たり4バイトを使用するので1GBになります。それ以上割り当てることは可能なのですが、QuickTimeで保存しようとしたときにメモリ不足でエラーになってしまうので、あらかじめ制限しています。64ビットモードが使えればほぼ無限にできるはずなのですが。carbonもQuickTimeも64ビットに対応しないので今のところ無理ですね。
　縦横それぞれ32767以下というのはshort変数の制限です。画像処理システムの中のどこかでshortを使っているようで、ユーザプログラムでは如何ともしようがありません。

413：SimpleDEMViewer3.3.0β 名前：品川地蔵日付：2007-12-23 21:16:02: 　Leopardで異常終了する原因がやっと判りました。結局単純なバグだったのですが、何故Tigerでは出なかったのか？
　展望図は次回に回します。

412：SimpleDEMViewerがクラッシュ 名前：品川地蔵日付：2007-12-19 11:54:38: 　SimpleDEMViewerがLeopard上で頻繁にクラッシュする現象が起きてますが、今のところ原因が全くつかめていません。
　jp.jizoph. SimpleDEMViewer.plist からSDVrMemoKindエントリを削除すれば発生しないところまでつかんだのですが、その先がまだです。

411：Re: 数値地図ビューア on Leopard 名前：品川地蔵日付：2007-12-05 16:55:42: 　デフォルトで表示される名前をそのままで保存しようとした場合のみ無視される、ということが判ったので、修正せずそのままにします。ファイル名に何らかの変更を加えれば回避できます。

410：数値地図ビューア on Leopard 名前：品川地蔵日付：2007-12-03 23:41:34: 　基本的に動いてますが、画像を保存するときにファイル名に日本語を指定すると、保存ダイアログは正常に終了しますが、実際には保存できないですね。Leopardのバグのようなのですが、対応可能かどうかも含めて検討中です。バグが修正されるまで待つことになりそうですが。

409：デジタルマップフェア、Mosa MSM 名前：品川地蔵日付：2007-11-30 11:41:31: 　11/15-16にデジタルマップフェアがありましたが、月初めからの風邪が治らず行けませんでした。展示参加から始まって十数年行き続けましたがとうとう途切れました。
　11/23-24の Macintosh SoftwareMeetingのために風邪を治しておかなければいけないのも大きな理由ですが。Leopard対応はReadyにはなってもSavvyにはなかなかできそうもない。

408：XMapV_071111の展望図 名前：品川地蔵日付：2007-11-12 11:29:42: 　平面投影（写真）対応のメニューがありますが、まだアイデアだけで、処理方式は全然固まっていません。真下を見たり、真上を見て全天投影などもできるようにする予定なのですが。

407：Re: MacOS X 10.5 leopard 名前：品川地蔵日付：2007-10-26 23:07:39: 　直前のseedでは問題なかったのに、製品版でエラーが出てしまいました。ま、プログラムのバグには違いないのですが(^_^;
　同じ内容ですが、SimpleDEMViewerは3.2.1fとfを付けただけ、地図画像ビューアは3.1.1と番号を付けましたが、深い意味はありません。

406：MacOS X 10.5 Leopard 名前：品川地蔵日付：2007-10-17 11:25:48: Leopardの発売が発表されました。
　「地図画像ビューア」、「地図画像Mac DE ミール」の現バージョンが、Leopard上で起動できなくなる現象があります。手元ではすでに修正済みですが、他の機能と合わせて3.1を開発中で、Leopardの発売前には公開できそうです。
　SimpleDEMViewerは3.2で対応済みです。

405：Re: SimpleDEMViewer3.2β 名前：品川地蔵日付：2007-10-06 10:21:28: > 　intel Mac でutmやXY平面座標のデータを使用したとき、横方向にスクロールすると帯状に別の場所の内容を描画してしまいますね。

　勘違いでした。すでにアップしたもので修正されています。

404：Re: SimpleDEMViewer3.2β 名前：品川地蔵日付：2007-10-06 08:31:09: 　intel Mac でutmやXY平面座標のデータを使用したとき、横方向にスクロールすると帯状に別の場所の内容を描画してしまいますね。

403：Re: Re: SimpleDEMViewer3.2β 名前：品川地蔵日付：2007-10-04 21:24:20: > 　南北方向にスクロールすると隙間ができてしまうなぁ。

21:20頃、修正版で差し替えました。名前はそのままです。

402：Re: SimpleDEMViewer3.2β 名前：品川地蔵日付：2007-10-04 16:55:56: 　南北方向にスクロールすると隙間ができてしまうなぁ。

401：SimpleDEMViewer3.2β 名前：品川地蔵日付：2007-10-04 12:59:32: 　試作品のXMapVでテスト済みの標高データの混在をサポートしました。またカシミール用圧縮形式標高データ(DCM)をサポートしました。
　XMapVでは展望図をテスト中なのですが、なかなかまとまらないので、次回に回すことにしました。

400：データユティリティ 名前：品川地蔵日付：2007-09-04 17:28:41: 　β２のまますっかりサボっていたデータユティリティですが、英語版ドキュメントも添付して公開しました。
　だいぶバグがありましたね。テキストデータを読み込むとき、アドレス形式が D 以外はエラーになったり、英語環境で起動してV2タイプのデータを変換すると、日本語文字列を変換できなかったりと散々でした。

399：Re: AST G_DEMサンプル版 名前：品川地蔵日付：2007-08-12 20:37:40: G-DEMのカシミール用フォーマットというのがBIL形式標高データになっているので、SimpleDEMViewerでそのまま処理できます。

398：Re: AST G-DEM サンプル版 名前：品川地蔵日付：2007-08-12 20:24:07: 　今回のデータは１秒メッシュ（約３０ｍ）ということですが、地理院の50mと比べてより詳細とは言えないですね。山間部で比べると山ひだが省略されているような感じで全体がぼやけて見えます。そうは言っても世界のデータがこの精度で無償で提供されるというのは嬉しいですね。srtmと違って欠損部もほとんど無いようですし。海は海岸近くを覗いてほぼ0ｍになっています。湖面が平らでないとか、地物の影響の排除とかどのくらい修正をする気があるのでしょうか？　地物の影響はともかく、海岸線と、湖面の修正をしてくれると素晴しいデータになるのですが。

397：AST G-DEM サンプル版 名前：本多欣亮日付：2007-08-12 15:23:46: 先日、経済産業省の外郭団体(http://www.ersdac.or.jp/)から公開された表記データを使ってみました。瀬戸大橋のような橋梁まで再現されているのは大変に楽しいのですが、水平解像度が数十メートルクラスに細かくなってくると、大都市圏でいらない（表現したくない）地物をどう取り除くのかが大きな課題になってきそうですね。

396：XMapV_070801 名前：品川地蔵日付：2007-08-01 23:49:04: 　XMapV_070720はマルチcpu/coreを１以外に指定するとまともに動きませんでしたm(..)m
　今回のメインは地理院の1km/250mあるいはgtopo30等と、etopo2の海を組み合せることです。250mと組み合せると海岸線が一部おかしくなりますが、まあきれいに出ていると思います。最も東京や名古屋の零メートル地帯が海になってしまいますが。

395：XMap -> XMapV 名前：品川地蔵日付：2007-07-20 16:43:44: googleで「XMap」を検索したら色々なものが出てきたので急遽変更しました。

394：XMap 名前：品川地蔵日付：2007-07-20 14:07:41: 　今回公開したXMapは次期数値地図ビューアを模索するための試作品ですが、このまま発展させて製品まで持って行くかも知れません。完全に作り直すかも知れませんが。
　標高データの混在ですが、座標系の違うデータを混在させたときは描画に座標変換が伴うので、すごく時間がかかります。iBook G4 1.2GHz で開発していますが、かなり遅いです。iMac(core duo)1.86GHzならストレスはありません。gtopo30と国土地理院250m/50mの混在は座標変換が無いのでiBookでも充分です。
　srtmの欠落部をgtopo30やglobeで補えるので、ヒマラヤなども少しは見栄えがよくなりますね(^_^)

393：favicon.icoを新設しました 名前：品川地蔵日付：2007-07-07 22:37:42: 　だいぶ前から何とか作りたいなと考えてはいたのですが、SimpleDEMViewerのアプリケーションアイコンをそのまま利用してしまいました。
　作り方が判らなかったので検索したところ、画像をfavicon.icoに無料で変換してくれるサイトがあるのですね。早速利用しました。
Favicon from Pics ( http://www.chami.com/html-kit/services/favicon/ )

392：Re: デザイン変更 名前：品川地蔵日付：2007-07-01 23:15:18: 元に戻しました。ど〜も自分のサイトじゃないみたいで(^_^;

391：デザイン変更 名前：品川地蔵日付：2007-06-26 11:21:08: 　ここのデザインを変更してみました。カスタムCSSも使えるのですが、用意されている中から選択しただけです(^_^;
　タイトル下のメッセージにも書きましたが、不当宣伝メッセージのPOSTが続いています。全部自動でやっているから、結果が実際に書込まれているかどうかなんて全くチェックしていないのでしょうね。止りそうにありません。(sigh !)

390：Re: GTOPO30のトリビア 名前：品川地蔵日付：2007-06-26 10:38:58: 初めまして。
　そういう観点でデータを見たことはないですが、なるほど、SimpleDEMViewerでマウスをゆっくり動かしてみると、100m単位の標高値がかなり多いですね。それではデータ精度が良いと言っているGLOBEはどうかとチェックしたら、そういう片寄はなさそうです。（正しいかどうかまでは？）　gtopo30を作成した時期から想像するに、紙地図から肉眼で拾ったのでしょうから、三角点等の標高点が近くに無い場所ではかなり丸めた数字が作られたのでは。

389：GTOPO30のトリビア 名前：本多欣亮日付：2007-06-26 07:47:26: はじめまして。品川地蔵さんのプログラム愛用してます（Cocoa挫折組の私は心からリスペクト）。ところで、私は今GTOPO30データをAdobe Illustratorなどに読み込めるよう、ラスタ→ベクトル変換のプログラムを書いとります。じっくり調べるとGTOPO30って結構データが不思議（怪しい？）ですね。たとえば日本の中部山岳を取り出してみると（ファイル名：E100N40.DEM）互いに隣り合うグリッドの標高がピッタリ同じ数値なんていう箇所がごっそりありました。おかしいと思って上記ファイル内に現れる標高の出現頻度のヒストグラムを描くと、案の定特定の標高が突出している現象がありました。100で割り切れる値（たとえば1000m）を持つグリッドの個数は、その前後1m（たとえば999mや1001m）の値を持つグリッドの個数の2〜4倍！「うひょ〜」な感じです。GTOPO30って1m刻みでデータ持ってるはずだよね？なんでこんな値の「丸め」をしてるんだろ？国土地理院の数値地図ならこんなことないのかな？

388：SimpleDEMViewer3.0 名前：品川地蔵日付：2007-06-18 21:55:36: やっと3.1正式版をアップできました。国土地理院の２ｍメッシュは構造的には５ｍメッシュと同じなのですが、水部の他に「データ取得範囲外」という情報があって、これの処理に結構手間取りました。どちらかだけなら問題ないのですが。まぁ「火山標高」は海とデータ無し領域の区別ができないので、これも困るのですが。

387：Re: WWDC07 名前：品川地蔵日付：2007-06-14 12:53:39: 昨年のWWDCでサポートするとアナウンスされた 64bit Carbonが今回削除されたようですね。取り敢ず64bit化する必然性はないのですが、SimpleDEMVieerなどgtopo30などをベースにして、いつでも世界全体が見渡せるようにしたいなどと考えると、64bit化できるかできないかで作り方が大幅に変ってしまうな。

386：WWDC07 名前：品川地蔵日付：2007-06-13 16:36:39: 　WWDCに参加はしていませんし、来年以降も予定はありません。今年のWWDCでは新しいiMacを期待していたのですが、残念。でもめげずに今月中の発表を期待(^_^)
　Leopard βはWWDC終了後、速やかにダウンロードできるようにして欲しい。

385：地図画像ビューア3.0.8 名前：品川地蔵日付：2007-05-28 19:36:45: 　気にはなっていたのですが、昨日やっと横須賀のＣＤを入手してテスト。分図項目の解釈が間違っていました。南硫黄島の図葉に含まれる「沖ノ鳥島」と「南鳥島」の分図を延伸分図として処理したので、両方を含む広大な領域を表示しようとして操作不能となりました。

384：SimpleDEMViewer3.1a5 名前：品川地蔵日付：2007-05-28 19:31:42: 　機能的にはこれで終り。あとは微調整とマニュアル。

383：Re: SimpleDEMViewerの湖沼データについて 名前：品川地蔵日付：2007-05-24 17:06:21: おっと、湖沼データの編集結果がファイルに保存されないですね。修正だけでなく、新規の作成もあれば保存しますが。

382：SimpleDEMViewe3.1α4 名前：品川地蔵日付：2007-05-24 09:31:44: 等高線の描画を追加しましたが、「0mより下は常に色を変える」の設定が常に有効になってしまってますね(^_^;
　0m以上だけ引いたり、0m以下だけ引いたりするオプションも設けます。海底の標高データを持っているのはetopo2/5の他に一部のBILデータがありますが、少ないですね。

381：SimpleDEMViewerの湖沼データについて 名前：品川地蔵日付：2007-05-24 09:19:47: 　湖沼領域の自動判定ですが、火山標高〈富士山〉の山中湖のように範囲を大幅に逸脱してしまう場合があります。そんなときに編集機能で範囲を狭くしてやれば、添付した湖沼データのようにまあ満足できる形になります。湖沼周囲の同じ標高の場所を外すために、積極的に複数の矩形領域に分割する手もあります。「数値地図ビューア」の湖沼データでも多用しています。
　山中湖の場合は標高データそのものの不備もあって不正な形になりますが、手法そのものによる場合もあります。SimpleDEMViewerでは読込んだ標高データを全てメートル単位で処理していますが、火山標高は10cm単位のデータなので四捨五入しています。山中湖の場合も富士山の周囲に沿って同じ標高の地域が帯状に分布していて湖面と見なしてしまいます。50mメッシュの霞ヶ浦のように、水田地帯の一部が湖面と同じ0mとなっており区別できない場合もあります。
　なおutmやXY平面座標の標高データの場合は、矩形領域もutm座標や、XY平面座標で管理しており、湖沼データファイルに保存される内容も経緯度ではありません。

380：Re: SimpleDEMViewer3.1α2の湖沼描画 名前：品川地蔵日付：2007-05-10 09:53:21: 　etopo2のバージョンによって湖面標高が違う可能性があります。その場合は今回のテストデータでは正しく描画できません。それもあって全てユーザが作成するような仕様にします（しています）。

379：SimpleDEMViewer3.1α2の湖沼描画 名前：品川地蔵日付：2007-05-08 21:39:36: 湖沼描画機能をサポートしましたが、湖沼データはユーザに作成してもらうことを前提にしています。今回はテスト用として内部的にetopo2用のデータを括り付けで用意していますが、最終的には零になります。まぁ外部ファイルとしてetopo2とgtopo30用くらいは事前に作成して添付するつもりですが。
　今回作成したのは五大湖、バイカル湖、カスピ海、アラフラ海、ビクトリア湖、タンガニーカ湖、マラウイ湖です。

378：SimpleDEMViewer 3.1α1 名前：品川地蔵日付：2007-05-04 12:53:36: 　今回は断面図と、湖沼の描画が目玉です。
湖沼の描画もやっと構想がまとまったので、今回何が何でも入れます(^_^)
AppleScriptサポートも入れるかも知れませんが、展望図はまだです。

377：Re: Re: GPS 名前：品川地蔵日付：2007-04-16 23:40:12: ソニーのGPS-CS1Kですが、確認に使用したデータは家の周りを回って取得しました。しかし、周りは高層ビルとマンションだらけなので、衛星を捕捉しづらいようです。４箇か５箇だけでした。測位結果も３０ｍくらいのふらつきがあります。少し開けたところに行かないと性能を確認できませんね。

376：Re: GPS 名前：品川地蔵日付：2007-04-16 23:31:37: 　NMEA-0183フォーマットのGPSデータの変換機能を追加した「データユティリティ3.0β2」を公開しました。ソニーのGPS-CS1Kのデータで確認しただけなので、他機種のデータでできるかどうかよく判りません。できなかった場合、データを示していただければチェックします。

375：GPS 名前：品川地蔵日付：2007-04-15 00:01:11: 　初めてGPSなるものを購入しました(^_^; 今日Mactopiaのコラムを読んでいたら13800円と安くて面白そうなものがあるというので、早速秋葉へ行って購入してきたのです。
　ソニーのCyberShotの周辺機器という扱いで、一般の携帯GPSとは趣が違うのですが、安いのと簡単そうなのとで入手することにしました。本体にディスプレーはなく、状態を示すLEDが３箇あるだけです。測位した結果をNMEAフォーマットで記録するだけで、ＰＣにUSBで接続して転送したら後は付属のソフトで処理するようになっています。付属のソフトはWindows用だけですが、調べたらマスストレージクラスでマウントされるので、マックでいくらでも料理できそうです。USBケーブルも付いて上の価格なので、後は電池代しかかかりません。あまり活用の機会のなさそうな身には、出せる限度ですね(^_^;
　取り敢ず、データユティリティでユーザ経路データに変換することを考えますが、データがNMEAフォーマットなので、他のＧＰＳ機のデータも使えるでしょう。リアルタイムに取込むことはできないのが、ちと残念ではありますが。

374：山の展望と地図のフォーラムが移転 名前：品川地蔵日付：2007-04-03 13:03:52: @nifty内にあった「山の展望と地図のフォーラム」がfolomy<http://folomy.jp/>へ移動し、どなたでも無料でアクセスできるようになりました。folomyへのメールアドレスの登録は必要ですが、無料です。
山の展望と地図のフォーラム<http://fyamap.folomy.jp/>

373：Re: ユーザデータユティリティV3 名前：品川地蔵日付：2007-03-24 11:35:09: 　昨日差替えたバージョンでメモデータについては、ほぼ問題がなくなったと思います。経路と領域データについては、メモデータの処理をかなり流用できるので、それほど時間はかからないはず(^_^;

372：ユーザデータユティリティV3 名前：品川地蔵日付：2007-03-22 15:29:48: 　メモをテキストに書き出すときにintelマックだとフォントを書き出せないですね。読込む方は大丈夫なんだけど。

371：ユーザデータユティリティＶ３ 名前：品川地蔵日付：2007-03-10 17:13:10: intelマックだと動きませんね(^^;　V2形式のメモと領域データは変換できますが、領域データは誤変換。Ｖ３メモをテキストに出力しようとすると異常終了。
　取り敢ず必要な場合はRosetta環境で実行してください。アイコンを選択してファインダーで「情報」を出し、「Rosettaを使って開く」をチェックします。

370：アップ２件 名前：品川地蔵日付：2007-03-09 16:40:13: 　細かなバグでのアップが続いてしまいました。反省。
SimpleDEMViewerは英語版のダイアログに日本語の見出が残っていたり...

369：地図画像ビューア3.0.5 名前：品川地蔵日付：2007-03-01 18:30:09: 　読めないＣＤと言うのは、確認しているのは平成11年版の「25000京都及び大阪」だけなのですが、他にもあるかと思います。なにせ、フォルダー名が「DATA」「Data」「data」が存在するし、火山標高データでも「HEADER」フォルダーが突然「header」や「ヘッダ」になったりですから。