> Ahojte, > > po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa opet > k dispozici na http://mtbmap.cz/ > > Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB tras > tak, aby byly offsetovane porad na stejnou stranu cesty a zbytecne > "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted pouze na > krizovatkach s jinymi znacenymi trasami. Musel jsem od zakladu predelat > nejake skripty, vcetne vyberu tras z databaze, proto prosim o letmou > kontrolu, zda se v nove renderovane mape vyskytuji vsechny trasy, ktere uz > jsou v OSM zmapovane. > > Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost tras, > viz cervene vykricniky treba tady: > http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 > > Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou aktualizace > dat probihat denne, ale mene casto, minimalne jednou za tyden. > > Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i > takove, co jste mi psali treba uz v lete a zatim se neprojevily. > > Diky za kontrolu a napady, > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> 1) Asi je to těžké, ale nešlo by ještě něco dělat s rychlostí? Ta > současná normální lidi, kteří neocení, že to je OSM, hned zkraje > odradí. Hlavně jde o větší přiblížení -- nad 14 už je to prakticky > nepoužitelné, čekám na vykreslení čtverců minuty.

> 3) Moc se mi líbí, že to obtížnější turistické trasy kreslí > přeškrtnuté červenými X, ale ta X se zobrazují moc brzy -- na > přiblížení 13 už jsou, ale cesty pod nimi se objeví ož od přiblížení > 14.

> Preskrtnute trasy ve skutecnosti znamenaji, ze maji nastavene > bicycle=no

> Aha, pravda. Já si toho všiml u cest, které jsem kreslil a dal jim > vyšší stupeň turistické obtížnosti (sac_scale). Většinou u nich dávám > i bicycle=no, protože předpokládám, že když tam sotva prolezu pěšky, > na kole by to nešlo vůbec.

> Obecně by ale bylo dobré obtížnost a viditelnost pěších tras nějak > vykreslovat také. Sice u nás těch obtížných moc není, ale špatně

> Doporucuji prostudovat priklady S3-S5, vcetne fotek :) : > http://www.singletrail-skala.de/s3 > http://www.singletrail-skala.de/s4 > http://www.singletrail-skala.de/s5 > (to je ta nemecka stupnice, podle ktere se bere mtb:scale)

> Asi by se to muselo udelat jako vrstvy, variantne k te MTB obtiznosti. > Aby se v tom dalo vubec nejak vyznat...

> > (to je ta nemecka stupnice, podle ktere se bere mtb:scale) > > Jo, to je OK, to bicycle=no dávám jen do terénu, který je o dost horší.

> > Asi by se to muselo udelat jako vrstvy, variantne k te MTB obtiznosti. > > Aby se v tom dalo vubec nejak vyznat... > > Nejsem cyklista, ale nešla by pěší obtížnost nějak namapovat na cyklistickou?

> Prosim, znac to jako mtb:scale=6 v takovem pripade - pokud tam jsou > kola povolena. To bicycle=no by opravdu melo byt v pripade legalniho > duvodu zakazu.

> OK, přeznačím to. Je někam zakázán vjezd cyklistům ze zákona, i když > tam není značka? Většinou se v těch mých případech jedná o buď zcela > neznačené lesní cesty, nebo o pěší trasy KČT v CHKO a občas i v > rezervacích.

> Obecně by ale bylo dobré obtížnost a viditelnost pěších tras nějak > vykreslovat také.

> Sice u nás těch obtížných moc není, ale špatně > viditelných cest teď v Jizerkách mapuju docela dost a trochu se bojím, > že kdyby někdo šel jen podle mapy, bude zmatený, protože tam žádnou > klasickou cestu neuvidí.

> 2) Musí být vlevo nahoře tak velký infobox? Na netbooku mi pak z mapy > už skoro nic nezbývá. >

> 3) Moc se mi líbí, že to obtížnější turistické trasy kreslí > přeškrtnuté červenými X, ale ta X se zobrazují moc brzy -- na > přiblížení 13 už jsou, ale cesty pod nimi se objeví ož od přiblížení > 14. >

>> Obecně by ale bylo dobré obtížnost a viditelnost pěších tras nějak >> vykreslovat také. Sice u nás těch obtížných moc není, ale špatně > > Asi by se to muselo udelat jako vrstvy, variantne k te MTB obtiznosti. > Aby se v tom dalo vubec nejak vyznat...

> Uz delsi dobu diskutujeme, ze by bylo dobre to paralelizovat. V soucasne > dobe je to omezene tim, ze je tam renderd, ktery umi pouzit jen jeden > procesor.

> > Uz delsi dobu diskutujeme, ze by bylo dobre to paralelizovat. V soucasne > > dobe je to omezene tim, ze je tam renderd, ktery umi pouzit jen jeden > > procesor. > > Koukam co je a kde zije renderd a vidim na > http://wiki.openstreetmap.org/wiki/Mod_tile, ze existuje alternativni > renderer > Tirex. Ten vypada, ze paralelizaci umi. Je to mozna alternativa? > >

> Ahojte, > po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa > opet k dispozici na [1]http://mtbmap.cz/

> > Ahojte,po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa

>

> _______________________________________________ > Talk-cz mailing list > Talk-cz na ... > http://lists.openstreetmap.org/listinfo/talk-cz >

> Me by se libilo nejake primocarejsi mereni vzdalenosti. Zatim to delam > tak, ze naklikam trasu a vzdalenost odectu z vyskoveho profilu, ale... > >

> Od: "Martin Tesar" <osmmtb na gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 23.11.2011 15:19 > Předmět: [Talk-cz] MTB mapa > >Ahojte, > >po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa opet >k dispozici na http://mtbmap.cz/ > >Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB tras >tak, aby byly offsetovane porad na stejnou stranu cesty a zbytecne >"nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted pouze na >krizovatkach s jinymi znacenymi trasami. Musel jsem od zakladu predelat >nejake skripty, vcetne vyberu tras z databaze, proto prosim o letmou >kontrolu, zda se v nove renderovane mape vyskytuji vsechny trasy, ktere uz >jsou v OSM zmapovane. > >Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost tras, >viz cervene vykricniky treba tady: >http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 > >Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou aktualizace >dat probihat denne, ale mene casto, minimalne jednou za tyden. > >Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i >takove, co jste mi psali treba uz v lete a zatim se neprojevily. > >Diky za kontrolu a napady, >Martin > > >---------- > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >http://lists.openstreetmap.org/listinfo/talk-cz >

> Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i > takove, co jste mi psali treba uz v lete a zatim se neprojevily.

> tiskarny... Vsechny ty carkovanosti podle meho trochu zneprehlednuji > situaci - od pohledu krome souvisle cary tu obtiznost jen tak tipuju. > Co znamena treba trasa z malych plusu? Nikde se to clovek nedovi a muze > si jen domyslet...

> Puvodni znaceni eliminovalo, ze se clovek sekne pri planovani trasy o > rad s obtiznosti. Chtel-li v prumeru maximalne III, tak se vyhybal vsem > ctvereckum a krizkum a mel hotovo. Pri dnesnim znaceni musi porovnavat > frekvenci prerusovani a mohou mu uniknout kratke useky s vyssi obtiznosti. > Instalaci vykrickniku na prudke zmeny obtiznosti beru jako super napad.

> 2) do vykreslovani profilu by bylo uzasne, kdyby se na zacatek, cil a > nejvyssi a nejnizsi misto zkusil pouzit reverzni dotaz na OSM Nominatim. > Bylo by hezke videt, ze clovek zacal nekde, nejvyssiho mista dosahl > nekde a skoncil nekde. To, ze to uz nebude uplne presne bych neresil. > Nominatim ale i ve volne prirode zpravidla nalezne v malickem okoli > nejakou kotu, vesnici nebo ulici. Pripadne by u kilometraze dole mohl > byt seznam obci a mest, ktera byla projeta. Hodne by to cele > zjednodusilo ztotozneni profilu trasy. Informace, ze mezi 13 a 14 km je > prudke stoupani je sice hodnotna, ale v mape budu tezko odhadovat, kde > to presne je, pokud je teren clenity a zatackoidni. Vice na [1]

> 3) oddelit jednotlive vrstvy do vrstev, aby se daly vypinat a zapinat. > Vrstva turisticka, cyklisticka, kombinace

> 3) oddelit jednotlive vrstvy do vrstev, aby se daly vypinat a zapinat. > Vrstva turisticka, cyklisticka, kombinace

> ------------ Původní zpráva ------------ > Od: Martin Tesar <osmmtb na gmail.com> > Předmět: [Talk-cz] MTB mapa > Datum: 23.11.2011 15:19:04 > ---------------------------------------- > Ahojte, > > po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa opet > k dispozici na http://mtbmap.cz/ > > Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB tras > tak, aby byly offsetovane porad na stejnou stranu cesty a zbytecne > "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted pouze na > krizovatkach s jinymi znacenymi trasami. Musel jsem od zakladu predelat > nejake skripty, vcetne vyberu tras z databaze, proto prosim o letmou > kontrolu, zda se v nove renderovane mape vyskytuji vsechny trasy, ktere uz > jsou v OSM zmapovane. > > Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost tras, > viz cervene vykricniky treba tady: > http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 > > Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou aktualizace > dat probihat denne, ale mene casto, minimalne jednou za tyden. > > Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i > takove, co jste mi psali treba uz v lete a zatim se neprojevily. > > Diky za kontrolu a napady, > Martin > > >

> Me naopak vyhovuje mit vse v jednom, hodne pouzivam hlavne tangoGPS a to > nezobrazuje vrstvy jako to delaji webove rozhrani

> trasy I a pak je tam par desitek metru II nebo III (dneska uz by se > tam u te III objevil vykricnik, coz v dobe prechodu na liniove znaceni

> nebylo). A pokud ten usek byl takhle kratky, tak se v mape nemusel vubec > objevit a nekdo by si tam pak mohl rozbit nos. > > Mozna bychom mohli zkusit to zkombinovat, resp. do samostatne zapinatelne > vrstvy pridat ty piktogramy.

> Koukam, ze bych zas mel vypsat nejake hejno bakalarek, aby mel Martin > cas jeste na nejakou jinou praci ;o).

> >> 3) oddelit jednotlive vrstvy do vrstev, aby se daly vypinat a zapinat. >> Vrstva turisticka, cyklisticka, kombinace > > Mas napad, jak ty kombinace delat s ohledem na odsazovani - aby se > pres sebe nekreslily nevhodne turisticke, lyzarske, cyklisticke, > konske, a pritom aby to nebralo kombinatoricky cas na renderovani > (vsechny kombinace - coz by se dejme tomu dalo vygenerovat programove) > a jeste to nebylo hnusne? :)

> > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> viz klíč OTM na wiki). >

> 2. Líbilo by se mi detailnější vykreslování bunkrů (ŘOPíky menší ikonka, > sruby větší, zničené [ruins=yes] např. tečkovaně). >

> 3. Též by bylo hezké udělat přepínání jednotlivých vrstev samostatně pro > tur. trasy, cyklostezky, mtb, lyžařské, koňské trasy atd... třeba jen > zapnuto/vypnuto nebo průhledností jak u mapy Lonvia. >

> Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i > takove, co jste mi psali treba uz v lete a zatim se neprojevily. > > Diky za kontrolu a napady, > Martin

> Ahoj, > > 1) nemuzu si pomoci, ale puvodni vykreslovani obtiznosti 0,I,II,III, > ctverecek krizek se mi zdalo daleko vhodnejsi - i v tistene mape to bylo > genialne vystihujici i pri malem rozliseni tisku - clovek videl ctverex > nebo krizek a neresil, jestli je to carkovany nebo jestli to dela rastr > tiskarny... Vsechny ty carkovanosti podle meho trochu zneprehlednuji > situaci - od pohledu krome souvisle cary tu obtiznost jen tak tipuju. >

> Co znamena treba trasa z malych plusu? Nikde se to clovek nedovi a muze si > jen domyslet... > Puvodni znaceni eliminovalo, ze se clovek sekne pri planovani trasy o rad > s obtiznosti. Chtel-li v prumeru maximalne III, tak se vyhybal vsem > ctvereckum a krizkum a mel hotovo. Pri dnesnim znaceni musi porovnavat > frekvenci prerusovani a mohou mu uniknout kratke useky s vyssi obtiznosti. > Instalaci vykrickniku na prudke zmeny obtiznosti beru jako super napad. >

> nejvyssi a nejnizsi misto zkusil pouzit reverzni dotaz na OSM Nominatim. > Bylo by hezke videt, ze clovek zacal nekde, nejvyssiho mista dosahl nekde a > skoncil nekde. To, ze to uz nebude uplne presne bych neresil. Nominatim ale > i ve volne prirode zpravidla nalezne v malickem okoli nejakou kotu, vesnici > nebo ulici. Pripadne by u kilometraze dole mohl byt seznam obci a mest, > ktera byla projeta. Hodne by to cele zjednodusilo ztotozneni profilu trasy. > Informace, ze mezi 13 a 14 km je prudke stoupani je sice hodnotna, ale v > mape budu tezko odhadovat, kde to presne je, pokud je teren clenity a > zatackoidni. Vice na [1] >

> Vrstva turisticka, cyklisticka, kombinace >

> 4) profil v SVG, aby si ho mohl pripadny zajemce jeste doupravit? >

> Puvodni znaceni eliminovalo, ze se clovek sekne pri planovani trasy o > > rad s obtiznosti. Chtel-li v prumeru maximalne III, tak se vyhybal vsem > > ctvereckum a krizkum a mel hotovo. Pri dnesnim znaceni musi porovnavat > > frekvenci prerusovani a mohou mu uniknout kratke useky s vyssi > obtiznosti. > > Instalaci vykrickniku na prudke zmeny obtiznosti beru jako super napad. > > Docela jsme na tomhle stravili s Martinem jisty cas diskusi, jak to > delat a co je lepsi. Problem se piktogramy byl ve skutecnosti v tom, > ze prinejmensim ten algoritmus, co Martin pouzival, nedokazal postihnout > kratsi useky s jinou obtiznosti - dost casto se Ti stane, ze mas kus > trasy I a pak je tam par desitek metru II nebo III (dneska uz by se > tam u te III objevil vykricnik, coz v dobe prechodu na liniove znaceni > nebylo). A pokud ten usek byl takhle kratky, tak se v mape nemusel vubec > objevit a nekdo by si tam pak mohl rozbit nos. > > Mozna bychom mohli zkusit to zkombinovat, resp. do samostatne zapinatelne > vrstvy pridat ty piktogramy. A ty krizky asi trochu zvetsit, vicemene na > uroven pricnych carek, ktere se pouzivaji pro 5/6 (Martine, podle noveho > prirustku by se mela znacit i 6 - ale pro ucely beznych smrtelniku bych > ji znacil uplne stejne jako 5 ;) ) - u tech pricnych carek se mi jeste > nestalo, > ze bych si je s necim spletl. >

> 3) oddelit jednotlive vrstvy do vrstev, aby se daly vypinat a zapinat. > Vrstva turisticka, cyklisticka, kombinace

> pres sebe nekreslily nevhodne turisticke, lyzarske, cyklisticke, > konske, a pritom aby to nebralo kombinatoricky cas na renderovani > (vsechny kombinace - coz by se dejme tomu dalo vygenerovat programove) > a jeste to nebylo hnusne? :) >

> A je problem stahnout obrazky vice vrstev a slepit je dohromady? Myslim, ze > daleko mensi nez to udelat obracene... > > Dne 28.11.2011 08:15, Josef jebavý napsal(a): >> >> Me naopak vyhovuje mit vse v jednom, hodne pouzivam hlavne tangoGPS a to >> nezobrazuje vrstvy jako to delaji webove rozhrani >

> Martine, > > nádhera! Tak hezkou turistickou mapu jsem snad ještě neviděl. Pár připomínek: > > 1) Asi je to těžké, ale nešlo by ještě něco dělat s rychlostí? Ta > současná normální lidi, kteří neocení, že to je OSM, hned zkraje > odradí. Hlavně jde o větší přiblížení -- nad 14 už je to prakticky > nepoužitelné, čekám na vykreslení čtverců minuty.

> > 2) Musí být vlevo nahoře tak velký infobox? Na netbooku mi pak z mapy > už skoro nic nezbývá. > > 3) Moc se mi líbí, že to obtížnější turistické trasy kreslí > přeškrtnuté červenými X, ale ta X se zobrazují moc brzy -- na > přiblížení 13 už jsou, ale cesty pod nimi se objeví ož od přiblížení > 14. > > Zdraví, > > Marek > > 2011/11/23 Martin Tesar <osmmtb na gmail.com>: >> Ahojte, >> >> po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa opet >> k dispozici na http://mtbmap.cz/ >> >> Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB tras >> tak, aby byly offsetovane porad na stejnou stranu cesty a zbytecne >> "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted pouze na >> krizovatkach s jinymi znacenymi trasami. Musel jsem od zakladu predelat >> nejake skripty, vcetne vyberu tras z databaze, proto prosim o letmou >> kontrolu, zda se v nove renderovane mape vyskytuji vsechny trasy, ktere uz >> jsou v OSM zmapovane. >> >> Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost tras, >> viz cervene vykricniky treba tady: >> http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 >> >> Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou aktualizace >> dat probihat denne, ale mene casto, minimalne jednou za tyden. >> >> Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i >> takove, co jste mi psali treba uz v lete a zatim se neprojevily. >> >> Diky za kontrolu a napady, >> Martin >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Ahojte, > > po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa > opet k dispozici na http://mtbmap.cz/ > > Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB > tras tak, aby byly offsetovane porad na stejnou stranu cesty a > zbytecne "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted > pouze na krizovatkach s jinymi znacenymi trasami. Musel jsem od > zakladu predelat nejake skripty, vcetne vyberu tras z databaze, proto > prosim o letmou kontrolu, zda se v nove renderovane mape vyskytuji > vsechny trasy, ktere uz jsou v OSM zmapovane. > > Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost > tras, viz cervene vykricniky treba tady: > http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 > <http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00> > > Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou > aktualizace dat probihat denne, ale mene casto, minimalne jednou za tyden. > > Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu > i takove, co jste mi psali treba uz v lete a zatim se neprojevily. > > Diky za kontrolu a napady, > Martin > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> objevit a nekdo by si tam pak mohl rozbit nos. >> >> Mozna bychom mohli zkusit to zkombinovat, resp. do samostatne zapinatelne >> vrstvy pridat ty piktogramy. >> > > jsem pro :) >

>> 2. Líbilo by se mi detailnější vykreslování bunkrů (ŘOPíky menší ikonka, >> sruby větší, zničené [ruins=yes] např. tečkovaně). >> > >Napis mi prosimte konkretne tagy v OSM, zatim mam pocit, ze vykreslujeme >jen military='bunker' > >

>>> 2. Líbilo by se mi detailnější vykreslování bunkrů (ŘOPíky menší ikonka, >>> sruby větší, zničené [ruins=yes] např. tečkovaně). >>> >> Napis mi prosimte konkretne tagy v OSM, zatim mam pocit, ze vykreslujeme >> jen military='bunker' >> >> > > Představuju si to takhle: > [military=bunker] - velká značka bunkru > [military=bunker] [bunker_type=pillbox] - malá značka bunkru (ŘOPíky) - takto je to značené i v některých tur. mapách > [military=bunker] [ruins=yes] - velká značka, ale nějak naznačit, že jsou to jen rozvaliny (třeba tečkovaně...?), to samé pro > [military=bunker] [bunker_type=pillbox] [ruins=yes], ale malá značka. > > Vašek

> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Jo, je to problém, sice menší, ale stále je. Když už se děláte s > vypínatelnýma vrstvama, tak bych uvítal jeden mapový podklad, ve kterém by > byla natvrdo zobrazena většina informací, jako v dnešní podobě MTB Mapy, a > druhý, kterému by se daly volit zobrazené vrstvy. > > Dne 28. listopadu 2011 11:13 Jakub Sykora <kubajz na kbx.cz> napsal(a): > > A je problem stahnout obrazky vice vrstev a slepit je dohromady? Myslim, > > ze daleko mensi nez to udelat obracene... > > > > Dne 28.11.2011 08:15, Josef jebavý napsal(a): > >> Me naopak vyhovuje mit vse v jednom, hodne pouzivam hlavne tangoGPS a to > >> nezobrazuje vrstvy jako to delaji webove rozhrani

> Ahoj, > > 1. Uvítal bych jiné vykreslování naučných stezek (čárkovaně, čerchovaně - > > > viz klíč OTM na wiki). > > Ano, tohle planuju v nejblizsi dobe. > > > 2. Líbilo by se mi detailnější vykreslování bunkrů (ŘOPíky menší ikonka, > > sruby větší, zničené [ruins=yes] např. tečkovaně). > > Napis mi prosimte konkretne tagy v OSM, zatim mam pocit, ze vykreslujeme > jen military='bunker'

> Ahoj, > > Me by se libilo nejake primocarejsi mereni vzdalenosti. Zatim to > delam > tak, ze naklikam trasu a vzdalenost odectu z vyskoveho profilu, > ale... > > Diky za tip, hotovo.

> Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i > takove, co jste mi psali treba uz v lete a zatim se neprojevily.

> Myslím, že hodně užitečné by bylo zohlednit v renderování cest tag > noexit=yes|no. Pokud v běžné mapě vidím cestu končící někde v lese, > lze s velkou pravděpodobností usoudit, že dál nepokračuje a rozhodnout > se podle toho. V OSM je zhruba stejně pravděpodobné, že to jen někdo > nedomapoval. Kdyby u noexit=yes bylo na konci cesty něco jako šipka, > mohlo by to pomoci.

> Od: "Karel Volný" <kavol na seznam.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 29.11.2011 11:44 > Předmět: Re: [Talk-cz] MTB mapa > >Dne Po 28. listopadu 2011 Martin Tesar napsal(a): >> Ahoj, >> >> 1. Uvítal bych jiné vykreslování naučných stezek (čárkovaně, čerchovaně - >> >> > viz klíč OTM na wiki). >> >> Ano, tohle planuju v nejblizsi dobe. >> >> > 2. Líbilo by se mi detailnější vykreslování bunkrů (ŘOPíky menší ikonka, >> > sruby větší, zničené [ruins=yes] např. tečkovaně). >> >> Napis mi prosimte konkretne tagy v OSM, zatim mam pocit, ze vykreslujeme >> jen military='bunker' > >pánové, PROSÍM - nikoliv "napiš mi", ale hned to dejte do wiki > >klíč je cenná reference jak tagovat > >K. > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >http://lists.openstreetmap.org/listinfo/talk-cz >

> Ahoj, kam na wiki jsi měl konkrétně na mysli? Rád to tam doplním.

> Dík.

> ______________________________________________________________ > > > Od: "Karel Volný" <kavol na seznam.cz> > > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > > Datum: 29.11.2011 11:44 > > Předmět: Re: [Talk-cz] MTB mapa > > > >Dne Po 28. listopadu 2011 Martin Tesar napsal(a): > >> Ahoj, > >> > >> 1. Uvítal bych jiné vykreslování naučných stezek (čárkovaně, čerchovaně > >> - > >> > >> > viz klíč OTM na wiki). > >> > >> Ano, tohle planuju v nejblizsi dobe. > >> > >> > 2. Líbilo by se mi detailnější vykreslování bunkrů (ŘOPíky menší > >> > ikonka, sruby větší, zničené [ruins=yes] např. tečkovaně). > >> > >> Napis mi prosimte konkretne tagy v OSM, zatim mam pocit, ze vykreslujeme > >> jen military='bunker' > > > >pánové, PROSÍM - nikoliv "napiš mi", ale hned to dejte do wiki > > > >klíč je cenná reference jak tagovat > > > >K. > > > >_______________________________________________ > >Talk-cz mailing list > >Talk-cz na openstreetmap.org > >http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Ahojte, > > po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa > opet k dispozici na http://mtbmap.cz/ > > Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB > tras tak, aby byly offsetovane porad na stejnou stranu cesty a > zbytecne "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted > pouze na krizovatkach s jinymi znacenymi trasami. Musel jsem od > zakladu predelat nejake skripty, vcetne vyberu tras z databaze, proto > prosim o letmou kontrolu, zda se v nove renderovane mape vyskytuji > vsechny trasy, ktere uz jsou v OSM zmapovane. > > Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost > tras, viz cervene vykricniky treba tady: > http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 > <http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00> > > Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou > aktualizace dat probihat denne, ale mene casto, minimalne jednou za tyden. > > Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu > i takove, co jste mi psali treba uz v lete a zatim se neprojevily. > > Diky za kontrolu a napady, > Martin > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Zdravicko, > > mala pripominka, koukam ze na mape se renederuje napeti u rozvodu, > bylo by asi lepsejsi ho tam davat v bezne pouzivanych jednotkach - > tedy kV, ne ve V, zbytecne dlouhy cislo ... > + mozna by nebylo od veci nekde nejak zobrazit, jak starej ten reneder > je (datum na dlazdici?) > > Dne 23.11.2011 15:18, Martin Tesar napsal(a): >> Ahojte, >> >> po vypadku zpusobenem problemy s diskovym polem na serveru je MTB >> Mapa opet k dispozici na http://mtbmap.cz/ >> >> Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB >> tras tak, aby byly offsetovane porad na stejnou stranu cesty a >> zbytecne "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou >> ted pouze na krizovatkach s jinymi znacenymi trasami. Musel jsem od >> zakladu predelat nejake skripty, vcetne vyberu tras z databaze, proto >> prosim o letmou kontrolu, zda se v nove renderovane mape vyskytuji >> vsechny trasy, ktere uz jsou v OSM zmapovane. >> >> Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost >> tras, viz cervene vykricniky treba tady: >> http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 >> <http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00> >> >> Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou >> aktualizace dat probihat denne, ale mene casto, minimalne jednou za >> tyden. >> >> Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro >> jistotu i takove, co jste mi psali treba uz v lete a zatim se >> neprojevily. >> >> Diky za kontrolu a napady, >> Martin >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> ------------ Původní zpráva ------------ > Od: Marek Musil <wopixe na volny.cz> > Předmět: Re: [Talk-cz] MTB mapa > Datum: 04.1.2012 11:13:42 > ---------------------------------------- > Pozdravpambu, > predem bych rad vyjadril obdiv a radost nad mapou. Moc pekna, funkcni a > hlavne dobre pouzitelna (overeno praxi). > Tedy bych se chytil posledni vety v prvnim prispevku threadu a pripsal > par pripominek. > > 1) Vzdycky se mi zdal ten Mapnikovej styl takovy nevyrazny. Pokud na to > hledim v me spelunce za sedmi zavesy a sedmi okny vypada to dobre. V > okamziku kdy to vezmu kamsi mobilne, ztracim prehled ( a neni to byt jen > nekvalitnim displejem na prenosnem bazmeku ). Zkusil bych udelat lesy > zelenejsi, zastavene oblasti vubec nejak ( ta sediva skvele splyva s > okolim, zvlaste pokud se stinuje svah, budovy tez). > Sam si zkousim vyrobit neco pro Maperitive (jiz delsi cas, stale vy > vyvoji) a pokud neurazim, navrhnul bych to upravit podobne - tady je ukazka > http://jiste.ic.cz/map/map.html > > 2) Zda se mi trosku zbytecne renderovat landuse=farmland, variantne - > renderovat ano, ale nevyrazne. V nasich podminkach tedy pole. Trosku > bych se argumentaci oprel o mistni podminky ve smradlave kotlince - tedy > skutecnost, ze pokud to neni les (a pod) nebo domecky, je to pole (berte > s rezervou). Pak o teto skutecnosti neni treba hovorit ani malovat. > > 3) Silnice lepe pri vyssich zooomech (13 a vic) nerozsirovat. Na me to > pusobi pak trosku omalovankovite, ve mestech to zakryva dulezite veci a > je to dost nepomerne k highway=track .... Barevnost viz bod 1. > > 4) V zoomu 13 nema highway=service okraje. Na svetlejsim pozadi je > neviditelna - > http://tchor.fi.muni.cz:8080/en.html?zoom=13&lat=49.25813&lon=14.35773&layers=FBF00 > > okolo Doubravy > > 5) Pri nizsich zoomech bych maloval kolecka (ctverecky ....) pro obce, > pri strednich kolecka se jmenem ... > > 6) Srafovani voj. ujezdu je zakryte lesem (ujezdy se do tur mapy se hodi) > > > Jeste jednou dik za mapu > > Mara > > > > Dne 4.1.2012 0:19, jzvc napsal(a): > > Zdravicko, > > > > mala pripominka, koukam ze na mape se renederuje napeti u rozvodu, > > bylo by asi lepsejsi ho tam davat v bezne pouzivanych jednotkach - > > tedy kV, ne ve V, zbytecne dlouhy cislo ... > > + mozna by nebylo od veci nekde nejak zobrazit, jak starej ten reneder > > je (datum na dlazdici?) > > > > Dne 23.11.2011 15:18, Martin Tesar napsal(a): > >> Ahojte, > >> > >> po vypadku zpusobenem problemy s diskovym polem na serveru je MTB > >> Mapa opet k dispozici na http://mtbmap.cz/ > >> > >> Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB > >> tras tak, aby byly offsetovane porad na stejnou stranu cesty a > >> zbytecne "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou > >> ted pouze na krizovatkach s jinymi znacenymi trasami. Musel jsem od > >> zakladu predelat nejake skripty, vcetne vyberu tras z databaze, proto > >> prosim o letmou kontrolu, zda se v nove renderovane mape vyskytuji > >> vsechny trasy, ktere uz jsou v OSM zmapovane. > >> > >> Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost > >> tras, viz cervene vykricniky treba tady: > >> http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 > >> <http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00> > >> > >> Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou > >> aktualizace dat probihat denne, ale mene casto, minimalne jednou za > >> tyden. > >> > >> Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro > >> jistotu i takove, co jste mi psali treba uz v lete a zatim se > >> neprojevily. > >> > >> Diky za kontrolu a napady, > >> Martin > >> > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org > >> http://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > > >

> Ahoj, > trochu opožděně - bral bych nějaké vyhledávání na mapě. Typicky když > spustím mapu, zobrazí se mi tam, kde jsem ji naposledy zavřel. Musím tak > mapu oddálit a znovu přiblížit tam kde ji potřebuju, což je na pomalejším > připojení dost zdlouhavé. Navíc pokud nevím, kde přesně dané místo v > republice je, musím si paralelně otevřít jinou mapu a pak to dohledávat > podle ní... > Pokud MTB mapa už vyhledávání někde umí, tak se omlouvám a prosím o > informaci kde ho najdu :) > > Vojta > > > > Dne 23.11.2011 15:18, Martin Tesar napsal(a): > > Ahojte, > > > po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa > opet k dispozici na http://mtbmap.cz/ > > Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB tras > tak, aby byly offsetovane porad na stejnou stranu cesty a zbytecne > "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted pouze na > krizovatkach s jinymi znacenymi trasami. Musel jsem od zakladu predelat > nejake skripty, vcetne vyberu tras z databaze, proto prosim o letmou > kontrolu, zda se v nove renderovane mape vyskytuji vsechny trasy, ktere uz > jsou v OSM zmapovane. > > Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost tras, > viz cervene vykricniky treba tady: > http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 > > Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou > aktualizace dat probihat denne, ale mene casto, minimalne jednou za tyden. > > Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i > takove, co jste mi psali treba uz v lete a zatim se neprojevily. > > Diky za kontrolu a napady, > Martin > > > _______________________________________________ > Talk-cz mailing listTalk-cz na openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> hledim v me spelunce za sedmi zavesy a sedmi okny vypada to dobre. V > okamziku kdy to vezmu kamsi mobilne, ztracim prehled ( a neni to byt jen > nekvalitnim displejem na prenosnem bazmeku ). Zkusil bych udelat lesy > zelenejsi, zastavene oblasti vubec nejak ( ta sediva skvele splyva s > okolim, zvlaste pokud se stinuje svah, budovy tez). > Sam si zkousim vyrobit neco pro Maperitive (jiz delsi cas, stale vy > vyvoji) a pokud neurazim, navrhnul bych to upravit podobne - tady je ukazka > http://jiste.ic.cz/map/map.html >

> 3) Silnice lepe pri vyssich zooomech (13 a vic) nerozsirovat. Na me to > pusobi pak trosku omalovankovite, ve mestech to zakryva dulezite veci a je > to dost nepomerne k highway=track .... Barevnost viz bod 1. >

> > 4) V zoomu 13 nema highway=service okraje. Na svetlejsim pozadi je > neviditelna - > http://tchor.fi.muni.cz:8080/en.html?zoom=13&lat=49.25813&lon=14.35773&layers=FBF00okolo Doubravy >

> > 5) Pri nizsich zoomech bych maloval kolecka (ctverecky ....) pro obce, pri > strednich kolecka se jmenem ... >

> 6) Srafovani voj. ujezdu je zakryte lesem (ujezdy se do tur mapy se hodi) >

> - louky bejvají na kole sjízdný cca půl roku, pole jenom po žních. >

> Sušici > http://mtbmap.cz/en.html?zoom=18&lat=49.23118&lon=13.51993&layers=FBF00 >

> B) "highway=service + area=yes" by mělo bejt ve stejným stylu jako > "highway=service" > http://mtbmap.cz/en.html?zoom=18&lat=49.34875&lon=13.61444&layers=FBF00 >

> A) Budovy se nerenderujou na ploše náměstí (area=yes), vizte náměstí > v Sušici > http://mtbmap.cz/en.html?zoom=18&lat=49.23118&lon=13.51993&layers=FBF00 > <http://mtbmap.cz/en.html?zoom=18&lat=49.23118&lon=13.51993&layers=FBF00> > > > Je z hlediska mapovani v poradku, ze plocha namesti neni orezana okolo > budovy? Klidne to opravim, ale neni to uplne trivialni, aby to > nevygenerovalo dalsi spoustu jinych problemu.

> ------------ Původní zpráva ------------ > Od: "Petr Morávek [Xificurk]" <xificurk na gmail.com> > Předmět: Re: [Talk-cz] MTB mapa > Datum: 04.1.2012 18:33:58 > ---------------------------------------- > Martin Tesar napsal(a): > > A) Budovy se nerenderujou na ploše náměstí (area=yes), vizte náměstí > > v Sušici > > http://mtbmap.cz/en.html?zoom=18&lat=49.23118&lon=13.51993&layers=FBF00 > > <http://mtbmap.cz/en.html?zoom=18&lat=49.23118&lon=13.51993&layers=FBF00> > > > > > > Je z hlediska mapovani v poradku, ze plocha namesti neni orezana okolo > > budovy? Klidne to opravim, ale neni to uplne trivialni, aby to > > nevygenerovalo dalsi spoustu jinych problemu. > > Nerenderuje se to ani na standardní OSM mapě. > Imho, to je chyba mapování - mám pocit, že u nás se obecně zneužívá > highway=pedestrian+area=yes pro označení jakékoliv oblasti, které se > říká "náměstí" a to nehledě na to, že ve skutečnosti se jedná třeba o > park po jehož obvodu jde silnice a pak budovy (třeba Karlovo náměstí v > Praze). > Už jsem to na několika místech (kde vím, co tam v reálu je) opravoval > převodem na multipolygon nebo překreslením. > > Petr Morávek aka Xificurk > > > >

> Ahoj, > > > 1) Vzdycky se mi zdal ten Mapnikovej styl takovy nevyrazny. Pokud > na to hledim v me spelunce za sedmi zavesy a sedmi okny vypada to > dobre. V okamziku kdy to vezmu kamsi mobilne, ztracim prehled ( a > neni to byt jen nekvalitnim displejem na prenosnem bazmeku ). > Zkusil bych udelat lesy zelenejsi, zastavene oblasti vubec nejak ( > ta sediva skvele splyva s okolim, zvlaste pokud se stinuje svah, > budovy tez). > Sam si zkousim vyrobit neco pro Maperitive (jiz delsi cas, stale > vy vyvoji) a pokud neurazim, navrhnul bych to upravit podobne - > tady je ukazka > http://jiste.ic.cz/map/map.html > > > Ted se to snazim optimalizovat spis pro monitor, pripadne tisk > papirove mapy. Samozrejme to pro export a tisk zatim idealni neni, jak > popisoval vyse tusim Jakub Sykora. Musel bych vytvorit v podstate novy > styl pro prenosna zarizeni, kontrastnejsi, bez stinovani apod. Na to > ted jednoduse neni cas a nemam ted ani bazmek na testovani :-) Tvoje > mapa je pro "bazmeky" pouzitelna, ale podle me by byl problem do ni > nacpat vsechny znacky, tur. stezky atd. a zachovat prehlednost. >

> 3) Silnice lepe pri vyssich zooomech (13 a vic) nerozsirovat. Na > me to pusobi pak trosku omalovankovite, ve mestech to zakryva > dulezite veci a je to dost nepomerne k highway=track .... > Barevnost viz bod 1. > > > Kdyby byly uzsi, tak zas nepujde cist jmena ulic. Mne se to zda tak > akorat :-) Co konkretne byva zakryte?

> > > 4) V zoomu 13 nema highway=service okraje. Na svetlejsim pozadi je > neviditelna - > http://tchor.fi.muni.cz:8080/en.html?zoom=13&lat=49.25813&lon=14.35773&layers=FBF00 > <http://tchor.fi.muni.cz:8080/en.html?zoom=13&lat=49.25813&lon=14.35773&layers=FBF00> > okolo Doubravy > > > Opraveno, projevi se behem par dni.

> > > 5) Pri nizsich zoomech bych maloval kolecka (ctverecky ....) pro > obce, pri strednich kolecka se jmenem ... > > > Pri nizsich zoomech (do 10) uz to je hotove. Ve vyssich se spoleham na > landuse kvuli zmene zobrazeni vysek (vrstevnice misto hypsometrie). > Zkusim to alespon zvyraznit. >

> > > 6) Srafovani voj. ujezdu je zakryte lesem (ujezdy se do tur mapy > se hodi) > > > Ano, opraveno.

> > Diky za postrehy a pochvalu, > Martin > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Ahoj, > vyhledavani zatim neni, na mtbmap.cz neni ani to pamatovani posledni pozice. > > To vyhledavani by se urcite hodilo, pripisu si na TODO list, ale zatim to > bohuzel nebude prioritni ukol. > > Diky za tip, Martin > > > Dne 4. ledna 2012 11:01 Vojta <vts.vts na gmail.com> napsal(a): > >> Ahoj, >> trochu opožděně - bral bych nějaké vyhledávání na mapě. Typicky když >> spustím mapu, zobrazí se mi tam, kde jsem ji naposledy zavřel. Musím tak >> mapu oddálit a znovu přiblížit tam kde ji potřebuju, což je na pomalejším >> připojení dost zdlouhavé. Navíc pokud nevím, kde přesně dané místo v >> republice je, musím si paralelně otevřít jinou mapu a pak to dohledávat >> podle ní... >> Pokud MTB mapa už vyhledávání někde umí, tak se omlouvám a prosím o >> informaci kde ho najdu :) >> >> Vojta >> >> >> >> Dne 23.11.2011 15:18, Martin Tesar napsal(a): >> >> Ahojte, >> >> >> po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa >> opet k dispozici na http://mtbmap.cz/ >> >> Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB tras >> tak, aby byly offsetovane porad na stejnou stranu cesty a zbytecne >> "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted pouze na >> krizovatkach s jinymi znacenymi trasami. Musel jsem od zakladu predelat >> nejake skripty, vcetne vyberu tras z databaze, proto prosim o letmou >> kontrolu, zda se v nove renderovane mape vyskytuji vsechny trasy, ktere uz >> jsou v OSM zmapovane. >> >> Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost tras, >> viz cervene vykricniky treba tady: >> http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 >> >> Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou >> aktualizace dat probihat denne, ale mene casto, minimalne jednou za tyden. >> >> Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i >> takove, co jste mi psali treba uz v lete a zatim se neprojevily. >> >> Diky za kontrolu a napady, >> Martin >>

> asi lepsejsi ho tam davat v bezne pouzivanych jednotkach - tedy kV, ne ve > V, zbytecne dlouhy cislo ... >

> + mozna by nebylo od veci nekde nejak zobrazit, jak starej ten reneder je > (datum na dlazdici?) > > to by se urcite hodilo, vytvaret aktualni overlay pouze se starim dlazdic,

> > Dne 23.11.2011 15:18, Martin Tesar napsal(a): > > Ahojte, > > > po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa > opet k dispozici na http://mtbmap.cz/ > > Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB tras > tak, aby byly offsetovane porad na stejnou stranu cesty a zbytecne > "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted pouze na > krizovatkach s jinymi znacenymi trasami. Musel jsem od zakladu predelat > nejake skripty, vcetne vyberu tras z databaze, proto prosim o letmou > kontrolu, zda se v nove renderovane mape vyskytuji vsechny trasy, ktere uz > jsou v OSM zmapovane. > > Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost tras, > viz cervene vykricniky treba tady: > http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 > > Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou > aktualizace dat probihat denne, ale mene casto, minimalne jednou za tyden. > > Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i > takove, co jste mi psali treba uz v lete a zatim se neprojevily. > > Diky za kontrolu a napady, > Martin > > > _______________________________________________ > Talk-cz mailing listTalk-cz na openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

>> + mozna by nebylo od veci nekde nejak zobrazit, jak starej ten reneder je>> (datum na dlazdici?)>>> to by se urcite hodilo, vytvaret aktualni overlay pouze se starim dlazdic,> ktera by byla defaultne vypnuta. Urcite by se to hodilo i v jinych mapach,> ne jen MTB. Nekdo by mohl vytvorit jednoduchy univerzalni skript, ktery by> se o to staral a klidne ho budu pouzivat.

> Zdravim, > >> mala pripominka, koukam ze na mape se renederuje napeti u rozvodu, bylo by >> asi lepsejsi ho tam davat v bezne pouzivanych jednotkach - tedy kV, ne ve V, >> zbytecne dlouhy cislo ... > > > diky za tip, uz jsem to opravoval driv, ale mel jsem problemy s konverzi > nekterych hodnot. Ted jsem to udelal jeste hloupeji a snad by to melo > fungovat lip, pro kV i pripadne MV. > >> >> + mozna by nebylo od veci nekde nejak zobrazit, jak starej ten reneder je >> (datum na dlazdici?) >> > to by se urcite hodilo, vytvaret aktualni overlay pouze se starim dlazdic, > ktera by byla defaultne vypnuta. Urcite by se to hodilo i v jinych mapach, > ne jen MTB. Nekdo by mohl vytvorit jednoduchy univerzalni skript, ktery by > se o to staral a klidne ho budu pouzivat. > > Martin > > >> >> >> Dne 23.11.2011 15:18, Martin Tesar napsal(a): >> >> Ahojte, >> >> >> po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa >> opet k dispozici na http://mtbmap.cz/ >> >> Ve chvilce casu jsem zkusil vylepsit vykreslovani turistickych a MTB tras >> tak, aby byly offsetovane porad na stejnou stranu cesty a zbytecne >> "nepreskakovaly" kvuli orientaci useku cesty. Preskakujou ted pouze na >> krizovatkach s jinymi znacenymi trasami. Musel jsem od zakladu predelat >> nejake skripty, vcetne vyberu tras z databaze, proto prosim o letmou >> kontrolu, zda se v nove renderovane mape vyskytuji vsechny trasy, ktere uz >> jsou v OSM zmapovane. >> >> Navic mi to umoznilo znacit "varovani", ze se vyrazne meni obtiznost tras, >> viz cervene vykricniky treba tady: >> http://mtbmap.cz/?zoom=15&lat=49.3041&lon=16.57221&layers=FB00 >> >> Zvetsil jsem zaber uzemi i na sirsi okoli CR, proto ted nebudou >> aktualizace dat probihat denne, ale mene casto, minimalne jednou za tyden. >> >> Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i >> takove, co jste mi psali treba uz v lete a zatim se neprojevily. >> >> Diky za kontrolu a napady, >> Martin >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Martin Tesar napsal(a): >> A) Budovy se nerenderujou na plos(e náme(stí (area=yes), vizte náme(stí >> v Sus(ici >> http://mtbmap.cz/en.html?zoom=18&lat=49.23118&lon=13.51993&layers=FBF00 >> <http://mtbmap.cz/en.html?zoom=18&lat=49.23118&lon=13.51993&layers=FBF00> >> >> >> Je z hlediska mapovani v poradku, ze plocha namesti neni orezana okolo >> budovy? Klidne to opravim, ale neni to uplne trivialni, aby to >> nevygenerovalo dalsi spoustu jinych problemu. > Nerenderuje se to ani na standardní OSM mape(.

> Imho, to je chyba mapování - mám pocit, z(e u nás se obecne( zneuz(ívá > highway=pedestrian+area=yes pro oznac(ení jakékoliv oblasti, které se > r(íká "náme(stí" a to nehlede( na to, z(e ve skutec(nosti se jedná tr(eba o > park po jehoz( obvodu jde silnice a pak budovy (tr(eba Karlovo náme(stí v > Praze). > Uz( jsem to na ne(kolika místech (kde vím, co tam v reálu je) opravoval > pr(evodem na multipolygon nebo pr(ekreslením. > > Petr Morávek aka Xificurk > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

>> Nerenderuje se to ani na standardní OSM mapě. > > Ale renederuje viz Benesovo namesti v Teplicich. > > http://osm.org/go/0MKiNgl1m--

> S namestim mam osobne trochu problem. Neb totez vyjadruje "pesi zonu", > coz je ovsem uplne neco jineho (a nikde neni receno, ze po namesti se > nemohou prohanet auta).

> Nikde sem se taky nedocet, jestli (rekneme pri > klasickem ctvercovem namesti) udelat ulice kolem a to namesti vepsat > dovnitr jako tu plochu kde je vetsinou prave jen ten pesi provoz nebo > pouzit tu caru jako ty ulice (s cimz maji pro zmenu problem navigace a > navic to blbe vypada).

> jzvc napsal(a): >>> Nerenderuje se to ani na standardní OSM mape(. >> Ale renederuje viz Benesovo namesti v Teplicich. >> >> http://osm.org/go/0MKiNgl1m-- > Ha! Asi update stylu*, ale jsem si celkem jistý, z(e jes(te( tak pu*l roku > zpátky to byl problém. > >> S namestim mam osobne trochu problem. Neb totez vyjadruje "pesi zonu", >> coz je ovsem uplne neco jineho (a nikde neni receno, ze po namesti se >> nemohou prohanet auta). > To je pr(esne( to o c(em jsem mluvil - highway=pedestrian+area=yes by se > neme(lo pouz(ívat pro cokoliv, c(emu se r(íká náme(stí... > >> Nikde sem se taky nedocet, jestli (rekneme pri >> klasickem ctvercovem namesti) udelat ulice kolem a to namesti vepsat >> dovnitr jako tu plochu kde je vetsinou prave jen ten pesi provoz nebo >> pouzit tu caru jako ty ulice (s cimz maji pro zmenu problem navigace a >> navic to blbe vypada). > Pokud po obvodu vede odde(lená komunikace, tak by se me(la zmapovat > odde(lene( od toho, co je vevnitr(. Na náme(stí je potom napr(. park, > parkovis(te(, vydláz(de(ná pe(s(í zóna, coz( by se taky me(lo podle toho otagovat.

> Petr Morávek aka Xificurk > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> proc se renderujou jako mtb i stezky ktere tag mtb:scale namaji, jsou > to vetsinou asfaltove highway=track, ktere se krizi s nekterou > mtb:scale, problem je v tom, ze se jedna i treba o prijezdovou cestu k > objektu, takze to neni uplne nejlepsi, lepsi by bylo, kdyby se > renderovalo jen to co tag mtb:scale opravdu ma, mam davat tento tag i > na lesni asfaltove cesty (vetsina je uz soucasti znacenych > cyklostezek) ?

> Ahoj, > >> proc se renderujou jako mtb i stezky ktere tag mtb:scale namaji, jsou >> to vetsinou asfaltove highway=track, ktere se krizi s nekterou >> mtb:scale, problem je v tom, ze se jedna i treba o prijezdovou cestu k >> objektu, takze to neni uplne nejlepsi, lepsi by bylo, kdyby se >> renderovalo jen to co tag mtb:scale opravdu ma, mam davat tento tag i >> na lesni asfaltove cesty (vetsina je uz soucasti znacenych >> cyklostezek) ? > > tenhle automatismus se tyka jen > > highway=track && tracktype=grade1 && soucasne navazuji, jak popisujes > > Docela jsme s Martinem resili, jak tohle udelat a zatim jsme se shodli > na tomto postupu z nasledujicich duvodu: > > - mtb:scale je primarne urceny pro tagovani prirodniho povrchu: > >  mtb:scale=0: "Gravel or packed earth. No particular difficulties. Mostly >  forest and meadow paths (highway=path). Sections with steps, rocks, or >  roots are not expected. Wide curves, easy to moderate slope. No special >  skills are needed to ride this. Easy to ride uphill." >  https://wiki.openstreetmap.org/wiki/Key:mtb:scale > >  mtb:scale: "Difficulty grading for mtb use for level and downhill trails, >  also valid for ways that are no singletrails. Based on the German >  'Singletrailskala'." >  https://wiki.openstreetmap.org/wiki/Mountainbike > > - tracktype=grade1 by mel byt zpevneny povrch, at uz asfalt nebo treba hutna >  mlatova cesta, ktery by z definice z pohledu MTB nemel byt narocny, protoze >  po nem technicky vzato ma byt schopno v zasade projet normalni  osobni auto. >  Coz u mtb:scale=1, kde se predpokladaji aspon male volne kameny neni zrovna >  vhodne. > >  tracktype=grade1: "Paved track or heavily compacted hardcore." >  https://wiki.openstreetmap.org/wiki/Key:tracktype > > - Pokud se jedna o rozbity asfalt, da se to vzdy explicitne pretagovat >  na mtb:scale != 0 a na mape se to korektne zobrazi. > > Coz ovsem neznamena, ze se to nemuze predelat, budou-li vyznamne > argumenty proti. To rozhodnuti nebylo uplne jednoznacne. > > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> v lesich to neni spatny napad, ale nebylo by presto lepsi to delat > rucneno jako mtb:scale=0, treba tady tim vznikla celkem neprijemna > situace, namapovalo to prijezdovou cestu k objektu > http://www.mtbmap.cz/?zoom=18&lat=49.21078&lon=17.50409&layers=FBF00

>> v lesich to neni spatny napad, ale nebylo by presto lepsi to delat >> rucneno jako mtb:scale=0, treba tady tim vznikla celkem neprijemna >> situace, namapovalo to prijezdovou cestu k objektu >> http://www.mtbmap.cz/?zoom=18&lat=49.21078&lon=17.50409&layers=FBF00 > > Ja vim, ale na druhou stranu, je ta cesta sjizdna nebo ne? Pokud > je soukroma, tak bychom to meli vyznacit pres access=* nebo bicycle=no > a pak by se ten implicitni mechanismus "dotagovani" pouzit nemel > (Martine, kdyztak prosim jeste over). > > Ale jak rikam, pokud se komunita shodne, ze to chceme delat jen > a pouze podle explicitnich znacek, tak to muzem predelat. Pravidla > pro renderovani se zjednodusi, jen nam v mape pribude z meho pohledu > redundatnich tagu (jako kdybychom u kazde cesty napriklad museli > explicitne specifikovat access=yes, kdyz nema jiny tag z mnoziny > povolenych access=*). > > Diky, > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> ------------ Původní zpráva ------------ > Od: Tomáš Kratina <t.kratina na gmail.com> > Předmět: Re: [Talk-cz] MTB mapa > Datum: 14.1.2012 20:00:40 > ---------------------------------------- > no myslim ze tam je dokonce brana takze zkusim tam dat acces=no > > 2012/1/14 Petr Holub <hopet na ics.muni.cz>: > >> v lesich to neni spatny napad, ale nebylo by presto lepsi to delat > >> rucneno jako mtb:scale=0, treba tady tim vznikla celkem neprijemna > >> situace, namapovalo to prijezdovou cestu k objektu > >> http://www.mtbmap.cz/?zoom=18&lat=49.21078&lon=17.50409&layers=FBF00 > > > > Ja vim, ale na druhou stranu, je ta cesta sjizdna nebo ne? Pokud > > je soukroma, tak bychom to meli vyznacit pres access=* nebo bicycle=no > > a pak by se ten implicitni mechanismus "dotagovani" pouzit nemel > > (Martine, kdyztak prosim jeste over). > > > > Ale jak rikam, pokud se komunita shodne, ze to chceme delat jen > > a pouze podle explicitnich znacek, tak to muzem predelat. Pravidla > > pro renderovani se zjednodusi, jen nam v mape pribude z meho pohledu > > redundatnich tagu (jako kdybychom u kazde cesty napriklad museli > > explicitne specifikovat access=yes, kdyz nema jiny tag z mnoziny > > povolenych access=*). > > > > Diky, > > Petr > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

> Možná radši spíš access=private. >

> ------------ Původní zpráva ------------ > Od: f.remenstech <f.remenstech na gmail.com> > Předmět: Re: [Talk-cz] MTB mapa > Datum: 15.1.2012 12:52:33 > ---------------------------------------- > 2012/1/14 Petr Dlouhý <petr.dlouhy na email.cz>: > > Možná radši spíš access=private. > > > > Za jakých okolností se používá access=no? Já to chápu tak, že tam buď > můžu access=yes nebo tam nemůžu, ale někdo jiný, komu to patří ano, > takže access=private (nebo tam nemůžu na kole, bicycle=no). A do místa > access=no nemůže nikdo, napadá mě oblast kde hrozí, že v nejbližším > okamžiku spadne lavina? > > F. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

> Je fakt, že access=no nedává moc smysl, ale access=private mi přijde mnohem přesnější. Na [1] je napsáno, že než "no" je lepší použít nějakou konkrétní hodnotu, takže bych řekl, že se to použije když je tam přístup omezen a mapař neví jak. > > [1] http://wiki.openstreetmap.org/wiki/Access >> ------------ Původní zpráva ------------ >> Od: f.remenstech<f.remenstech na gmail.com> >> Předmět: Re: [Talk-cz] MTB mapa >> Datum: 15.1.2012 12:52:33 >> ---------------------------------------- >> 2012/1/14 Petr Dlouhý<petr.dlouhy na email.cz>: >>> Možná radši spíš access=private. >>> >> Za jakých okolností se používá access=no? Já to chápu tak, že tam buď >> můžu access=yes nebo tam nemůžu, ale někdo jiný, komu to patří ano, >> takže access=private (nebo tam nemůžu na kole, bicycle=no). A do místa >> access=no nemůže nikdo, napadá mě oblast kde hrozí, že v nejbližším >> okamžiku spadne lavina? >> >> F. >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > Petr Dlouhý > petr.dlouhy na email.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> access=no dává IMO smysl hlavně při kombinaci s dalšími tagy, např.: > > access=no > bicycle=yes > > Kdy se dá "vypíchnout" jeden dopravní prostředek, který má přístup. > > Vojta > > > Dne 15.1.2012 12:59, Petr Dlouhý napsal(a): > >> Je fakt, že access=no nedává moc smysl, ale access=private mi přijde >> mnohem přesnější. Na [1] je napsáno, že než "no" je lepší použít nějakou >> konkrétní hodnotu, takže bych řekl, že se to použije když je tam přístup >> omezen a mapař neví jak. >> >> [1] http://wiki.openstreetmap.org/wiki/Access >>> >>> ------------ Původní zpráva ------------ >>> Od: f.remenstech<f.remenstech na gmail.com> >>> Předmět: Re: [Talk-cz] MTB mapa >>> Datum: 15.1.2012 12:52:33 >>> ---------------------------------------- >>> 2012/1/14 Petr Dlouhý<petr.dlouhy na email.cz>: >>>> >>>> Možná radši spíš access=private. >>>> >>> Za jakých okolností se používá access=no? Já to chápu tak, že tam buď >>> můžu access=yes nebo tam nemůžu, ale někdo jiný, komu to patří ano, >>> takže access=private (nebo tam nemůžu na kole, bicycle=no). A do místa >>> access=no nemůže nikdo, napadá mě oblast kde hrozí, že v nejbližším >>> okamžiku spadne lavina? >>> >>> F. >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> >> Petr Dlouhý >> petr.dlouhy na email.cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> > proc se renderujou jako mtb i stezky ktere tag mtb:scale namaji, jsou > > to vetsinou asfaltove highway=track, ktere se krizi s nekterou > > mtb:scale, problem je v tom, ze se jedna i treba o prijezdovou cestu k > > objektu, takze to neni uplne nejlepsi, lepsi by bylo, kdyby se > > renderovalo jen to co tag mtb:scale opravdu ma, mam davat tento tag i > > na lesni asfaltove cesty (vetsina je uz soucasti znacenych > > cyklostezek) ? > > tenhle automatismus se tyka jen > > highway=track && tracktype=grade1 && soucasne navazuji, jak popisujes > > Docela jsme s Martinem resili, jak tohle udelat a zatim jsme se shodli > na tomto postupu z nasledujicich duvodu: > > - mtb:scale je primarne urceny pro tagovani prirodniho povrchu: > > mtb:scale=0: "Gravel or packed earth. No particular difficulties. Mostly > forest and meadow paths (highway=path). Sections with steps, rocks, or > roots are not expected. Wide curves, easy to moderate slope. No special > skills are needed to ride this. Easy to ride uphill." > https://wiki.openstreetmap.org/wiki/Key:mtb:scale > > mtb:scale: "Difficulty grading for mtb use for level and downhill trails, > also valid for ways that are no singletrails. Based on the German > 'Singletrailskala'." > https://wiki.openstreetmap.org/wiki/Mountainbike > > - tracktype=grade1 by mel byt zpevneny povrch, at uz asfalt nebo treba > hutna mlatova cesta, ktery by z definice z pohledu MTB nemel byt narocny, > protoze po nem technicky vzato ma byt schopno v zasade projet normalni > osobni auto. Coz u mtb:scale=1, kde se predpokladaji aspon male volne > kameny neni zrovna vhodne. > > tracktype=grade1: "Paved track or heavily compacted hardcore." > https://wiki.openstreetmap.org/wiki/Key:tracktype > > - Pokud se jedna o rozbity asfalt, da se to vzdy explicitne pretagovat > na mtb:scale != 0 a na mape se to korektne zobrazi. > > Coz ovsem neznamena, ze se to nemuze predelat, budou-li vyznamne > argumenty proti. To rozhodnuti nebylo uplne jednoznacne.

> Ahoj, > > Dne So 14. ledna 2012 Petr Holub napsal(a): >> > proc se renderujou jako mtb i stezky ktere tag mtb:scale namaji, jsou >> > to vetsinou asfaltove highway=track, ktere se krizi s nekterou >> > mtb:scale, problem je v tom, ze se jedna i treba o prijezdovou cestu k >> > objektu, takze to neni uplne nejlepsi, lepsi by bylo, kdyby se >> > renderovalo jen to co tag mtb:scale opravdu ma, mam davat tento tag i >> > na lesni asfaltove cesty (vetsina je uz soucasti znacenych >> > cyklostezek) ? >> >> tenhle automatismus se tyka jen >> >> highway=track && tracktype=grade1 && soucasne navazuji, jak popisujes >> >> Docela jsme s Martinem resili, jak tohle udelat a zatim jsme se shodli >> na tomto postupu z nasledujicich duvodu: >> >> - mtb:scale je primarne urceny pro tagovani prirodniho povrchu: >> >>   mtb:scale=0: "Gravel or packed earth. No particular difficulties. Mostly >>   forest and meadow paths (highway=path). Sections with steps, rocks, or >>   roots are not expected. Wide curves, easy to moderate slope. No special >>   skills are needed to ride this. Easy to ride uphill." >>   https://wiki.openstreetmap.org/wiki/Key:mtb:scale >> >>   mtb:scale: "Difficulty grading for mtb use for level and downhill trails, >>   also valid for ways that are no singletrails. Based on the German >>   'Singletrailskala'." >>   https://wiki.openstreetmap.org/wiki/Mountainbike >> >> - tracktype=grade1 by mel byt zpevneny povrch, at uz asfalt nebo treba >> hutna mlatova cesta, ktery by z definice z pohledu MTB nemel byt narocny, >> protoze po nem technicky vzato ma byt schopno v zasade projet normalni >> osobni auto. Coz u mtb:scale=1, kde se predpokladaji aspon male volne >> kameny neni zrovna vhodne. >> >>   tracktype=grade1: "Paved track or heavily compacted hardcore." >>   https://wiki.openstreetmap.org/wiki/Key:tracktype >> >> - Pokud se jedna o rozbity asfalt, da se to vzdy explicitne pretagovat >>   na mtb:scale != 0 a na mape se to korektne zobrazi. >> >> Coz ovsem neznamena, ze se to nemuze predelat, budou-li vyznamne >> argumenty proti. To rozhodnuti nebylo uplne jednoznacne. > > 1) > ja osobne mtb:scale tagy nedavam na highway=track s tracktype=grade1 ale i s > tracktype=grade2. > > Na wiki o tracktype=grade2 pisou: "Unpaved track; surface of gravel or densely > packed dirt/sand." > > Z popisu tagu na wiki mi prijde, ze kdyz je neco tracktype=grade2, tak je to > urcite i mtb:scale=0. Za celou dobu co mapuju i mtb:scale, tak jsem nenarazil > na vyjimku. Prijde mi tedy, ze highway=track && (tracktype=grade1 || > tracktype=grade2) implikuje mtb:scale=0. > > > 2) > Tu fialovou caru vedle cesty bych v mape nechal pouze u cest (way), ktere maji > nastaveny tag mtb:scale. > > Ted nejde rozlisit, jestli kdyz je nekde neprerusovana fialova cara, tak jestli > je to proto, ze to nekdo projel a otagoval mtb:scale=0, nebo proto, ze to tam > dokreslil nejaky algoritmus, ktery stejne nevim jak funguje. > > Taky mi prijde, ze ta spousta fialovych car dost zneprehlednuje mapu. > > > Navrhuji tedy: > > 1) > Na cesty s highway=track && (tracktype=grade1 || tracktype=grade2) nedavat > mtb:scale=0. > > 2) > V mape kreslit ty fialove cary jen vedle cest (way), na kterych je nastaven tag > mtb:scale. > > > > Honza Kouba > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> 1) > ja osobne mtb:scale tagy nedavam na highway=track s tracktype=grade1 ale i s > tracktype=grade2. > > Na wiki o tracktype=grade2 pisou: "Unpaved track; surface of gravel or densely > packed dirt/sand." > > Z popisu tagu na wiki mi prijde, ze kdyz je neco tracktype=grade2, tak je to > urcite i mtb:scale=0. Za celou dobu co mapuju i mtb:scale, tak jsem nenarazil > na vyjimku. Prijde mi tedy, ze highway=track && (tracktype=grade1 || > tracktype=grade2) implikuje mtb:scale=0.

> 2) > V mape kreslit ty fialove cary jen vedle cest (way), na kterych je nastaven tag > mtb:scale.

> U tracktype=grade1 je to asi zbytecne, ta podle plne cary jde poznat > snadno, co me trochu vadi kdyz je to tracktype=grade1, vedle toho mtb > fialova a jeste k tomu je to znacena cyklotrasa, ty se totiz > vykresluji na care a ne vedle ni, takze uz nejde poradne poznat o jaky > tracktype vlastne jde

> Cetl jsem i nazory, ze by se mapa predelala do vrstev. Pro prohlizeni > na PC by to bylo urcite lepsi, pro mobilni zarizeni ktere maji s > vrstvama problem by se dala udelat vrstva kde by byly vsechny > sloucene, ale to by zase hodne narostla kapacita dat a asi i doba > renderu vsech vrstev. Nevim jestli uz padlo nejake rozhodnuti, cetl > jsem jen nazory pro a proti.

>> 1) >> ja osobne mtb:scale tagy nedavam na highway=track s tracktype=grade1 ale i s >> tracktype=grade2. >> >> Na wiki o tracktype=grade2 pisou: "Unpaved track; surface of gravel or densely >> packed dirt/sand." >> >> Z popisu tagu na wiki mi prijde, ze kdyz je neco tracktype=grade2, tak je to >> urcite i mtb:scale=0. Za celou dobu co mapuju i mtb:scale, tak jsem nenarazil >> na vyjimku. Prijde mi tedy, ze highway=track && (tracktype=grade1 || >> tracktype=grade2) implikuje mtb:scale=0. > > Na mtb:scale=0 by nemely byt volne kameny (kaminky), kdezto na grade2 uz IMHO > byt mohou, kdyz je ze zajezdeneho sterku. Nicmene - na tomhle bychom se asi > pomalu meli shodnout a vysledek nacpat do anglicke wiki > http://wiki.openstreetmap.org/wiki/Mountainbike > > Mame nastroje, jak udelat nejake hlasovani (poll)? Protoze ja si zatim porad > myslim, ze grade2 uz si to explicitni mtb:scale zaslouzi a chtelo by asi udelat > demokraticke hlasovani, podle nehoz se pak budeme vsichni konzistentne ridit. > >> 2) >> V mape kreslit ty fialove cary jen vedle cest (way), na kterych je nastaven tag >> mtb:scale. > > Takhle to bylo puvodne - a zpetna vazba byla, ze to tak je sice dobre pro > mappery (vidim, co bylo/nebylo explicitne oznacene), ale ne pro bezne uzivatele, > protoze tim vznika relativne nespojita sit cest se znacenou obtiznosti. > A normalni uzivatel spis chce videt, kam vsude se dostane po cestach > obtiznosti mtb:scale=0, kdyz jede na vylet na trekingovem kole. > >> U tracktype=grade1 je to asi zbytecne, ta podle plne cary jde poznat >> snadno, co me trochu vadi kdyz je to tracktype=grade1, vedle toho mtb >> fialova a jeste k tomu je to znacena cyklotrasa, ty se totiz >> vykresluji na care a ne vedle ni, takze uz nejde poradne poznat o jaky >> tracktype vlastne jde > > To je dobra poznamka, chtelo by to vyosit. Akorat tam uz zacina byt > problem s tim, ja by se to delalo, vzhledem k poctu veci, ktere vedle > cest potrebujeme renderovat a podpore Mapniku pro jejich kresleni - > zejmena pokud prejdeme na vrstvy (aby se nemusely renderovat ve vsech > moznych kombinacich). > >> Cetl jsem i nazory, ze by se mapa predelala do vrstev. Pro prohlizeni >> na PC by to bylo urcite lepsi, pro mobilni zarizeni ktere maji s >> vrstvama problem by se dala udelat vrstva kde by byly vsechny >> sloucene, ale to by zase hodne narostla kapacita dat a asi i doba >> renderu vsech vrstev. Nevim jestli uz padlo nejake rozhodnuti, cetl >> jsem jen nazory pro a proti. > > Do budoucna celkem urcite ano, ale musime rozmyslet, jak to delat, aby > tam nevznikala potreba generovat vsechny kombinace toho, co muze > byt zapnuto a pritom to jeste vypadalo slusne, vizte ten bod vyse > (priklad: kdyby se cyklotrasy renderovaly vne turistickych tras, tak > po vypnuti turistickych tras by ty cyklotrasy byly osklive odskocene; > certik je v detailech...). > > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> > 1) > > ja osobne mtb:scale tagy nedavam na highway=track s tracktype=grade1 ale > i s > > tracktype=grade2. > > > > Na wiki o tracktype=grade2 pisou: "Unpaved track; surface of gravel or > densely > > packed dirt/sand." > > > > Z popisu tagu na wiki mi prijde, ze kdyz je neco tracktype=grade2, tak > je to > > urcite i mtb:scale=0. Za celou dobu co mapuju i mtb:scale, tak jsem > nenarazil > > na vyjimku. Prijde mi tedy, ze highway=track && (tracktype=grade1 || > > tracktype=grade2) implikuje mtb:scale=0. > > Na mtb:scale=0 by nemely byt volne kameny (kaminky), kdezto na grade2 uz > IMHO > byt mohou, kdyz je ze zajezdeneho sterku. Nicmene - na tomhle bychom se asi > pomalu meli shodnout a vysledek nacpat do anglicke wiki > http://wiki.openstreetmap.org/wiki/Mountainbike > > Mame nastroje, jak udelat nejake hlasovani (poll)? Protoze ja si zatim > porad > myslim, ze grade2 uz si to explicitni mtb:scale zaslouzi a chtelo by asi > udelat > demokraticke hlasovani, podle nehoz se pak budeme vsichni konzistentne > ridit. > > > 2) > > V mape kreslit ty fialove cary jen vedle cest (way), na kterych je > nastaven tag > > mtb:scale. > > Takhle to bylo puvodne - a zpetna vazba byla, ze to tak je sice dobre pro > mappery (vidim, co bylo/nebylo explicitne oznacene), ale ne pro bezne > uzivatele, > protoze tim vznika relativne nespojita sit cest se znacenou obtiznosti. > A normalni uzivatel spis chce videt, kam vsude se dostane po cestach > obtiznosti mtb:scale=0, kdyz jede na vylet na trekingovem kole. > > > U tracktype=grade1 je to asi zbytecne, ta podle plne cary jde poznat > > snadno, co me trochu vadi kdyz je to tracktype=grade1, vedle toho mtb > > fialova a jeste k tomu je to znacena cyklotrasa, ty se totiz > > vykresluji na care a ne vedle ni, takze uz nejde poradne poznat o jaky > > tracktype vlastne jde > > To je dobra poznamka, chtelo by to vyosit. Akorat tam uz zacina byt > problem s tim, ja by se to delalo, vzhledem k poctu veci, ktere vedle > cest potrebujeme renderovat a podpore Mapniku pro jejich kresleni - > zejmena pokud prejdeme na vrstvy (aby se nemusely renderovat ve vsech > moznych kombinacich). > > > Cetl jsem i nazory, ze by se mapa predelala do vrstev. Pro prohlizeni > > na PC by to bylo urcite lepsi, pro mobilni zarizeni ktere maji s > > vrstvama problem by se dala udelat vrstva kde by byly vsechny > > sloucene, ale to by zase hodne narostla kapacita dat a asi i doba > > renderu vsech vrstev. Nevim jestli uz padlo nejake rozhodnuti, cetl > > jsem jen nazory pro a proti. > > Do budoucna celkem urcite ano, ale musime rozmyslet, jak to delat, aby > tam nevznikala potreba generovat vsechny kombinace toho, co muze > byt zapnuto a pritom to jeste vypadalo slusne, vizte ten bod vyse > (priklad: kdyby se cyklotrasy renderovaly vne turistickych tras, tak > po vypnuti turistickych tras by ty cyklotrasy byly osklive odskocene; > certik je v detailech...). > > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Celkem formaliovaný způsob hlasování je proposal na wiki s hlasováním.

> Když budou vrstvy tak předpokládám, že půjdou snadno zapnout/vypnout a > nebude potřeba řešit překrývání - když budu chtít cyklotrasy, přidám > si vrstvu, když mtb:scale, přidám si tu...

>> Celkem formaliovaný způsob hlasování je proposal na wiki s hlasováním. > > Da se to pouzit ale i takhle k semantice kombinace tagu?

> >> Když budou vrstvy tak předpokládám, že půjdou snadno zapnout/vypnout a >> nebude potřeba řešit překrývání - když budu chtít cyklotrasy, přidám >> si vrstvu, když mtb:scale, přidám si tu... > > No jo, ale kdyz si zapnes soucasne cyklotrasy a mtb:scale, tak se > Ti treba ty znaceni preplacnou pres sebe a uvidis jen tu, ktera bude > nahore. Pokud je budem davat vedle sebe, tak zalezi na kobinacich, > ktere dovolime zapnout. > > Jedna moznost je - jednotlive vrstvy bez ohledu na kombinovani (tedy > urcene k tomu, aby zapnuta byla nejvyse jedna) a pak jednu vrstvu, > v niz bude vsechno. To nam zjednodusi problem z n^2-n na n+1. Ale > je otazka, jestli s tim budou uzivatele spokojeni...

> > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> ja bych naopak mtb:scale mapoval až od nějaké vyšší obtížnosti jako upozornění na težko sjízdný úsek. > To že můžu na horském po cestě/silnici/chodníku a cyklostezce bych tak neoznačoval. Trošku mi to > přijde jako s těmi stěrači/klaksonem v oblíbeném filmu.

> Navíc pokud kouknu zde [1] tak tam teda žádné cesty nevidím, ale jsou to spíš skutečně > značené/doporučené MTB trasy jako třeba na Gardě.

> Zatím jsem měl potřebu v okolí českého ráje označit asi dvě místa jako mtb:scale=1 a jak jsem si to > znovu přečetl tak by to mohla být klidně i 0 a to přesto, že většina populace by to raději sešla. To > mi s cestou grade=2 moc neladí.

> U nás si myslím, že je míst, která by měla být takto značena opravdu minimum stezky pod Smkem 0 > určitě, Rychlebky vetšinou 0, místy 1 a 2

> MTB mapa by mělo podle mne měla zvýraznit cesty/pěšiny + všemožná značení (včetně kčt) na úkor silnic.

> > 1) > > ja osobne mtb:scale tagy nedavam na highway=track s tracktype=grade1 ale > > i s tracktype=grade2. > > > > Na wiki o tracktype=grade2 pisou: "Unpaved track; surface of gravel or > > densely packed dirt/sand." > > > > Z popisu tagu na wiki mi prijde, ze kdyz je neco tracktype=grade2, tak je > > to urcite i mtb:scale=0. Za celou dobu co mapuju i mtb:scale, tak jsem > > nenarazil na vyjimku. Prijde mi tedy, ze highway=track && > > (tracktype=grade1 || tracktype=grade2) implikuje mtb:scale=0. > > Na mtb:scale=0 by nemely byt volne kameny (kaminky), kdezto na grade2 uz > IMHO byt mohou, kdyz je ze zajezdeneho sterku. Nicmene - na tomhle bychom > se asi pomalu meli shodnout a vysledek nacpat do anglicke wiki > http://wiki.openstreetmap.org/wiki/Mountainbike

> > Mame nastroje, jak udelat nejake hlasovani (poll)? Protoze ja si zatim > porad myslim, ze grade2 uz si to explicitni mtb:scale zaslouzi a chtelo by > asi udelat demokraticke hlasovani, podle nehoz se pak budeme vsichni > konzistentne ridit. > > > 2) > > V mape kreslit ty fialove cary jen vedle cest (way), na kterych je > > nastaven tag mtb:scale. > > Takhle to bylo puvodne - a zpetna vazba byla, ze to tak je sice dobre pro > mappery (vidim, co bylo/nebylo explicitne oznacene), ale ne pro bezne > uzivatele, protoze tim vznika relativne nespojita sit cest se znacenou > obtiznosti. A normalni uzivatel spis chce videt, kam vsude se dostane po > cestach obtiznosti mtb:scale=0, kdyz jede na vylet na trekingovem kole.

> > U tracktype=grade1 je to asi zbytecne, ta podle plne cary jde poznat > > snadno, co me trochu vadi kdyz je to tracktype=grade1, vedle toho mtb > > fialova a jeste k tomu je to znacena cyklotrasa, ty se totiz > > vykresluji na care a ne vedle ni, takze uz nejde poradne poznat o jaky > > tracktype vlastne jde > > To je dobra poznamka, chtelo by to vyosit. Akorat tam uz zacina byt > problem s tim, ja by se to delalo, vzhledem k poctu veci, ktere vedle > cest potrebujeme renderovat a podpore Mapniku pro jejich kresleni - > zejmena pokud prejdeme na vrstvy (aby se nemusely renderovat ve vsech > moznych kombinacich). > > > Cetl jsem i nazory, ze by se mapa predelala do vrstev. Pro prohlizeni > > na PC by to bylo urcite lepsi, pro mobilni zarizeni ktere maji s > > vrstvama problem by se dala udelat vrstva kde by byly vsechny > > sloucene, ale to by zase hodne narostla kapacita dat a asi i doba > > renderu vsech vrstev. Nevim jestli uz padlo nejake rozhodnuti, cetl > > jsem jen nazory pro a proti. > > Do budoucna celkem urcite ano, ale musime rozmyslet, jak to delat, aby > tam nevznikala potreba generovat vsechny kombinace toho, co muze > byt zapnuto a pritom to jeste vypadalo slusne, vizte ten bod vyse > (priklad: kdyby se cyklotrasy renderovaly vne turistickych tras, tak > po vypnuti turistickych tras by ty cyklotrasy byly osklive odskocene; > certik je v detailech...).

> > Na mtb:scale=0 by nemely byt volne kameny (kaminky), kdezto na grade2 uz > > IMHO byt mohou, kdyz je ze zajezdeneho sterku. Nicmene - na tomhle bychom > > se asi pomalu meli shodnout a vysledek nacpat do anglicke wiki > > http://wiki.openstreetmap.org/wiki/Mountainbike > Kaminky ve sterku ja tedy nepovazuji za "loose surface" a urcite nebudu znacit > sterkove cesty jako mtb:scale=1.

>> > Na mtb:scale=0 by nemely byt volne kameny (kaminky), kdezto na grade2 uz >> > IMHO byt mohou, kdyz je ze zajezdeneho sterku. Nicmene - na tomhle bychom >> > se asi pomalu meli shodnout a vysledek nacpat do anglicke wiki >> > http://wiki.openstreetmap.org/wiki/Mountainbike >> Kaminky ve sterku ja tedy nepovazuji za "loose surface" a urcite nebudu znacit >> sterkove cesty jako mtb:scale=1. > > Nerikam, ze se tak maji znacit vsechny sterkove cesty, ale je to na > zvazeni te ktere, jak vypada, kdyz po ni jedes. Kdyz se podivas na > ilustracni foto S1 tady: > https://wiki.openstreetmap.org/wiki/Key:mtb:scale > tak tracktype=grade2 muze mit klidne identicky typ povrchu. > > Jeste nezapominej, ze se da pouzivat 0+ a 1-, pokud to neni ani 0 ani 1. > > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> v mtb mape se ty + a - ale nijak nelisi ne ?

> Je fakt, že access=no nedává moc smysl, ale access=private mi přijde mnohem přesnější. Na [1] je napsáno, že než "no" je lepší použít nějakou konkrétní hodnotu, takže bych řekl, že se to použije když je tam přístup omezen a mapař neví jak.

> > [1] http://wiki.openstreetmap.org/wiki/Access >> ------------ Původní zpráva ------------ >> Od: f.remenstech <f.remenstech na gmail.com> >> Předmět: Re: [Talk-cz] MTB mapa >> Datum: 15.1.2012 12:52:33 >> ---------------------------------------- >> 2012/1/14 Petr Dlouhý <petr.dlouhy na email.cz>: >>> Možná radši spíš access=private. >>> >> Za jakých okolností se používá access=no? Já to chápu tak, že tam buď >> můžu access=yes nebo tam nemůžu, ale někdo jiný, komu to patří ano, >> takže access=private (nebo tam nemůžu na kole, bicycle=no). A do místa >> access=no nemůže nikdo, napadá mě oblast kde hrozí, že v nejbližším >> okamžiku spadne lavina? >> >> F. >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > Petr Dlouhý > petr.dlouhy na email.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> > v lesich to neni spatny napad, ale nebylo by presto lepsi to delat > > rucneno jako mtb:scale=0, treba tady tim vznikla celkem neprijemna > > situace, namapovalo to prijezdovou cestu k objektu > > http://www.mtbmap.cz/?zoom=18&lat=49.21078&lon=17.50409&layers=FBF00 > > Ja vim, ale na druhou stranu, je ta cesta sjizdna nebo ne? Pokud > je soukroma, tak bychom to meli vyznacit pres access=* nebo bicycle=no > a pak by se ten implicitni mechanismus "dotagovani" pouzit nemel > (Martine, kdyztak prosim jeste over). >

> > > 2) > > V mape kreslit ty fialove cary jen vedle cest (way), na kterych je > nastaven tag > > mtb:scale. > > Takhle to bylo puvodne - a zpetna vazba byla, ze to tak je sice dobre pro > mappery (vidim, co bylo/nebylo explicitne oznacene), ale ne pro bezne > uzivatele, > protoze tim vznika relativne nespojita sit cest se znacenou obtiznosti. > A normalni uzivatel spis chce videt, kam vsude se dostane po cestach > obtiznosti mtb:scale=0, kdyz jede na vylet na trekingovem kole. >

> > > U tracktype=grade1 je to asi zbytecne, ta podle plne cary jde poznat > > snadno, co me trochu vadi kdyz je to tracktype=grade1, vedle toho mtb > > fialova a jeste k tomu je to znacena cyklotrasa, ty se totiz > > vykresluji na care a ne vedle ni, takze uz nejde poradne poznat o jaky > > tracktype vlastne jde > > To je dobra poznamka, chtelo by to vyosit. Akorat tam uz zacina byt > problem s tim, ja by se to delalo, vzhledem k poctu veci, ktere vedle > cest potrebujeme renderovat a podpore Mapniku pro jejich kresleni - > zejmena pokud prejdeme na vrstvy (aby se nemusely renderovat ve vsech > moznych kombinacich). >

> > > Cetl jsem i nazory, ze by se mapa predelala do vrstev. Pro prohlizeni > > na PC by to bylo urcite lepsi, pro mobilni zarizeni ktere maji s > > vrstvama problem by se dala udelat vrstva kde by byly vsechny > > sloucene, ale to by zase hodne narostla kapacita dat a asi i doba > > renderu vsech vrstev. Nevim jestli uz padlo nejake rozhodnuti, cetl > > jsem jen nazory pro a proti. > > Do budoucna celkem urcite ano, ale musime rozmyslet, jak to delat, aby > tam nevznikala potreba generovat vsechny kombinace toho, co muze > byt zapnuto a pritom to jeste vypadalo slusne, vizte ten bod vyse > (priklad: kdyby se cyklotrasy renderovaly vne turistickych tras, tak > po vypnuti turistickych tras by ty cyklotrasy byly osklive odskocene; > certik je v detailech...). > > Vrstvy budou zrejme tak, jak je navrzeno nize. Bude se predpokladat, ze

> > > Na mtb:scale=0 by nemely byt volne kameny (kaminky), kdezto na grade2 > > > uz IMHO byt mohou, kdyz je ze zajezdeneho sterku. Nicmene - na tomhle > > > bychom se asi pomalu meli shodnout a vysledek nacpat do anglicke wiki > > > http://wiki.openstreetmap.org/wiki/Mountainbike > > > > Kaminky ve sterku ja tedy nepovazuji za "loose surface" a urcite nebudu > > znacit sterkove cesty jako mtb:scale=1. > > Nerikam, ze se tak maji znacit vsechny sterkove cesty, ale je to na > zvazeni te ktere, jak vypada, kdyz po ni jedes. Kdyz se podivas na > ilustracni foto S1 tady: > https://wiki.openstreetmap.org/wiki/Key:mtb:scale > tak tracktype=grade2 muze mit klidne identicky typ povrchu.

> Dne Út 17. ledna 2012 Petr Holub napsal(a): >>>> Na mtb:scale=0 by nemely byt volne kameny (kaminky), kdezto na grade2 >>>> uz IMHO byt mohou, kdyz je ze zajezdeneho sterku. Nicmene - na tomhle >>>> bychom se asi pomalu meli shodnout a vysledek nacpat do anglicke wiki >>>> http://wiki.openstreetmap.org/wiki/Mountainbike >>> >>> Kaminky ve sterku ja tedy nepovazuji za "loose surface" a urcite nebudu >>> znacit sterkove cesty jako mtb:scale=1. >> >> Nerikam, ze se tak maji znacit vsechny sterkove cesty, ale je to na >> zvazeni te ktere, jak vypada, kdyz po ni jedes. Kdyz se podivas na >> ilustracni foto S1 tady: >> https://wiki.openstreetmap.org/wiki/Key:mtb:scale >> tak tracktype=grade2 muze mit klidne identicky typ povrchu. > > Me prijde, ze cesta na te fotce je mtb:scale=1 proto, ze je na ni prudka > zatacka, ma velky sklon a je vymleta od vody. > > Prvni veta na wiki o mtb:scale: "Provide a classification scheme for mapping > the DIFFICULTY of trails suitable for mountain-biking, ...". mtb:scale ma tedy > slouzit k mapovani OBTIZNOSTI cesty, ne toho jaky ma povrch. Porad jsem > presvedcen o tom, ze drtivou vetsinu cest (track) s grade1 i grade2 jde projet > na MTB bez nejakych specialnich jezdeckych schopnosti. Pokud presto nekdo > nekde objevi cestu, pro kterou to neplati, at k ni explicitne prida tag s > mtb:scale=1 nebo vic. Pridavat ale ke vsem cestam (track) mtb:scale=0 mi > prijde zbytecne. > > > To primalovavani fialove cary vedle nekterych cest s grade1 taky porad nechapu. > Proc se nekresli ke vsem cestam s grade1? > > Navic ve vysvetlivkach u mapy by bylo lepsi psat misto "MTB stezka" neco jako > "MTB obtiznost". Pod slovem stezka si spis predstavim nejakou postavenou cestu > a ne oznaceni obtiznosti cesty. > > > Honza Kouba > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Nemuzu nez souhlasit. I krehke divky sedici na MTB (nebo i treku) > poprve, projedou libovolnou polnacku a lesni cestu naprosto bez > problemu. Mam zkusenost, ze ani brod neni i pro zacinajiciho jezdce > nicim neprekonatelnym. > > MTB scale pouzivat pouze tam, kde je to opravdu nejak obtiznejsi - tedy > je potreba pouziti nejake techniky - at uz razeni, navazovani, smyku, > nebo dokonce trialovych poskoku, ci je to proste vic do kopce a z kopce. > > Osobne, kdyz se nekde chci vyradit na kole, tak koukam, kde je hodne > tech fialovych useku a tam jedu. Kdyz budeme kazdou silnici znacit > MTB:scale=0, tak to bude vypadat za chvili tak, ze jsme MTB velmoc :)

>> Nemuzu nez souhlasit. I krehke divky sedici na MTB (nebo i treku) >> poprve, projedou libovolnou polnacku a lesni cestu naprosto bez >> problemu. Mam zkusenost, ze ani brod neni i pro zacinajiciho jezdce >> nicim neprekonatelnym. >> >> MTB scale pouzivat pouze tam, kde je to opravdu nejak obtiznejsi - tedy >> je potreba pouziti nejake techniky - at uz razeni, navazovani, smyku, >> nebo dokonce trialovych poskoku, ci je to proste vic do kopce a z kopce. >> >> Osobne, kdyz se nekde chci vyradit na kole, tak koukam, kde je hodne >> tech fialovych useku a tam jedu. Kdyz budeme kazdou silnici znacit >> MTB:scale=0, tak to bude vypadat za chvili tak, ze jsme MTB velmoc :) > > Jo, ale to IMHO neznamena, ze by se useky, ktere jsou mtb:scale=0 > nemely znacit. Po mem soudu by si vicemene vsechny cesty typu path a track > zaslouzily hodnoceni. Jsou lidi, kteri zadne velke dobrodruzstvi na kole > nechteji - proc by to pro ne nemelo byt take vyznacene? Naopak znam > lesni cesty, na kterych i bikerum s pomerne vysokym sebevedomim spadne > hrebinek - treba kdyz to poradne rozjezdi traktor. A znam i lesni > cesty, ktere na prvni pohled vypadaji jako grade2, ale kdyz jsem tam > vzal sve kamarady, tak ti z nich na trekingovych kolech mne proklinali > za rozsekane plaste a duse (cesta byla sice neprilis hrbolata, ale > plna ostrych sutru - a pekne z kopce, takze po rafku jeli za par sekund). > > Mnozstvi fialove barvy by nemelo byt urcujici - pro Tvoje potreby by to > spise chtelo nejaky filtr na obtiznost, typu chci videt pouze cesty > s obtiznosti >=2. To by mi urcite davalo smysl. Ja se taky jezdim > v Brne vyblnout do Zamu nebo Netra, ale kdyz chci nejaky 150km svih, > tak se divam velmi preferencne po scale=0-1, aby se to dalo najet > v pohode a pritom po prirodnim povrchu nebo aspon mimo auta. A uz vubec > to neznamena, ze bych se mel koukat skrz prsty na cykloturisty, kteri > 0-1 v zivote neopusti. Pro ne by ta mapa mela slouzit taky. > > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> To access=private u tracktype=grade1 nepomohlo, stale je ta > prijezdovka vyznacena jako mtb:scale=0 >

> jsem nekterym usekum incline, ale tedy jen up/down protoze presne > nevim kolik tam je, nekterym jsem dal i mtb:scale:uphill ale na mapach > stale sipkama kopec vyznaceny neni, je tam nejake skryte pravidlo kdy > se to renderuje a kdy ne ? Dik >

> > Nemuzu nez souhlasit. I krehke divky sedici na MTB (nebo i treku) > > poprve, projedou libovolnou polnacku a lesni cestu naprosto bez > > problemu. Mam zkusenost, ze ani brod neni i pro zacinajiciho jezdce > > nicim neprekonatelnym. > > > > MTB scale pouzivat pouze tam, kde je to opravdu nejak obtiznejsi - tedy > > je potreba pouziti nejake techniky - at uz razeni, navazovani, smyku, > > nebo dokonce trialovych poskoku, ci je to proste vic do kopce a z kopce. > > > > Osobne, kdyz se nekde chci vyradit na kole, tak koukam, kde je hodne > > tech fialovych useku a tam jedu. Kdyz budeme kazdou silnici znacit > > MTB:scale=0, tak to bude vypadat za chvili tak, ze jsme MTB velmoc :) > > Jo, ale to IMHO neznamena, ze by se useky, ktere jsou mtb:scale=0 > nemely znacit. Po mem soudu by si vicemene vsechny cesty typu path a track > zaslouzily hodnoceni. Jsou lidi, kteri zadne velke dobrodruzstvi na kole > nechteji - proc by to pro ne nemelo byt take vyznacene? Naopak znam > lesni cesty, na kterych i bikerum s pomerne vysokym sebevedomim spadne > hrebinek - treba kdyz to poradne rozjezdi traktor. A znam i lesni > cesty, ktere na prvni pohled vypadaji jako grade2, ale kdyz jsem tam > vzal sve kamarady, tak ti z nich na trekingovych kolech mne proklinali > za rozsekane plaste a duse (cesta byla sice neprilis hrbolata, ale > plna ostrych sutru - a pekne z kopce, takze po rafku jeli za par sekund). > > Mnozstvi fialove barvy by nemelo byt urcujici - pro Tvoje potreby by to > spise chtelo nejaky filtr na obtiznost, typu chci videt pouze cesty > s obtiznosti >=2. To by mi urcite davalo smysl. Ja se taky jezdim > v Brne vyblnout do Zamu nebo Netra, ale kdyz chci nejaky 150km svih, > tak se divam velmi preferencne po scale=0-1, aby se to dalo najet > v pohode a pritom po prirodnim povrchu nebo aspon mimo auta. A uz vubec > to neznamena, ze bych se mel koukat skrz prsty na cykloturisty, kteri > 0-1 v zivote neopusti. Pro ne by ta mapa mela slouzit taky.

> smysl ma. U highway=track se myslim jeste shodneme na tom, ze znacit > tracktype=grade1 smysl nema, a ze znacit vsechno od grade3 dolu smysl urcite > ma. Ja jsem presvedcen o tom, ze davat mtb:scale tagy k grade2 cestam smysl > nema, protoze grade2 cestu na horskem kole projede uplne kazdy. Rozsekane > plaste a duse na trekingovych kolech neni duvod znacit cestu jako mtb:scale=1.

> Ted jeste k tomu kresleni fialovych car do mtbmapy: Z toho, jak tu Petr > argumentuje mi prijde, ze ty fialove cary maji znamenat neco jako doporucene > trasy pro (horska?) kola. Nebylo by tedy lepsi znacit obtiznosti mtb:scale > jinak nez tyto doporucene trasy? Treba obtiznosti znacit temi symboly vedle > cesty, jak se to znacilo driv, a doporucene cesty temi fialovymi carami.

> Smysl toho algoritmu, podle ktereho se doporucene cesty vybiraji, mi ale neni > jasny. Logicke by mi prislo, kdyby se treba vybraly vsechny highway=cycleway, > highway=footway s bycicle=yes, highway=track, ktere maji mtb:scale=0 nebo 1, > nebo mtb:scale neobsahuji vubec a vsechny highway=path, ktere maji nastaven > tag mtb:scale na 1 nebo 0. Tak by vznikla sit cest vhodnych pro horska kola, > kde projede skoro kazdy a kde nejspis nepotka auto. Proc se ted fialovou > oznacuji jen cesty, ktere jsou napojeny na cestu, u ktere je mtb:scale > nastaveno? Vznika tak spousta "slepych" cest.

> Na co ma smysl aplikovat mtb:scale je IMHO celkem bez diskuse, protoze > je to uz v samotne schvalene definici mtb:scale: > https://wiki.openstreetmap.org/wiki/Key:mtb:scale > Applies to > highway=path > highway=track

> Zatim se neshodujeme ani na tom grade1. Ja mam za to, ze by se melo > brat implicitne jako mtb:scale=0 (neni-li z velmi specifickych duvodu > znaceno jinak, treba sice asfaltovy povrch, ale s velkymi dirami > pres celou vozovku), nicmene na mape by se vykreslovat melo.

> Grade2 - jsem ochoten se nechat presvedcit, ze to muzeme brat stejne jako > grade1, tj. implicitne mtb:scale=0 s moznym preznacenim na tezsi.

> Rozsekane plaste a duse trkovych kol pro mne zustavaji v kategorii, > ze na mtb:scale=0 nemaji co delat a ma to byt mtb:scale=1. Z definice > mtb:scale=0 - Surface: solid and handy > coz teda IMHO ostre sutry nejsou.

> > Ted jeste k tomu kresleni fialovych car do mtbmapy: Z toho, jak tu Petr > > argumentuje mi prijde, ze ty fialove cary maji znamenat neco jako > > doporucene trasy pro (horska?) kola. Nebylo by tedy lepsi znacit > > obtiznosti mtb:scale jinak nez tyto doporucene trasy? Treba obtiznosti > > znacit temi symboly vedle cesty, jak se to znacilo driv, a doporucene > > cesty temi fialovymi carami. > > Nevim, z ceho jsi pochopil, ze fialova ma byt doporucenihodna nebo ne. > Pro mne je to znaceni obtiznosti. Rikal jsem jen, ze kdyz se jedu > vyblbnout, tak se divam klidne na mtb:scale>=3, ale kdyz chci dlouhy svih, > tak nechci vic nez 1, nejedna-li se pouze o izolovana mista. To neni nic o > tom, jestli tu cestu nekdo jiny povazoval za peknou nebo ne. > > To, jestli je nebo neni cesta doporucenihodna pro MTB by se melo znacit > pres class:bicycle:mtb > class:bicycle:mtb:technical > nicmene vzhledem k tomu, jakou debatu tady mame na tema toho obtiznostniho > mtb:scale, tak hodnoceni zahrnujici estetiku a podobne faktory si skoro > nedovedu predstavit. > > Naopak jeste sam pouzivam u oblasti jako je Zamilec nebo Netroufalky > znaceni obtiznosti pomoci mtb:scale:imba, ktere zatim v mape nerendrujeme, > aby toho tam nebylo moc. > > Jinak doporucene cesty jeste muzes znacit pomoci relace route=mtb (kdyz uz > mame i neoficialni cyklotrasy, tak proc nemit i neoficialni mtb trasy) a ty > se v mape mohou do budoucna vykreslovat (v Opencyclemap se uz dokonce > vykresluji - ve vetsich meritkach, jako zelene pruhovane, coz ovsem v lese > typicky trochu zanika ;) ). > > > Smysl toho algoritmu, podle ktereho se doporucene cesty vybiraji, mi ale > > neni jasny. Logicke by mi prislo, kdyby se treba vybraly vsechny > > highway=cycleway, highway=footway s bycicle=yes, highway=track, ktere > > maji mtb:scale=0 nebo 1, nebo mtb:scale neobsahuji vubec a vsechny > > highway=path, ktere maji nastaven tag mtb:scale na 1 nebo 0. Tak by > > vznikla sit cest vhodnych pro horska kola, kde projede skoro kazdy a kde > > nejspis nepotka auto. Proc se ted fialovou oznacuji jen cesty, ktere > > jsou napojeny na cestu, u ktere je mtb:scale nastaveno? Vznika tak > > spousta "slepych" cest. > > Puvodni myslenka za timhle byla, abychom nemeli spoustu fialove znacenych > vubec nespojitych cest. Tj. aby bylo videt, kde uz nekdo zapracoval > a obtiznosti zaznacil (v takove oblasti se automaticky doznaci grade1, > resp. klidne i ta grade2) a kde jeste nikdo nezapracoval. To je videt > hlavne na zoom=8/9. > > Slepe cesty je ponekud slozitejsi odstranit, pokud chceme zachovat to > implicitni znaceni obtiznosti (coz ja teda chci) - pokud bychom pozadovali > napojeni (idealne asi na znacenou cestu nebo silnici) na obou koncich, tak > bychom ty cesty museli prochazet rekurzivne a uz takhle je to renderovani > dost narocne.

> Pridani highway=cycleway a highway=footway s bycicle=yes bych se celkem > nebranil. Protoze smyslem je skutecne mit sit cest vhodnych pro horska > kola, kde se clovek nepotka s autem a muze tam jezdit legalne.

> > Puvodni myslenka za timhle byla, abychom nemeli spoustu fialove znacenych > > vubec nespojitych cest. Tj. aby bylo videt, kde uz nekdo zapracoval > > a obtiznosti zaznacil (v takove oblasti se automaticky doznaci grade1, > > resp. klidne i ta grade2) a kde jeste nikdo nezapracoval. To je videt > > hlavne na zoom=8/9. > > > > Slepe cesty je ponekud slozitejsi odstranit, pokud chceme zachovat to > > implicitni znaceni obtiznosti (coz ja teda chci) - pokud bychom pozadovali > > napojeni (idealne asi na znacenou cestu nebo silnici) na obou koncich, tak > > bychom ty cesty museli prochazet rekurzivne a uz takhle je to renderovani > > dost narocne. > A proc tedy v mape neznacit ty implicitni hodnoty mtb:scale na vsech cestach > grade1 (a grade2)? Znacit to jen na nekterych navazujicich mi prijde dost > matouci a prislo to matouci i vsem (do OSM neprispivajich) lidem, kterym jsem > ted mtbmapu ukazal. > > Taky by to urcite zjednodusilo renderovani.

> Zduvodneni bylo v tom prvnim odstavci, nicmene to zkusim jeste jednou > jinak :). V dobe, kdy mame zmapovanych v CR jen par oblasti (zato > vsak pomerne dukladne), je dobre videt, co je a co neni zmapovane > z pohledu mtb:scale. Kdyz se podivas na mapu v zoom=8, je to IMHO > perfektne videt. Takze kdyz chces vyrazit nekam mapovat, kouknes > na prehledovou mapu a vidis, kam ma/nema smysl vyrazit. Nicmene to > funguje i pri vetsim priblizeni.

> Pokud bychom zacali grade1 a grade2 znacit vsude, tak ta mapa bude > cela fialova a tuhle informaci ztratis.

> Pro bezneho uzivatele by IMHO to vysvetleni mohlo byt jednoduche > a nematouci: grade1/2 nejsou znacene tam, kde jeste oblast nebyla > zmapovana.

> > Pokud bychom zacali grade1 a grade2 znacit vsude, tak ta mapa bude > > cela fialova a tuhle informaci ztratis. > Kvuli tomu jsem puvodne navrhoval kreslit fialove cary jen vedle cest > explicitne otagovanych mtb:scale. Ty jsi mi ale odepsal toto: > > "Takhle to bylo puvodne - a zpetna vazba byla, ze to tak je sice dobre pro > mappery (vidim, co bylo/nebylo explicitne oznacene), ale ne pro bezne > uzivatele, protoze tim vznika relativne nespojita sit cest se znacenou > obtiznosti. A normalni uzivatel spis chce videt, kam vsude se dostane po > cestach obtiznosti mtb:scale=0, kdyz jede na vylet na trekingovem kole."

> Z tohohle duvodu mi prijde, ze to jak se to renderuje ted je horsi, nez > renderovat vsechny implicitni hodnoty mtb:scale, nebo nerenderovat zadne > implicitni hodnoty.

> > > Pokud bychom zacali grade1 a grade2 znacit vsude, tak ta mapa bude > > > cela fialova a tuhle informaci ztratis. > > > > Kvuli tomu jsem puvodne navrhoval kreslit fialove cary jen vedle cest > > explicitne otagovanych mtb:scale. Ty jsi mi ale odepsal toto: > > > > "Takhle to bylo puvodne - a zpetna vazba byla, ze to tak je sice dobre > > pro mappery (vidim, co bylo/nebylo explicitne oznacene), ale ne pro > > bezne uzivatele, protoze tim vznika relativne nespojita sit cest se > > znacenou obtiznosti. A normalni uzivatel spis chce videt, kam vsude se > > dostane po cestach obtiznosti mtb:scale=0, kdyz jede na vylet na > > trekingovem kole." > > Ale to samozjreme porad plati. Bavime se o tom, ze v oblastech, ktere > promapovany jsou (tj. je na co navazat, proto to pravidlo o navaznosti) > se grade1 vykresluje jako mtb:scale=0.

> Ale problem je v tom, ze se tak nevykresluji vsechny cesty grade1 v te > zmapovane oblasti. Nastava tak situace, ze dve na sebe navazujici grade1/2 > cesty stejne kvality (v realu i v OSM databazi) se v mape zobrazi jinak. Jedna > je s fialovou carou a druha je bez ni. Kdyz se na takovou mapu podiva clovek,

> Ale problem je v tom, ze se tak nevykresluji vsechny cesty grade1 v te > zmapovane oblasti. Nastava tak situace, ze dve na sebe navazujici grade1/2 > cesty stejne kvality (v realu i v OSM databazi) se v mape zobrazi jinak. Jedna > je s fialovou carou a druha je bez ni. Kdyz se na takovou mapu podiva clovek, > ktery necte tenhle mailing list, tak myslim celkem prirozene ocekava, ze se ty > cesty budou nejak lisit (obtiznosti, vhodnosti pro MTB, ...). Ale oni se > nelisi! > > Taky to dost divne vypada v pripade, ze je nekde mtb:scale otagovana jedna > osamocena cesta (treba nejaka zkratka po grade5). Pak se jako mtb:scale=0 > vykresli i okolni cest, ktere ale treba nevedou odnikud nikam.

> ------------ Původní zpráva ------------ > Od: Petr Holub <hopet na ics.muni.cz> > Předmět: Re: [Talk-cz] MTB mapa > Datum: 12.2.2012 14:45:41 > ---------------------------------------- > > Ale problem je v tom, ze se tak nevykresluji vsechny cesty grade1 v te > > zmapovane oblasti. Nastava tak situace, ze dve na sebe navazujici grade1/2 > > cesty stejne kvality (v realu i v OSM databazi) se v mape zobrazi jinak. > Jedna > > je s fialovou carou a druha je bez ni. Kdyz se na takovou mapu podiva clovek, > > ktery necte tenhle mailing list, tak myslim celkem prirozene ocekava, ze se > ty > > cesty budou nejak lisit (obtiznosti, vhodnosti pro MTB, ...). Ale oni se > > nelisi! > > > > Taky to dost divne vypada v pripade, ze je nekde mtb:scale otagovana jedna > > osamocena cesta (treba nejaka zkratka po grade5). Pak se jako mtb:scale=0 > > vykresli i okolni cest, ktere ale treba nevedou odnikud nikam. > > Martin zkusil vyrenderovat implicitni znaceni mtb:scale=0 na grade1/grade2, > vysledek v zoomech 9 a 11 je tady: > http://mtbmap.cz/img/grade12zoom9.png > http://mtbmap.cz/img/grade12zoom11.png > > Co vy na to? > > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

> Jestli to dobře chápu, jedna vrstva teď obsahuje jenom ty mtb:scale, který > sou tagovaný a druhá i všechny implicitní. To považuju za krok správným > směrem.

> Za sebe bych ještě poprosil o čistě fyzickou vrstvu - bez mtb, cyklotras a > turistických značení, protože v hustě zmapovaných oblastech (např. okolí > Brna) už se pro mě mapa stává nepřehlednou. >

> 2) Rozlišit, co je pole a co je louka považuju u MTB mapy za > důležitou věc - louky bejvají na kole sjízdný cca půl roku, pole > jenom po žních.

> Ok, muzeme ji vytvorit. Mela by byt i bez dalsich tematickych prvku nebo > jen bez zminenych linii? Napr. POI?

> jestli můžu se svou troškou do mlýna, tak by se mi líbily vykreslované > průseky man_made=cutline > (jako mapnik) a možná (kdyby se někdo chtěl dlouhodobě starat o kus > lesa za barákem) tak > odlišit wood=coniferous, deciduous, mixed.

> V puvodnim uhulu byly druhy lesa rozliseny -- neimportovalo se to > proto ze to bylo "moc detailni". Mozna by to stalo za to importovat...

> Zdravim Martina Tesaře et al. > mam opět několik námětů na zlepšení MTB mapy: > > 1) Nefunguje největší zoom. > 2) Nešlo by tu hnusnou křiklavě červenou barvu nových značek trošku „zdecentnit“? > 3) Chybí značka pro tovární komíny. > 4) Vzhledem k určení mapy by asi „highway=path + bicycle=designated“ mělo vypadat stejně jako „highway=cycleway“. Růžovou bych ale nechal pro abstraktní cyklotrasy. > 5) Pod cyklotrasou nejde moc dobře rozlišit tracktype. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> ja furt verim ze to jednou bude ve vrstvach :) je to stale v planu ? > > 2012/7/10 Petr Balíček <PBalicek na seznam.cz>: > > Zdravim Martina Tesaře et al. > > mam opět několik námětů na zlepšení MTB mapy: > > > > 1) Nefunguje největší zoom. > > 2) Nešlo by tu hnusnou křiklavě červenou barvu nových značek trošku > "zdecentnit"? > > 3) Chybí značka pro tovární komíny. > > 4) Vzhledem k určení mapy by asi "highway=path + bicycle=designated" > mělo vypadat stejně jako "highway=cycleway". Růžovou bych ale nechal pro > abstraktní cyklotrasy. > > 5) Pod cyklotrasou nejde moc dobře rozlišit tracktype. > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Ahojte, > > diky za nazory, > > ad 1,2) nejvetsi zoom bude brzo opraveny, symboly postupne, nektere nove > jsou ted prilis titerne, spatne citelne. Proto je idealni, ze se ozyvate a > rikate co konkretne vadi a jak se to ma zlepsit. > ad 3) Kominy budou. Moc jsem to ted nesledoval, ale uz nekdo udelal ten > import dat od kominaru? > ad 4) muze byt, uvidim, co to udela > ad 5) Udelam to asi offsetovane jako v pripade MTB a KCT tras. Matne si > vzpominam, ze uz jsem to jednou zkousel, ale z nejakeho duvodu to delalo > problemy. Jakeho uz samozrejme nevim :) > > Ve vrstvach to bude, ale je to spis v dlouhodobejsim horizontu. > > Martin > > > Dne 10. července 2012 22:12 Tomáš Kratina <t.kratina na gmail.com> napsal(a): > >> ja furt verim ze to jednou bude ve vrstvach :) je to stale v planu ? >> >> 2012/7/10 Petr Balíček <PBalicek na seznam.cz>: >> > Zdravim Martina Tesaře et al. >> > mam opět několik námětů na zlepšení MTB mapy: >> > >> > 1) Nefunguje největší zoom. >> > 2) Nešlo by tu hnusnou křiklavě červenou barvu nových značek trošku >> > „zdecentnit“? >> > 3) Chybí značka pro tovární komíny. >> > 4) Vzhledem k určení mapy by asi „highway=path + bicycle=designated“ >> > mělo vypadat stejně jako „highway=cycleway“. Růžovou bych ale nechal pro >> > abstraktní cyklotrasy. >> > 5) Pod cyklotrasou nejde moc dobře rozlišit tracktype. >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >