Ja používam Sigmácky výškomer, takže len podľa toho som zbadal, že to hádže nejaké čudné údaje.
Len pre porovnanie:
Výjazd člena fóra
http://www.mtbiker.sk/vyjazdy/187214/legenp-vyjazd-import-gps-mtb-sucho-56km-3h-2362m.html
v ktorom uvádza nastúpaných cez 2300m
a profil podľa GE, kde je to do 600m
Len pre porovnanie:
Výjazd člena fóra
http://www.mtbiker.sk/vyjazdy/187214/legenp-vyjazd-import-gps-mtb-sucho-56km-3h-2362m.html
v ktorom uvádza nastúpaných cez 2300m
a profil podľa GE, kde je to do 600m
Prílohy:
Pozrel som tých 56 km s prevýšením 2300m
Na obrázku je časť trasy kde je vidieť ako nepresne na výšku bola trasa mapovaná. Je to ako hrebeň!!!
V pravej časti obrázka je zmenu jazda vo výťahu. (kolmý výstup 50 m
)
Okrem nepresnosti na výšku trak log má nepresnosti aj vo vzdialenosti. Jazda je cik-cak (zodpovedá návratu z krčmy
)
Sports Tracker takéto divy zapisoval aj mne. Treba skúsiť inú apku.
Na obrázku je časť trasy kde je vidieť ako nepresne na výšku bola trasa mapovaná. Je to ako hrebeň!!!
V pravej časti obrázka je zmenu jazda vo výťahu. (kolmý výstup 50 m
)Okrem nepresnosti na výšku trak log má nepresnosti aj vo vzdialenosti. Jazda je cik-cak (zodpovedá návratu z krčmy
)Sports Tracker takéto divy zapisoval aj mne. Treba skúsiť inú apku.
Prílohy:
lto posli prosim priklady, kde sme sa tak extremne sekli a ine systemy nie. "Filtering gpx dat" je v prevadzke, mame implementovany https://en.wikipedia.org/wiki/Ramer–Douglas–Peucker_algorithm, mozno by tie priklady pomohli ho lepsie vyladit. Na druhu stranu je treba brat aj ohlad na ciste tracklogy, ktorym agresivnejsie filtrovanie zase uskodi.
Inak chlapi, ak sa nerealizovali vsetky, aj odsuhlasene, pripomienky (napr. import TCX), neberte to osobne, prosim.
V poslednych mesiacoch ma trosku pritlacili dva relativne zasadne terminy: termin obhajoby doktoratu a potom obzvlast radostny termin prichodu noveho maleho MTBikera resp. MTBikerky na svet. Cim sa nechcem vyhovarat, ale skor poprosit o trosku trpezlivosti a pokial mozno pomoci pri vyvoji ci oprave chyb.
Inak chlapi, ak sa nerealizovali vsetky, aj odsuhlasene, pripomienky (napr. import TCX), neberte to osobne, prosim.
V poslednych mesiacoch ma trosku pritlacili dva relativne zasadne terminy: termin obhajoby doktoratu a potom obzvlast radostny termin prichodu noveho maleho MTBikera resp. MTBikerky na svet. Cim sa nechcem vyhovarat, ale skor poprosit o trosku trpezlivosti a pokial mozno pomoci pri vyvoji ci oprave chyb.Hlavne treba spravit nieco s mtbikerom, gpx zaznamy z loggeru (ziaden mobil!) mtbiker upravuje mimo realitu o nie 30, ale casto az 60% .. lenze ani cykloserver, ani cmaps s tym problem nemaju!! Tam to je pekne v rozpati do 10%, co je prijatelne oproti barometrickemu vyskomeru
logger vs mobil - uplne nepodstatne, dolezite je, ci GPS zariadenie ma barometricky vyskomer a ci/ako/kedy si kalibruje barometricku vysku. Pokial chces presnu vysku aj z logov, urcite treba zariadenie s barometrom.
Pocitanie prevysenia z logov z GPS bez barometra bude vzdy nepresne. Tych spominanych 10% je skor nahoda.
Cykloserver redukuje pocet bodov pri uploade a mozno pouziva aj digitalny model terenu.
Cmaps pocita len z dat, ma dva filtre a tie si mozes nastavovat (menu Ostatne -> Moznosti) - takze ak vies, ake prevysenie chces, tak take dostanes
V editore mozes tiez vyskusat redukovat pocet bodov trasy - uroven zjednodusenia sa tiez da nastavit.Odchylku spominanych 10% od barometrickych cca. 1800m (moj garmin mal 1750m) pri tomto vyjazde
http://www.mtbiker.sk/vyjazdy/186013/lto-vyjazd-puchov-javorniky-mtb-sucho-80km-8h-1844m.html
http://cmaps.gpsteam.eu/index_svk.html?gpx=www.mtbiker.sk/images/tracklogs/16_09_11_57e16dd91f1f4.gpx
dostanes len pri agresivnom filtrovani (prahova hodnota az 30m)
posli prosim priklady, kde sme sa tak extremne sekli a ine systemy nie. "Filtering gpx dat" je v prevadzke, mame implementovany https://en.wikipedia.org/wiki/Ramer–Douglas–Peucker_algorithm, mozno by tie priklady pomohli ho lepsie vyladit. Na druhu stranu je treba brat aj ohlad na ciste tracklogy, ktorym agresivnejsie filtrovanie zase uskodi.
Prave preto by mal system rozlisovat, ci je log s barometrickou vyskou alebo nie a podla toho pouzit roznu uroven agresivity filtrovania. Asi by sa to dalo zistit aj analyzov logu, ale na zaciatok by stacil checkbox, kde pri zadavani vyjazdu pouzivatel zada, ci zariadenie ma alebo nema barometricky vyskomer. Rozne urovne filtra aplikuje napr. aj strava
Btw. ako funguje ten vas filter? Pre RDP algoritmus je os X vzdialenost a Y vyska? Po filtrovani potom len spocitavate rozdiely vysok bodov co zostali, alebo pouzivate aj nejaku prahovu hodnotu?
