Messages

Na jak dlouhé tratě a pro jaký prostředek?
Někdy může pomoci rychlejší profil.

Ahoj,

Hláška patří LocusMap. Po 120s se mu omrzí čekat, než se mu ozve BRouter. 

Odstranit jej lze na úrovni uživatele nelze. Pouze mu předejít původním postupem B, nebo obejít novějším postupem A.  Na úrovni vývojářů by si BRouter a Locus mohly předávat něco jako "wait ping", ale zatím to nedělají.

Postup A:  Obdržíš-li timeout error, a máš-li updatovaný BRouter ( poslední v1.48, implementované 1.44 a později cca 2x opraveno ), postupuj takto:

Zapamatuj si, nebo poznamenej pocatecni a koncovy bod, event. viapointy. ( Idealni, existuji-li jako favorites/oblibene body. cilovy bod by mel/musí? byt. Nebo aspon nelisit se vic jak nekolik metrů.  Ale zdá se, že Locus si často ty body pamatuje)
Spust přímo BRouter
Vyber v menu BRouter App
Na prvním místě v seznamu Brouter profilů by se měla zobrazit položka "Repeat timeout". Vyber ji.
Brouter pokračuje v počítání trasy tam, kdy byl přerušený. ( Přesněji, nedokončený druhý průchod opakuje, Pokud nestihl ani první, opakuje i ten )
Navíc si ji předžvýká, takže při příštím výpočtu se stejnym profilem a destinaci ji spocita rychle.
Když ji dopočítá, zobrazí kratce trasu a pak finalni statistiku.
Ukonci BRouter.
Spust vypocet stejne trasy v Locus znovu.
Tentokrát ji Brouter vypočte v termínu.

Postup B: Původní postup, používaný v případech, kdy byl timeout očekávaný, a postup A nebyl ještě k dispozici.

Definuj start, cil jako favority/oblibene body, pokud jeste nejsou.
Spust BRouter
vyber Brouter APP
vyber profil
vyber nogo body - volitelne
vyber body start, cil, via body
nech spocitat trasu
Az zobrazi konecnou statitiku, místo Exit vyber Server Mode.
Vyber mode car/bike/foot fast/short, na ktery se priradi profile. - mel by odpovidat modu, na ktery je profile namapovany v Locusu.
Odklikej ukonceni Brouteru.
Vrat se do Locus a nech vypocitat stejnou trasu, vcetne profilu a Brouter modu.

Poznámka na okraj - pokud se v LocuMap nektere body pojmenují from,to,via1..via9 (malými), BRouter je vždy najde a automaticky pochopí tak, že má body předem nadefinované. S výhodou se na to použije vyhrazená složka a s výhodou se takové body definují pres quick points - PRO feature.

Já jsem vždy navigoval od cesty k cestě, neb od/do favorita na cestě, takže jsem tyto problémy nikdy neměl. Podle adresy apod. to bude asi horší. :-)   "Poslední míle" je více méně o tom, jak to na místě vypadá a kam a jak a jestli vůbec se dá zajet, interativně pohledem na mapu a terén.

..... Is there any way from within Locus to export this file with a more meaningful name so I can then copy it to a dedicated GPS?

brouter0.gpx as a BRouter output is to be imported by LocusMap among its native tracks, therefore it cannot be exported.  All you may need is to directly rename the file before copying, in case you are going to copy multiple files.

The other way would be to import it to Locus, and then to export it.

@poutnikl: hmm seems you see some comparison on Climendo that I do not see. Oki ...

Not sure how bad forecast from DarkSky is. Previously we used WorldWeatherOnline so if this WWO behave a lot better, I should create system that will use WWO for common forecast as before and use DarkSky later just for a forecast attached to recorded tracks. Libor, may you give me a link where you see comparison for these web services? Thanks 

There is no link for that, or at least I am not sure if it exists on their webpage.

The 3rd icon in Climendo - like a bar chart - brings you to the Historical and accuracy tabs. Few days after a month passes, Climendo - probably on server side - performs a retrospective monthly statistical analysis of agreements of forecast and reported weather and temperature  for 1 day and 5 day forecasts.. For each of these 4 categories, the Climendo client displays a winner of the month, and percentual agrement.

Edit: You can also for each of 6-hour forcast in few next days see forcasts of each of the services. The Dark Sky and WWO regularly differ from the average more than the usual winners Accuweather, Wunderground or Foreca.

It seems Dark Sky  has for some oversea regions like Tasmania(Hobart) or Tierra del Fuego ( Ushuaia ) better results than for the Central Europe, where it is among winners often.

BTW, due statistical nature, the worst members are not always the worst. Exceptionally they can be the best, even if it is a rare thing. And vice versa.

Hi guys,
@poutnikl : thanks for a tip on "Climendo". From quick compare of providers for few areas, DarkSky is not always worst.

For 1-day and 5-day forecasts of weather and temperature in last about 6 months, Dark sky was never among the 4 picks of the month in past month statistics for Brno/Czech Republic. OTOH, It was 1 of the 4 monthly picks for Hobart/Tasmania, why I checked for curiosity for our fellow Andrew.

No doubts Weather deserves dedicated application, it is clear weather info is just a cheery on the LocusMap cake.

Já tušil, že to vyjde, ale že až tak ? Tož jsem rád.    Navíc bude o něco rychlejší, což je výhoda pro delší trasy. Profily založené na Trekking-Poutnik jsou pro čisté silničáře trochu kanon na vrabce, zbytečně složité.

Offtopic in LocusMap context, but good for meteo service comparison:

There is nice simple android Weather application Climendo, that provides hourly, 6hour and 10(+) day forecasts, based on several meteo services in parallel.  One can see the average prediction, its reliability and particuler services output as well.  The differences are often quite big.

Dark sky is included for Central Europe forecasts, and as I watch it, it provides inferior predictions, comparing to other ones like  Accuweather , Wundergaound ( quite renown services ) and Foreca. There is also retrospective monthly evaluation, what services provided most reliable forecasts.

( I have a past background as an enlisted air force meteorologist, trained for that for 2 years at the university military department in late 80s , serving for 9 months at a military airfield  in 1989-90.)

Tady zkus Fastbike - LowTraffic III. třídou

No, 1km versus 40km by se Ti tolik nelibilo, kdyby bylo takových úseků více a/nebo delších.

Nenalezením trasy myslím případy, kdy by ji šlo najít pouze s využitím nezpevněných cest, nebo cest v neznámém stavu.

Když jsem ten profil navrhoval poprvé,  myslel jsem že jde spíš o trekové využití se speciálními požadavky. Pro čistou silničku by bylo lepší vyjit ze standardního Fastbike nebo fastbike low traffic,
a upravit koeficienty. Hlavně zdvihnout costfactor pro silnice lepší než 3. Třída. Nezpevněným cestám se tuším vyhýbá docela dobře.

Jen tak pro zajímavost, nešla by někdy v budoucnu zabudovat funkce na totální vyřazení všech nezpevněných cest? To by pak mohl profil zůstat stejný jako ten Tvůj původní a jen penalizovat ty nezpevněné.

Šla by, ale neměl bys to chtít.
Může Tě to hnát 2 km, aby ses vyhnul 50 m pěšince., nebo rovnou tvrdit, že trasu nelze vytvořit.
Smysl by mělo dát costfactor řekněme 5-20, tj. 100 m pěšiny jako 500-2000 m silnice.

Však jsem psal první nástřel, to nebylo doporučeni, ale výchozí hodnoty pro ladění. Testoval jsem to jen od oka.Protože ono to často může hodit optimální trasu, když to není Posazené na optimální typ cesty.

Zkus novou templatu

Edit: Cesta, která by měla v  univ_factor_coef_raw  hodnotu 0.0
bude mít hodnotu UnifactorAdjust . Tato korekce se lineárně zmenšuje na obě strany, takže kde byla +/- 1.0, bude +/- 1.0 tak jako předtím.
Takže když 0.0 bude -0.6. 0.5 bude 0.2 , 1.0 bude 1.0, -0.5 bude -0.8, -1.0 bude -1.0 

Typické hodnoty pro první nástřel.
UnifactorAdjust   -0.6 posune III. třídu z hodnoty +0.4  univ_factor_coef_raw   přibližně na nulu, což ji učiní cca neutrální vůči MTBfaktoru a optimální pro smallpaved factor.

Posunutí UnifactorAdjust   k cca -0.3 posouvá prioritu smallpavedfactoru k malým zpevněným cestám, kladné hodnoty až k nezpevněným cestám

Standardně chci III. třídu ponechat jak je, protože pro MTB je zase nežádoucí, aby  byla na nule.

Podotýkám, že UnifactorAdjust ani  univ_factor_coef_raw neovlivnují základní nastaveni priorit, mají pouze vliv na to, jak se snimi hýbe pomoci MTB a smallpaved factoru.

Code Select Expand


assign   MTB_factor             -0.5  .. -1.5
assign   smallpaved_factor      +1.0 .. +2.0
assign   isbike_for_mainroads   true
assign   UnifactorAdjust       -0.4 ..  -0.6


Mám lepší nápad.
Zkouším implementovat "gumovou stupnici", kdy jedním parametrem určíš, co bude na nule, a tím pádem optimální pro smallpaved_factor a neutrální pro MTB_factor.
Poměrně velký opruz je, že Brouter syntax neumí dělení.

Tak použij silně záporný MTB factor -1.5 - -2.0 , což zmírníš pro hlavní silnice vysokým smallpaved factorem, které ještě víc potlačí špatné cesty.

Dále potom zvaž, jestli nevratit isbike for minroads  zpátky na true, protože hodně penalizuje hlavní silnice,
čím Tě více hází.na cesty kam nechceš.

Extrémní přistup může být sednout si k

Code Select Expand

univ_factor_coef , hlavní cesty co nechceš posunout směrem k +1, špatné cesty k -1 a pomocí smallpaved factoru nastavit sílu této preference, bez použití MTB faktoru.