<![CDATA[Rozdiel v nastúpaných / naklesaných metroch MAPY vs Hodinky a tachometer]]>Ahoj,

dlhodobo pozorujem rozdiel vo výškových metroch na mapách - dávajú menej či viac, teda hlavne viac.

Napr. včera na 47 km - Mapy 718 m , hodinky 585 m , tachometer 620 m.
Pár dní dozadu 52 km - Mapy 359 m , hodinky 371 m , tachometer 387 m.
Iná 52 km trasa - Mapy 528 m , hodinky 384 m , tachometer 405 m.

Hodinky a tachometer +- nejaké odchýlky, ale mapy mi ulietávajú celkom dosť.
Mapy bežia na Samsung M51, hodinky COROS APX2 Pro, tachometer Sigma BC 14.16 STS.

V nejakých príspevkoch som našiel, že mapy podhodnocujú, u mňa je to hlavne často naopak naviac.
Neviete poradiť kde je problém ?

Ďakujem

]]>https://community.mapy.com/topic/1377/rozdiel-v-nastúpaných-naklesaných-metroch-mapy-vs-hodinky-a-tachometerRSS for NodeSat, 27 Jun 2026 04:57:37 GMTMon, 25 May 2026 13:26:45 GMT60<![CDATA[Reply to Rozdiel v nastúpaných / naklesaných metroch MAPY vs Hodinky a tachometer on Wed, 27 May 2026 07:04:55 GMT]]>@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.

]]>https://community.mapy.com/post/4279https://community.mapy.com/post/4279Wed, 27 May 2026 07:04:55 GMT<![CDATA[Reply to Rozdiel v nastúpaných / naklesaných metroch MAPY vs Hodinky a tachometer on Tue, 26 May 2026 20:56:54 GMT]]>Pro vysvětlení problému je lepší naprosto vodorovná trasa, než nějaké kopce. Jak na záznamu cesty, tak i v mapových datech, bude nadmořská výška kolísat. Stačí drobně, ale když se posčítají rozdíly výšek sousedních bodů vždy se nějaké stoupaní a klesání nasčítá. Záleží na hustotě těch bodů, zaokrohlování, vyhlazení.
Nebo si představte, že hustota těch bodů bude mikrometr a budou se přelézat jednotlivá zrnka písku.

]]>https://community.mapy.com/post/4260https://community.mapy.com/post/4260Tue, 26 May 2026 20:56:54 GMT<![CDATA[Reply to Rozdiel v nastúpaných / naklesaných metroch MAPY vs Hodinky a tachometer on Mon, 25 May 2026 14:22:47 GMT]]>@Jan-Buriánek
Ďakujem za linky k danej problematike, hneď mi to je jasnejšie.
Môžem sa na moje dáta pozrieť z úplne iného pohľadu 🙂 .

]]>https://community.mapy.com/post/4236https://community.mapy.com/post/4236Mon, 25 May 2026 14:22:47 GMT<![CDATA[Reply to Rozdiel v nastúpaných / naklesaných metroch MAPY vs Hodinky a tachometer on Mon, 25 May 2026 13:40:38 GMT]]>Podívejte se sem
A ještě i sem

Rozdíly, které popisujete jsou zcela běžné. Výškový profil je vždy jen přibližný. Každý program používá jiné algoritmy vyhlazování profilu a vstupní data (změřená) jsou každá jiná, často s velmi velkými odchylkami.

]]>https://community.mapy.com/post/4234https://community.mapy.com/post/4234Mon, 25 May 2026 13:40:38 GMT