GPXを取り込んだ線が途中で切れても、その見た目だけで受信不良やデータ消失と決めつけません。まず切れ目が見える画面と、元ファイルに残る区間・点の情報を分けて控えます。そのうえで、編集や書き出しを経たか、取り込み先が何の用途で扱うかを確認します。原因を一つに絞る前に、どこまで分かっているかを残すことが、むやみに線をつなぎ直さないための出発点です。
切れ目の位置と、見ているデータを控える
最初に、どの画面で何が切れて見えるかを書きます。元の活動記録の画面、書き出したファイルを開いた画面、計画として取り込んだ画面は、同じものとして比較せず、それぞれの用途を添えます。アプリ名と版、表示している記録名、使ったファイル名を並べると、別の記録を見比べていないかを確かめやすくなります。これは編集部の確認案です。
切れ目の前後で目印になる地点を控え、画面を保存します。「山頂付近」だけではなく、どの線のどの部分かが分かるよう、前後の形が見える範囲を残します。同じファイルを別のアプリで見る場合も、まずは同じ箇所を比べます。表示が一致した、または違った、という観察と、その原因が分かったことは分けて記録します。
元の画面でも切れるから記録時の欠け、二つのアプリで同じ位置が切れるから受信中断、とまでは断定しません。切れ目の一致は追加で調べる場所を絞る材料です。原本は書き換えず、確認用の複製を使います。線をつなぐ、点を消す、時刻を足すといった変更は、この段階の確認とは別にします。
ファイルでは、区間の境界と隣り合う点を見る
GPX 1.1では、トラックを表すtrkの中に区間のtrksegがあり、その中の点がtrkptで表されます。また、一つのGPXファイルには複数のtrkを置けます。画面に出ている一本の線を、そのまま一つの区間だと思わず、ファイルの中のトラックと区間を区別して確認するのが先です。ルートとトラックの種類そのものは関連記事で整理しています。
trksegは、論理的に順につながる点のまとまりです。GPX 1.1は、受信の中断や受信機の電源オフがあった経路を表す際、連続した区間ごとに新しいtrksegを始めるよう説明しています。ただし、区間が分かれているだけで、そのファイルの分割理由が分かるわけではありません。どのアプリも境界を同じように描く、とも扱いません。
確認できる場合は、切れ目付近が区間の境界なのか、同じ区間内の点と点の間なのかを控えます。境界なら前の区間の終点と次の区間の始点、区間内なら前後の点を対象にします。時刻や標高はGPX 1.1の点で任意なので、記載がなければ未記載のまま残します。時刻の空白だけから電源オフと判断したり、欠けた値をゼロで埋めたりしない確認案です。
編集・分割・間引きを経ていないかを確かめる
点や区間が変わるのは、記録中の事情だけとは限りません。GarminのBaseCamp PC版の説明には、点の追加・移動・削除と、指定位置や区間でのトラック分割が示されています。分割すると、選んだ点は元のトラックから外れ、新しいトラックへ入ると説明されています。これは同製品の機能例で、受け取ったファイルが実際に編集されたと断定する材料ではありません。
BaseCamp Mac版には、トラックの点を減らして簡略化するフィルター機能があります。時間や距離の間隔、自動調整、最大の点数などを条件にできます。したがって、点の少ない部分を見つけても、受信の状態だけを原因候補にしない方針にします。提供元に聞けるなら、元の記録から書き出すまでに分割や点の削除、フィルターを使ったかを尋ねます。
同じMac版の案内は、原本を保存する選択肢を示し、保存しなければ除かれた点が元のトラックから恒久的に削除されると注意しています。原因調査のために間引きを試す前に、原本と作業用を分けておく理由になります。ここで必要なのは、線を見栄えよく直すことより、変更前の点や区間と比べられる材料を残すことです。
取り込み先の用途と、公式案内の条件を照合する
同じGPXでも、何として取り込むかを控えます。YAMAPの「GPXファイルから登山計画を作成するには？」は、GPXを読み込んで登山計画を作る機能の案内です。このページは、ポイント数が極端に多い場合、読み込みに時間がかかったり、一部が簡略化されたりすることがあると説明しています。計画への取り込みで表示が変わったときに確認する、製品と用途を限定した条件です。
ただし、ポイント数が多いというだけで、目の前の切れ目も簡略化が原因だとは結論づけません。その公式案内が、すべての区間の境界や欠けた点をどう描くかまで保証している、とも読みません。使用した機能、元ファイルの点や区間の構造、表示の違う場所をそろえて、案内にある条件と一致する部分・まだ不明な部分を分けます。
読み込み自体が拒否された場合は、取り込めた線が途中で切れる症状とは分けて扱います。エラーの文言をそのまま残し、使った機能の形式や項目の条件を調べます。原因が不明なまま、別のサービスの制限値や別用途の取込手順を当てはめないようにします。書き出し方が不明なら提供元へ、取り込み後の扱いが不明なら取り込み先へ、確認事項を分ける提案です。
まとめ：観察したことと、まだ分からない原因を分ける
確認メモには、切れ目が見える画面、対象ファイル、トラックと区間の境界、前後の点で読めた情報、編集・書き出しの履歴、取り込みに使った機能を並べます。例えば「同じ区間の前後の点はあるが、計画画面で線が途切れる」と「次の区間へ切り替わる位置で途切れる」は、別の観察として残します。どちらも、それだけで原因確定とはしません。
問い合わせでは、そのメモと変更していない元データを基準に、どの段階のどの処理が疑問かを伝えます。確認できないものは不明のまま残し、切れ目を埋めた線を元の記録に置き換えないことが要点です。元データの保管や同名ファイルの更新は別の運用課題として扱います。
線が連続して見えるようになっても、現在の道を歩けることの確認にはなりません。YAMAPの計画作成の案内も、過去のデータでは通行止めや崩落などで通れない場合があるとして、最新情報の確認を求めています。表示の切れ目を調べる作業と、現在の登山道の状況を確認する作業は、別々に進めてください。