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 ... 28 29 [30] 31 32 ... 34
436
Troubles & Questions / Re: [Q] Percentages of surface conditions
« on: December 07, 2015, 21:40:10 »
All i want to know is how many percent are paved / unpaved...
Thats all. No BRouter App and Quick Points are needed in this case.

Until available in Locus, you can calculate it in Brouter web by this profile
https://raw.githubusercontent.com/poutnikl/Brouter-profiles/master/Paved.brf

For fully not paved ways is cost = length x 1000
For fully       paved ways is cost = length x 2000

437
No, s Trekkingovými profily mám více zkušeností, než s Hiking profily.

Pro začátek doporučuji Brouter-profiles/wiki/Bicycle-Trekking-profiles, resp v Google překladu.

Mají podobnou filozofii společného základního vzoru, a poměrně dost parametrů, se kterými lze hýbat..

Základem je Trekking Dry, což což je něco podobného jako suchá varianta Hiking s iswet=0.
Trekking Wet je obdobně mokrá varianta.
Tady doporučuji začít.

Je tu už dříve zmíněný MTB_faktor, který funguje úplně stejně jako Offroad factor v Hiking profilech. Můřeš použít předdefinované Trekking MTB profily, posunuté směrem k "necestám", nebo naopak Trekking Fast, posunutý směrem k Fastbike.

Pak je tu preddefinovaný parametrr hills, udávající jak na kopce.
0 = originál trekking, penalizuje klesaní nad 1.5% ( tj. cca klesání s rychlostí vyšší než cestovní.
1 = penalizuje navíc  strmější stoupání nad 3%
2 = větší penalizace klesání i stoupání, takže něco pro milovníky rovin.
            ( každých 100 m nahoru nebo dolů bere jako 8 km navíc )

Dále tam jsou číselné parametry udávající, jak moc má preferovat cyklotrasy. S tím se dá taky pohrát.
cycleroutes_pref     0.1 lze zvýšit třeba na 0.5 na výrazné preferování cyklotras.

Více zde Trekking-MTB-Profiles---legend resp. v překladu tady

Mám tam též rozdělaných pár testovacích verzí, nejnovější je tady.
https://raw.githubusercontent.com/poutnikl/Trekking-Poutnik/MaximixPen-traffic/Trekking-Poutnik.brf

Do léta bude dost času to vyladit...

438
Planovaní s from,via,to taky pouzívam, ale to s výběrem Brouter profilu nijak nesouvisi. Brouter zkratka ty dane body propoji podle profilu, ktery ma nastavene ze pouzije pro zvoleny navigacni mod. Locus o Brouter profilech nema poneti, akorat preda Brouteru, ktery navigacni mod ma pouzit.

439
Brouter používá systém dvou úrovní, které mapuje na sebe
Navigační mod   auto/kolo/pěšky  rychlý/krátký
Profile               Trekking.brf / Hiking.brf ....

LocusMap používá Pěšky/Rychle  ( foot/fast).
Jaký profil se v Locus použije je dáno tím, jaký profil je namapovaný na pěšky/rychle.

Shodou okolností jsem před časem na Github wiki vytvořil nedokončený návod. Je anglicky, ale s obrázky   :)

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

Podstatné jsou ty 2 obrázkové trojice. Souhlasím, že Auto versus pěší bude rychlejší. Pokud ale používáš větší množství profilů, nezbude Ti, než mapovat profily přímo v Brouteru, protože Locus má jen 5 pozic.

Ještě jsem netestoval, jestli koliduje navigační mod car/auto  s nastaveni profilu       assign   validForFoot (platné pro pěší)        1 ,
říkající že je použitelný pro pěší mod. Ale podle toho co říkáš, to snad ani nevadí...

440
Graphhopper works fine, changed to it from Brouter to it, and I see that the routes are more convenient to my own experience...

GraphHopper is for obvious reasons the preferred option for offline car navigation.

For bike and cars, you have just experienced Brouter profiles that do not suits you. As Brouter route quality raises and falls with level of matching the profile to user preferences. And that is the reason why for many users is Graphhopper better=easier solution.

441
Ahoj "Jirkousi",

Vždycky potěší, když je uživatel spokojený..   :) 

To přepínání sucho/mokro jde udelat i primo Brouterem . 

Sequence
Server mode
vyber profilu
nogo points
prirazeni navigacnimu modu - u Locusu foot - short.

442
Troubles & Questions / Re: [Q] Percentages of surface conditions
« on: December 06, 2015, 08:54:39 »
I want to have it in Locus ;)

You say by other words, your final goal is not watching the data, but having the route according your preferences. And you can have it, being limited by your ability to express your preferences. This does not try to distract you from your idea, but just making you being aware about available possibilities.

Let suppose your preferences take equal 1 km of asphalt and 3 km of grass, 1 km of ground and 1.333 km of grass. IF expressed in profile evaluation, than it would prefer 8 km detour grass path winding through meadows  to a forest short cut via 2 km asphalt track  and 3 km ground path. As "8 km is shorter than 10 km".

The profile advantage is,  it is not limited to 1-2 parameters, that could be reviewed visually, supposed the map contains them.

Aside of surface, profiles can evaluate many other parameters simultaneously, like  track versus path, track/path grades, trail visibility, SAC/MTB rating, Smoothness ( low one repulses cars even if allowed ), vehicle allowance, route slope ( not OSM tagged, but BRouter is elevation aware ), path winding..  Cars prefer straight ways, but for hikers, straight paths may be boring.

Visually, same as in a profile, your preferences for various parameters may be independent or in relations. E.g. ground/grass preference ratio may be lower for tracks than for paths, as ground tracks are often unpleasantly damage by heavy machinery riding wet plastic soil.

Finally, you have always option of the final check and eventually to make a tweak, using viapoints or nogo area, based on the visual big picture.

443
Troubles & Questions / Re: [Q] Percentages of surface conditions
« on: December 04, 2015, 21:40:31 »
Alternative approach is just to create specialized Brouter profiles, reflecting particular preferences.Than you need not to analyze it.

444
To já bych zase raději upřednostnil iD protože pracuji z různých počítačů. Ale tam se mi to zdá moc složité k učení na to, že potřebuji zadat 2-3 trasy. O Potlachu vím, ale nějak se mi nezdá zrovna nejpřívětivější.
Mně se nejpřívětivější i nejmocnejsi zdá právě JOSM. Instaloivat se nemusí,  pokud se použije doporučená metoda online spouštění pres jplaunch(?). Akorát Java musí být instalovaná.

No ale nikde není psáno že se to nedá kombinovat.

Sent from Sony Xperia M Dual via Tapatalk


445
Ale nejraději stejně pracuji s JOSM, takže je to dobrá volba.

Sent from Sony Xperia M Dual via Tapatalk


446
Jak jsem zjistil, není to ve skutečnosti tak jednoduché. Turistické i cyklo trasy se nezakládají jako samostatný objekt, ale jako relace. Relace se skládá z už předeme definovaných cest. V iD editoru to vypadá velmi složitě, o něco snadnější to asi bude v JOSM. Stávající cesty se totiž musí rozdělit na více úseků, aby se daly do relace zahrnout. Tudíž s tím bude docela "piplačka".
http://www.marekp.cz/jak-vkladat-turisticke-informace-na-osm
Protože každá cesta je v první řadě fyzickou cestou. To,  že je na ní náhodou nějaká trasa, je jen jedním z jejích atributů, ve formě příslušnosti k route relaci.

Mimochodem je tam ještě druhý online editor, Potlatch.

Sent from Sony Xperia M Dual via Tapatalk


447
Troubles & Questions / Re: [Q] Percentages of surface conditions
« on: December 03, 2015, 21:54:05 »
Just small side note: path is not a surface condition, but OSM highway class, similarly as track.

Yes, these informations are stored in vector maps. On the Android device, it is nicely visually displayed using OpenAndroMaps with Elevate Hiking style, where is provided also a good map feature legend, downloadable also as PDF.

OSMAnd internal offline routing engine uses these surface conditions for evaluation of optimal route. As LocusMap does not have it own local offline routing engine, it could use the vector data at least for displaying the route statistics. Brouter and GraphHopper offline engines use their own way related data files, so they can be used even for raster maps. 

As an alternative solution, e.g. for on-line computer route planning, you can use Brouter web.

If you have displayed the offered or selected route, e.g. Hiking route from Cortina d'Ampezzo to Tofana di Roses in italian Dolomite Mountains, you can review the data on Data tab in the left bottom corner of the screen. In the second column Dist is the length of the way segment, In the right verbose column - perhaps "behind the corner" - are way segment related tags, like way class, surface, tracktype, trail visibility, SAC scale, whatever is available in Brouter OSM based .RD5 grid files.

Note that the listed OSM way tags route_MTB_* and route_hiking_*  are not real OSM tags, but Brouter way pseudotags injected to its RD5 grid files ( similarly for cycle routes ), as Brouter profiles cannot test original OSM route relations.

When you are moving the mouse pointer over the particular line in DATA tab list, the respective way segment is highlighted on the map.

Or, you can download the data as CSV file at CSV link above the tabs, e.g. for later Excel data analysis.

Code: [Select]
elev. dist. $/km elev$ turn$ node$ initial$ WayTags
1269 171 2250 107 0 0 0 highway=unclassified route_mtb_lcn=yes
1290 170 2250 104 0 0 0 highway=unclassified oneway=yes route_mtb_lcn=yes
1305 232 10250 55 0 0 0 highway=primary lanes=2 route_mtb_lcn=yes
1561 2866 2250 1183 0 0 0 highway=tertiary
1814 1795 1370 1385 0 0 0 reversedirection=yes highway=path
1934 753 1370 683 0 0 0 reversedirection=yes highway=track tracktype=grade2
1931 70 1370 0 0 0 0 highway=track tracktype=grade2 route_mtb_lcn=yes
1985 802 1370 164 0 0 0 highway=track surface=compacted
2012 234 1370 135 0 0 0 reversedirection=yes highway=path
2035 316 1370 93 0 0 0 highway=track surface=compacted
2063 152 1370 157 0 0 0 reversedirection=yes highway=track
2066 118 1670 28 0 0 0 highway=track tracktype=grade3 sac_scale=mountain_hiking route_hiking_=yes
2073 47 1370 4 0 0 0 highway=path
2102 296 1670 138 0 0 0 highway=track tracktype=grade3 sac_scale=mountain_hiking route_hiking_=yes
2548 2323 1720 2562 0 0 0 reversedirection=yes highway=path sac_scale=mountain_hiking route_hiking_=yes
2597 330 1870 253 0 0 0 highway=path sac_scale=mountain_hiking trail_visibility=good
2998 1757 1370 2226 0 0 0 reversedirection=yes highway=path
3146 601 1370 1177 0 0 0 highway=foot


As an interesting option, you can create for yourself analytic Brouter profiles, that would be used for such calculations. For a pre-given route anchored by enough viapoints, one can have e.g. Grass profile, that would give costfactor 1.0 to anything but to grass. Grass would be penalized by costfactor 2.0.After the Brouter web analysis, you would get for 0% of grass Cost/length ratio 1.0, for 100% grass cost/length ratio 2.0. Similarly for other surfaces.

448
Údajně se to nejlíp kreslí podél překrytí s fotomapou. To ale asi jde jen omezeně pouzit pro lesní cesty nebo pěšiny.
Ono zanášet do mapy přímo GPX trasy by způsobilo, že by cesty byly nereálně kostrbaté.

Sent from Sony Xperia M Dual via Tapatalk


449
Myslíš GPX soubor. Urcite to jde, je na to nejaká standardní procedura,
ale osobní zkušenost nemám. Mám dojem, že se nepoužije GPX záznam přímo, protože to může být klikaté,
ale pokud je to vytváření nové cesty, musí se to nějak vyhladit.

Ohledne mapování ruzných turistických tras, je toho ve wiki hodne.
Obecne se doporucuje vytvorit OSM relaci, popisujíci trasu,
a jednotlivým segmentum již nadefinovaných cest se priradí clenství v takovéto relaci.

https://wiki.openstreetmap.org/wiki/Hiking#Tagging_walking_and_hiking_Route_Networks


viz též
https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions
https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D
http://www.marekp.cz/jak-vkladat-turisticke-informace-na-osm
http://osm.paws.cz/hiking.php

450
Přesně tak. Mam v androidu plain text editor, takze mohu vsechno menit. Ale pohodlnejsi je prepinat profily.

Je taky možné, že budeš chtít mirně odlišný Offroad faktor pro iswet=1, ale zrovna tak je možné, že stejný bude OK.

Pages: 1 ... 28 29 [30] 31 32 ... 34