« zpět na výpis měsíce |

[Talk-cz] MTB mapa

Vlákno 23.11.2011 - 25.7.2012, počet zpráv: 108


23.11.2011 03:18:20 (#1)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
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 ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111123/209167d1/attachment.html>

23.11.2011 05:39:24 (#2)
gravatar

Marek Prokop

<marek at sovavsiti.cz>
98
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 at gmail.com>: zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

23.11.2011 06:34:45 (#3)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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.
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. zobrazit citaci
> 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 Coz by ale nemela byt semantika, ze je to na kolo obtizne, ale ze se tam na kole nesmi (tj. ze to typicky zakazuje ochrana prirody nebo podobny duvod). To, ze se nekomu neco zda tezke neznamena, ze si to nekdo jiny nebude uzivat - nekteri jedinci s trialovymi dovednostmi fakt umi poradna kouzla. Proto taky mtb:scale stupnice nema jen stupne 0-2 (coz je dosazitelne pro normalni jedince), ale i 3-5 (resp. nedavno dokonce rozsirene na 6). Cimzto bych rad poprosil mappery, kteri maji aspon trochu zkusenosti s jizdou na horskem kole, zda by nemohli pomahat se klasifikaci obtiznosti dle https://wiki.openstreetmap.org/wiki/Key:mtb:scale Bylo by dobre postupne opatrit minimalne vsechny turisticke trasy mtb:scale, pripadne bicycle=no tam, kde se na kole nesmi. Jsou oblasti, kde uz jsme vyrazne propracovanejsi nez treba Cykloserver (treba sever Brna), ale rada oblasti vypada porad v rezimu hic sunt MTB-leones ;) A samozrejme se to prosim snazte propagovat jak mezi turisty a cykloturisty, tak mezi MTB specialisty. Zdravi, Petr

23.11.2011 06:44:51 (#4)
gravatar

Marek Prokop

<marek at sovavsiti.cz>
98
Ahoj 2011/11/23 Petr Holub <hopet at ics.muni.cz>: zobrazit citaci
> 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? 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?. Zdrav?, Marek

23.11.2011 07:05:49 (#5)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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.
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) zobrazit citaci
> 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... Petr

23.11.2011 07:11:06 (#6)
gravatar

Marek Prokop

<marek at sovavsiti.cz>
98
2011/11/23 Petr Holub <hopet at ics.muni.cz>: zobrazit citaci
> 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)
Jo, to je OK, to bicycle=no d?v?m jen do ter?nu, kter? je o dost hor??. zobrazit citaci
> 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? Zdrav?, Marek

23.11.2011 07:33:28 (#7)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> > (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??.
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. (Jeste na okraj - mozna si pro jistotu jeste vyhledej nejaka videa od cloveka jmenem "Danny MacAskill" - tam je to mozna o neco nazornejsi nez na tech fotkach - v zasade, co tenhle clovek zvladne, by melo byt na hranici 5-6 ;)) ). zobrazit citaci
> > 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?
Muj odhad podle fotek na wiki (ale podotykam, ze to muze mast podobne, jako u tech fotek z kola a nemam s tou sac_scale zkusenosti z realu): - T1 - mtb:scale=0 - T2 - mtb:scale=1-2 - T3 - mtb:scale=3 - T4 - mtb:scale=4-5 - T5 - mtb:scale=5-6 - T6 - mtb:scale=6 Petr

23.11.2011 11:00:13 (#8)
gravatar

Marek Prokop

<marek at sovavsiti.cz>
98
2011/11/23 Petr Holub <hopet at ics.muni.cz>: zobrazit citaci
> 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. Marek

23.11.2011 11:32:45 (#9)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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.
Co jsem se na tuhle otazku ptal, tak je potreba se vzdy podivat na pravidla dane CHKO/PR/NP/PP (nekdy pomohou ty lokalni cedulky, kde jsou pravidla shrnuta). Nekde je povoleno pouze po cestach, nekde jen po (obecne) znacenych cestach, nekde jen po cestach s cyklistickym znacenim, nekde vubec. Tam, kde je to zakazano, se snazim mtb:scale neuvadet, aby to nesvadelo... protoze jak na potvoru jsou nektere ty kousky velmi lakave. Takze v takovem pripade jen bicycle=no. Petr

24.11.2011 12:20:44 (#10)
gravatar

Karel Volný

<kavol at seznam.cz>
515
?est, zobrazit citaci
> Obecn? by ale bylo dobr? obt??nost a viditelnost p???ch tras n?jak > vykreslovat tak?.
+1 zobrazit citaci
> 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?.
te? jsem dopl?oval do mapy kus modr? zna?ky pod Osovou Bit??kou, ?ipka vedla kamsi k potoku, kde jsme dal?? zna?ku nedohledali, tak?e jsme se vraceli na okraj pole s poln? cestou, a se?li o kus d?l, kde to ji? norm?ln? pokra?ovalo, ale p?i pohledu zp?tky to, kde m?la v?st zna?ka, bylo neprostupn? r?kos?, zna?ka nikde k vid?n?, a to je pros?m podzim, jak to tam asi mus? vypadat v obdob?ch vegeta?n? aktivity ... tak jsem zna?ku ?vihnul od oka pod?l potoka, nastavil jsem na to atributy, ?e je invisible a impassable (i kdy? to je podle popisu na wiki hodnocen? jenom pro vozidla, ale nic bli???ho jsem nena?el), a p?esto se to v map? zobrazuje jako norm?ln? cesta bez jak?hokoliv n?znaku, ?e se tam j?t podle zna?ky ned? :-/ K.

24.11.2011 12:32:27 (#11)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Diky za podnety, jenom doplnuji Petrovu reakci: zobrazit citaci
> 2) Mus? b?t vlevo naho?e tak velk? infobox? Na netbooku mi pak z mapy > u? skoro nic nezb?v?. >
Neco s tim udelam, asi bude porad podobne velky, ale zakryvaci. zobrazit citaci
> 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. >
Ted jsou velke cervene X pro znaceni bicycle=no a k tomu male cervene X pro access=no nebo access=private. Moc neni poznat rozdil a je potreba to doladit vcetne priblizeni. Stejne tak mam v planu pouzivat tag sac_scale, ale jeste jsem nevymyslel, jak to vykreslovat. Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111124/8d8a5c3b/attachment.html>

24.11.2011 08:39:20 (#12)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
>> 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...
+1 *** Ten podklad mapy je super a je pouzitelny na mnoho veci. Vrstvy tras MTB, KCT... by pak bylo uz jednodussi upravou ci doplnenim treti stranou... ha hanoj

25.11.2011 11:08:05 (#13)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
Ahoj, On Wed 23-11-11 18:34:45, Petr Holub wrote: zobrazit citaci
> 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? Libor

25.11.2011 12:07:51 (#14)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, On Wed 23-11-11 18:34:45, Petr Holub wrote: zobrazit citaci
> > 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? > >
budu ho urcite zkouset, napr. v OTM uz se pouziva. Jinak tily uz jsou do priblizeni 13-14 skoro vsechny vykreslene, takze uz to na prvni pohled tak pomale neni :-) Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111125/cc7a7086/attachment.html>

25.11.2011 03:24:17 (#15)
gravatar

Pavel Machek

<pavel at ucw.cz>
1019 1226
On Wed 2011-11-23 15:18:20, Martin Tesar wrote: zobrazit citaci
> Ahojte, > po vypadku zpusobenem problemy s diskovym polem na serveru je MTB Mapa > opet k dispozici na [1]http://mtbmap.cz/
Pekne, diky! Me by se libilo nejake primocarejsi mereni vzdalenosti. Zatim to delam tak, ze naklikam trasu a vzdalenost odectu z vyskoveho profilu, ale... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

26.11.2011 05:20:55 (#16)
gravatar

Michal Pustějovský

<Michal.Pustejovsky at seznam.cz>
162 2646
Martin Tesar <osmmtb at ...> writes: zobrazit citaci
> > 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=FB00Zvetsil 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 zobrazit citaci
>
Bylo by super, kdyby se daly zobrazit fotky rozcestn?k? z openstreetmap.cz zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz at ... > http://lists.openstreetmap.org/listinfo/talk-cz >

27.11.2011 08:21:52 (#17)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, zobrazit citaci
> 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. ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111127/39bbe5f5/attachment.html>

27.11.2011 10:49:40 (#18)
gravatar

Václav Kubíček

<vase.k at centrum.cz>
50
Ahoj, taky se p?id?m s p?r n?pady: 1. Uv?tal bych jin? vykreslov?n? nau?n?ch stezek (??rkovan?, ?erchovan? - 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. Jinak d?ky za p?kn? po?in. Va?ek __________________________________________________________ zobrazit citaci
> Od: "Martin Tesar" <osmmtb at gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org >http://lists.openstreetmap.org/listinfo/talk-cz >

27.11.2011 11:14:55 (#19)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
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. 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 4) profil v SVG, aby si ho mohl pripadny zajemce jeste doupravit? Jinak musim gratulovat - je to zatim nejlepsi mapa, co se tyka vzhledu, kterou jsem online videl... Diky, K [1] > http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding_.2F_Address_lookup Dne 23.11.2011 15:18, Martin Tesar napsal(a): zobrazit citaci
> 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.

28.11.2011 12:02:41 (#20)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
Ahoj, zobrazit citaci
> 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...
tohle je desynchronizace legendy k mape s tim, jak se mapa nyni kresli, coz je samozrejme bug. zobrazit citaci
> 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. zobrazit citaci
> 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]
Koukam, ze bych zas mel vypsat nejake hejno bakalarek, aby mel Martin cas jeste na nejakou jinou praci ;o). zobrazit citaci
> 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

28.11.2011 08:15:34 (#21)
gravatar

Josef jebavý

<josef.jebavy at gmail.com>
4
Dne 27.11.2011 23:14, Jakub Sykora napsal(a): zobrazit citaci
> 3) oddelit jednotlive vrstvy do vrstev, aby se daly vypinat a zapinat. > Vrstva turisticka, cyklisticka, kombinace
Toto bude asi vec nazoru. Me naopak vyhovuje mit vse v jednom, hodne pouzivam hlavne tangoGPS a to nezobrazuje vrstvy jako to delaji webove rozhrani. Urcite to setri i vykon a ulozny prostor. Nekdy si rikam ze je neprehledne, ze je tolik informaci na jedne mape, ale kdyz se clovek seznami se znacenim, tak vic informaci se mu hodi.

28.11.2011 10:24:49 (#22)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Ahoj, mysl?m, ?e by bylo dobr?, kdyby bylo vy?e?en? kreslen? kamen? a ?tes? l?pe (v Mapniku to je dost nekompletn?). Jde o n?sleduj?c? situace: tag "natural=cliff" je na -bodech -> m?ly by se kreslit troj?heln?ky -plo?e -> m?la by se kreslit ?rafovan? plocha se zubat?m okrajem -plo?e + "area=no" -> m?l by se kreslit jen zubat? okraj tag "natural=stone" na bodu by se mohl kreslit jako ?ern? kole?ko Ve v?ech p??padech by to m?lo vykreslit i name (u bodu pod/nad, u plochy doprost?ed, u linie na okraj). Jinak je tam chyba, ?e se k???ky kresl? nad "highway=path" i v zoomech, kde u? se ta cesta nekresl?. zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: Martin Tesar <osmmtb at 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 > > >
Petr Dlouh? petr.dlouhy at email.cz

28.11.2011 11:13:56 (#23)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
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): zobrazit citaci
> Me naopak vyhovuje mit vse v jednom, hodne pouzivam hlavne tangoGPS a to > nezobrazuje vrstvy jako to delaji webove rozhrani

28.11.2011 11:21:14 (#24)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
ne, ze mas kus zobrazit citaci
> 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
psal jsem, ze vykricnik je jednoznacne genialni napad... zobrazit citaci
> 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.
jsem pro :) zobrazit citaci
> Koukam, ze bych zas mel vypsat nejake hejno bakalarek, aby mel Martin > cas jeste na nejakou jinou praci ;o).
to snad neni ani na bakalarku, ale jen na nejaky mensi projekt. Upravit ten Python skript, aby to tam vepsal bude na par odpoledni. Udelat export do SVG bude asi trosku na dele, ale taky nic extremniho :) zobrazit citaci
> >> 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? :)
jedine co me napada, tak ze by se obrazky renderovaly v liniich, kde maji byt a pri zapnuti dalsi vrstvy by se vrstvy od sebe posunuly o nejaky pevne dany offset - coz samozrejme nebude tak hezke, jako kdyz se to primo renderuje "po vnejsi hrane" linie, ale mohlo by to ve vetsine pripadu fungovat. Tohle ale neni tak dulezite - ta mapa je zatim dost citelna - i kdyz samostatne vypnuti vrstevnic a stinovani by slo snadno a dalo by se asi nekdy pouzit. zobrazit citaci
> > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

28.11.2011 11:44:59 (#25)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, 1. Uv?tal bych jin? vykreslov?n? nau?n?ch stezek (??rkovan?, ?erchovan? - zobrazit citaci
> viz kl?? OTM na wiki). >
Ano, tohle planuju v nejblizsi dobe. zobrazit citaci
> 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' zobrazit citaci
> 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. >
Asi ano, ted kdyz mam konecne prepsane skripty ke zpracovani techto tras tak uz to snad bude mozne. Diky za pripevek, Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111128/2c0058c2/attachment.html>

28.11.2011 11:54:41 (#26)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
zobrazit citaci
> 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
Jeste jsem si vzpomnel na jednu vec - Export mapy. V soucasnem stavu je supr pro zobrazeni na mobilu nebo monitoru. Pro zarizeni s vetsim DPI (tiskarna :]) je ale docela nevhodny a je docela tezke i podkladu pro tisk dosahnout. Nesla by udelat a) jednodussi varianta: pri exportu (a treba zaskrnuti "pro tisk" nebo z roletky vybrani cisla zoomu nebo meritka 1:xy) se dodrzi bounding box, ale vyrenderuje se z dlazdic treba o jeden az nekolik zoomu vetsiho (nebo podle nastaveni roletky) - vysledny export tak bude mit vetsi rozliseni i kdyz bude ukazovat treba i veci navic, co v zoomu pri kterem se stiskne tlacitko nebudou videt. b) lepsi varianta: budou samostatna renderovaci pravidla, ktera mapu vypoctou ve vetsim rozliseni (dlazdice misto 256x256 bude mit treba 700x700 coz je cca 100dpi) (vypocetne narocnejsi) K

28.11.2011 12:03:20 (#27)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, Dne 27. listopadu 2011 23:14 Jakub Sykora <kubajz at kbx.cz> napsal(a): zobrazit citaci
> 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. >
Tohle zkusim zpristupnit co nejdriv, vim, zes mi to psal uz koncem leta. Bude to jednoduse overlay pouze se symboly, ktera bude bohuzel jine prvky trochu zakryvat. zobrazit citaci
> 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. >
Tu legendu musim udelat co nejdriv, ale je to zrovna ukol, ktery zabere vic jak par odpoledni. A jenom pro doplneni - vykricniky jsou Petruv napad :-) 2) do vykreslovani profilu by bylo uzasne, kdyby se na zacatek, cil a zobrazit citaci
> 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] >
To ztotozneni prubehu trasy by se urcite melo dodelat. Vyuzit Nominatim atp., Petr uz s tema bakalarkama myslel opet trochu napred - dokreslovat i paralelni turisticke trasy, znacene cyklostezky, rozcestniky apod. Udelat to aby se to dalo pouzivat je docela na dlouho. 3) oddelit jednotlive vrstvy do vrstev, aby se daly vypinat a zapinat. zobrazit citaci
> Vrstva turisticka, cyklisticka, kombinace >
Rekl bych, ze ted uz to pujde, mrknu na to. zobrazit citaci
> 4) profil v SVG, aby si ho mohl pripadny zajemce jeste doupravit? >
V SVG ho generuju a pak ho kvuli nekterym prohlizecum degraduju na rastr, takze by nemel byt problem dat k dispozici zakladni SVG. Diky za napady, Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111128/a01b2301/attachment.html>

28.11.2011 12:16:41 (#28)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, zobrazit citaci
> 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. >
Ted uz je dohromady znaceni 4 a 5, tak k tomu tu 6 klidne pridam. Uvidime, jestli to bude po rozsireni na Alpy apod. potreba rozlisovat. zobrazit citaci
> 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 zobrazit citaci
> 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? :) >
Mam zakladni predstavu: jednu zakladni mapu nechat tak jak je a k tomu druhou bez jakychkoli tematickych tras a popisu (s vyjimkou popisu rek). K tomu dat k dispozici overlay vrstvy (POI, popis, tur.trasy, MTB trasy, cyklotrasy, MTB symboly). Soucasne schema databaze uz mi to zrejme umozni. Jeste nedavno to z ruznych duvodu neslo. Porad ale budou problemy s prekreslovanim popisku. Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111128/1e8f0fcc/attachment.html>

28.11.2011 12:56:23 (#29)
gravatar

f.remenstech

<f.remenstech at gmail.com>
20
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 at kbx.cz> napsal(a): zobrazit citaci
> 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 >

28.11.2011 06:49:48 (#30)
gravatar

jzvc

<jzvc at tpfree.net>
517
Dne 23.11.2011 17:39, Marek Prokop napsal(a): zobrazit citaci
> 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.
Velmi bych se primluvil za top prio pro toto, jakmile prekrocim "mez" priblizeni, stane se mapa prakticky nepouzitelnou. Mozna zaradit nejakou cache? zobrazit citaci
> > 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 at 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 at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

28.11.2011 09:45:18 (#31)
gravatar

jzvc

<jzvc at tpfree.net>
517
Letiste - u vetsiny letist jsem obtahoval jak ranweye tak pojizdeci drahy (a neni to tak jen u nas), vetsinou by to melo mit tag area=yes, jinak je to samo vzdy uzavrena cesta. Tagovani obecne stejne jako u way, jen pokud jsem zaznamenal nad plochou se neredenovaly (na osm) reference drah, tak sem je daval jen na jejich osy (way) urcene pro "navigaci". a) to vypada pri vetsich zoomech lepe b) to postihuje zabrane plochy a jejich vyuziti (skutecna sirka drah ...) Takze by bylo dobre to renederovat stejne jako na osm, jen mozna lehce vic sladit barevnost "stojanek", protoze ta fialova nebo co to je na osm se dost tluce stim ostatnim (imo by vhodny byl tak maximalne rozdil odstinu). Dne 23.11.2011 15:18, Martin Tesar napsal(a): zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111128/25a89e77/attachment-0001.html>

28.11.2011 11:28:14 (#32)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
nebylo). A pokud ten usek byl takhle kratky, tak se v mape nemusel vubec zobrazit citaci
> 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 :) >
Hotovo v puvodnim stylu, moc idealne to nevypada. ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20111128/8948a961/attachment.html>

29.11.2011 12:19:13 (#33)
gravatar

Václav Kubíček

<vase.k at centrum.cz>
50
zobrazit citaci
>> 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

29.11.2011 11:19:04 (#34)
gravatar

jzvc

<jzvc at tpfree.net>
517
Dne 29.11.2011 0:19, V?clav Kub??ek napsal(a): zobrazit citaci
>>> 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
Pro info, chcete do mapy davat informace o tom, ze nekde napr ropik byl, ale uz neni? Bud je zasypan zcela v terenu, nebo byl odstranen pri budovani nejake stavby ...? Vim o par takovych na Ustecku (zasypanej nekde v poli, znicenej pri postupu kamenolomu, pri stavbe dalnice ....)? Sice to ponekud odporuje pravidlum osm, ale dalo by se to vyuzit pro zpresneni nejakeho overlaye typu "vojenska obrana pasma". Dalsi vec co me napada, existuje nejaky tagovani pro COckovy kryty? Drtiva vetsina jich sice bude aktualne neprovozuschopnych, ale i tak ... zobrazit citaci
> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

29.11.2011 11:37:06 (#35)
gravatar

Karel Volný

<kavol at seznam.cz>
515
+1 p?inejmen??m tangogps to neum? - tak?e kdy? n?kde jsem, zapnu gpsku, zjist?m, ?e nem?m dla?dice, p?ipoj?m se na net s t?m, ?e mi je tangogps st?hne, tak budu nahranej, kdy? na tom, co st?hne, nic nebude, proto?e v?ecko zaj?mav? bude v extra vrstv?ch n?co jin?ho to je doma u po??ta?e, kdy si hezky na velk? kl?vesnici m??u napsat skript?ky a podklady si p?ipravit s dostatkem v?po?etn?ho v?konu i rychlosti stahov?n? z netu (nemluv? o cen?, ne ka?dej m? na mobilu neomezenej datovej tarif jen proto, ?e jednou za ?tvrt roku je n?kde fakt mimo civilizaci) K. Dne Po 28. listopadu 2011 f.remenstech napsal(a): zobrazit citaci
> 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 at 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

29.11.2011 11:43:38 (#36)
gravatar

Karel Volný

<kavol at seznam.cz>
515
Dne Po 28. listopadu 2011 Martin Tesar napsal(a): zobrazit citaci
> 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.

30.11.2011 01:31:05 (#37)
gravatar

Pavel Machek

<pavel at ucw.cz>
1019 1226
On Sun 2011-11-27 20:21:52, Martin Tesar wrote: zobrazit citaci
> 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.
Funguje pekne, diky! Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

1.12.2011 05:45:27 (#38)
gravatar

Václav Řehák

<rehakv01 at gmail.com>
63
zobrazit citaci
> 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. Va?ek

1.12.2011 06:34:36 (#39)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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.
+1 Petr

2.12.2011 10:53:49 (#40)
gravatar

Václav Kubíček

<vase.k at centrum.cz>
50
Ahoj, kam na wiki jsi m?l konkr?tn? na mysli? R?d to tam dopln?m. D?k. VK ______________________________________________________________ zobrazit citaci
> Od: "Karel Voln?" <kavol at seznam.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org >http://lists.openstreetmap.org/listinfo/talk-cz >

4.12.2011 03:46:55 (#41)
gravatar

Karel Volný

<kavol at seznam.cz>
515
?est, Dne P? 2. prosince 2011 V?clav Kub??ek napsal(a): zobrazit citaci
> Ahoj, kam na wiki jsi m?l konkr?tn? na mysli? R?d to tam dopln?m.
myslel jsem zm?n?n? zna?kov? kl?? http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna?kov?_kl?? moment?ln? je tam akor?t pozn?mka ?e "+bunker_type=pillbox pro ?op?k" ... a jak ozna??m zm?n?n? srub? - pouze vynech?n?m bunker_type asi ne, ?e, ostatn? jak by se potom rozli?il t?ebas p?chotn? od d?lost?eleck?ho, a jak se to rozli?? od toho, ?e typ nen? vypln?n proto, ?e autor objektu v map? tomu nerozum?l a necht?l specifikovat typ bunkru, kdy? ho nepoznal? (btw, kouk?m, ?e to nen? p??li? rozeps?no ani v anglick?m popisu on?ch tag?, nechce se na to n?kdo vrhnout?) plus dodat ikonky (resp. n?vrh) a nejl?pe i p??klad zobrazit citaci
> D?k.
naopak j? d?kuji za ka?d? vylep?en? mapy, a? u? p??m?, nebo nep??m? pr?v? dopln?n?m dokumentace, podle kter? se pak mohou ??dit ostatn? K. zobrazit citaci
> ______________________________________________________________ > > > Od: "Karel Voln?" <kavol at seznam.cz> > > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org > >http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

4.1.2012 12:19:40 (#42)
gravatar

jzvc

<jzvc at tpfree.net>
517
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): zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120104/f6e96588/attachment.html>

4.1.2012 11:01:17 (#43)
gravatar

Vojta

<vts.vts at gmail.com>
29

4.1.2012 11:13:07 (#44)
gravatar

Marek Musil

<wopixe at volny.cz>
18
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): zobrazit citaci
> 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 at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120104/dec8e941/attachment.html>

4.1.2012 12:03:13 (#45)
gravatar

Petr Balíček

<PBalicek at seznam.cz>
24
Zdravim, Kdy? u? se tady zase mluv? o MTB, taky se p?idam. 1) Mn? osobn? to takhle vyhovyje. Nebylo by lep?? poladit displej bazmeku (jas, kontrast, gama)? 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. A moje post?ehy: 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 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 Petr zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: Marek Musil <wopixe at 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 at openstreetmap.org > >> http://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > > >

4.1.2012 05:41:14 (#46)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
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 at gmail.com> napsal(a): zobrazit citaci
> 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 at openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120104/5de707f6/attachment.html>

4.1.2012 06:17:46 (#47)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, 1) Vzdycky se mi zdal ten Mapnikovej styl takovy nevyrazny. Pokud na to zobrazit citaci
> 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. zobrazit citaci
> 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? zobrazit citaci
> > 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 >
Opraveno, projevi se behem par dni. zobrazit citaci
> > 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. zobrazit citaci
> 6) Srafovani voj. ujezdu je zakryte lesem (ujezdy se do tur mapy se hodi) >
Ano, opraveno. Diky za postrehy a pochvalu, Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120104/31c833e0/attachment.html>

4.1.2012 06:18:37 (#48)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj 2) Rozli?it, co je pole a co je louka pova?uju u MTB mapy za d?le?itou v?c zobrazit citaci
> - louky bejvaj? na kole sj?zdn? cca p?l roku, pole jenom po ?n?ch. >
Ano, rozliseni zustane. Kazdopadne netvrdim, ze je to ted udelane idealne. A) Budovy se nerenderujou na plo?e n?m?st? (area=yes), vizte n?m?st? v zobrazit citaci 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. zobrazit citaci
> 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 >
Ano, opravim. Diky za pripominky a nazory, Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120104/d64774ae/attachment.html>

4.1.2012 06:33:37 (#49)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Martin Tesar napsal(a): zobrazit citaci
> 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120104/75ac64ef/attachment.pgp>

4.1.2012 07:10:01 (#50)
gravatar

Petr Balíček

<PBalicek at seznam.cz>
24
Na standardn? map? se to renderuje, jinak u? bych to d?vno opravil ;) To mapov?n? asi neni ?pln? ko?er, ale abych vysv?tlil tenhle konkr?tn? p??pad: ?N?kdo? zmapoval Su?ici, zakreslil budovy a n?m?st? jako highway=pedestrian+area=yes se silnicema okolo, na radnici uprost?ed n?m?st? ale zapomn?l. J? sem ji tam dokreslil podle cuzk:km, ale proto?e neznam detailn? situaci, necht?lo se mi moc ?ahat na to n?m?st?, dokud si neud?lam ?as na d?kladn?j?? pr?zkum. Ukecali ste m?, u? je z toho multipolygon. PB zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: "Petr Mor?vek [Xificurk]" <xificurk at 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 > > > >

4.1.2012 07:18:47 (#51)
gravatar

Marek Musil

<wopixe at volny.cz>
18
Mape silu, Dne 4.1.2012 18:17, Martin Tesar napsal(a): zobrazit citaci
> 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. >
Zcela chapu. Je to vetsi ukol :) Souhlasim, s prehlednosti bude problem vzdycky uz jenom proto, ze tur znacky zabijou 4 barvy jen tak , a ty uz nejdou pouzit (typicky prave zelena v lese je skutecne problem). zobrazit citaci
> 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?
Ha, na to ze se ulice nejak jmenujou jsem malinko zapomnel. Ohledne zakryti jsem mel nejspis na mysli toto http://tchor.fi.muni.cz:8080/?zoom=15&lat=49.41362&lon=14.65935&layers=FBF00 (stred stareho mesta). Odsud to vypada, ze tam je dohromady 10 baraku a jinak sama ulice. I kdyz zrovna historicke jadro neni typ zastavby ktery by se vyskytoval casto. Ale zejmena slo o muj esteticky dojem - proste ty tlusty ulice nemam rad, coz, priznavam, nemusi byt vetsinovy nazor, uz kvuli tem jmenum coz je argument, ktery me urcite zvykla. zobrazit citaci
> > > 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.
Diky zobrazit citaci
> > > 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. >
No napriklad pri zoomu 11 asi ani pri zvyrazneni landuse nebudou vesnice moc videt (ty nemaji kolecka nikdy pokud jsem si stacil vsimnout) a tenhle zoom uz je clkem podrobny na to aby bylo videt ze tam neco je ... I kdyz od 12 uz jsou i jmena ... Me by stacilo malo :) zobrazit citaci
> > > 6) Srafovani voj. ujezdu je zakryte lesem (ujezdy se do tur mapy > se hodi) > > > Ano, opraveno.
Diky zobrazit citaci
> > Diky za postrehy a pochvalu, > Martin > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
Mara ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120104/4fbed451/attachment-0001.html>

4.1.2012 11:39:44 (#52)
gravatar

f.remenstech

<f.remenstech at gmail.com>
20
Ahoj, 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. A taky se mi l?bily chodn?ky ?erven? v minul? verzi MTBmapy. To ?lo poznat, jestli je to chodn?k nebo jestli si tam za mokra zabl?t?m botky. F. 2012/1/4 Martin Tesar <osmmtb at gmail.com>: zobrazit citaci
> 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 at 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 >>

5.1.2012 07:05:21 (#53)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Zdravim, mala pripominka, koukam ze na mape se renederuje napeti u rozvodu, bylo by zobrazit citaci
> 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. zobrazit citaci
> + 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 zobrazit citaci
> > 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 at openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120105/2acd9b5c/attachment.html>

6.1.2012 12:20:32 (#54)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
zobrazit citaci
>> + 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.
Nev?m, jak ?asto se zhruba obnovuj?, ale v?t?inou se na to nebud d?vat individu?ln?. Tak?e http://mtbmap.cz/mtbmap_tiles/15/17892/11210.png/status by mohlo celkem sta?it. (zjist?m adresu obr?zku jeho otev?en?m v nov?m panelu nebo z vlastnost? a p?ipoj?m za n? /status) Luk?? (LM_1) Dne 5. ledna 2012 19:05 Martin Tesar <osmmtb at gmail.com> napsal(a): zobrazit citaci
> 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 at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

7.1.2012 07:52:52 (#55)
gravatar

jzvc

<jzvc at tpfree.net>
517
Dne 4.1.2012 18:33, "Petr Mor?vek [Xificurk]" napsal(a): zobrazit citaci
> 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(.
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). zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120107/6e3a8e8b/attachment.html>

7.1.2012 08:05:42 (#56)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
jzvc napsal(a): zobrazit citaci
>> Nerenderuje se to ani na standardn? OSM map?. > > Ale renederuje viz Benesovo namesti v Teplicich. > > http://osm.org/go/0MKiNgl1m--
Ha! Asi update styl?, ale jsem si celkem jist?, ?e je?t? tak p?l roku zp?tky to byl probl?m. zobrazit citaci
> 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 p?esn? to o ?em jsem mluvil - highway=pedestrian+area=yes by se nem?lo pou??vat pro cokoliv, ?emu se ??k? n?m?st?... zobrazit citaci
> 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 odd?len? komunikace, tak by se m?la zmapovat odd?len? od toho, co je vevnit?. Na n?m?st? je potom nap?. park, parkovi?t?, vydl??d?n? p??? z?na, co? by se taky m?lo podle toho otagovat. Petr Mor?vek aka Xificurk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120107/d70d470a/attachment.pgp>

7.1.2012 09:11:36 (#57)
gravatar

jzvc

<jzvc at tpfree.net>
517
Dne 7.1.2012 20:05, "Petr Mor?vek [Xificurk]" napsal(a): zobrazit citaci
> 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.
Ja to takto delam, ale je to takova schiza - stejne tagovana cesta s diametralne jinym vyznamem. Nemluve o tom, ze tag "area=yes" mi prijde prinejmensim nadbytecny (a navic opet schiza v tom, ze nekde je, nekde ne ... - mineno "ma/nema byt"). Podle me by to kdyz uz, tak melo byt vsude jednotne = pokud mam rekneme waterway = stream vs waterway = stream area = yes (tohle by logicky melo oznacovat osu pro navigaci vs rozliv - abych zjistil estli to trebas preskocim nebo se budu muset brodit. Zrovna na tohle ma osm extraburt tagovani, pricemz toto se vylozene nabizi.) melo by se to renederovat "stejne" a melo by to fungovat na libovolny tag tzn i pro higway = * vs higway = * area = yes (tohle funguje jen pro nektere specialni pripady, ale prevazne nikoli) a samozrejme dalsi liniove tagovani (tam kde to ma smysl). Bohuzel dost casto narazim na ruzna reseni typu varila kocicka s pejskem a od kazdeho trochu ... ;D. Myslim ze zivot by to zjednodusilo hlavne tvurcum editoru a map, kteri by nemuseli mit kilometrove seznamy typu "kdyz je spolu tag a,c,d,e ... tak ale kdyz je tam x tak ne ..." A taky mi cim dal castejs chybi moznost nasobnych tagu, jako zkoumat 50+ znaku source rozparcelovany stredniky nebo tagovani typu name, name2, name_long, ... mi nepripada idealni ani trochu. zobrazit citaci
> Petr Mor?vek aka Xificurk > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120107/dbe336b9/attachment.html>

14.1.2012 07:04:15 (#58)
gravatar

Tomáš Kratina

<t.kratina at gmail.com>
45
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) ?

14.1.2012 07:43:46 (#59)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
Ahoj, zobrazit citaci
> 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

14.1.2012 07:49:19 (#60)
gravatar

Tomáš Kratina

<t.kratina at gmail.com>
45
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 2012/1/14 Petr Holub <hopet at ics.muni.cz>: zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

14.1.2012 07:56:25 (#61)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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

14.1.2012 08:00:16 (#62)
gravatar

Tomáš Kratina

<t.kratina at gmail.com>
45
no myslim ze tam je dokonce brana takze zkusim tam dat acces=no 2012/1/14 Petr Holub <hopet at ics.muni.cz>: zobrazit citaci
>> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

14.1.2012 09:10:10 (#63)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Mo?n? rad?i sp?? access=private. zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: Tom?? Kratina <t.kratina at 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 at 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 at openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >
Petr Dlouh? petr.dlouhy at email.cz

15.1.2012 12:52:06 (#64)
gravatar

f.remenstech

<f.remenstech at gmail.com>
20
2012/1/14 Petr Dlouh? <petr.dlouhy at email.cz>: zobrazit citaci
> 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.

15.1.2012 12:59:50 (#65)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
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 zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: f.remenstech <f.remenstech at gmail.com> > P?edm?t: Re: [Talk-cz] MTB mapa > Datum: 15.1.2012 12:52:33 > ---------------------------------------- > 2012/1/14 Petr Dlouh? <petr.dlouhy at 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >
Petr Dlouh? petr.dlouhy at email.cz

15.1.2012 01:23:32 (#66)
gravatar

Vojta

<vts.vts at gmail.com>
29
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): zobrazit citaci
> 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 at gmail.com> >> P?edm?t: Re: [Talk-cz] MTB mapa >> Datum: 15.1.2012 12:52:33 >> ---------------------------------------- >> 2012/1/14 Petr Dlouh?<petr.dlouhy at 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 at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > Petr Dlouh? > petr.dlouhy at email.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

15.1.2012 05:50:27 (#67)
gravatar

f.remenstech

<f.remenstech at gmail.com>
20
U? jsem se na access trochu ptal tady [1], n?jak? router po access=no u? bicycle=yes neakceptoval. Tehdy jsem nena?el, jestli existuje pravidlo, co m? v?t?? prioritu a p?i?lo mi, ?e access=no u? nic nep?ebije. Jak by se m?l p??stup vyhodnocovat spr?vn?? Default: v?e povoleno, m??u zak?zat n?kterou skupinu z [2], ?ekn?me vehicle=no, ale z?rove? chci povolit psv=yes a zak?zat bus=no (kter? je v hierarchii pod psv, nezkoum?m, jestli je tato situace n?kde v re?lu, ale jak se chovaj? tagy access). Je tedy spr?vn? vehicle=no psv=yes bus=no ? [1] http://www.mail-archive.com/talk-cz at openstreetmap.org/msg06138.html [2] http://wiki.openstreetmap.org/wiki/Key:access#Transport_mode_restrictions 2012/1/15 Vojta <vts.vts at gmail.com>: zobrazit citaci
> 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 at gmail.com> >>> P?edm?t: Re: [Talk-cz] MTB mapa >>> Datum: 15.1.2012 12:52:33 >>> ---------------------------------------- >>> 2012/1/14 Petr Dlouh?<petr.dlouhy at 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 at openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> >> Petr Dlouh? >> petr.dlouhy at email.cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

15.1.2012 06:34:02 (#68)
gravatar

Vojta

<vts.vts at gmail.com>
29

16.1.2012 11:35:52 (#69)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
Ahoj, Dne So 14. ledna 2012 Petr Holub napsal(a): zobrazit citaci
> > 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

16.1.2012 01:02:33 (#70)
gravatar

Tomáš Kratina

<t.kratina at gmail.com>
45
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. 2012/1/16 Jan Kouba <kouba.honza at gmail.com>: zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

16.1.2012 01:27:12 (#71)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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. zobrazit citaci
> 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. zobrazit citaci
> 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). zobrazit citaci
> 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

16.1.2012 01:43:55 (#72)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
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... Luk?? (LM_1) Dne 16. ledna 2012 13:27 Petr Holub <hopet at ics.muni.cz> napsal(a): zobrazit citaci
>> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

16.1.2012 01:54:49 (#73)
gravatar

Radek Šťastný

<dedkus at gmail.com>
8
Zdrav?m, 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. Radek [1] http://wiki.openstreetmap.org/wiki/Key:mtb:scale Dne 16. ledna 2012 13:27 Petr Holub <hopet at ics.muni.cz> napsal(a): zobrazit citaci
> > 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120116/65b00902/attachment.html>

16.1.2012 01:56:18 (#74)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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? zobrazit citaci
> 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

16.1.2012 02:03:13 (#75)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Dne 16. ledna 2012 13:56 Petr Holub <hopet at ics.muni.cz> napsal(a): zobrazit citaci
>> 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?
Nevid?m d?vod pro? by nedalo. zobrazit citaci
> >> 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...
M? osobn? by to nevadilo, nacpat v?echno do jednoho zobrazen? nen? v?dy ide?ln?, ale n?komu by se to asi mohlo nel?bit. Dal?? varianta je informace o stezk?ch/povrchu ud?lat polopr?hledn? a d?vat norm?ln? p?es sebe. Renderovat v?echny kombinace moc ned?v? smysl . stejn? by musely b?t tak aby se v?echno ve?lo a to by potom ?lo rozd?lit do vrstev. T?eba ??rkovanou ?arou s ??rkami jedn? vrstvy v mezer?ch t?ch ostatn?ch... Luk?? (LM_1) zobrazit citaci
> > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

16.1.2012 02:23:36 (#76)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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.
No vsak ano, nebavime se o nicem jinem nez highway=path a highway=track. Kdysi jsem obcas tagoval i nektere schody highway=steps, ale nakonec jsem od toho ustoupil, protoze je to vetsinou navazuje na highway=footway apod., ktere pomoci mtb:scale nema smysl znacit. Pokud jsou to schody navazujici na path/track, tak je znacim i nadale. zobrazit citaci
> 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?.
Tam jsou uveden jen priklady. Dalsi jsou na popisu te Skaly. A ano, je ta Skala primarne na oznacovani singletracku, ale na druhou stranu se to bezne i mimo CR pouziva na znaceni doubletracku resp. highway=track. Tomu odpovida ostatne treba i jejich pritomnost v JOSM apod. zobrazit citaci
> 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?.
Osobne to beru tak, ze mtb:scale=0 je vhodna pro trekova kola, mtb:scale=1 uz spise ne (nebo na hranici a opatrne). Jinak bacha i v tom, ze obtiznost neni definovana jen nerovnosti povrchu, ale i sklonem a pripadne utazenosti serpentin. Takove ty serpentiny, kde se musi delat otocky na prednim kole, uz by celkem rozhodne mely byt minimalne mtb:scale=2, i kdyby jejich povrch byl jinak hladky (ostatne na popisu Skaly jsou u S3 ilustrace hladkych ostrych serpentin v prudkem kopci - presne takovych na otocky na prednim kole). zobrazit citaci
> 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
Souhlas. mtb:scale=3 uz je opravdu narocnejsi teren (nez se u nas vyskytuje v komercnich parcich typu vyse zminenych - protoze by se na tom bezna populace dobila a pak by si chodila stezovat...) a mtb:scale=4 a vys uz je vicemene biketrial. zobrazit citaci
> 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.
No - to se deje prave treba tim, ze je u nich vyznacena obtiznost, by byto mela byt mtb:scale=0. Graficky to pak z mapy leze :) Petr

16.1.2012 02:32:47 (#77)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
Dne Po 16. ledna 2012 Petr Holub napsal(a): zobrazit citaci
> > 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
Kaminky ve sterku ja tedy nepovazuji za "loose surface" a urcite nebudu znacit sterkove cesty jako mtb:scale=1. zobrazit citaci
> > 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.
Ja porad nechapu prinos toho, kdyz se k nekterym grade1 cestam prikresli fialova cara. Ikdyz tam ta cara nebude, tak prece kazdy vi ze to po grade1 ceste projede i na krekingovem kole. zobrazit citaci
> > 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...).
Honza

17.1.2012 09:54:48 (#78)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> > 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

17.1.2012 11:59:43 (#79)
gravatar

Tomáš Kratina

<t.kratina at gmail.com>
45
v mtb mape se ty + a - ale nijak nelisi ne ? 2012/1/17 Petr Holub <hopet at ics.muni.cz>: zobrazit citaci
>> > 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

17.1.2012 12:12:31 (#80)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> v mtb mape se ty + a - ale nijak nelisi ne ?
Ne. Nicmene v kategorii planu do budoucna jsme meli stejne to, ze by bylo dobre umet o dane ceste vypsat podrobne info, kdyz se nad ni necha mys. Ono takovych veci, co se tam ted nevypisuji, je vic - treba mtb:description. Petr

17.1.2012 12:16:23 (#81)
gravatar

jzvc

<jzvc at tpfree.net>
517
Dne 15.1.2012 12:59, Petr Dlouh? napsal(a): zobrazit citaci
> 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.
private = jde o soukromy pozemek no = napr ruzne servisni komunikace, kam se jezdit smi jen s nejakym povololenim nebo jen se specifickym dopravnim prostredkem ... => za normalnich okolnosti se tam nesmi, nebo trebas jen na kole/pesky/... Samo z logiky veci by specificky tag mel mit prednost pred obecnym a to vzdycky (= jak varianta default vse zakazano s vyjimkou ... tak default povoleno s vyjimkou ...). Prave to no/yes by mela byt ta "default" varianta ze ktere muzou byt vyjimky. Technicky samo postrada smysl no + bus=no, ale z hlediska navigace to problem neni - jednoduse pokud naviguje autobus, podiva se na bus a zbytek ji nezajima. Pokud tam bus neni, podiva se na obecny. zobrazit citaci
> > [1] http://wiki.openstreetmap.org/wiki/Access >> ------------ P?vodn? zpr?va ------------ >> Od: f.remenstech <f.remenstech at gmail.com> >> P?edm?t: Re: [Talk-cz] MTB mapa >> Datum: 15.1.2012 12:52:33 >> ---------------------------------------- >> 2012/1/14 Petr Dlouh? <petr.dlouhy at 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 at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > Petr Dlouh? > petr.dlouhy at email.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

17.1.2012 02:58:00 (#82)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, Dne 14. ledna 2012 19:56 Petr Holub <hopet at ics.muni.cz> napsal(a): zobrazit citaci
> > 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). >
V pripade access=no nebo access=private se zobrazi pres libovolnou cestu cervene krizky. V soucasnem nastaveni se tedy zobrazi fialova cara a pres ni cervene krizky. To je urcite nevhodne chovani a zkusim to opravit. Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120117/0e3521e8/attachment.html>

17.1.2012 03:32:18 (#83)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, zobrazit citaci
> > > 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. >
Jako normalni uzivatel, ktery shodou okolnosti mapu dela, chci aby toho bylo v mape co nejvic a prehledne, zejmena toho, co se MTB tyka. Nevsiml jsem si, ze by mi nekde fialova cara navic u grade 1 prekazela, naopak je to dalsi upozorneni na sjizdnou trasu, vylet se rychlej naplanuje a na GPS pristrojich je urcite i lip videt. zobrazit citaci
> > > 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). >
Cyklostezky muzeme kreslit vedle cary a asi i budeme. Zatim to zustalo ve stredu, protoze mapnik neumoznuje vyosit popis na konkretni stranu a tak se nebude dat poznat, k cemu reference patri. zobrazit citaci
> > > 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
bude zapnuta jen jedna najednou, jinak se budou prekryvat. Bude tak umoznena volba zakladni vrstvy, tj. topograficke mapy ala MTB mapa, mapnik apod. Pocitam minimalne s vrstvami mtb:scale, cyklostezkami, doporucenymi bezkarskymi trasami a turistickymi trasami. Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120117/1d496a88/attachment.html>

17.1.2012 11:33:58 (#84)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
Dne ?t 17. ledna 2012 Petr Holub napsal(a): zobrazit citaci
> > > 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

18.1.2012 09:15:44 (#85)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
614
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. A presne tak jak pise Petr na konci - neni to ve vyznamu stezka (to by IMHO musela stejne byt relace Vodcamcad nad Vltavou Pocamcad nad Labem), ale obtizny usek. 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 :) K Dne 17.1.2012 23:33, Jan Kouba napsal(a): zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

24.1.2012 08:24:55 (#86)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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

24.1.2012 09:32:13 (#87)
gravatar

Tomáš Kratina

<t.kratina at gmail.com>
45
To access=private u tracktype=grade1 nepomohlo, stale je ta prijezdovka vyznacena jako mtb:scale=0 A jak docilit toho, aby na mape byly takove ty sipecky kopce, nastavil 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 2012/1/24 Petr Holub <hopet at ics.muni.cz>: zobrazit citaci
>> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

25.1.2012 12:16:22 (#88)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahoj, Dne 24. ledna 2012 21:32 Tom?? Kratina <t.kratina at gmail.com> napsal(a): zobrazit citaci
> To access=private u tracktype=grade1 nepomohlo, stale je ta > prijezdovka vyznacena jako mtb:scale=0 >
pomohlo, jenom proste trva, nez se to vsechno prekresli, casto dele nez tyden. Kdyz si das tu cast mapy vyexportovat, bude to snad v poradku. A jak docilit toho, aby na mape byly takove ty sipecky kopce, nastavil zobrazit citaci
> 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 >
Pravidlo je takove: (mtb:scale:uphill >= 3 AND incline in (up,down)) OR (mtb:scale >= 2 AND incline in (up,down)) Vychazel jsem z popisu na wiki a z toho, jak se mi z terenu zdalo uzitecne na sklon nekterych useku upozornovat (okoli Brna). Chtelo by to zobrazit vice informaci, ale jeste jsem nevymyslel jak. A taky zohlednovat dalsi hodnoty incline, ale kdyz jsem to zhruba pred dvema lety psal, tak jich bylo dost malo. Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120125/74ed1732/attachment.html>

26.1.2012 01:42:51 (#89)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
Dne ?t 24. ledna 2012 Petr Holub napsal(a): zobrazit citaci
> > 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.
Ja si take nemyslim, ze by se useky mtb:scale=0 nemely znacit. Myslim si, ze by se mtb:scale tagy mely znacit pouze cesty, kde to ma smysl. Asi se shodneme na tom, ze znacit silnice jako highway=primary, secondary, tertiary, unclasified, residental, ... smysl nema a naopak, ze znacit highway=path urcite 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. Honza Kouba

26.1.2012 08:32:34 (#90)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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.
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. zobrazit citaci
> 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 ;) ). zobrazit citaci
> 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. S pozdravem Petr

27.1.2012 12:19:35 (#91)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
Dne ?t 26. ledna 2012 Petr Holub napsal(a): zobrazit citaci
> 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
Aha, toho jsem si nevsiml. Nekde v Alpach jsem videl mtb:scale tagy na highway=footway, tak to me zmatlo. zobrazit citaci
> 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.
Souhlasim s tim grade1 brat implicitne jako mtb:scale=0. zobrazit citaci
> Grade2 - jsem ochoten se nechat presvedcit, ze to muzeme brat stejne jako > grade1, tj. implicitne mtb:scale=0 s moznym preznacenim na tezsi.
Za toto se velice primlouvam! Myslim ze cest s grade2 ktere jsou mtb:scale=1 nebo vic je minimum. zobrazit citaci
> 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.
I ostre kameny, ktere nejsou volne mohou byt "solid and handy". Ja jsem to myslel tak, ze na trekingovem kole je vzdalenost mezi rafkem z zemi asi tretinova oproti horskemu kolu, takze je mnohem snadnejsi prorazit dusi o rafek (pripadne poskodit rafek). Konkretne mam treba na mysli cesty poskladane z vetsich, pevne usazenych kamenu. Po takove ceste neni problem projet (jen to trochu drnca), ale u trekingoveho kola s nizkymi plasti hrozi to prorazeni duse. zobrazit citaci
> > 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.
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. zobrazit citaci
> 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.
Honza Kouba

27.1.2012 07:22:04 (#92)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
Zbytek OK, jen jeste tohle: zobrazit citaci
> > 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. Az zavedeme nejaky rozstrel do vrstev, tak to klidne muzeme rendrovat obojim zpusobem do dvou samostatnych vrstev - to by mi davalo smysl, uzivatel si muze vybrat, jak to chce videt. Petr

27.1.2012 04:54:43 (#93)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
Dne P? 27. ledna 2012 Petr Holub napsal(a): zobrazit citaci
> 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.
To by tedy bylo nejlepsi ty implicitni hodnoty nekreslit vubec, jak jsem puvodne navrhoval. zobrazit citaci
> 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." zobrazit citaci
> Pro bezneho uzivatele by IMHO to vysvetleni mohlo byt jednoduche > a nematouci: grade1/2 nejsou znacene tam, kde jeste oblast nebyla > zmapovana.
Tohle vysvetleni ale neplati: Ale ted se casto stava, ze dve cesty ve stejne oblasti (klidne i navazujici), ktere vypadaji stejne v realu a maji i stejne tagy v OSM databazi, se na mape renderuji odlisne. Jedna ma prikreslenou fialovou caru (protoze navazuje na cestu otagovanou mtb:scale) a jedna ji nema (nenavazuje na zadnou cestu otagovanou mtb:scale). To je podle meho nazoru to matouci chovani, ktere by bylo dobre nejak odstranit. 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. Kdyby se renderovaly vsechny implicitni hodnoty, tak bezny uzivatel ma u vsech cest oznaceni obtiznosti. Mapper zase bude hledat oblasti, kde je vic cest bez tech fialovych car. Kdyby se implicitni hodnoty nerenderovaly, tak mapper vidi co je skutecne otagovano a bezny uzivatel by si holt musel pamatovat, ze grade1 a grade2 jsou v drtive vetsine snadno sjizdne cesty. Honza Kouba

27.1.2012 05:10:20 (#94)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> > 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. Zatimco v oblastech, kde neni na co navazat, tj. jeste potrebuji zmapovat, se grade1 vykresluje bez vyznaceni mtb:scale. Tedy jeste jednou: pokud je to oblast, ktera uz je zmapovana, pak chci, aby ta sit byla co nejhustsi - tam, kde to jsme podle implicitnich pravidel schopni odvodit. Pokud je to oblast hic sunt leones (zmapovana neni), tak tam implicitni nic nekreslim. zobrazit citaci
> 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.
Inu, jak jsem psal, nejrozumnejsi asi bude ten rozstrel do vrstev, kazdy si pak vybere svuj oblibeny zpusob :). Petr

27.1.2012 05:44:52 (#95)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
Dne P? 27. ledna 2012 Petr Holub napsal(a): zobrazit citaci
> > > 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, 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. Honza

27.1.2012 06:07:49 (#96)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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,
Jo, tohle uznavam, ze neni dobre a zkusime se nad tim s Martinem zamyslet, jestli to nejak s prijatelnou algoritmickou slozitosti dokazem vyresit, aniz bychom museli znacit vsechny grade1/grade2. Petr

12.2.2012 02:20:37 (#97)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> 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

15.2.2012 10:43:48 (#98)
gravatar

Petr Balíček

<PBalicek at seznam.cz>
24
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. PB zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: Petr Holub <hopet at 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

15.2.2012 01:17:32 (#99)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
Ahojte, 2012/2/15 Petr Bal??ek <PBalicek at seznam.cz> zobrazit citaci
> 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.
Ne, jedna zatim zustala jak byla, tj. tagovane mtb:scale + grade1 co navazuje (vim, mel bych pridat i grade2) a druha mtb:scale + vsechny grade1 a grade2. Ta druha uz je ted uz i na mtbmap.cz jako dalsi zakladni vrstva. zobrazit citaci
> 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. >
Ok, muzeme ji vytvorit. Mela by byt i bez dalsich tematickych prvku nebo jen bez zminenych linii? Napr. POI? Martin ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120215/67a30232/attachment.html>

16.2.2012 11:38:21 (#100)
gravatar

Pavel Machek

<pavel at ucw.cz>
1019 1226
Ahoj! zobrazit citaci
> 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.
Taky bych se primlouval ponechat rozliseni; muj oblibeny dopravni prostredek sice prejede skoro cokoliv, ale jezdit po zasetym se povazuje za prasarnu a jezdit po zoranym jde jen _velmi_ pomalu (a chudak zvire). Plus podle me je velmi dulezity rozlisit mista, ktera nikdo nezmapoval (a muze tam byt treba zoo se lvy :-), od mist kde jsou pole. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

16.2.2012 12:03:53 (#101)
gravatar

Petr Balíček

<PBalicek at seznam.cz>
24
zobrazit citaci
> Ok, muzeme ji vytvorit. Mela by byt i bez dalsich tematickych prvku nebo > jen bez zminenych linii? Napr. POI?
POI mi nevad?, ale ta zm?? barevn?ch ?ar m? irituje ;D Mo?n? by bylo nejlep?? ud?lat jednu ?ist? fyzickou mapu i bez POI a popisk? a n?kolik pr?hledn?ch vrstev. Pro p??stroje, kter? s tim neum? pracovat bych nechal i jednu z t?ch sou?asn?ch. Na tv?m m?st? bych zkusil kontaktovat v?robce navigac?, t?eba by n?kdo z nich poskytnul prost?edky pro roz???en? MTB aspo? na celou Evropu a tim by z?skal p?kn? mapy do sv?ch p??stroj? (samoz?ejm? pod podm?nkou zachov?n? sou?asn? licence). PB

17.2.2012 08:28:45 (#102)
gravatar

Pavel Machek

<pavel at ucw.cz>
1019 1226
Ahoj! zobrazit citaci
> 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... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

17.2.2012 08:33:05 (#103)
gravatar

Petr Holub

<hopet at ics.muni.cz>
289 3608
zobrazit citaci
> V puvodnim uhulu byly druhy lesa rozliseny -- neimportovalo se to > proto ze to bylo "moc detailni". Mozna by to stalo za to importovat...
+1 Petr

17.2.2012 09:34:10 (#104)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
+2 Nic nen? moc detailn?. Luk?? Mat?jka (LM_1)

10.7.2012 09:23:14 (#105)
gravatar

Petr Balíček

<PBalicek at seznam.cz>
24
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.

10.7.2012 10:12:04 (#106)
gravatar

Tomáš Kratina

<t.kratina at gmail.com>
45
ja furt verim ze to jednou bude ve vrstvach :) je to stale v planu ? 2012/7/10 Petr Bal??ek <PBalicek at seznam.cz>: zobrazit citaci
> 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

12.7.2012 05:22:55 (#107)
gravatar

Martin Tesar

<osmmtb at gmail.com>
78
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 at gmail.com> napsal(a): zobrazit citaci
> ja furt verim ze to jednou bude ve vrstvach :) je to stale v planu ? > > 2012/7/10 Petr Bal??ek <PBalicek at 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 at openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20120712/4460807b/attachment.html>

25.7.2012 12:11:55 (#108)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
3) je?t? ne, ?ek?m a? se trochu uklidn? rozbou?en? vody kolem zm?ny licence Luk?? Mat?jka Dne 12. ?ervence 2012 17:22 Martin Tesar <osmmtb at gmail.com> napsal(a): zobrazit citaci
> 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 at 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 at 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 at openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

« zpět na výpis měsíce