@Martin-Pištora
Ano, problém je, že výška se v GPX většinou zaokrouhluje na celé metry. Takže jedete třeba po rovině, inline podél Labe, totální rovina, výška 200m nad mořem. Záznam bude ale obsahovat data třeba: 200, 201, 203, 199, 201, 200 atd. a to v případě kvalitního záznamu, jinak to může skákat i +-10m mezi jednotlivými body záznamu.
Jednotlivé body budou od sebe cca třeba 10m. Pokud by se to nefiltrovalo, ale přímo jen sčítalo (některé weby to tak dělají), tak vznikají nesmyslně velké hodnoty převýšení.
Z tohoto příkladu 6ti bodů se vypočítá, že jsme stoupali 5m a klesali 5m a to na pouhých 50ti metrech trasy. Ve skutečnosti ale jedeme po rovině.
Když po takové rovině pojedete třeba 5km, už bude spočítané převýšení 500m nahoru a 500m dolů!
Ale stále jedete po rovině. Já to na mém webu gpxmapy.cz nazývám "prostý součet změn" a je zobrazitelný v menu profilu, v položce "další možnosti profilu".
Toto vyfiltrovat, aby algoritmus poznal, že se zrovna zde jedná o rovinu a ne o "pumptrack", není snadné.
Když se použije silná filtrace, tak se to v rovinách zlepší, ale kopce se moc "zaoblí" a celkový výsledek je podhodnocený.
Když se použije slabší filtrace, tak kopce jsou správně, ale na rovinkách mezi nimi se nasčítají tyto zde uvedené odchylky, protože nebudou proloženy téměř rovnou křivkou, která je jen při silné filtraci.