UNVT Portable に格納するタイルデータセットの集合体を構造化するフォルダ案

[mapconcierge]

UNVT Portable に格納するタイルデータセットの集合体を構造化するフォルダ案をここに提示してください！ ＞ ドローン部

[mapconcierge]

10/27 あたりまでに提案する。

[mapconcierge]

現状

とりあえず暫定的に以下のパスにタイルデータセットを置いている。 このままでは汎用性がないので、大まかにどこにどのようにタイルデータセットを配置するのか、その方針を決める。

*/var/www/html/xyz/.png**

[mapconcierge]

古橋たたき台

Miroでイメージを図化 https://miro.com/app/board/uXjVPKGPoWA=/?share_link_id=643916119355

[hfu]

ちなみに、地理院地図では現在、xyz を、後発の UNVT では zxy をよく使っています。

昔の「電子国土 Web」では data を使っていたと思います。data/25k/new とか言っていました。最後の new は時系列の観点からつけています。データセット全体について「日付をつけて保存」していたのですね。

最近は、時間は最後尾につけるのが適当であろう、と思うに至る経験を積んでいます。三次元空間 ID でも、zfxyt という順番でやる構想です。

[ShogoHirasawa]

確かに時系列の概念は取り入れる必要があるかもしれませんね。 @mapconcierge 先生が作ってくれた、たたき台の第四階層に時系列を加えると良いと思いました。その際の時系列を示すフォルダ名のルールもUNVT Portableとして決めたいです。

[ShogoHirasawa]

平澤案

［country］［municipality］［city］［YYYYMMDD］ ex) japan_kanagawa_yokohama_20211027

memo:

• Plateauはメッシュ番号で管理 =GeoTiffもOSMも対象の範囲がメッシュ番号できれいに区切れるとはかぎらない。
• 藤村さんからの指摘で時系列は最後に持ってくる。
• OpenArialMapの日本にあるデータはDRONEBIRDルールを踏襲している人は多い
• OpenArialMapの欧米は道路名単体名が多い。
• 観測範囲によっては ［city］ はいらないかも

[mapconcierge]

最終案です！！ ver1.0 とします。

https://miro.com/app/board/uXjVPKGPoWA=/?share_link_id=280832987365

[mapconcierge]

微修正 ver1.01