点群OBJの面インデックス範囲外エラーとは
点群OBJをアップロードした際に、「面インデックスが範囲外です」「無効な頂点番号です」「面の参照先がありません」などのエラーが表示されることがあります。表示文言はアップロード先によって異なりますが、基本的にはOBJファイル内の面情報が、参照できない頂点、テクスチャ座標、法線を指定している状態です。
OBJは、三次元形状をテキストで記録できる形式です。頂点座標だけでなく、点を結ぶ線、点要素、三角形や四角形などの面、テクスチャ座標、法線、グループ、材質参照などを記述できます。ただし、すべてのアップロード先がOBJの全要素へ同じように対応しているわけではありません。
点群からOBJを書き出した場合でも、設定によっては点だけではなく、点同士を結んだ三角形網が含まれます。利用者が点群として扱っているつもりでも、ファイル内部に多数のf行が記録されていれば、アップロード先はメッシュとして解析しようとします。
面情報は座標値を直接持つのではなく、何番目の頂点を使うかを参照番号で指定します。たとえば、1番目、2番目、3番目の頂点を結ぶ三角形は、通常はf 1 2 3と表します。
ファイル内に5000個の頂点しかないのに、面が5001番目の頂点を参照していれば、その参照先は存在しません。解析処理は問題の面を拒否したり、読み飛ばしたり、ファイル全体の読み込みを停止したりします。
一方、番号が範囲内であっても、本来とは異なる頂点を指していれば形状は崩れます。離れた場所の点同士が結ばれて細長い面ができる、原点付近へ面が集中する、地表面の一部が折り返すといった症状は、範囲外そのものではなく、番号ずれによる誤参照で起きることがあります。
したがって、エラーに表示された数字を最大番号へ置き換えるだけでは安全な修正になりません。参照番号は形状の接続関係を表しているため、範囲内へ収めても、意図した頂点との対応が復元されなければ別の不具合が残ります。
安全に修正するには、v、vt、vnの件数を分けて数え、面行の各番号がどの一覧を参照しているのかを確認する必要があります。
OBJにおける頂点番号と面情報の基本
OBJでは、幾何頂点を記録する行は通常、行頭のvで始まります。次の記述は3個の頂点を表しています。
text v 0.0 0.0 0.0 v 1.0 0.0 0.0 v 0.0 1.0 0.0
最初のv行が1番目、次が2番目、その次が3番目の頂点です。この3頂点を使って三角形を作る場合は、面を表すf行へ参照番号を記録します。
text f 1 2 3
ここで使われる1、2、3は座標値ではなく、頂点一覧の順番です。OBJの正の参照番号は1から始まるため、0は最初の頂点を意味しません。
OBJには、テクスチャ座標を表すvtと、法線を表すvnも記録できます。面から頂点、テクスチャ座標、法線を同時に参照する場合は、次のようにスラッシュで区切ります。
text f 1/1/1 2/2/2 3/3/3
各要素の左側が頂点番号、中央がテクスチャ座標番号、右側が法線番号です。3種類の番号は別々の一覧を参照するため、同じ値である必要はありません。
テクスチャ座標を使わず、頂点と法線だけを指定する場合は、中央を空欄にしてスラッシュを2個続けます。
text f 1//1 2//2 3//3
1//1は、頂点番号1、テクスチャ座標の指定なし、法線番号1を意味します。これを1/1と書くと、一般には頂点番号1とテクスチャ座標番号1として解釈されます。
点だけをOBJの要素として明示する場合は、点要素を表すp行を使えます。たとえば、最初の3頂点を点として参照する記述は次のとおりです。
text p 1 2 3
ただし、点要素へ対応していないアップロード先もあります。また、v行だけを点群として独自表示するソフトもあるため、点群OBJの互換性はアップロード先の仕様確認が必要です。
面インデックス範囲外を検査するときは、f行に現れる数字を一括で比較するのではなく、頂点番号、UV番号、法線番号を分離し、それぞれの件数と照合します。
原因1｜存在しない頂点番号を面が参照している
最も分かりやすい原因は、面の正の参照番号がOBJ内の要素数を超えていることです。
OBJ内にv行が1000行しかない場合、正の頂点番号として利用できる範囲は1から1000までです。次の面は1001番目の頂点を参照しているため無効です。
text f 999 1000 1001
この問題は、保存や転送が途中で止まり、ファイル末尾が欠落した場合に起こることがあります。本来は1001番目以降の頂点も出力される予定だったのに、頂点一覧の途中で書き出しが終わり、後続の面情報だけが別工程から残ると参照関係が崩れます。
不要点の削除や対象範囲の切り出しでも同じ問題が起きます。頂点を削除したのに、その頂点を参照していた面を残せば、参照先がなくなります。
範囲外番号を最大の有効番号へ置き換える方法は避ける必要があります。たとえば1001を1000へ変えると、次のようになります。
text f 999 1000 1000
この面は同じ頂点を重複参照するため、三角形として面積を持たない退化面になります。エラー表示が消えても、有効な形状へ戻ったとは限りません。
元の頂点との対応を復元できない場合は、問題の面を削除するか、残っている点から面を再生成するほうが安全です。特に広範囲の頂点が削除されている場合は、面番号を個別に推測するより、整理後の点群を基に三角形網を作り直したほうが誤接続を抑えやすくなります。
また、頂点番号が範囲内でも、vtやvnの番号が範囲外の場合があります。エラー表示が「面インデックス範囲外」とだけ示されるときは、頂点数だけでなく、テクスチャ座標数と法線数も確認します。
原因2｜0始まりの番号をそのまま書き出している
点群処理や三次元形状処理のプログラムでは、内部配列を0から数えることが一般的です。最初の頂点を0番、次を1番、その次を2番として管理します。
一方、OBJの正の参照番号は1から始まります。内部の0始まり番号を変換せずに出力すると、次のような面が生成されます。
text f 0 1 2
OBJの面参照で0は有効な頂点番号ではありません。最初の3頂点を参照するなら、次のように書く必要があります。
text f 1 2 3
この問題は、独自スクリプト、簡易変換ツール、表計算で作った点番号をそのまま面行へ挿入した場合などに起こります。
すべての面が一貫して0始まりであり、最小値が0、最大値が頂点数から1を引いた値になっているなら、対象の頂点番号へ1を加えることで直せる可能性があります。ただし、変換前にファイル全体の規則を確認する必要があります。
正常な1始まりの面と、誤った0始まりの面が混在している場合、全番号へ一律に1を加えると、正常だった面までずれます。ファイルの前半と後半で出力処理が異なる場合や、複数ファイルを連結した場合は、番号体系が混在していないかを確認します。
0が一部の面だけに現れる場合は、0始まりではなく、未設定値や変換失敗を0として出力している可能性があります。その場合、単純加算では元の対応を復元できません。
UV番号と法線番号にも同じ注意が必要です。次の記述では、頂点番号は1以上ですが、テクスチャ座標番号と法線番号に0が含まれています。
text f 1/0/0 2/1/1 3/2/2
スラッシュで区切った各番号を個別に確認し、どの一覧だけが0始まりなのか、それとも欠損値なのかを判断します。
原因3｜頂点・UV・法線の参照番号を混同している
OBJの頂点番号、テクスチャ座標番号、法線番号は、それぞれ独立しています。変換処理で3種類を同じ番号として扱うと、範囲外や誤参照が発生します。
たとえば、頂点が10万個、テクスチャ座標が8万個、法線が2万個あるOBJを考えます。頂点番号75000は有効ですが、法線番号75000は存在しません。
それにもかかわらず、頂点番号を法線番号へそのまま複製すると、次のような記述が生成されます。
text f 75000//75000 75001//75001 75002//75002
この面では頂点番号が範囲内でも、法線番号が範囲外です。v行だけを数えて問題なしと判断すると、原因を見落とします。
10/25/4という参照は、10番目の頂点、25番目のテクスチャ座標、4番目の法線を組み合わせます。番号が異なること自体は異常ではありません。UVの継ぎ目や法線の不連続部分では、同じ位置の頂点に異なるUVや法線が割り当てられることがあります。
スラッシュの位置を誤ると、番号の意味も変わります。頂点と法線だけを指定したい場合は10//4です。10/4と書けば、4は法線ではなくテクスチャ座標として扱われます。
ファイル内にvt行がないのに10/4と書かれていれば、存在しないテクスチャ座標を参照する状態になります。数字自体が法線一覧の範囲内でも、記述欄が違えば正しく解釈されません。
OBJでは、面ごとに頂点だけ、頂点とUV、頂点と法線、頂点とUVと法線という形式を使い分けることができます。ただし、アップロード先が混在形式へ十分対応していない場合もあります。
互換性を優先するなら、必要な属性を整理し、可能な範囲で面の記述形式を統一します。テクスチャを使わないならUV参照を除き、法線をアップロード先で再計算できるなら法線参照を省略する方法があります。
ただし、UVや法線を削除すると、テクスチャの位置や陰影が変わる可能性があります。修正前のOBJ、MTL、画像を保存し、用途に応じて属性を残すか判断します。
原因4｜頂点を削除した後に面番号を更新していない
点群OBJの容量を減らすために、不要点の除去、対象範囲の切り出し、重複頂点の統合、点密度の調整を行うことがあります。頂点一覧だけを変更し、面の参照番号を更新しなければ、頂点と面の対応関係が崩れます。
5個の頂点があり、面が次の番号を参照しているとします。
text f 1 3 5
2番目の頂点を削除すると、元の3番目は新しい2番目へ、元の5番目は新しい4番目へ移動します。対応を維持するなら、面は次のように変換します。
text f 1 2 4
f 1 3 5のまま残すと、新しい3番目は元の4番目を指し、5番目は存在しないため範囲外になります。
さらに危険なのは、削除後も番号が上限以内に残る場合です。番号自体は有効でも、元とは異なる頂点を参照するため、範囲外エラーを出さずに形状だけが崩れます。
頂点削除後に面を維持するには、旧番号と新番号の対応表を作ります。削除しなかった各頂点について、元の番号が新しい何番へ移ったかを記録し、その対応に従って面番号を変換します。
面が参照していた頂点そのものを削除した場合、その面は元の形では維持できません。近い頂点へ機械的に置き換えるのではなく、該当面を削除するか、周辺点を使って面を再生成します。
頂点の並べ替えでも同じ問題が起きます。座標を高さ順や位置順に並べ替えると頂点番号が変わるため、面番号も同じ変換規則で更新しなければなりません。
重複頂点を統合した場合は、複数の旧番号が一つの新番号へ集約されます。その結果、一つの面内で同じ番号が重複することがあります。
text f 8 8 9
この面はすべて範囲内ですが、異なる3頂点で構成されていないため退化面です。番号変換後は上限超過だけでなく、面内の重複番号や面積が極端に小さい面も確認します。
原因5｜複数のOBJを結合するときに番号を補正していない
複数のOBJを一つのファイルへまとめるときは、後から追加するデータの参照番号を補正する必要があります。
最初のOBJに1000個の頂点があり、2個目のOBJにも1000個の頂点があるとします。2個目でf 1 2 3だった面は、結合後には全体の1001番、1002番、1003番を参照します。
text f 1001 1002 1003
2個目の内容をそのまま末尾へ追加してf 1 2 3を残すと、番号は範囲内でも、最初のOBJの頂点を参照します。範囲外エラーではなく、誤った接続として現れる点に注意が必要です。
OBJのo行やg行は、オブジェクト名やグループ名を切り替えるための記述です。これらが現れても、v、vt、vnの参照番号が自動的に1へ戻るわけではありません。一つのOBJ内では各一覧の番号をファイル全体で管理します。
次の例では、後半の面がarea_bの頂点を使うなら、4番、5番、6番を参照する必要があります。
text g area_a v 0 0 0 v 1 0 0 v 0 1 0 f 1 2 3
g area_b v 10 0 0 v 11 0 0 v 10 1 0 f 4 5 6
UVと法線も個別に補正します。前半に頂点1000個、テクスチャ座標800個、法線500個がある場合、後半の頂点番号には1000、UV番号には800、法線番号には500を加えます。
3種類すべてへ1000を加えると、UVや法線の参照先がずれます。結合前にv、vt、vnの件数をそれぞれ数え、属性ごとに加算値を分けます。
OBJを分割するときは逆の処理が必要です。切り出した頂点、UV、法線を新しいファイルへ並べ直し、旧番号から新番号への対応表を作って面を振り直します。
座標範囲だけで頂点を抽出し、面が必要とする頂点を確認せずに保存すると、切り出し後のOBJに新たな範囲外参照が生まれます。分割では、面を基準に必要な要素を集める方法が安全です。
原因6｜負のインデックスや記述順に互換性の問題がある
OBJでは、正の参照番号に加えて、現在までに定義された要素からさかのぼる負のインデックスを使えます。
-1は直前に定義された要素、-2はその一つ前、-3はさらに一つ前を表します。次の記述では、直前の3頂点を使って面を作ります。
text v 0 0 0 v 1 0 0 v 0 1 0 f -3 -2 -1
負のインデックスはOBJで定義された表現ですが、アップロード先や独自パーサーによっては十分に対応していない場合があります。互換性を優先するなら、負の番号を正の番号へ変換しておくと原因を切り分けやすくなります。
面行が現れた時点で頂点が100個定義されているなら、-1は100、-2は99、-3は98です。UVと法線の負の番号は、その時点までに定義されたvtとvnの件数を基準に変換します。
ファイル全体の最終件数を基準にすると、面行より後にも頂点や属性が追加される構成で誤った参照になります。負の番号は、行が記述された位置に依存する点が重要です。
正の参照についても、互換性を高めるためには、参照されるv、vt、vnを先に定義し、その後へfを書く構成が安全です。後ろに書かれた頂点を先に面から参照する前方参照へ依存すると、上から順番に解析するアップロード先で失敗する可能性があります。
別のOBJを途中へ挿入したり、頂点行と面行の並びを変更したりすると、負のインデックスの参照先が変わります。複数ファイルを連結する際は、負の番号を正数化してから結合すると検査しやすくなります。
次のように参照要素が途中で終わっている行も無効です。
text f 10/5/2 11/6/3 12/
最後の12/は必要な番号が欠けた不完全な記述です。解析処理によっては行全体を拒否したり、問題の面を読み飛ばしたりします。欠落部分を0として扱うと決めつけず、不正な構文として修正または除外します。
ファイル末尾で不完全なf行が見つかった場合は、保存や転送が途中で終わっていないか、元データを再出力できないかも確認します。
面インデックス範囲外を修正する実務手順
修正作業では、最初に元のOBJを複製し、元ファイルへ直接上書きしないようにします。材質やテクスチャを利用している場合は、OBJだけでなくMTLと画像も同じ単位で保管します。
次に、その用途で面が必要かを確認します。地表面の表示、体積計算、陰影、テクスチャ表示を行うなら、面と関連属性を維持する必要があります。点の位置だけを確認する用途なら、面を除いた点要素として扱える可能性があります。
面を維持する場合は、v、vt、vnの行数を個別に数えます。vを数えるときに、先頭が似ているvtやvnを混ぜないよう、行頭のトークンで判定します。
その後、すべてのf行を読み取り、各要素を頂点番号、テクスチャ座標番号、法線番号へ分解します。正の番号は1以上で、それぞれの一覧の上限以下でなければなりません。
0が含まれている場合は、ファイル全体が0始まりなのか、一部の欠損値が0になっているのかを確認します。一貫した0始まりと判断できる場合だけ、対象の番号へ1を加える方法を検討します。
負の番号は、面行までに定義された要素数を基準に正の番号へ変換します。変換後の番号が1未満になれば、その負の参照はさかのぼれる範囲を超えています。
頂点削除や並べ替えを行ったOBJでは、旧番号と新番号の対応表を使います。削除された頂点を参照する面は、対応先が存在しないため、面の削除または再生成が必要です。
複数OBJを結合したデータでは、各ファイルの開始位置を確認します。後続OBJの頂点番号には先行するv数、UV番号には先行するvt数、法線番号には先行するvn数を加算します。
番号変換後は、すべてが範囲内かを再検査します。さらに、一つの面内に同じ頂点番号が重複していないか、面要素が3個未満になっていないか、不完全なスラッシュ記述がないかを確認します。
三角形なら、3個の頂点番号が異なり、座標上でも面積を持つことを確認します。番号が異なっていても、3頂点が同じ位置や一直線上にあれば退化面になります。
修正したOBJは、いきなり本番環境へアップロードせず、問題のある面と必要な頂点を抽出した小規模な検証用OBJで試す方法が有効です。ただし、単純に先頭の数千行を切り出すのではなく、参照するv、vt、vnをすべて含め、新しい番号へ振り直します。
小規模データで読み込みに成功しても、全体の後半に別のずれが残る可能性があります。最終的には全f行を自動検査し、問題件数が0になったことを確認します。
点群だけを使う場合に面情報を削除する判断
OBJを点群として使う場合、面情報が必須とは限りません。ただし、f行を削除してv行だけ残せば、すべてのアップロード先で点群として表示されるとは限りません。
OBJで点要素を明示する場合は、p行から頂点番号を参照します。
text v 0 0 0 v 1 0 0 v 0 1 0 p 1 2 3
アップロード先が点要素へ対応していれば、このように面を持たない点集合として扱えます。一方、点要素を未対応として無視するソフトもあります。また、独自仕様としてv行だけを点として表示するソフトもあります。
そのため、面を削除する前に、アップロード先がp行へ対応しているか、v行だけでも表示するかを確認します。対応が不明な場合は、小さなテストOBJで表示を確かめます。
点の位置確認、取得範囲の確認、座標共有などでは、点だけで足りることがあります。面を外すことで、壊れたf行が原因かどうかを切り分けやすくなります。
一方、面を削除すると三角形網としての表面は失われます。体積計算、地表面の生成、連続した陰影、面へのテクスチャ貼り付けには、面または別工程で作成した表面が必要です。
テクスチャは通常、面の各頂点とUVの組み合わせを通じて表示されます。面を削除すれば、画像による表面表現を維持できない場合があります。
点群から自動生成された面だけが壊れているなら、点要素を正常な状態で保存し、その後に別工程で面を再生成すると、頂点側と面側の問題を分けて確認できます。
ただし、頂点行に数値以外の文字、座標欄の欠落、扱えない数値が含まれている場合は、面を削除しても読み込みは直りません。点群として使う場合も、v行の構文と座標値を確認します。
大容量OBJを安全に検査する方法
点群OBJは、頂点数や面数が増えるとファイル容量が大きくなります。数百万点規模のOBJを一般的なテキスト編集画面で開くと、表示や保存に時間がかかり、誤操作で内容を壊す可能性があります。
大容量OBJでは、ファイル全体を一度にメモリーへ読み込まず、一行ずつ処理する方法が適しています。
正の番号の上限を最終件数と照合する場合は、最初の走査でv、vt、vnの総数を数え、2回目の走査でf行を検査できます。これなら大きな座標配列をすべて保持せずに済みます。
負のインデックスを検査する場合は、各f行までに定義されたv、vt、vnの件数が必要です。2回目の走査でも現在件数を更新しながら読み、負の番号をその場で正数へ変換します。
頂点を削除して番号を振り直す場合は、旧番号と新番号の対応が必要です。全頂点分の対応表が大きすぎるときは、削除対象を先に確定し、連続区間ごとのずれを管理する方法もあります。ただし、重複統合のように複数番号が一つへ集約される処理では、単純な差分だけでは表せません。
修正は工程を分けて実施します。無効頂点の除去、番号更新、負の番号の正数化、退化面の削除を一度に行うと、形状が崩れたときに原因を追跡しにくくなります。
工程ごとに別ファイルを保存し、各段階の頂点数、UV数、法線数、面数、範囲外件数、退化面件数を記録します。元データ、構文修正後、番号更新後、検証済みという状態をファイル名でも区別します。
検証用OBJを作るときは、ファイル先頭から一定行数を切り出す方法を避けます。検証対象の面を選び、その面が参照する頂点、UV、法線をすべて抽出して、新しい連続番号へ置き換えます。
自動検査の出力には、問題がある行番号、元の参照文字列、判定対象がv、vt、vnのどれか、上限値、変換後の番号を記録すると、修正内容を追跡しやすくなります。
修正後に確認したい表示と形状のチェック
面インデックス範囲外が0件になり、OBJをアップロードできても、修正が完了したとは限りません。範囲内の誤参照は構文検査だけでは見つからないため、表示と形状を確認します。
まず、修正前後の頂点数、UV数、法線数、面数を比較します。面数が大幅に減っている場合は、意図せず広範囲の面を削除していないかを確認します。
次に、形状全体を広い視点から確認します。対象範囲外へ伸びる細長い面、原点付近へ集中する面、離れた区域を橋渡しする面がないかを見ます。
地表面や法面では、稜線、法肩、法尻、構造物際など、形状が急に変わる場所を重点的に確認します。面の削除や再生成によって、境界をまたぐ三角形が作られたり、角が過度に丸められたりすることがあります。
面の頂点順序も確認します。頂点の並び順は面の向きや法線方向に関係するため、変換時に順序を反転すると、片面表示の環境で一部が見えなくなることがあります。
テクスチャ付きOBJでは、画像の位置がずれていないかを確認します。頂点番号が正しくても、UV番号が別の座標を指していれば、形状は合っていても模様や色が崩れます。
陰影が不自然な場合は、法線番号と面の向きを確認します。誤った法線を参照すると、凹凸の見え方が実際の形状と一致しないことがあります。
退化面、重複面、反転面も確認します。同じ頂点集合を重複して持つ面は、表示のちらつきや処理負荷の原因になる場合があります。
点群を基に距離や体積を扱う場合は、見た目だけでなく座標値、座標系、単位、原点位置も確認します。面番号の修正では本来、頂点座標そのものを変更する必要はありません。意図せず座標列や桁が変わっていないかを比較します。
面インデックスエラーを防ぐデータ管理
面インデックス範囲外を防ぐには、点群処理の順番を統一することが重要です。
不要点の除去、対象範囲の切り出し、重複点の整理、座標調整、点密度の調整を終えてから面を生成すれば、面生成後に頂点番号を変更する機会を減らせます。
面生成後に頂点を削除する必要がある場合は、頂点と面を別々のテキスト処理で編集せず、参照関係を維持できる処理を使います。頂点を一つ削除するだけでも、その後の多くの番号へ影響します。
複数の担当者で扱う場合は、点要素だけのOBJ、面生成済みOBJ、テクスチャ付きOBJを明確に区別します。似た名前のファイルを組み合わせると、別の頂点一覧へ古い面情報を接続する事故が起こります。
書き出し条件も記録します。正の番号が1始まりか、負のインデックスを使うか、UVと法線を含むか、面を三角形化するか、点要素をpで出力するかを残します。
複数OBJを結合する場合は、結合前の各ファイルについてv、vt、vnの件数を記録します。後続ファイルへ加算する値を属性ごとに確認できます。
結合後は、oやgが切り替わった直後の最初の面を重点的に確認します。境界部分は番号の加算漏れが起こりやすい場所です。
アップロード前の自動検査では、0の参照、正の番号の上限超過、負の番号の参照可能範囲、面内の重複頂点、3要素未満の面、不完全なスラッシュ記述を確認します。
範囲外番号を自動的に最大番号へ丸める処理は避けます。番号を有効範囲へ収めるだけでは、正しい頂点との対応を復元できません。
自動処理では、問題行を削除したのか、対応表で変換したのか、負の番号を正数化したのかをログへ残します。元のOBJ、修正途中のOBJ、検証済みOBJを分けて保管すれば、異常が見つかったときに元へ戻れます。
まとめ｜頂点数と参照番号の対応を保つ
点群OBJで面インデックス範囲外になる主な原因は、存在しない番号の参照、0始まり番号の未変換、頂点とUVと法線の混同、頂点削除後の更新漏れ、OBJ結合時の補正漏れ、負のインデックスや記述順に関する互換性です。
修正では、まずv、vt、vnの件数を個別に確認します。そのうえで、f行の各参照を頂点番号、テクスチャ座標番号、法線番号へ分け、それぞれの一覧の範囲内にあるかを検査します。
頂点を削除、統合、並べ替えた場合は、旧番号と新番号の対応に沿って面番号を更新します。参照先が削除されている面は、別の番号へ機械的に置き換えず、削除または再生成を検討します。
複数のOBJを結合するときは、グループ名やオブジェクト名が変わっても番号が自動的にリセットされるとは考えず、先行するv、vt、vnの件数を後続の各参照へ個別に加算します。
点だけを利用する用途では、破損した面を除き、対応環境でp行を使う方法があります。ただし、点要素やv行だけの表示対応はアップロード先によって異なるため、小規模ファイルで確認します。
取得した点群を安定して活用するには、不要点処理、範囲調整、面生成、構文検査、アップロードの順番を整理し、頂点番号を変更した後に古い面情報を残さないことが重要です。現場で取得した点群や位置情報付きデータを扱う場合も、LRTK Phoneを含む使用機器や出力先の対応形式を確認し、元データを保管したうえで変換と検証を進める必要があります。