This object is in archive! 

[CZ] Doba příjezdu + Body v trase

JBns shared this problem 9 years ago
Solved

Ahoj, LOCUS se mi plně osvědčil při cyklovýletu do Pobaltí, díky!! Jediná chybička - při navádění ukazuje nesmyslný čas příjezdu. Počítá ho asi z aktuální průměrné rychlosti, takže když na chvíli zastavím, čas příjezdu se začne rychle prodlužovat. Přitom by stačilo brát průměrnou rychlost od začátku navádění a výsledek by byl stejně přesný jako u jiných navigací.


A pak mám dotaz, nešlo by do zaznamenávané trasy (exportované do GPX) vkládat i cestou přidané body zájmu? V Oruxu jsem si během cesty poznamebával zajímavosti a ty se mi pak přes exportovanou GPX trasu ihned ukázaly na mapách. V Locusu si musím body někam uložit a pak si vzpomenout, že patří k určité trase a ručně je pak do GPX mohu na PC vložit, ale je to nepohodlné.


díky!!


Honza, LocusPro

Replies (10)

photo
1

Čas do cíle

jestli se nepletu tento problém reportovalo více uživatelů, ale to je otázka na hlavního vývojáře, který je ted na dovolené.

Body

Pokud si zapnete záznam trasy, tak jedna z možností v levém panelu záznamu stopy je i přidat nový waypoint. (Modré tlačítko [5] http://docs.locusmap.eu/doku.php?id=cz:manual:getting_started:track_recording ) Tyto body jsou součástí trasy a jsou s trasou i exportovány.

photo
1

Modré tlačítko mne nenapadlo, moc děkuji za rychlou odpověď!!

Honza

photo
1

Zdravím Honzo,


o problému s časy v navigaci vím moc dobře už dlouhou dobu a není to tak snadné k vyřešení. Nicméně tvůj nápad s průměrem od počátku je vcelku dobrý, zkusím se nad tím zamyslet, děkuji.

photo
1

Zdravím,

jen ne prosím průměr od počátku... to pak jakákoliv kolona na dlouhé trase bude znamenat, že nebudu mít vůbec tušení kdy dorazím, protože čas se bude naopak navyšovat příliš pomalu (pokud uvažuji, že jsem ujel většinu trasy v pohodě a zásek je "u konce").


Já bych hlasoval pro nějaký matematický kompromis - třeba průměr z posledního úseku (např. z posledních 30 minut...) a nebo průměr z celé trasy, ale vážený s důrazem na rychlost v posledních chvílích (např. lineráně, exponenciálně, ...).


Každopádně to není zrovna místo kde bych u Locusu hlasoval pro "rozsáhlou" změnu, protože mě osobně ty příjezdy sedí poměrně přesně a naopak když se zaseknu v koloně, tak ten čas reálně letí nahoru a většinou se blíží pravdě.


BTW: Jen pro informaci - Opravdu je dnes v Locusu výpočet času jen z aktuální hodnoty rychlosti jak psal JNbs? Mě se to dle chování nezdá.

photo
1

Ahoj Ladislave, to je divný jak to popisuješ, já mám zkušenost tuto: Jeli jsme z Litvy přes Polsko domů, neřídil jsem tak jsem testoval Locus. Naplánoval mi cestu do Prahy a ukázal reálnou dobu příjezdu. Pak jsme ale silně zpomalili (kolona) a na chvíli zastavili (pár minut). a locus začal rychle měnit dobu příjezdu, z původních 10 hodin bylo najednou odpoledne, pak věštil večer až noc a pak už jeho odhad nebyl žádný. Proto jsem hádal, že dělá odhad podle aktuální rychlosti.

Naopak Googlemapy mají podle mého odhadu systém jiný (a funkčnější) - odhadnou dobu příjezdu podle kategorií použitých silnic (dálnice větší rychlost atd) a pak když zastavím nebo zpomalím jen přidávají k již odhadnuté době příjezdu aktuálně promeškaný čas. Odhad byl 12:00, zastavil jsem na 5 minut, nový odhad je 12:05. V nějakém bodě si vnitřně odhadli příjezd na 11:20, jsem tam v 11:28 tak hlásí příjezd do cíle 12:08. Takhle mi to připadá (samozřejmě hádám).

Nějaký podobný algoritmus by byl fajn v Locusu. Nicméně tvrdíš, že ti Locus odhaduje dobu dojezdu dobře, v tom případě netuším, v čem jsem se při plánování trasy (funkce navádění) od tebe odlišil.

čau, honza

photo
1

Ahoj,

doba příjezdu dle kategorií silnic mne taky napadla, nicméně je otázka kolik takový výpočet sežere - aby se kvůli tomu nezastavilo (u dlouhé trasy) celé Locus UI. Proto jsem navrhoval nějakou alternativu.


Jinak takové šílenosti co jsi psal jsem fakt nepotkal. Rozdíl může být snad jedině v GPSce což nic nevysvětluje. A nebo do toho Menion už hrábl a prostě to platilo u starší verze... fakt netuším.


A proč jsem psal, že se mi nezdá ta idea z aktuální rychlosti? Když stojím na místě (klidně někde na ulici pěšky to jedno jedno) a spustím navigaci (MapQuest/fast), tak mi napíše relativně reálný příjezd autem a čas příjezdu jde nahoru cca tak rychle jako hodiny - každou minutu se posune o minutu. Což není úplná blbost pro situaci "stojím na místě". Celý ten čas dojezdu ale funguje dobře jen pokud držím rychlost v na hraně (50/90/130...). Jakmile jedu pomaleji třeba 70-80 v 90 tak ten čas celou dobu leze pomalu nahoru a nikdy si nejsem přesně jistý kdy dorazím. A to je případ kdy by se hodilo nějak zohlednit rychlost z "posledního úseku" a ideálně to celé pro každou kategorii silnic jak jsi psal. Mno a pak tu máme ještě jiný účel - chůze - kde se celá myšlenka počítání zřejmě trochu liší. Leč mám tušení, že tahle celá úvaha se Menionovi moc líbit nebude :-).


Platí pro poslední Locus Pro a poslední Betu 3.1.3.10, nicméně jsem si ničeho jiného nevšiml ani dříve.

photo
1

Tak předně


"BTW: Jen pro informaci - Opravdu je dnes v Locusu výpočet času jen z

aktuální hodnoty rychlosti jak psal JNbs? Mě se to dle chování nezdá." - tak to určitě NEBYL (viz níže), rychlost byla počítána jako průměr z posledních tuším 60 sekund.


Jinak, mám vysvětlení pro vás oba + popis jak je to zcela nově v poseldní 3.1.3.10 verzi ;)


Vysvětlení


MapQuest jako jediný vrací během výpočtu přibližné časy jak pro daný prostředek bude trvat dlouho než se úsek překoná. Tohle tuším jiný zdroj pro výpočet nedělá. V případě MapQuestu pak Locus počítá čas jen k aktuálnímu navigačnímu bodu (příkazu) a zbytek je suma časů z MapQuest serveru. U ostatních zdrojů je pak celá trasa vypočtená z rychlosti a vzdálenosti (takže se čas mění mnohem více v závislosti na rychlosti).


Novinka

Pro každý typ výpoču je v Locusu natvrdo hodnota rychlosti!!


Když se počítá čas, vezme se průmer za posledních 30 sekund. Když je vyšší než nadefinovaná hodnota, vezme se ten, když je nižší, vezme se hodnota.


To by mělo v případě kolon ukazovat až příliš optimistické časy, ve všech ostatních případech by to ale měly být časy mnohem reálnější, protože různé postávání na křižovatkách nebude pak dělat nesmysly jak psal JBns (které můžu potvrdit).


Hodnota pro auto je aktuálně nastavená na 15 m/s, tak uvidíme jak se to osvědčí. Co vy na to?

photo
1

Bezva, díky za info. Trochu to vyzkouším - od zítra do pondělí k tomu budu mít pár příležitostí.

photo
1

Tak jsem to trochu vyzkoušel a na trasách okolo 200 km to fungovalo +- max 5 minut. Zajímavá byla cesta Brno-Praha (samozřejmě nejen dálnice), protože i když jsem nejel rovnoměrně tak odhad se lišil o 1 minutu (od úplně počátečního) a to i přes to, že po cestě byla nehoda (+10 minut) a bylo to okolo 120 km/h - nijak jsem nespěchal. V kombinaci s OSRM.


S MapQuestem jsem si ničeho význameného taky nevšiml, ty časy vychází dobře i po okreskách. Ve městech na křižovatkách jsem se moc nepohyboval, nicméně i v těch pár místech kde jsem byl to nic nechtěného nedělalo.


Čili za mě zatím dobrý, nehrabal bych do toho :-).

photo
1

Perfekt díky za test. Měl jsem taky vesměs pozitivní zkušenost.


A "nehrabal" - to co jsi testoval je pár hodin práce, testování a mraky přepsaného kódu. Více už se v tom hrabat nedá :)

Replies have been locked on this page!