GPXを読み込めないとき、すぐに点を削ったり時刻を追加したりすると、元の状態で何が起きたかを調べにくくなります。最初に行うのは、受け取ったファイルをそのまま保管し、どのアプリのどの操作で、何と表示されたかを残すことです。原本があることで、別の書き出しを試した結果と比較できます。ここでは、原因を決めつけず、確認の順番を組み立てる方法を紹介します。
エラーと操作の組み合わせを残す
『読み込めない』だけでは、ファイル選択画面に出てこないのか、送信後にエラーになるのか、処理が終わっても地図に表示されないのかが分かりません。編集部では、使用したサービス、端末、操作名、表示された文言、試した日時を一組で残すことを提案します。画面メモを作る場合も、原因を推測した言葉に置き換えず、実際の表示を控えます。
Stravaの開発者向け資料は、アップロードとその後の処理を分け、活動が作成されるまでの状態を確認する仕組みを説明しています。また、不正な形式のデータや重複したデータでエラーになる例を示しています。送信したことと活動の作成が成功したことを分けて扱う具体例です。これはAPIの説明であり、一般利用者が同じ操作名や画面を必ず見るという意味ではありません。
処理中の表示を見たら、同じファイルを繰り返し送る前に、そのアプリの案内に沿って結果を確認します。原因候補を三つなどの固定した数に決めず、実際の文言から調べる入口を選びましょう。ファイルだけでなく、使った取り込み機能が目的に合っているかも確認対象です。別のサービスで成功した場合も、それだけで元のサービスの不具合と断定しません。
任意の項目と受入条件を区別する
GPX 1.1では、点に含める時刻timeと標高eleは任意項目です。ただし、ある任意項目がないというだけで、そのファイル全体が仕様に適合していると分かるわけではありません。形式全体の妥当性と、アプリの受入条件を分けて考えます。自分でファイルを開いて一部のタグを見ただけで、すべての検査を済ませたことにしないようにします。
Stravaの時刻不足に関する公式ヘルプは、位置に対応する時刻がないと区間の速度や所要時間を計算できず、アップロードを受け付けないと説明しています。仕様で任意の項目でも、活動の登録機能が必要とする場合がある例です。地図に線を描く用途と、歩行の時間を持つ活動として登録する用途は、同じものとして扱わないほうが整理しやすくなります。
この場合、推測で時刻を付けて読み込ませても、実際にその点を通過した時刻が復元されたことにはなりません。Stravaの案内には、記録者本人から時刻付きの書き出しを受け取る方法や、それを入手できない場合に手動で活動を作る方法があります。手動入力した活動と、点ごとの実測時刻がある記録を混同しないことが大切です。
試す操作は複製ごとに記録する
原本は保管用の場所に置き、試すたびに作業用の複製を用意します。『元ファイル』『別形式での再出力』『点数を減らした版』など、何を変えたかが分かる区別にします。複数の変更を一度に加えると、結果が変わった理由を説明しにくいため、必要な変更を絞り、操作と結果を対応させる方法を勧めます。
GarminのBaseCamp PC版のフィルター機能は、取り除かれた点がトラックから恒久的に削除されることを明記しています。未処理のトラックを残すためのSave Original Trackも案内しています。軽くして読み込みを試す場合でも、処理が単なる表示変更だと思い込まないようにしましょう。点を減らすことが今回のエラーの対処に適切かは、取り込み先の条件を確認してから判断します。
編集後に読み込めた場合も、必要な内容が残っているかを確かめます。たとえば線の表示を目的にしたなら対象区間の起点・終点・経路を見ます。時刻を使う目的なら対応する時刻情報も確認します。画面に線が現れたという一点だけで、加工前の情報がすべて保持されたと判断せず、実際に使う項目を確認する流れです。
重複の表示と問い合わせの準備
StravaのAPI資料には、既存の活動番号を含む重複エラーの例があります。これは今回の処理が成功したという表示ではありません。重複が示されたときは、既にある活動を確認し、同じものを登録しようとしていないか調べます。ファイル名を変えれば解決するという規則は、この例からは導けないため、改名だけを繰り返す対処は避けましょう。
自分で解決できない場合は、原本の取得元、書き出し方法、使用した取り込み機能、エラー文言、試した変更と結果を整理して問い合わせます。原本と加工版の両方を保管していれば、何を変えたかを説明できます。問い合わせ先が求める範囲を確認してからファイルを渡し、位置や記録の内容を含むデータを公開掲示板などへ不用意に載せないようにします。
架空の例で、元データは表示できず、点を減らした複製は表示できたとします。そこで言えるのは、その操作をした複製で結果が変わったことです。元のファイルが壊れていた、点数が唯一の原因だった、必要な情報の損失がなかった、という三つの結論は別途の確認が必要です。問い合わせのメモにも、観察した結果と自分の推測を分けて記載します。
再出力を依頼できる相手がいるなら、元の記録が残っているか、どの機能から書き出したかを確認します。原本を保存する意味は、いつでも必ず完全に直せると保証することではありません。まだ確かめていない原因を調べる材料と、加工の前後を比較する基準を失わないためです。
まとめ:原本と確認記録を残して切り分ける
GPXの読み込みに失敗したら、元ファイルを保管し、表示されたエラーと操作を記録します。仕様上の項目とアプリの受入条件を分け、必要な試行は複製で行います。成功した場合も使う内容を確認し、未解決なら変更履歴と一緒に問い合わせます。原本を残すことが、原因を調べ直せる状態を保ちます。