同じ山行なのに下り(下降量)がアプリごとに違って出るのはなぜか
同じ山行を 2 つのサービスにアップロードすると、下りの数字はほぼ一致しません。距離のズレよりも大きく開くことすらあります。原因の一部は獲得標高のズレと同じところにあります——高度はもともとブレの大きい読み取りだからです。ただ下りには、獲得標高があまり抱えていない、もう一つの食い違いの原因があります。「下りの合計」をどのアプリも同じ意味で扱っているわけではなく、そもそも前面に出さないアプリも少なくないのです。
結論から言うと
下りの合計は、獲得標高とまったく同じやり方で作られます。記録された高度の読みを次々と比べていき、後のほうが低ければその差を積み上げていく——それだけです。高度がスマホの記録する数字の中でもっともブレの大きいものである以上、この合計も獲得標高とまったく同じセンサーのゆらぎを引き継ぎますし、そのならし方はアプリごとに違います。それに加えて下りには、獲得標高にはあまり出てこないもう一つの食い違いの原因があります。ある種のサービスは下りを「一段下がるたびに足していく合計」として扱う一方で、別のサービスはそれよりも「最高点と最低点の差」に近いものを出していることがあり、この二つは似て非なる数字です。混同されているだけで、ノイズとは別に大きなズレを生みます。
獲得標高と同じノイズが、ここにもそのまま乗る
スマホの高度の読みは、緯度・経度よりもずっと大きくブレます。高さを割り出すための衛星の配置が、水平位置を割り出すための配置よりも不利だからです。生の GPS 高度をそのまま使う端末やサービスもあれば、気圧センサーを使うものもあり、後者は短い時間でのブレはならせても、数時間かけて変わる天候の影響を受けます。どちらにしても、細かな高度の変化を何千回と足し合わせて作る合計は、このブレをそのまま引き継ぎます。下りも上りとまったく同じ仕組みで積み上げられている以上、ここまでは獲得標高でアプリ同士が食い違うのとまったく同じ話です。
下りだけに特有の事情
獲得標高は、たいていのハイキング系・サイクリング系サービスが看板の数字として扱うので、定義もある程度そろっています——一段上がるたびに足していく積み上げの合計です。下りはそこまで扱いがそろっていません。登山寄りに作られたアプリは、下りも上りと同じくらい丁寧に、一段ずつの積み上げとして扱う傾向があります。一方、ルートそのものより運動の記録を主眼に作られたサービスの中には、「下り」として単に最高点と最低点の差を出しているものがあります。これはこれで正しい数字ではあるのですが、別の問いに答えているだけで、登りと下りが一回ずつ以上あるような山行では、本来の積み上げ合計よりかなり小さく出ることがあります。
例えば、途中で一度だけ登り返しをはさみながら、合計 300 m 下る山行があったとします。一段ずつ積み上げる定義なら下りは 300 m です。最高点と最低点の差という定義なら、最低点に達したのがゴール直前でなければ、この数字よりずっと小さくなります。どちらのアプリも間違ってはいません。どちらも「下り」というラベルのついた、別々の問いに答えているだけです。
下りをそもそも前面に出さないサービスもある
獲得標高はハイキングのサマリー画面の目立つ位置に置きながら、下りは一段深いタブや CSV の書き出しの中にしか出さない、あるいはインターフェースにまったく出さないサービスも少なくありません。これは数字が食い違っているのとは違う話で、計算そのものが間違っているわけではありませんが、見た目の症状はよく似ています。2 つのアプリを並べて開くと、片方ははっきり下りの合計を示しているのに、もう片方は何も示していないように見えたり、実は別の数字——たとえば正味の高度変化——がその代わりに表示されていたりするのです。
標高補正は下りにも同じように効く
端末が実際に記録した高度をまったく使わず、各点の緯度・経度だけをもとに地形データベースから標高を調べ直すサービスもあります。この場合、上りと下りの両方が、その日に端末が測った値ではなく、調べ直した値から計算し直されます。標高補正をかけた下りの合計は、生のセンサー値から作ったものより滑らかで再現性が高くなりがちです。地面のかたちを表しているのであって、天候や電波の状態を引きずったその日の測定値ではないからです。だからこそ、生の高度から作った別のアプリの合計とは、それなりの差が出ることがあります。
結局どうすればいいか
- どちらかが間違っていると決めつける前に、その 2 つの数字がそもそも何を測っているかを確かめる——一段ずつ積み上げた下りの合計と、最高点・最低点の差は、どちらも正当な数字で、答えている問いが違うだけです。
- そのサービスが端末の生の高度を使っているのか、地形データベースを使っているのかを見てみる。この一点だけで、ズレのかなりの部分が説明できることがあります。
- 別のサービスの一つの数字と突き合わせるより、同じアプリで同じやり方で記録し続けてきた自分の過去の山行と比べるほうが、よほど当てになります。
TrailCam の場合
TrailCam はルートごとに距離・行動時間・ペースと合わせて獲得標高を記録し、山行をリプレイするとその下に高度プロフィールが表示されるので、下りの区間もカーブとして直接見ることができます。ルートは GPX 1.1 または CSV で書き出せ、そこには他のサービスが独自の下り合計を計算するときに使うのと同じ高度の読みがそのまま入っています。書き出しは有料の TrailCam Pro の機能で、アプリ自体は無料でダウンロードできます。
よくある質問
- 下りの合計は、獲得標高とだいたい同じ数字になるはずですか？
- 出発点に戻ってくる周回コースなら、登った分はいずれ下ることになるので、近い数字にはなります。ただしどちらも別々に記録された高度の読みから積み上げた合計なので、ぴったり一致するのが普通というわけではありません。周回コースで獲得標高と下りに小さな差が出るのが普通である理由は、別のガイドで扱っています。
- 同じ山行なのに、片方のアプリは下りを表示していて、もう片方は何も表示していないのはなぜですか？
- たいていは、そのアプリが下りを獲得標高ほど目立つ数字として扱っていないからです。数字自体は書き出しの中や、もっと奥の画面にあるだけかもしれませんし、そもそも計算していない場合もあります。記録そのものに問題があるわけではありません。
- 獲得標高はほぼ一致しているのに、下りだけ食い違うことはありますか？
- あります。片方のアプリが下りを「一段ずつの積み上げ」ではなく「最高点と最低点の差」として扱っている場合、獲得標高では近い数字になった同じ 2 つのアプリでも、下りだけにこのズレが出てきます。
自分のルートを記録する
TrailCam は iPhone 用の GPS ルート記録アプリです。動画・写真・音声メモを撮ったその地点に紐づけて保存し、GPX 1.1 または CSV で書き出せます。ダウンロードは無料です。