[CZ] Import GPX stopy - spočtená nastoupaná výška je nyní hrubě podceněna
Předpokládám, že to souvisí s touto změnou v poslední verzi 4.15.
chg: profound change in computation of elevation values + united computation for existing/imported/recording tracks/routes
Plánuji si trasy pro jízdy na kole v mapy.cz a exportuji je do GPX jako stopu (tak to prostě mapy.cz dělají), importuji do LocusMap a používám pro navigaci. Dříve nastoupané metry co se ukazují u importované stopy velmi dobře korespondovaly s tím, co mi následně naměřil cyklopočítač s barometrickým výškoměrem. Hodnota z cyklopočítače byla většinou trochu nižší než výpočet Locusu, ale výpočet Locusu byl velmi dobrý horní odhad toho co mě čeká. S novou verzí aplikace se hodnoty u nahraných stop ponížily někde i více než o třetinu a jsou o desítky procent nižší než co bylo následně naměřeno barometrickým výškoměrem. Pro úplnost uvádím, že volbu Update elevation mám při importu neaktivní, protože mapy.cz mají podstatně přesnější výškový model.
Zdravím Petře,
pro posouzení bych od vás potřeboval nějaký vzorek na kterém můžu cokoliv otestovat. Ideálně tedy oveřenou trasu kterou importujete do aplikace + očekávané hodnoty. Děkuji
Jiří M. aka Menion
Zdravím Petře,
pro posouzení bych od vás potřeboval nějaký vzorek na kterém můžu cokoliv otestovat. Ideálně tedy oveřenou trasu kterou importujete do aplikace + očekávané hodnoty. Děkuji
Jiří M. aka Menion
Přikládám dva soubory. 1. je export naplánované trasy z mapy.cz s výškovými hodnotami podle modelu mapy.cz. 2. je záznam průjezdu této trasy z cyklistického počítače s barometrickým výškoměrem.
Pokud plán trasy naimportuji do Locus 4.15.2 napočítá se elevation gain 206m, verze 4.14.2 napočítá 325m. Mapy.cz u té trasy ukazují 253 m (a je známo, že mapy.cz ve výpočtu podhodnocují). Cyklopočítač s barometrem napočítal 284m. Pokud nechám přepočítat aplikací Strava dle jejich modelu, který mají vytvořen z dat od uživatelů s barometrickým výškoměrem, dostanu 307m. Aplikace GPS Visualizer zde https://www.gpsvisualizer.com/profile_input napočítá 299 m resp. 256 m podle toho jestli nastavím parametr Elev. gain threshold na 2 nebo 3 m, což jsou hodnoty, které se mi osvědčily jako nejvíce odpovídající realitě, nějaké vysvětlení k tomu je zde https://www.gpsvisualizer.com/tutorials/elevation_gain.html
Celkově se tedy asi rozumná očekávaná hodnota pohybuje nejpravděpodobněji v intervalu 280 - 310 m.
Můžete uvést jakým způsobem se výpočet v Locusu změnil a co bylo důvodem?
Přikládám dva soubory. 1. je export naplánované trasy z mapy.cz s výškovými hodnotami podle modelu mapy.cz. 2. je záznam průjezdu této trasy z cyklistického počítače s barometrickým výškoměrem.
Pokud plán trasy naimportuji do Locus 4.15.2 napočítá se elevation gain 206m, verze 4.14.2 napočítá 325m. Mapy.cz u té trasy ukazují 253 m (a je známo, že mapy.cz ve výpočtu podhodnocují). Cyklopočítač s barometrem napočítal 284m. Pokud nechám přepočítat aplikací Strava dle jejich modelu, který mají vytvořen z dat od uživatelů s barometrickým výškoměrem, dostanu 307m. Aplikace GPS Visualizer zde https://www.gpsvisualizer.com/profile_input napočítá 299 m resp. 256 m podle toho jestli nastavím parametr Elev. gain threshold na 2 nebo 3 m, což jsou hodnoty, které se mi osvědčily jako nejvíce odpovídající realitě, nějaké vysvětlení k tomu je zde https://www.gpsvisualizer.com/tutorials/elevation_gain.html
Celkově se tedy asi rozumná očekávaná hodnota pohybuje nejpravděpodobněji v intervalu 280 - 310 m.
Můžete uvést jakým způsobem se výpočet v Locusu změnil a co bylo důvodem?
Zdravím Petře,
díky za trasu a za detailní info. Příště vás pozvu na čaj (bydlím v Horních Počernicích) ať se nemusíme tolik rozepisovat :). Nicméně, váš odkaz na GPS vizualizer je přesná trefa. Inspiroval jsem se velice jednoduchým algoritmem přesně tam a treshold je v Locusu nastaven na 5 metrů. Testoval jsem to na velkém množství tras (několik desítek tisíc) a průměrně se hodnota napočítaných převýšení snížila na cca 90% původních hodnot.
V případě velmi rovných tras je ale pravda, že hodnoty mohou být naopak snížené až moc, jak je vidět i zde. Komplikovaný problém.
Proč ke změně došlo: předchozí algoritmus byl extrémně komplikovaný a navíc byly dva. Jeden při záznamu (kdy nebyl znám průběh "co bude") a jeden po záznamu, když už bylo vše známé a dalo se tedy lépe počítat. Tento nový algoritmus je tak snadný, že logiku sjednocuje a navíc je pro mě snadné přenést ho kolegům na web a na iOS.
Tedy řešení:
- možnost nastavit hodnotu filtru (nabourá konzistenci mezi platformami)
- dynamicky měnit hodnotu podle typu trasy (komplikované pro běžící záznamy)
Atd atd. Ještě to musím více promyslet.
Diskuze se vede i již zde na fóru pokud by vás to zajímalo: https://forum.locusmap.eu/index.php?topic=8339.0
Zatím díky a pěkný večer.
Zdravím Petře,
díky za trasu a za detailní info. Příště vás pozvu na čaj (bydlím v Horních Počernicích) ať se nemusíme tolik rozepisovat :). Nicméně, váš odkaz na GPS vizualizer je přesná trefa. Inspiroval jsem se velice jednoduchým algoritmem přesně tam a treshold je v Locusu nastaven na 5 metrů. Testoval jsem to na velkém množství tras (několik desítek tisíc) a průměrně se hodnota napočítaných převýšení snížila na cca 90% původních hodnot.
V případě velmi rovných tras je ale pravda, že hodnoty mohou být naopak snížené až moc, jak je vidět i zde. Komplikovaný problém.
Proč ke změně došlo: předchozí algoritmus byl extrémně komplikovaný a navíc byly dva. Jeden při záznamu (kdy nebyl znám průběh "co bude") a jeden po záznamu, když už bylo vše známé a dalo se tedy lépe počítat. Tento nový algoritmus je tak snadný, že logiku sjednocuje a navíc je pro mě snadné přenést ho kolegům na web a na iOS.
Tedy řešení:
- možnost nastavit hodnotu filtru (nabourá konzistenci mezi platformami)
- dynamicky měnit hodnotu podle typu trasy (komplikované pro běžící záznamy)
Atd atd. Ještě to musím více promyslet.
Diskuze se vede i již zde na fóru pokud by vás to zajímalo: https://forum.locusmap.eu/index.php?topic=8339.0
Zatím díky a pěkný večer.
Zdravím,
zkusme tedy v další (Beta) verzi novou možnost nastavení velikosti "threshold" hodnoty pro každou trasu. Default zůstává 5 pro všechny trasy které hodnotu nemají definovanou. Pokud bude probíhat záznam v aplikaci, při zapnutém barometru či nahrazování výšky SRTM daty nastavím tuto hodnotu nižší. Test ukáže.
Zdravím,
zkusme tedy v další (Beta) verzi novou možnost nastavení velikosti "threshold" hodnoty pro každou trasu. Default zůstává 5 pro všechny trasy které hodnotu nemají definovanou. Pokud bude probíhat záznam v aplikaci, při zapnutém barometru či nahrazování výšky SRTM daty nastavím tuto hodnotu nižší. Test ukáže.
Zaznamenal jsem úpravu ve verzi 4.16, kdy lze po zapnutí této funkce v Expert settings měnit elevation threshold pro jednotlivé stopy. To je pro mě použitelné, ale přesto bych uvítal možnost přenastavit si výchozí hodnotu globálně nebo pro složku stop do které importuji. Zajímavé je, že abych se dostal na stejné nastoupané metry jako na gpsvisualizer.com, musím v Locusu nastavit hodnotu elevation threshold o 1 menší.
Zaznamenal jsem úpravu ve verzi 4.16, kdy lze po zapnutí této funkce v Expert settings měnit elevation threshold pro jednotlivé stopy. To je pro mě použitelné, ale přesto bych uvítal možnost přenastavit si výchozí hodnotu globálně nebo pro složku stop do které importuji. Zajímavé je, že abych se dostal na stejné nastoupané metry jako na gpsvisualizer.com, musím v Locusu nastavit hodnotu elevation threshold o 1 menší.
Zdravím Petře,
aplikace s filtrací jak jsme se bavili je již nějaký čas venku a příliš připomínek jsem nedostal. Nechal bych tedy zatím stav jak je.
Porovnávám navíc trasu plánovanou v Mapy.cz na webu a následně imprtovanou do Locusu Map a dostávám v podstatě identické hodnoty. Myslím že tedy dobrý ...
Zdravím Petře,
aplikace s filtrací jak jsme se bavili je již nějaký čas venku a příliš připomínek jsem nedostal. Nechal bych tedy zatím stav jak je.
Porovnávám navíc trasu plánovanou v Mapy.cz na webu a následně imprtovanou do Locusu Map a dostávám v podstatě identické hodnoty. Myslím že tedy dobrý ...
Replies have been locked on this page!