GPX の「ウェイポイント」と「トラックポイント」は何が違う？

まず結論

トラックポイント（ファイル内では <trkpt>。<trk> の中の <trkseg> の中に入る）は、GPS 受信機が移動しながら順番に記録していった、線としてつなげることを前提にした点の一つです。ウェイポイント（<wpt>）は、トレイルヘッドや展望台、駐車場所のように、前後の点との関係を持たずに単独で存在する一つの点です。アプリがトラックポイントから線を描けるのは、二番目の点が一番目のすぐあとに来ると安心して仮定できるからです。ウェイポイントについては、その仮定が成り立ちません。あるウェイポイントが他のどの点と関係しているかを示す情報が、ファイルのどこにもないからです。

トラックポイントの正体

トラックポイントが存在するのは、受信機が連続して記録し続けていたからです。一時間歩けば、GPS アプリは一定の間隔で位置を書き込み続け、それぞれが <trkseg> の中に収まり、その <trkseg> がさらに <trk> の中に収まります——これは「ひとつながりの移動」を表す構造です。ここでは順番に意味があります。400 番目の点は 399 番目のあとに起きたと理解され、ビューアはリストをその順番どおりにたどることで線を描きます。多くのトラックポイントはタイムスタンプも持っていて、それがあるからこそ、二点間の速さや、全体にかかった時間をアプリが計算できます。

単独で取り出された一点には、そのどれも当てはまりません。順番も隣接する点も持たない孤立した座標は、たとえ <trk> 要素の中に置かれていても、実質的にはトラックポイントとしての意味を持ちません。意味を運んでいるのは連なりそのものであって、どの一点でもないからです。

ウェイポイントの正体

ウェイポイントは、誰かが「これは印を付けておきたい」と思った一つの場所を示します——トレイルヘッド、水場、覚えておきたい地点、ルート計画アプリが落とした一本のピン。トラックやルートの構造の外側で単独で存在し、タイムスタンプを持つ必要すらありません。覚えておきたい場所に、いつ印を付けたかという情報は必須ではないからです。GPX ファイルはトラックと並んで、任意の数のウェイポイントを持つことができ、両者は互いを参照する必要なく共存します。

ウェイポイントとトラックが、まったく違う種類のファイルに現れやすいのも、この性質のためです。出発前に計画した道のり——順番にたどるべき曲がり角や地点のリスト——は、まだ何も記録されていない以上、ほとんどウェイポイントだけで組み立てられます。逆に記録済みのハイキングは、圧倒的にトラックポイントで占められ、道中の特定の地点を示すウェイポイントがいくつか混ざる程度です。

「線ではなく点だけ」になる理由

ここに、この違いを知っておく実用上の意味があります。トラックを期待しているアプリに、代わりにウェイポイントだけで組まれたファイルを渡すと、アプリは唯一筋の通った振る舞いをします——すべての点にピンを立て、線は一本も描きません。ウェイポイントには「次はどれか」を示す情報がないからです。これは取り込みの失敗ではなく、ファイルに入っていたものをそのまま正しく取り込んだ結果です。線が壊れているように見える場合の多くは、そもそも最初からトラックではなかったファイルであることが原因で、位置に印を付けることを目的に作られたツールから書き出された一本ということがよくあります。

TrailCam の場合

TrailCam はハイキングをひとつながりのトラックとして記録します——歩きながら順番に記録された GPS の点であって、ばらばらに印を付けた場所の集まりではありません——そしてそれを GPX 1.1 または CSV として、一本の記録単位でも、履歴全体でも書き出せます。これは Strava や Garmin Connect、Komoot が期待する構造そのもので、だからこそ結果はつながりのない点の集まりではなく、一本の線として現れます。書き出しは任意の TrailCam Pro に含まれる機能で、アプリ自体のダウンロードは無料です。