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 ... 26 27 [28] 29 30 ... 34
406
Můžeš zkusit též tento MTB profile ( viz příloha  )
z https://groups.google.com/forum/#!msg/osm-android-bikerouting/ACQWNUsEsEM/A3H-6UAxWW4J

cituji:
Profil není urcený pro vysokohorske MTB aktivity, se kterymi autor nema zkusenosti.
Castecne se zkousi vyhnout kopcum.
Z kopce se snazi jet pěšinami, naopak cestou nahoru se snazi pěšinám vyhnout.
vyhyba se silnicim, coz nekdy muze vest k zajizdkam/cikcak cestam.
Cesta nahoru po silnici je penalizovana mene, pokud je tam cyklostezka nebo chodnik.

Některe z parametru jsou lehce modifikovatelne s pouzitim promennych na zacatku profilu.

407
MTB Scale je jako parametr obtiznosti volitelnou soucasti primarnich dat na OpenStreetMaps. Tam , kde chybi, jej muzes doplnit. Podobne se pouziva SAC scale pro horskou turistiku, Smoothness pro sjizdnost auty a track grade jako kvalita povrchu cesty.

Moje Trekking profily parametr  MTB scale vyhodnocouji, ale s progresivni penalizaci. Na skale 0-6 je 2 priblizne maximum co Trekking skousne. MTB faktor tuto extra progresivni penalizaci pro MTB scale postupne rusi. Je mozne do budoucna vytvorit podobny system preferenci, jako jsem v Hiking profiles pouzil u SAC scale, třeba preferovat MTB scale 3.

Parametr hill je  index, urcujici pouziti konkretni sady parametru pro penalizaci kopcu.
Ty jsou všechny nastaveny pro trekking a efektivni nakladani s energii na delsi trasy.
MTB bude chtit neco jineho,  muzes navrhnout.

Profil hill 0 -tptpzny s puvodnum Trekking.brf je nastaveny tak. ze kopce mu nevadi, ale klesani od 1.5% zacina penalizovat, protoze cyklista zacina energii ztracet neefektivne rychlym sjezdem nebo dokonce brzdenim.

Profil hill 1 navic penalizuje kopce nad 3% , takze pri stejnem vyskovem rozdilu dava prednost mirnejsim stoupanim.

Profil hill 2 klesani i stoupani hodne limituje, pokud nekdo kopce nerad.

Hill 3 je jen takovy experiment.smerujici k nejkratsimu casu.



408
V kazde sablone jsou obsazeny vsechny profily,ktere z ni jde udelat.
Sablona se smallpaved faktorem je oproti sablone pouzite na koncove profily vyrazne vylepsena.

Kopce jsou penalizovane, v nekolika variantach.
Trasu s kopci pak bere, ze je "jako" delsi, podobne jako
nezadouci typ, povrch a stav cesty.
Brouter pak vybere "jako" nejkratsi trasu.

Trekking-Poutnik(ssmallpaved) sablona ani s MTB_factor 3
kopce primo nepreferuje, prinejhorsim ignoruje.

Neprimo je ale preferovat muze,
protoze ty nejhorsi mozne cesty byvaji casto prave po kopcich.

MTB faktor 3 ignoruje, ze existuji takove veci jako kopec,
smoothness (sjizdnost ) nebo MTB_scale ( MTB narocnost )
https://wiki.openstreetmap.org/wiki/Cs:Key:smoothness
https://wiki.openstreetmap.org/wiki/Cs:Key:mtb:scale

Jedine co MTB faktor 3 respektuje
jsou puvodni preference druhu, kvality a stavu cesty.

409

Treking-Poutnik ( Pro odlišení od puvodního Trekking.brf )
https://raw.githubusercontent.com/poutnikl/Trekking-Poutnik/master/Trekking-Poutnik.brf
není zamýšlen jako profil, i když fakticky profilem je.

Je to šablona, kterou vyvíjím pro všechny moje cykloprofily, které z ní odvodím zmenou pár parametru.

Konkrétní cykloprofil se z ní udelá nastavením parametru a prejmenováním.
Cílové profily pro koncové uživatele jsou pak v v Brouter-Profiles https://github.com/poutnikl/Brouter-profiles

Trekking-Dry profil https://raw.githubusercontent.com/poutnikl/Brouter-profiles/master/Trekking-Dry.brf
je obsahove totožný s šablonou  Treking-Poutnik  v defaultním nastavení.
Je totožný s profily Trekking-MTB-*  vyjma hodnoty MTB_factor, který má 0.0.

Ostatní cykloprofily v Brouter-Profiles mají nastavení pozmenené.

V Treking-Poutnik úložišti https://github.com/poutnikl/Trekking-Poutnik
jsou pak release verze ( master, viz výše )
https://raw.githubusercontent.com/poutnikl/Trekking-Poutnik/master/Trekking-Poutnik.brf
a nekolik vývojových verzí této šablony napr zmínená smallpaved faktor verze
https://raw.githubusercontent.com/poutnikl/Trekking-Poutnik/psmallpaved_factor/Trekking-Poutnik.brf

Ze šablony se psmallpaved_factor ješte žádné cílové profily odvozeny nejsou.
Ale princip je jednoduchy.
Doporucuji vyzkouset SW na porovnavani textovych souboru, abys videl rozdily.

-------------------

edit ... Ješte jedna vec, jsou v tech profilech nejak omezeny kopce? Zkouším ty profily, upravuji MTB a smallpaved faktor a mám taký pocit, že se vygenerovaná trasa vyhýbá kopci, zkouším to totiž na trase, kterou znám dobre a vede pres pár kopcu.

Ano, kopce omezeny jsou, prece jen je to puvodne pro trekking. MTB faktor funguje tak,
že krome priority cest ješte linearne snižuje penalizaci kopcu a segmentu s nárocným MTB_scale(obtiznost). U MTB_factor=0 je snížení nulové a profil má zkopcu respekt,
u MTB_factor=3 profil všechny kopce a MTB obtiznost vesele ignoruje,
a je mu jedno, jestli se nekde zabiješ.

Se vším se dá pohnout. I respekt ke kopcum má v základním nastavení sablony nekolik kopcových profilu.
Dá se vymyslet základní kopcovy profil pro MTB, ktery se pak bude smerem od 0-->3 MTB_factorem likvidovat.

V základnim kopcovy profilu to vypada takto :

assign   uphillcost  70
assign   uphillcutoff 3.0
assign   downhillcost 60
assign   downhillcutoff  1.5

uphillcutoff/downhillcutoff  3.0/1.5 znamená,
že jakékoli stoupání/klesáni do 3.0/1.5 procenta se ignoruje.
Je-li stoupani treba 14%, pak se udecte tan prah 1.5 na 12.5%, tj 125m / km.
Kazdy metr stoupani se pak nasobi faktorem uphillcost, takze 60x.
125*60=7500m ( MTB_factor 0 )
125*40=5000m ( MTB_factor 1 )
125*20=2500m ( MTB_factor 2 )
125*10=1250m ( MTB_factor 2.5 )

Takze 1 km stoupani 14% bere takovy profil
pro MTB faktor 0 / 1 / 2 / 2.5   stejne vyhodny
jako 8.5 / 6.0 / 3.5 / 2.25 km stejne cesty po rovine.

Totez obdobne pro klesani.


410
Vidím, že moje příspěvky moc nečteš :-),  dnes jsem Ti ten link už jednou posílal.

https://raw.githubusercontent.com/poutnikl/Trekking-Poutnik/psmallpaved_factor/Trekking-Poutnik.brf

2 řádky pod MTB faktorem.   Tohle je vývojová verze, v profilech v Brouter-Profiles to není.

411
Na zacatku profilu se nastavuje MTB_factor jako konstanta
assign   MTB_factor           0.0

a jako pojmenovana konstanta se pak pouziva.

Ale s 2 bych byl opatrny. Přidávej od 1.0 postupně, eventualne kombinuj se zapornym smallpaved faktorem,  Tak budes mit velkou prioritu MTB cest, o neco mensi lepsich cest a pak velky sesup na malou prioritu silnic.
Lze jit az na MTB faktor 3, ale to už je pro sebevrahy kterym je vsechno jedno,  A to myslím doslova.
Viz tez https://wiki.openstreetmap.org/wiki/Cs:Key:mtb:scale

412
Zkouším ten tvůj profil Treking MTB a vypadá to perfektně.

On ten Trekking-MTB-*  je v podstatě totožný s mým Trekking-dry, jen je pohnuto s MTB faktorem. Já totiž používám 2 univerzální šablony, pro kolo a pro pěší, jejichž vlastnosti pro určité použití ladím zněnami parametrů. a konkrétní nastavení pak vhodně pojmenuji jako alias, jako třeba Trekking-MTB-High, nebo Alpine Hiking.

413
To jsem rád.

Ktere zna - Přesněji, po cestách, které znají Openstreetmaps, potažmo rd5 soubory, ktere z nich web Brouteru nekolikrát mesíčně generuje ke stazeni aktualizaci.

Brouter sam navigacni prikazy negeneruje - az vyhledove v budoucnu. cilova aplikace(Locus) dostane v podstate jen sequenci bodu se souradnicemi a nadmorskou vyskou. Navigacni prikazy jsou dane interpretaci dat cilovym softwarem. Proto je potreba mit nastavene v Locus generovani navigacnich prikazu.  Napr vede-li trasa na sever, a najednou na SV/V/JV, Locus to vyhodnoti jako navigacni prikaz Zahnout mírně vpravo / vpravo / ostře vpravo.

Rucne kreslena trasy, importovane trasy i trasy generovane brouterem se vsechny daji pouzit pro navigaci i navadeni.
U tras s hustou sequenci bodu jako od Brouteru to v podstate vyjde nastejno, protože navigace podel 50m dlouhého segmentu cesty je trivialni. U "řídkých" manuálních tras je větší rozdíl, tam navádění může nevítaně vést přes hory doly. Naopak navigace nemá smysl tam, kde cesty nejsou, nebo záměrně po cestě jít nechceme.

414
Myslím, že ten link u me na Githubu nekde je, ale pro pohodlí.. tady je.
Ale rekl bych spíš sehnat, než stáhnout.

https://groups.google.com/forum/#!forum/osm-android-bikerouting
Forum je anglické, ale vetšina MTB uživatelu jsou Nemci, publikujici vetsinou na nemecky serverech.

Tez bych doporucil si "vygooglit" Brouter MTB profile, a vynechat ty moje.
Hledal bych i v nemeckých vodách.

Předtim bych si ale overil, jestli Ti Trekking MTB nahodou nevyhovuji...
------

Locus muže spolupracovat s Brouterech v podstate 4 zpusoby: ( to vicemene plati i pro OSMand a OruxMaps )
Ve vsech pripadech se doporucuje nastavit Locus pro generovani navigacnich instrukci.

1/ Zavolá interne lokalni routovací službu Brouteru, preda mu start, cil,
   volitelne 1-2 postupne cile a navigacni mod - napr kolo-rychle.
   
   Taková navigace funguje stejně jako při použití online služeb.
     
2/ Uživatel interaktivne vytvari trasu pomoci Quick points
  s pouzitim preddefinovanych jmen, ktere maji pro Brouter zvlastni vyznam.
  Osobne pro tyto Brouter body pouzívám v Locusu vyhrazenou slozku Brouter.
 
  Zacatek se pojmenuje "from", konec "to" a volitelne postupne cile "viaN" , kde N = 1,2,....9 - nevim lze -li vice.
  Pak se manualne z Locusu nebo primo spusti Brouter, ktery vygeneruje trasu formou GPX souboru.
 
  Tento se pote naimportuje do Locus jako trasa a necha se navigovat nebo navadet podle trasy.
 
3/ Totez jako 2/, ale misto interaktivniho vyberu  "from", "to", "viaN" v Locus
  se jako start, mezicile a cil vybiraji predem definovana mista Locusu  primo v Brouter .
   Tuto metodu nelze pouzít, obsahuje-li seznam oblibenych mist v Locus vice nez cca 120-150 mist.
 
4/ Importuje se GPX vygenerovany interaktivne na http://brouter.de/brouter-web/
   a necha se navigovat nebo navadet podle trasy.
   - velmi pohodlné, t.c. jen na stolnich OS, podpora mobinich systemu je planu
   


415
No, nejlepe postupovat podle toho navodu, viz link v me predesle odpovedi. Namapujes profily na navigacni mody podle svoji volby.  Spust Brouter a prvnich 6 obrazku.

https://github.com/poutnikl/Brouter-profiles/wiki/Using-Brouter-profiles-for-Locus-navigation

Namapujes-li napr MTB-Medium na Bicycle - fast, pak pokazde kdyz Locus pouzije navigaci Kolo - rychle ( a je nastaveny pro pouziti Brouteru ) , tak se spusti vypocet trasy podle MTB-medium.

z hlavy si uplne jist nejsem, ale myslim si, že Brouter zafajfkuje všechny mody, pro ktere je profile pouzitelny.  Profile definuje, je-li použitelný pro auto, kolo nebo peší. Teoreticky i kombinace, prakticky to nemá význam. Na uživateli je, které zaškrtnutí ponechá - to se pak použije. Zustanou-li obe, pak se použije profile na oba mody, rychly i kratky.
Nazev rychly a kratky je zavadejici, protoze mnohem lépe by zde pasovalo auto1, auto2, kolo1, kolo2, pesky1, pesky2. Rychlé a krátké trasy holt respektují obvyklé volby nejrychlejších a nejkratších tras v online i offline routovaich sluzbach.  Pouzijes-li v Locus mod Kolo - rychle, pak Brouter pouzije profile, ktery jsi vybral predtim, nez jsi na dalsi obrazovce zaskrtnul Bicycle Fast. totez pro Kolo - Kratke, resp. bicycle short.

-------

Podotýkám, že moje Trekking-MTB profily a laborování s MTB faktorem  jsou pouze experiment, jakousi extrapolací mých Trekkingvých profilu pro MTB. Sám MTB nejezdím ,a na anglickém foru na Google groups lze najit i cistokrevne MTB profily, ev. na vyptani u autoru.

416
Ahoj Dane,

1/ V první rade se ujisti, že jsi je stahnul správne,
napríklad nikoli odtud, coz je link na spravu souboru Trekking-MTB-medium.brf
https://github.com/poutnikl/Brouter-profiles/blob/master/Trekking-MTB-medium.brf

ale odtud, kam se z prvního linku dostanes tlacitkem RAW.
https://raw.githubusercontent.com/poutnikl/Brouter-profiles/master/Trekking-MTB-medium.brf
Tento link vede ciste k profilu coby prostemu testu,
ktery se da primo lokalne ulozit.

Pokud je profile v Brouter/Profiles2 slozce a ma spravny obsah, Brouter je musi videt.
Kdyz spustis Brouter - polozka menu BrouterApp - vyjede ti seznam vsech profilu v Profiles2

2/ Sama aplikace LocusMap o zadnych profilech nic nevi, ani s nimi nepracuje.
Profily jsou interni vec Brouteru. Navigacni aplikace jako OSMAnd, LocusMap a OruxMaps
volaji navigacni sluzby Brouteru pres tzv. navigacni mody auto/kolo/pesky  nejrychlejsi/nejkratsi.
Tan samy prístup pouziva OSMAnd i pro svoji vlastni offline navigaci ( kterou LocusMap nema )
a je pouzivaný i vetšinou online routovacich sluzeb( jako treba Mapquest, OSRM, YOURS, ORS aj.
, ktere OSMAnd, LocusMap a jine pouzivaji.

Brouter interne mapuje tyto navigacni mody na sovoje profily pres svoje menu.
Lze to v podstate udelat i manualni editaci konfiguracniho souboru, ale to se nedoporucuje.

Vice zde v nedokonceneim wiki manualu na nastaveni Brouteru se screenshoty
( V EN, ale Google translate muze pomoci )
https://github.com/poutnikl/Brouter-profiles/wiki/Using-Brouter-profiles-for-Locus-navigation

3/ Na to je šalamounská odpoved:
Takový, který Ti bude nejvíce vyhovovat,
když je vyzkousis na http://brouter.de/brouter-web/
a kdyz navrhne stejnou trasu, jako bys pouzil sam,
v terenu, ktery znas, a ktery nabizi dost moznosti pro ruzne profily
aby ses s profilem rozesel, pokud mate ruzne preference.

Zacal bych s Trekking-MTB-Medium/High a zkousel ladit MTB-factor pro svoje potreby,
Medium ma MTB faktor 0.5, High 1.0, možná bych šel až do 2.0

Vzhledem k tomu, ze experimentalni verze hodne pokrocila vuci
"release" verzim na Brouter-Profiles, stoji za to
si pohrat mimo MTB faktoru s psmallpaved_factor
https://raw.githubusercontent.com/poutnikl/Trekking-Poutnik/psmallpaved_factor/Trekking-Poutnik.brf

Libi se mi analogie s akustikou a equalizerem, kterou jsem pouzil drive
Vezmeme-li silnice jako basy,  male asfaltky/dobre cesty jako stredy  a teren jako vysky ,

pak
kladne hodnoty MTB faktoru zdurazni vysky/potlaci basy,
zaporne hodnoty MTB faktoru zdurazni basy/potlaci vysky,
kladne hodnoty psmallpaved factoru  potlaci vysky i basy
zaporne hodnoty psmallpaved factoru  zdurazni vysky i basy.

417
To rád slyším.

Ale spíše než zablokuje ignoruje, že je to cyklotrasa.

Podle mě ta default hodnota 0.2 co jsem použil není špatná - viz tabulka nahoře.
Tím že je to kvantitativní parametr, můžeš s tím volně laborovat. 

Cycleroutes_pref by neměl být větší než 1. Je-li roven 1, pak cyklotrasy úrovně routelevel a menší mají costfactor 1.0,
ostatní cyklotrasy maji costfactor jako vždy nezměněný,  necyklotrasy jej pak mají dvojnásobný.

Moje filozofie byla, čím lepší je cesta, tím miň záleží na tom, je-li to cyklotrasa, nebo ne.

routelevel muze mít hodnotu 1, 2, 3 nebo 4.
4 znamená plný efekt pro všechny cyklotrasy, (  lokální, regionální, národní a mezinárodní )-
3 znamená poloviční efekt pro lokální cyklotrasy,
default 2 znamená poloviční efekt pro lokální a regionální.cyklotrasy.
1 znamená poloviční efekt pro lokální, regionální a národní.cyklotrasy.


418
[CZ&SK] - diskuze o Locusu / Re: náměty
« on: February 04, 2016, 18:57:57 »
Dik :-)

Testoval som ten kompas prečo mi to v aute lieta ako besné a dôvod nie je v rušeni. Iné aplikácie kompasu sú kľudne a ukazujú normálne.
Locus prehnane reaguje na vibrácie v aute. Ani nie tak na otrasy ale jemné vibrácie točia kompas jak prasa. Filter orientácie na max silný nepomáha.
Deje sa to len v Locuse. Napríklad GPS status kompas je OK.

Otázka ale je, jak moc užitečný je zrovna v autě HW kompas, protože v autě víc než jinde je obzvláště stabilní GPS kompas, založený na směru pohybu.

419
P.S.: V Treking.brf se penalizace necyklotras přičítá ( (0.05, resp. 0.5 pro stick to cycleroutes ).

V mých profilech je preference cyklotras / penalizace necyklotras násobkem, a to nelineárním.

Cycleroutes_pref má minimální efekt pro dobré cesty okolo costfactor = 1.0.

Efekt ale zesiluje pro rostoucí costfactor ( "horší cesty" ) až k násobku (1 + Cycleroutes_pref) pro necyklotrasy,
resp  (1 - Cycleroutes_pref) pro preferovane cyklotrasy .

Proto hodnota Cycleroutes_pref  má oproti hodnote penalizace cyklotras v Trekking (0.05, resp. 0.5 pro stick to cycleroutes ) obvykle menší efekt.

Code: [Select]
Hodnoty costfactoru
cycleroute_pref 0.2
Male  Velke
trasy trasy Netrasy
1 1 1.04
1.1 1.04 1.16
1.2 1.12 1.28
1.5 1.36 1.64
2 1.76 2.24
2.5 2.16 2.84
3 2.56 3.44
4 3.36 4.64
6 4.96 7.04
8 6.56 9.44
10 8.16 11.84
15 12.16 17.84
20 16.16 23.84

420
Cycleroutes_pref = 0.0 je v mých profilech ekvivalentní  ignore_cycleroutes=true v Trekking -cr, protože jsem dal přednost kvantitativnímu parametru. Podotýkám, že je tam ještě i parametr routelevel, rozlišující úroveň preference cyklotras. Defaultní routelevel 2 preferuje mezinárodní a národní cyklotrasy, regionální a lokální cyklotrasy nechá jak jsou, a.potlačuje necyklotrasy

S  cycleroutes_pref se dá laborovat podobne jako s  MTB factorem nebo smallpaved_factorem.  Při hodnotě 0.0 efekt cyklotras mizí a používá se běžné hodnocení cest podobně jako v Trekking -CR. toto hodnocení je v Trekking -CR a mých profilech odlišné.     

Obecně se dá říct, že efekt preference cyklotras je v Trekking silnější než v mých profilech, a tím pádem i efekt jejich ignorování v Trekking -cr.

Celý koncept prace s cyklotrasami je v mých profilech několikrát přepracovaný. Původní implementace se mi totiž z několika důvodů nezamlouvala :
  • Všechny cyklotrasy jsou si v Trekking.brf rovny, hladká asfaltka stejně dobrá kodrcání po kamenech, přímá stejně jako pokroucená .
  • I ta nejhorší myslitelná cyklotrasa je pořád brána jako lepší než i ta nejlepší cesta bez cyklotrasy


Code: [Select]
  assign rawcostfactor2  # MTB_factor_for_road + (non)/cycleroute CF adjustment
add (
if ( equal cycleroutes_pref 0.0 )  then rawcostfactor # ignore cycleroutes, no distinguishing
else if ( not nodeaccessgranted  ) then add ( multiply rawcostfactor no_network_coef )
    ( multiply -1.0 ( multiply cycleroutes_pref network_coef ) )
# is not a cycleroute
# rawcostfactor2 = rawcostfactor * no_network_coef - cycleroutes_pref * network_coef
# RCF2 = RCF * ( 1 + crp ) - crp * ( 1- crp ) 
        else if is_ldcr                    then add ( multiply rawcostfactor network_coef )
    ( multiply cycleroutes_pref network_coef )
# is a considered cycleroute
# rawcostfactor2 = rawcostfactor * network_coef + cycleroutes_pref * network_coef
# RCF2 = RCF * ( 1 - crp ) + crp * ( 1- crp ) 

else    rawcostfactor # is a cycleroute, but not a considered one
)
add  MTB_factor_for_road                    # penalizes paved and promotes unpaved roads See *****) for more
      smallpaved_factor_for_road              # penalizes mainroads and unpaved roads, promotes the middle

Pages: 1 ... 26 27 [28] 29 30 ... 34