文化財のTLS計測では、一度の現地作業から大量のデータが生成されます。計測器から取得した生データだけでなく、複数地点を統合した点群、不要点を除去した編集データ、座標を付与した成果、断面図や立面図の作成に使う抽出データなど、保存対象は作業の進行に伴って増えていきます。 データ量が多くても、計測直後は担当者の記憶を頼りに目的のファイルを探せるかもしれません。しかし、数か月後の追加調査、修復前後の比較、別の担当者による再解析となると、ファイル名だけでは計測場所や処理状態を判断できないケースが生じます。文化財の記録は長期間にわたって参照される可能性があるため、保存時点から将来の再利用を見据えた命名が必要です。 重要なのは、長く詳しい名前を付けることではありません。文化財、計測日、対象範囲、データ種別、処理段階、座標の状態、版という判断材料を、一定の順番で簡潔に記録することです。本記事では、TLSによる文化財計測を担当する実務者に向けて、データを探しやすく、取り違えにくく、再利用しやすく保存するための7つの命名ルールを解説します。
文化財TLSデータで命名ルールが必要な理由
TLSは、対象物へレーザーを照射し、表面形状を多数の三次元点として取得する計測方法です。歴史的建造物、石垣、遺構、彫刻、庭園、地下空間など、複雑な形状を面的に記録できる一方、一つの現場でも観測位置ごとに複数のファイルが生成されます。死角を減らすために計測地点を増やせば、データの数も増加します。 さらに、現地で取得した生データは、そのまま最終成果になるとは限りません。複数地点の点群を位置合わせし、基準点や既知点に基づいて座標を整え、通行人や仮設物などの不要点を除去し、必要な範囲を抽出する工程が続きます。色付けの有無、点密度の調整、座標変換、分類、断面抽出などによっても別のデータが作られます。 命名ルールがない状態で「本殿」「本殿修正」「本殿最終」「本殿最終2」のような名前を付けると、どのファイルが原本で、何を修正し、どれが承認済みなのか判断できません。更新日時だけを頼りにすると、コピーや移行によって日時情報が変わった場合に誤認するおそれがあります。 文化財TLSデータは、計測を実施した担当者以外が利用する可能性もあります。修復設計の担当者、保存管理者、研究者、図面作成者など、利用目的によって必要な情報は異なります。命名を統一しておけば、ファイルを開く前に内容を絞り込めるため、大容量データを一つずつ読み込んで確認する負担を減らせます。 ただし、ファイル名だけに全情報を詰め込む方法も適切ではありません。計測条件、使用機材の設定、天候、基準点成果、位置合わせの方法、担当者、品質確認結果などは、命名台帳やメタデータとして別に管理する必要があります。ファイル名は検索と識別の入口であり、詳細記録の代わりではないという前提が重要です。
命名ルール1 文化財と調査案件を識別する管理IDを先頭に置く
最初のルールは、文化財または調査案件を一意に識別する管理IDをファイル名の先頭に置くことです。名称だけでは、同名の建造物や似た名称の部位を区別できない場合があります。また、正式名称、通称、管理上の名称が異なる文化財では、担当者によって表記が揺れやすくなります。 管理IDには、施設や文化財を示す識別子と、必要に応じて調査案件を示す識別子を組み合わせます。例えば、文化財を示すIDを CH001、調査案件を示すIDを SV2026A と定めた場合、ファイル名の冒頭を CH001_SV2026A のように統一します。このIDから正式名称や所在地を確認できる対応表を用意しておけば、ファイル名を短く保ちながら対象を明確にできます。 一つの文化財で定期計測を行う場合は、文化財IDを固定し、年度や調査回を案件IDで区別すると管理しやすくなります。修復前調査、修復中の記録、修復後の確認を別案件として扱う場合も、文化財IDを共通にすることで関連データをまとめて検索できます。 管理IDを決める際は、途中で意味が変わらない記号を使うことが大切です。担当者名や部署名は変更される可能性があるため、文化財そのものを識別する主IDには向きません。所在地の市町村名だけを使う方法も、行政区分の変更や同一区域内の複数案件によって重複する可能性があります。 公開用データを作成する場合は、ファイル名に含める情報の範囲にも注意が必要です。未公開の所在地、所有者の個人情報、防犯上公開を避けるべき部位情報などを、そのまま名前に含めないようにします。内部管理用のIDと公開用の表示名を分けることで、識別性と情報管理を両立しやすくなります。 管理IDは、関連する写真、野帳、基準点記録、点検記録、図面にも共通して付与すると効果的です。TLS点群だけに独立した番号を付けるよりも、同じ調査で取得した資料を横断的に検索できるからです。文化財名を知らない担当者でも、管理IDを起点として一連の記録にたどり着ける状態を目指します。
命名ルール2 計測日は年月日の順で固定して記録する
二つ目のルールは、計測日を年月日の順に固定し、桁数をそろえて記録することです。推奨される基本形は YYYYMMDD で、2026年8月27日なら 20260827 と表します。この形式であれば、文字列として並べ替えても古い日付から新しい日付の順に並びやすくなります。 月日だけを 0827 と記録すると、年度をまたいだときに同じ名前が生じます。和暦の略記やスラッシュを含む日付は、解釈の違いやシステム上の扱いに注意が必要です。長期保存を考えるなら、西暦4桁、月2桁、日2桁にそろえ、命名ルールの説明書にも明記しておくと安全です。 複数日にわたる調査では、案件全体の開始日だけでなく、原則として各データを実際に取得した日を付けます。初日に計測した点群と翌日に計測した点群では、天候、足場、建具の開閉状態、立入範囲、対象物の状態が異なる可能性があるためです。計測日を残しておけば、位置合わせの不整合や差分の原因を後から調べる手掛かりになります。 同じ日に同じ場所を再計測した場合は、日付だけでは区別できません。そのときは、時刻または計測回を追加します。時刻を使うなら HHMMSS まで固定し、現地時刻か協定世界時かを台帳に記録します。計測回で区別するなら、R01、R02 のように桁数をそろえます。時刻の精度が保証されていない機器間で秒単位の一致を前提にすると混乱するため、機器時刻の同期状況も確認が必要です。 処理日と計測日は分けて考えます。点群を編集した日をファイル名の日付として上書きすると、いつ現地状態を記録したデータなのか分からなくなります。ファイル名の基本日付は計測日とし、処理日や更新日はメタデータ、作業履歴、版管理表に記録する方法が分かりやすいでしょう。 文化財の変化を比較する場合、日付は単なる整理番号ではなく、観測時点を示す重要な情報です。季節による植生、湿潤状態、仮設物、修復工程などが点群に影響することもあるため、計測日を確実に残し、現場記録と結び付ける必要があります。
命名ルール3 計測範囲と観測位置を区別して記録する
三つ目のルールは、何を計測したデータなのかを示す対象範囲と、どこから計測したのかを示す観測位置を分けて記録することです。両者を混同すると、同じ部位を複数地点から取得したデータや、一つの観測位置から複数部位を取得したデータを整理しにくくなります。 対象範囲には、建物、棟、階、室、立面、部材、遺構区画など、現場に適した階層を設定します。例えば BLD01 を建物、F02 を階、RM03 を室として用いる方法があります。日本語の正式名称は台帳に記録し、ファイル名では短く重複しないコードにすると、長い名前や表記揺れを抑えられます。 観測位置には ST001、ST002 のような測站IDを付けます。測站IDは、現地の配置図や野帳に記載した番号と一致させることが重要です。ファイル名に測站番号があっても、どこに設置した番号なのか分かる図面がなければ、後から走査方向や死角を検証できません。 一つの設置位置から複数回走査した場合は、測站IDに加えて走査回を付けます。解像度や範囲を変えて再計測した場合も、既存データを上書きせず、別の取得データとして区別します。例えば ST005_SC01 と ST005_SC02 のように表せば、同じ位置から取得した二つの走査であることを判断できます。 方位を使う場合は、対象のどちら側を示すのか、計測器が向いていた方向を示すのかを定義します。「北面」が建物の北側立面を意味するのか、北向きに走査したデータを意味するのかで解釈が異なるからです。方位だけに頼らず、対象範囲IDと測站IDを併記すると誤解を減らせます。 部位名の付け方も統一が必要です。「東壁」「東側壁」「壁東」のような表記が混在すると、検索で取りこぼしが生じます。現場で使う名称一覧を事前に作り、コード、正式名称、対象範囲を対応させます。調査途中で新しい部位が見つかった場合も、担当者が任意の略称を作るのではなく、台帳へ追加してから使用する運用が適しています。 対象範囲と観測位置を分けることで、統合後の点群から元の走査を追跡しやすくなります。特定部分に異常な点が見つかったとき、どの測站のデータが影響しているのか確認できれば、反射条件や入射角、遮蔽、位置合わせの問題を調べる助けになります。
命名ルール4 データ種別と処理段階を分けて表す
四つ目のルールは、ファイルが何のデータで、どの処理段階にあるのかを別々の項目で表すことです。文化財TLS計測では、点群のほかに画像、基準点記録、変換パラメータ、断面、メッシュ、図面、品質確認記録などが生成されます。同じ案件IDと日付を持っていても、役割が異なるため、データ種別を明示する必要があります。 データ種別には、例えば点群を PC、画像を IMG、基準点を CP、断面を SEC、品質記録を QC といった短いコードで表す方法があります。略号は組織内で定義し、一覧を共有します。略号の意味を担当者ごとに推測させないことが重要です。 処理段階は、取得直後の原データ、位置合わせ済みデータ、座標付与済みデータ、不要点除去済みデータ、範囲抽出データ、軽量化データ、納品用データなどに分けます。例えば原データを RAW、位置合わせ済みを REG、座標付与済みを GEO、編集済みを EDIT、納品用を DELIV とする考え方があります。ただし、各段階の定義は業務ごとに異なるため、実際に行った処理と一致するように設定します。 特に注意したいのが「処理済み」や「完成」といった曖昧な言葉です。処理済みという名前だけでは、位置合わせだけを終えたのか、不要点除去まで終えたのか、座標確認も済んだのか分かりません。「最終」も、修正が発生すると「最終修正」「最終最新版」のような名前が増え、順序を判断しにくくなります。 原データは、原則として取得時の状態を保持し、編集によって上書きしない運用が安全です。形式変換したデータも原データと同一ではありません。変換時に属性、色、強度、座標精度、時刻などの情報が失われる可能性があるため、変換前後を別の処理段階として保存します。 統合点群については、どの測站を含むかを台帳で追跡できるようにします。すべての測站番号をファイル名に並べると長くなりすぎるため、統合単位に AREA01 や MERGE01 などのIDを付け、構成ファイル一覧を別に記録すると実用的です。 データ種別と処理段階が明確であれば、再解析の開始点を選びやすくなります。位置合わせをやり直すなら原データへ戻り、断面だけを追加するなら座標確認済みの統合点群を使うというように、目的に応じて適切な段階を選択できます。
命名ルール5 座標系と高さの状態を判別できるようにする
五つ目のルールは、点群がどの座標状態にあるのかを判別できる名前にすることです。文化財TLSデータには、計測器を基準としたローカル座標、現場内の任意座標、基準点に合わせた現場座標、公共的な座標体系に関連付けた座標などが混在する場合があります。 形状が正しく見える点群でも、座標の原点、軸方向、単位、高さの基準が異なれば、そのまま重ね合わせることはできません。異なる座標状態のファイルを同じ名前で保存すると、数値上は読み込めても、位置や高さが大きくずれる原因になります。 命名では、少なくともローカル座標か、基準点に基づく座標かを区別します。例えばローカル座標を LOC、座標付与済みを GEO とする方法があります。複数の現場座標を使う案件では SITEA、SITEB のような座標設定IDを付け、変換条件を台帳に残します。 高さについても、点群がどの基準に基づいているかを明確にします。高さの扱いには、楕円体を基準とする高さ、標高として扱う高さ、現場内の仮基準高などがあり、同じ数値でも意味が異なります。ファイル名には高さ区分を示す短いコードを入れ、具体的な基準点、補正方法、使用したモデル、適用時期などをメタデータに記録します。 座標系の正式名称や詳細なパラメータをすべてファイル名に書くと、名前が長くなり、入力ミスも増えます。そのため、CRS01 のような座標設定IDを用意し、台帳で座標の定義、軸順序、単位、原点、高さの基準、変換手順を確認できるようにする方法が有効です。 単位も見落とせません。メートルとミリメートルの取り違えは、読み込み時に大きさが合わない原因になります。点群形式に単位情報が含まれる場合でも、受け渡し先の環境で正しく解釈されるとは限りません。単位をファイル名またはメタデータで明記し、読み込み後に既知距離を確認する工程を設けます。 座標コードが付いていることだけで、座標品質が保証されるわけではありません。基準点の入力ミス、変換方向の誤り、標高補正の不一致などが残る可能性があります。座標の状態と品質確認の状態は分けて管理し、既知点との照合結果や残差を品質記録へ残すことが必要です。
命名ルール6 版番号と承認状態を混同しない
六つ目のルールは、編集回数を示す版番号と、確認や承認の状態を分けることです。版番号は更新の順番を示しますが、そのデータが正しいことや納品可能であることを保証するものではありません。最新版であっても確認前という場合があるためです。 版番号は V001、V002 のように固定桁で付けます。桁数をそろえると、ファイル一覧を文字列順に並べたときにも順序が崩れにくくなります。小数のような版番号は柔軟に見えますが、更新規則が曖昧になる場合があるため、単純な連番と変更履歴を組み合わせる方法が扱いやすいでしょう。 承認状態には、作業中、確認待ち、確認済み、納品用など、業務上必要な区分を定めます。例えば WIP、REVIEW、APPROVED、DELIV のようなコードを使えます。ただし、承認済みを示すコードは、所定の確認を終えた担当者だけが付与できるようにします。誰でも自由に変更できる状態では、表示の信頼性が失われます。 版番号を更新する条件も決めておきます。点除去、位置合わせの修正、座標変換の変更、属性追加、範囲変更など、成果に影響する処理を行った場合は新しい版として保存します。表示色だけを変えた場合など、元データに影響しない操作をどう扱うかも事前に定義しておくと迷いません。 承認後に修正が必要になった場合は、承認済みファイルを上書きせず、新しい版を作成して再確認します。過去版を残すことで、どの変更が結果に影響したのか追跡できます。保存容量の都合で中間データを整理する場合も、原データ、承認済み成果、処理条件、変更履歴は優先的に保持します。 ファイル名だけで変更内容を表そうとして「ノイズ除去修正」「座標再修正」などの文章を追加すると、表記が揺れて名前が長くなります。変更内容は履歴表に記載し、ファイル名では版番号と状態を簡潔に示す方が検索しやすくなります。
命名ルール7 文字種と項目順を統一する
七つ目のルールは、使用する文字種、区切り記号、項目順、桁数を統一することです。命名に必要な項目を決めても、並び順が担当者によって異なれば、検索や自動処理が難しくなります。 基本形の一例は、文化財ID_案件ID_計測日_対象範囲_測站ID_データ種別_処理段階_座標設定ID_版番号_状態 です。実際には、すべてのファイルに全項目が必要とは限りません。それでも、採用する項目の順番は固定し、使わない項目を勝手に別の位置へ移さないようにします。 文字種は、半角英数字を中心にし、区切りにはアンダースコアやハイフンなど、組織で決めた一種類を使うと互換性を確保しやすくなります。空白、機種依存文字、環境によって扱いが変わる記号は避けます。日本語名を使う場合は、文字コードや受け渡し環境を事前に確認し、表記揺れを防ぐための正式名称一覧を用意します。 英字の大文字と小文字も統一します。ある担当者が raw、別の担当者が RAW と入力すると、環境によっては別名として扱われます。コードは大文字、拡張子は小文字など、簡単な規則を定めると入力時の迷いを減らせます。 連番は桁数を固定します。測站番号を ST1、ST2、ST10 とすると、文字列順では ST10 が ST2 より前に並ぶ場合があります。想定される最大数に応じて ST001、ST002、ST010 とすれば、一覧性が高まります。 ファイル名の長さにも注意が必要です。対象部位や処理内容を詳しく書きすぎると、フォルダ階層を含めた保存先全体が長くなり、移動や展開で問題が生じる場合があります。短い管理コードを使用し、詳細は台帳に移すことで、識別性と扱いやすさの均衡を取ります。 命名例としては、CH001_SV2026A_20260827_AREA02_ST003_PC_RAW_LOC_V001_WIP のような構成が考えられます。この例からは、文化財、案件、計測日、対象範囲、測站、点群、原データ、ローカル座標、版、作業状態を読み取れます。ただし、このコード体系をそのまま採用するのではなく、組織の保存工程や既存台帳に合わせて定義することが大切です。
フォルダ構成とファイル名の役割を分ける
命名を整えるときは、フォルダ構成も同時に検討します。すべての情報をファイル名に入れる方法と、フォルダだけで分類する方法には、それぞれ弱点があります。ファイル名が長すぎると扱いにくくなり、フォルダ情報に依存しすぎると、ファイルを単独で移動した際に所属が分からなくなります。 基本的には、文化財ID、案件ID、計測日などの重要情報をファイル名にも残し、フォルダでは作業段階や資料種別を大きく分けます。例えば、原データ、処理中データ、承認済み成果、現地写真、基準点記録、品質記録といった区分です。フォルダ名にも番号を付けると、想定した順番で表示しやすくなります。 原データ用フォルダは、アクセス権限や運用ルールを設定し、処理担当者が誤って上書きしないようにします。作業時は原データから複製したファイルを処理用領域へ置きます。原データと処理後データを同じフォルダに保存すると、処理段階の違いを見落としやすくなります。 一時ファイルや自動生成ファイルも保存対象と混在させないようにします。処理途中のキャッシュや表示用の一時データは再現可能であれば別領域に置き、長期保存する成果と区別します。ただし、再現に特殊な設定や長時間の処理が必要な中間データは、保存価値を検討したうえで処理条件とともに残します。 フォルダを移動してもファイルの所属を識別できること、ファイル名が多少省略されてもフォルダから役割を判断できることが理想です。ファイル名とフォルダを重複させる部分は無駄ではなく、取り違えを防ぐための補助情報になります。
命名台帳とメタデータで情報を補完する
再利用しやすい保存には、命名規則だけでなく、コードの意味を説明する命名台帳が必要です。台帳には、文化財ID、案件ID、対象範囲ID、測站ID、データ種別、処理段階、座標設定ID、状態コードなどを記載します。コードを新設、変更、廃止した履歴も残します。 測站台帳には、設置位置、器械高、走査方向、取得時刻、対象範囲、再計測の有無などを記録します。配置図や現地写真と結び付けておけば、点群上の欠測や異常点を調べる際に役立ちます。文化財では足場、養生、公開動線などによって設置条件が変わるため、計測できなかった範囲も記録しておくことが重要です。 座標設定台帳には、座標の種類、単位、軸方向、原点、使用した基準点、高さの基準、変換手順を記録します。変換パラメータを別ファイルで保存する場合は、そのファイル名と版も台帳から参照できるようにします。 処理履歴には、入力データ、出力データ、実施日、担当者、処理内容、主要な設定、品質確認結果を残します。例えば、位置合わせ済み点群を作成した場合は、使用した測站、除外した測站、基準とした点、確認方法などを記録します。ファイル名から処理段階を判断し、台帳から処理内容を確認できる関係を作ります。 データの完全性を確認するため、必要に応じてチェックサムなどの照合情報を保存する方法もあります。これは、コピーや移行後のファイルが元と一致しているか確認するための情報です。ただし、照合情報が一致しても計測内容の妥当性までは保証しないため、品質確認とは区別します。 台帳そのものにも版管理が必要です。古い台帳と新しいファイルが混在すると、コードの意味を誤って解釈する可能性があります。案件の保存単位ごとに台帳を含め、更新履歴と確認日を残しておくと、将来の担当者が状況を把握しやすくなります。
TLS文化財計測の保存工程に命名確認を組み込む
命名ルールは、文書を作るだけでは定着しません。現地計測から成果保存までの工程に、命名確認を組み込む必要があります。最初に文化財ID、案件ID、日付表記、対象範囲ID、測站番号の割り当てを決め、現地野帳と保存フォルダを準備します。 現地では、測站を移動するたびに測站IDと取得データの対応を記録します。機器が自動的に付ける連番をそのまま管理番号として使うと、再起動や記録媒体の交換によって番号が重複することがあります。機器側のファイル名は取得時の識別情報として保持し、保存工程で管理用の名称との対応表を作る方法が安全です。 データを取り込んだ直後は、ファイル数、容量、取得日時、測站記録との一致を確認します。すぐに編集を始めるのではなく、原データの複製とバックアップを確保します。この段階で命名を確定すれば、後工程で名称を何度も変更する負担を減らせます。 位置合わせや座標付与を行った後は、処理段階、座標設定ID、版番号を更新します。処理前ファイルを残したまま新しいファイルとして保存し、入力と出力の関係を履歴に記録します。処理担当者が変わっても、どのデータを基に作成したか追跡できる状態が必要です。 納品前や長期保存前には、命名規則への適合、拡張子との一致、欠番や重複、座標状態、版、承認状態を確認します。ファイル名だけでなく、実際にファイルを開いて内容と一致しているかを抜き取り確認します。名前が GEO でも、実際にはローカル座標のままという可能性を排除するためです。 命名チェックを自動化する場合は、区切り位置、日付の桁数、許可されたコード、版番号、使用禁止文字などを検査できます。ただし、自動検査は名称の形式を確認するものであり、対象範囲や座標の実質的な正しさまでは判断できません。機械的な確認と担当者による内容確認を組み合わせます。
再利用を妨げる代表的な命名ミス
よくある問題の一つは、担当者の記憶に依存した名前です。「いつもの建物」「奥側」「昨日分」といった表現は、時間が経つと意味を失います。相対的な表現ではなく、固定した管理ID、日付、対象範囲IDを使います。 二つ目は、「最新」「完成」「本当の最終」といった状態表現の乱用です。これらは作成時点では分かりやすくても、修正が重なると順序を判断できません。版番号と承認状態を分け、変更履歴から内容を確認できるようにします。 三つ目は、原データへの上書きです。不要点を除去したつもりでも、後から必要な点だったと分かることがあります。文化財の形状記録では再計測が難しい場合もあるため、原データを保持し、編集結果は別名で保存します。 四つ目は、座標状態を示さないことです。見た目が同じ点群でも、原点や高さの基準が異なる場合があります。座標設定IDと単位を確認できなければ、修復前後の差分や他の測量成果との統合に支障が生じます。 五つ目は、ファイル名と内容の不一致です。既存ファイルを複製して別の範囲を処理した際、名称を変更し忘れることがあります。保存時に対象範囲、処理段階、座標状態を確認し、台帳との一致を検査します。 六つ目は、略号を増やしすぎることです。短い名前を優先して担当者ごとに新しい略号を作ると、後から意味を解読できません。使用可能なコードを台帳に限定し、新設時には管理者の確認を経る運用が必要です。 七つ目は、バックアップを命名だけで代替することです。適切な名前が付いていても、保存媒体の故障、誤削除、データ破損への備えにはなりません。複数の保存先、定期的な完全性確認、復旧手順を別途整備する必要があります。
継続計測で過去データと比較しやすくする考え方
文化財TLSデータの価値は、一時点の形状記録だけではありません。同じ対象を一定期間後に再計測すれば、変位、沈下、傾斜、表面形状の変化、修復による形状差などを検討する基礎資料になります。ただし、比較可能性は命名だけで決まるものではありません。 継続計測では、文化財ID、対象範囲ID、座標設定IDを可能な限り維持します。測站位置を再現する必要がある場合は、測站IDと配置図を参照し、設置条件の違いを記録します。同じ測站IDを使うなら、同じ場所を意味することを原則とし、位置が変わった場合は新しいIDを付けます。 計測日、計測条件、点密度、入射角、遮蔽状況、対象表面の状態が異なると、差分が実際の変化なのか計測条件の違いなのか判断しにくくなります。ファイル名で時点を識別し、メタデータで条件を比較できるようにします。 座標合わせでは、変化していないと考えられる安定部分や管理された基準点を利用します。対象物全体を自動的に重ねた結果だけで変位を評価すると、本来確認したい変化が平均化される場合があります。どの範囲を基準に位置合わせしたかを処理履歴へ残すことが重要です。 点群の差が計測精度や位置合わせ誤差と同程度の場合は、変化を断定できません。使用機器、距離、表面性状、観測条件、基準点精度、処理方法を踏まえて評価します。命名規則によって適切なデータを選べても、解析結果の解釈には別途品質管理が必要です。 長期的な再利用を考えるなら、元の保存形式だけでなく、汎用的に扱いやすい形式での複製、座標定義、属性の説明、閲覧方法も残します。将来の環境で元の処理状態を完全に再現できない可能性があるため、原データ、交換用データ、主要な成果を役割別に保存すると安心です。
LRTK Phoneを併用した現地記録につなげる
文化財TLS計測では、点群そのものに加えて、測站位置、基準点、対象部位、欠測範囲、現場状況を記録することが再利用性を高めます。ファイル名に測站IDが含まれていても、その位置や周囲の状況が分からなければ、後からデータ品質を検証しにくいためです。 現地記録では、TLSデータと同じ文化財ID、案件ID、日付、対象範囲ID、測站IDを使用します。写真や位置記録の名称を点群と対応させれば、遮蔽物、足場、建具の状態、立入制限などを確認できます。再計測時にも、過去の観測位置や対象範囲を把握する手掛かりになります。 LRTK Phoneを活用する場合も、TLSとは別系統のデータとして孤立させず、共通の管理IDで結び付けることが重要です。現地で記録した位置や写真、補足情報に共通IDを付与し、TLS点群の測站台帳や対象範囲台帳から参照できるようにします。 一方で、取得方法や精度特性が異なるデータを、名称が似ているという理由だけで同等に扱うことはできません。TLSデータとLRTK Phoneによる記録はデータ種別を分け、座標条件、取得日時、確認方法をそれぞれ残します。そのうえで同じ案件の関連資料としてひも付ければ、現地確認から点群整理、追加調査まで一貫した情報管理につなげられます。
まとめ
文化財TLSデータを再利用しやすく保存するには、文化財と案件の管理ID、計測日、対象範囲と測站、データ種別と処理段階、座標と高さの状態、版と承認状態、文字種と項目順という7つの要素を整理することが重要です。 命名ルールの目的は、整った見た目のファイル名を作ることではありません。担当者が変わっても目的のデータを探せること、原データと処理後データを取り違えないこと、座標や版の状態を判断できること、過去の処理へ戻れることが本質です。 また、ファイル名だけですべてを説明しようとせず、フォルダ構成、命名台帳、測站配置図、座標設定、処理履歴、品質記録を組み合わせる必要があります。命名は情報管理の入口であり、詳細な根拠は関連記録から確認できる状態にします。 まずは一つの案件で基本形を定め、現地取得、データ取り込み、処理、確認、納品、長期保存の各段階で使えるか検証するとよいでしょう。運用中に項目を変更する場合は、過去データとの対応関係を残し、担当者だけが分かる例外を増やさないことが大切です。 TLS点群に加えて現地の位置や写真を共通IDで整理したい場合は、LRTK Phoneを活用した記録方法も検討できます。TLSデータとLRTK Phoneの現地記録を同じ命名体系で結び付けることで、文化財計測の成果を将来の確認、再解析、継続調査へ引き継ぎやすくなります。