výškový profil Stopař
-
Vzhledem k tomu, že se problematikou výškového profilu zabývám dlouhodobě, a i z jiných diskusních fór zjišťuji, že výškový profil od stopaře není dobrý i u další uživatelů (nejen u mě), udělal jsem pár pokusných záznamů. Sám dlouhodobě pozoruji, že výškový profil se v Mapy.com již několik let stále zhoršuje.
Záznam od stopaře má typicky schodovitý tvar, nekopíruje plynule terén a občas má výpadky, kdy najednou hodnota na kousek stopy prudce klesne (nebo stoupne) o několik desítek metrů.Všechny seriózní programy výškový profil filtrují, tedy prokládají křivkou, ze které se převýšení počítá. I Mapy.com to filtrují, zřejmě docela silně. Co mám vypozorováno (a info od jiných uživatelů), tak toto filtrování je tak silné, že podhodnotí převýšení u plánu, kde je výškový profil plynulý a správný a silná filtrace na správném profilu ukáže menší hodnoty. Ale i přes tuto silnou filtraci naopak záznamy někdy ukazují mnohem více, než skutečnost - protože záznam je hodně "roztřepený" a má mnoho výškových výpadků, tak brutálních, že to prakticky nejde vyfiltrovat.
Zkusil jsem udělat dva záznamy na jednom mobilu, záznam stopařem a záznam mým webem, kde jsou od systému k dispozici stejná data geolokace - oboje od systémové služby Google Play Services. A oba záznamy vykazují zcela stejné výpadky! To znamená, že za výpadky ve výškovém profilu nemůže aplikace Mapy.com, ale jsou již na výstupu Google Play Services.
Pak jsem udělal další dva záznamy zase na jednom mobilu. Opět jeden je stopařem Mapy.com a pro druhý jsem si nainstaloval jinou aplikaci (nebudu uvádět jakou, není to důležité). Ukázalo se, že tato aplikace nebere data od Google Play Services, ale přistupuje přímo k GPS přes API. No a výsledek je na prvním přiloženém obrázku. Na stejném mobilu, stejná trasa, a stopař má plno výpadků výšky, a konkurence žádný. Jinak se profily v zásadě shodují, protože základní hodnoty jsou od stejného čipu.
Moje doměnka: Google Play Services výškový profil moc neřeší (slušně řečeno), protože ho pro nejčastější použití mobilů nepotřebuje. Pozice je přesná, to ano. Mobily jsou dnes na hraní, sociální sítě apod, ne na přesné geolokační měření. To je marginální. Bohužel. Jo ještě se s mobilem dá také telefonovat...
Že by Mapy.com přešly na určování pozice přes API je nepravděpodobné. Googlem je doporučováno použití jejich služby, jako jediné správné řešení pro budoucnost. Systémová služba vše již počítá, včetně zohlednění wifi, případného barometru apod, a to podle uživatelských nastavení. Tak proč to počítat znovu.
Pokud se tedy nemýlím, a za výpady ve výškovém profilu může už ta služba, pak by bylo potřeba, aby někdo "přesvědčil" Google se tím trochu zabývat a opravit to. Možná to i vědí, ale nikoho to netrápí. Jenže už to trvá několik let a zhoršuje se to. Alespoň u mě na Samsungu (vlajkový model S20FE). Možná se to týká jen Samsungu, nebo této jeho řady, to nevím.
To, co vidíte na Mapy.com ve výškovém profilu je právě již filtrovaná křivka. Na přiloženém obrázku jsou nefiltrované křivky, přesně body záznamu. Červená stopa je stopař Mapy.com. Zelená je z té jiné aplikace. Modrá je profil z modelu terénu, tedy v ČR přesný, tak by měly vypadat i záznamy.
Na obrázku jsou i dvě vodorovné nitky, které mají rozdíl výšky 84m - to je největší hodnota výpadku na této stopě. Je vidět, že pominu-li výpadky, tak záznamy se odchylují cca +-10m kolem teorie, což odpovídá standardní nevalné přesnosti měření výšky (pěší chůze na Šumavě, mobil v kapse + focení).
Druhý obrázek ukazuje plán (přesně shodný s prošlou trasou), převýšení je 260m. Jak jsem psal, je to trochu podhodnoceno, přesnější analýza mi ukázala reálné převýšení 300m. To je ale rozdíl celkem v pohodě.
Třetí obrázek ukazuje, jak i přes silnou filtraci ukáží Mapy.com na záznamu 850m ! A to už je velký rozdíl, cca trojnásobek. Je způsobený těmi výpadky profilu (červená stopa na prvním obrázku). Většinou to naštěstí tak hrozné není, tohle jsem zrovna trefil extrémně špatný záznam.
Přidám ještě čtvrtý obrázek - je to jiný záznam, tentokrát na kole ve středních Čechách, mobil na řidítkách s výhledem na satelity. Oba záznamy jsou výrazně lepší, než pěší chůze s mobilem v kapse. A i velký výpadek u stopaře je jen jeden, zato docela dlouhý (480m) a hluboký 220m... Ten už je vidět i v profilu v Mapy.com (červeně naznačeno). Tato stopa má skutečné převýšení cca 650m, plán ukazuje 538m a záznam 727m. Je to tedy docela dobré. Jen to ukazuje, jak nespolehlivé je měření výšky. Pokaždé jiné... Na obrázku je také detail kousku stopy, jak vypadá ten "schodovitý" tvar. Modré tečky je opět model terénu.
-
Nevim, jestli to nekomu pomuze, ja jsem s tim bojoval pred par lety a nakonec jsem to vyresil tak, ze si proste sve zaznamy z gps prozenu skriptem, ktery mi prepise nadmorskou vysku pro vsechny body tou "spravnou", kterou vraci mapy.cz.
Navod jak s api pracovat muzete najit napriklad zde https://developer.mapy.com/cs/rest-api/funkce/api-pro-nadmorskou-vysku/
-
@FlorianJa Výše uvedená analýza je dělána v mém editoru gpxmapy.cz, který uvedenou funkčnost obsahuje. Ve výškovém profilu v menu profilu (tři černé tečky) je volba "načíst a zobrazit ele z modelu terénu" (zatržítko s ikonou tří modrých teček). Po načtení dat je pak v menu profilu možnost "převzít ele z modelu do stopy".
Je možné profily porovnávat a zvětšovat detail až na jednotlivé body stopy. Je také možné editovat profil - měnit jednotlivé výškové body, nebo úseky narovnat do přímky. Zobrazuje se také proložený (filtrovaný) graf, ze kterého se počítá převýšení a jdou mu měnit parametry. Je možné zapnout i graf letu, který ukazuje rozdíl naměřené hodnoty mínus hodnoty z modelu terénu. A mnoho další funkcí s profilem
-
@Jan-Buriánek ja si uplne nevsiml, ze odpovidam vam a ne celkove do vlakna. Bylo to mysleno jako rada pro lidi, co se s tim potykaji. Na nadmorskou vysku z gps se proste nelze spolehat a je lepsi si ji pregenerovat, at uz za pomoci vasi appky nebo nejakym custom scriptem, jako to delam treba ja
Mimochodem ta vase stranka umi opravdu hodne veci, sikovne pro lidi, co si s gpx soubory chteji hrat -
@FlorianJa OK, dík
Je jedno, kam jste kliknul odpověď, moje reakce by byla stejná, také odpovídám univerzálně, i pro ostatní. -
@FlorianJa
Otázkou je co je to "Správná" nadmořská výška jak píšete.
Mapy.com vracejí pro danou souřadnici nadmořskou výšku z modelu terénu,
což ne vždy je ideální. Mapy.com ignorují mosty a tunely takže vrátí nadmořskou výšku jako kdyby jste šel tou roklí přes kterou vede most, nebo lezl přes kopec kterým vede tunel.
Za běžné situace to asi problém nebude, ale pokud se pohybujete třeba někde v Alpách kde je těchto mostů a tunelů spousta tak vám to pak ve výškovém profilu udělá pěkný cirkus taková náhrada -
@Jan-Kuchař je to lepsi nez originalni hodnoty z gps
lepsi reseni nemam a za me to staci, nepouzivam to buhvi na co, jen jako orientacni hodnoty. Pokud byste chtel byt precizni, tak pro vypocet usle vzdalenosti take nemuzete pouzit jen rozdil souradnic, ale musel byste brat v potaz prave i nadm. vysku, z meho pohledu je to vsak zbytecne prekombinovane -
@FlorianJa K tomu zohlednovani vysky pri mereni delky pisu hodne na mem webu. Neni to az tak jednoznacne.
Na gpxmapy.cz dejte "rychle funkce", treti zalozka "dalsi moznosti" a "moznosti mereni na stope". Tam je v napovede dole "jak se projevi vyskovy profil pri mereni delky".
Podrobne tam popisuji mozne varianty a je tam i tabulka, ktera ukazuje, o jak velke odchylky a za jakych podminek se jedna. -
@Jan-Buriánek Dobrý den, já mám to samé z dat z víkendu - plánovaná trasa byla na převýšení cca 2500m, ale výsledek přes 6000m
tohle je co nejpřesněji naplánovaná trasa podle toho, co jsem ušla:
... Výsledek ze stopaře je :
o 4000m více. Chápu, že tam mám pár rozhleden, ale o 4000m je hodně špatná odchylka.
-
@Zmilicka-Xcx Také potvrzuji stejný problém. Řešení je celkem "jednoduché" - aktivitu ze Stopaře exportovat, znovu importovat a při importu vybrat "výšku převzít z modelu terénu". Pak tuto aktivitu uložit a původní smazat
Úsek z plánovače:
Záznam ze Stopaře:
Importovaný záznam ze Stopaře s výškovým modelem terénu:
-
@Standa-Komínek
To má ale jednu podstatnou vadu: pro ty, kteří používají pozastavování stopaře - těm se zruší zastávky a importovaná stopa má pak celkový čas a menší průměrnou rychlost (rychlost z celku, ne jen za pohybu). Takže to bych nedoporučoval.
Ve statistikách, tedy v přehledech celkové nastoupané metry nejsou, takže jejich odchylka nevadí tolik, jako odchylka času a rychlosti, uměle vytvořená předěláním aktivity přes export/import. Leda ten export ještě přetáhnout přes gpxmapy.cz, kde je možnost zastávky převést na segmenty a pak to bude správně. To už je ale překombinované.
Pro ty, co pozastavení stopaře nepoužívají je Standou uvedené řešení použitelné. -
@Jan-Buriánek Jo, problém s pauzami mi nedošel, ačkoliv jsme to spolu zrovna nedávno řešili
Nicméně, chtěl jsem tady hlavně ukázat, jak moc dokáže výškový záznam z GPS ustřelit oproti skutečnosti. Zrovna na tomhle příkladu je to totiž dost extrémní.