Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - poutnikl

Pages: [1] 2 3 ... 24
1
Versions / Re: [APP] - version 3.23.+ ( 3. 4. 2017 )
« on: May 23, 2017, 08:39:28 »

@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.

2
Versions / Re: [APP] - version 3.23.+ ( 3. 4. 2017 )
« on: May 21, 2017, 19:47:37 »
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.

3
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é.

4
Versions / Re: [APP] - version 3.23.+ ( 3. 4. 2017 )
« on: May 19, 2017, 14:51:52 »
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.)

5
Tady zkus Fastbike - LowTraffic III. třídou

6
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.

7
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.


8
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.

9
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]
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
 

10
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í.

11
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]
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.

12
MTB_factor  -0.5  a  smallpaved_factor      -0.4 Ti udělá zhruba tohle
Co je pod čarou upřednostní, co je nad ní, potlačí
Code: [Select]

                                                                                  ------------------------
                                                    ------------------------ 
                                              /                                 
                                       /
                                  /
I.tř------II.tř-----------III.tr------Ulice-----C-e-s-t-y---a p-ě-š-i-n-y--------------  Preference pru MTBfactor 0.0 a smallpaved factor 0.0
                        /
                    /
               /
           /
      /  .
  /.

Kdežto dole je to např pro MTBfactor -0.75   a smallpaved factor 1.0
Vše jen ilustračně.

Code: [Select]

                                                                                              /
                                                                                         /
                                                                                    /
                                                                                /
                                                                           /
------------                                                        /
               -------------                                  /
                               ---------------          /
I.tř------II.tř-----------III.tr------Ulice-----C-e-s-t-y---a p-ě-š-i-n-y--------------






13
Vzhledem k tomu, že já jsem je zkoušel a fungují, moje i Zossebartovy, mám důvodné podezření, že jsi je nemusel zkopírovat správně, nebo se stáhly porušené.

Mohl bys sem vlozit zazipovaný profil, který Ti nefunguje ?

Edit: protože BikeProfiles/MTB.brf na brouter.damsy.net  funguje.

Musíš kliknou na tlačítko RAW a zobrazí se Ti čistě text profilu - až to potom stahnout.
anebo stahnout vše sakumpinkl v 1 zipu  Brouter-profiles/releases


14
Teď jsem porovnával v Total Commanderu nový profil MTB 2.6 s upraveným profilem MTB 2.5.5 a jsou to úplně jiné profily  :D
Jaký je teď rozdíl v výpočtu terénní trasy starý MTB vs nový MTB profil?

Díky

edit
u nových profilů mi locus vypíše chybu ... viz příloha. Co s tím?

Nejsou úplně jiné, jsou skoro stejné, jen došlo k všeliké reorganizaci kodu.
Hlavní rozdíly jsou tyto:
Přepracovana prioritizace cyklostezek
Zaveden modulární costfactor pro všechny typy cest, nejenom lesní/polní cesty a pěšiny.
Mírné odlišnosti v costfactoru  lesní/polní cest a pěšin, ale nic zásadního.
Ale i tak doporučuji spíš pravé MTB profily od Zossebarta.
Anebo, můžeš zkusit taky velmi drsné profily Trekking-No-Flat a Trekking-Hilly-Paths, které Tě eventuálně protáhnou trasou, na kterou si slušně vychovaný MTb profil netroufne. :-)

K té chybě, hmm nevím, profily se se na BRouter webu chovají způsobně. Mám silné podezření, že možná nemáš aktuální Brouter, nebo BRouter soubory RD5 ( navigační data), nebo BRouter soubor lookup.dat ( obsahující povolené OSM tagy a jejich hodnoty ).

Zkoušel jsi profil použít přímo v Brouteru ?
( Spustit Brouter, vybrat profil a body a nechat jej spocitat GPX trasu ).

Mimochodem,na testování profilů lze nove používat i betaverzi BRouter webu, která pracuje i pro mnohé prohlížeče na Androidu.

15
Díky za pomoc, nakonec jsem asi nejlepších výsledků dosáhl s níže uvedenými těmito hodnotami. Hodnota: assign   isbike_for_mainroads   true se neosvědčila. Přeci jen už to pak hodně preferuje jedničky, které jsou u nás strašně přeautované. Přesto zatím zůstanu u starší verze vycházející z 2.4.3 výpočty trojek jsou o dost lepší.

assign   MTB_factor             -0.5 # default 0.0, *)
assign   smallpaved_factor      -0.4 # default 0.0, *)

Code: [Select]
assign   isbike_for_mainroads   true se osvědčit ani neměla, má být false, což 
udržuje costfactor hlavních silnic vysoký.

Já jsem radil MTB_factor = cca  -smallpaved_factor , zapomněl jsi na znaménko.
MTB_factor  -0.5  a  smallpaved_factor      -0.4 preferuje silnice I. třídy a penalizuje malé asfaltové cesty
smallpaved_factor  měj kladný a MTB_factor podobné hodnoty záporný.

Další nesystémová, ale účinná možnost je, posunout hodnoty
pro preferované typy cest směrem k nule.

Code: [Select]
assign univ_factor_coef
    switch  highway=motorway|motorway_link|trunk|trunk_link 1.0 switch highway=primary|primary_link   0.9
    switch  highway=secondary|secondary_link                0.7 switch highway=tertiary|tertiary_link 0.4
    switch  highway=unclassified                            0.25
    switch  or not istrack highway=footway                  ( switch ispaved 0.25 switch isunpaved -0.25 0.0 )
    switch  or ispaved tracktype=grade1                     0.1
    multiply rough_coef   
    add ( switch  highway=path -0.25 0.0 )
        switch ( nosurfacenortracktype ) ( switch isbike 0.0 -0.25 )
        switch nosurface  ( switch or isbike tracktype=grade2|grade3 -0.25 -0.5 )
        switch surface=compacted|fine_gravel -0.25 switch surface=cobblestone|sett  -0.4
        switch surface=ground|mud|dirt       -0.6  switch surface=grass|sand        -0.6   
        switch surface=gravel|pebblestone    -0.75   -0.6

Pages: [1] 2 3 ... 24