[Talk-cz] díry nejen v silnicích I. třídy (was: Re: díry v silnicích I. třídy)

[Karel Volný]

Dne Čt 19. července 2012 08:48:19, jzvc napsal(a):
> Dne 19.7.2012 4:43, Jakub napsal(a):
> > V rámci zkoumání toho co všechno nám bot sežral jsem udělal zajímovou
> > tabulku, tak se o ní chci podělit Viz
> > http://wiki.openstreetmap.org/wiki/%C3%9Aklid_po_velk%C3%A9m_promaz%C3%A1n
> > %C3%AD
> > 
> > Teoreticky by všechny silnice měly být tvořeny pouze jednou spojitou
> > komponentou, zatím tomu tak není.
> 
> Pozor, pokud za "spojitou komponentu" beres neprerusovanou way, tak to
> neni pravda, protoze way musis prerusit napr kvuli pridani casti silnice
> do relace ... Musel bys jeste kontrolovat, zda na sebe sou jednotlivy
> casti napojeny ve svych koncovych bodech a hledat jen takove, ktere ne.

měl jsem na jazyku stejnou poznámku, ale taky si nejsem jist, jestli kolega 
myslí way

každopádně tohlento je věc, co mě pěkně točí - někde je souběh nějaké blbosti 
s kusem silnice, takže si way tvořící tu silnici splitnu, ten kousek hodím do 
relace, co potřebuju, ale tím vpodstatě rozbiju tu silnici ... z jedné 
vytvořím tři, na kterých je třikrát stejná kopie tagů ... pak se něco změní, 
třeba oprava překlepu v čísle, a chudák, kdo to opravuje, musí sledovat, na co 
všechno ta way navazuje a opravovat to natřikrát místo jednou?

obzvlášť vtipné je to pak při renderování, když na pár metrech je třikrát 
zopakované jméno ulice, protože to AI (resp. spíš v tomto případě AS - 
artificial stupidity) vidí jako tři různé čáry s pojmenováním

podle mého se silnice (a obdobné věci) řeší na úplně špatné úrovni abstrakce - 
way jako kousek čáry v mapě, který jde přidat do různých relací, by neměla být 
otagovaná vůbec

nad tím by měl být

a) fyzický popis - buď ta jedna nebo několik navazujících wayí říkajících, 
třeba že tohlento je most, nebo kus cesty s takovým a makovým povrchem apod.

b) logické uspořádání, že tyto waye patří do silnice X, a třeba že v tomto 
pořadí a orientaci tvoří jednosměrku apod.

u některých věcí se to tak trošku dělá, alespoň ta část b), viz tagování řek 
jako relací (u těch řek se část a) vpodstatě může shodovat s tím "kouskem čáry 
v mapě", protože se tak často nestává, že by tam byl souběh více věcí a bylo 
třeba z ní vzít jen kus vocaď-pocaď - tak nanejvýš když řeka tvoří nějakou 
hranici apod.)

u silnic ještě ne - nebo mi něco uniklo?

není na čase to změnit? - co se děje v OSM na světové úrovni, sleduje to 
někdo, nediskutoval se takový nějaký problém?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] obkreslování

[Karel Volný]

nazdar,

nevím, kdo dělal domy v Brně Řečkovicích, a radši po tom nebudu pátrat, ale 
docela by mě zajímalo, odkud to obkreslil ...

zajímal mě barák č.p. 1468-1469 a koukám, že na Seznamích mapách je blbě 
označenej jako č.p. 1470-1471 (a okolní domy jsou patřičně špatně taky) ... 
kouknu do OSM a tam to samý

přitom v katastru je to dobře, kouknu na Googlí mapy, tam je to dobře, kouknu 
na Atlas, tam je to dobře, aha to je zdroj Google, tak nic ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Turistickéznačení

[Karel Volný]

zdravím,

> poradíte mi prosím, jak vytvořit turistickou cestu na OSM?

jako relaci typu route

podrobnosti viz tu:
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD

a taky tady:
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_značkový_klíč

btw, velký dík všem, kteří toto info dávají dokupy

> Jednu jsem si včera prošel a na mapě není. Případně existuje nějaký zdroj
> pro turistické trasy, podle kterého bych mohl zakreslit i další?

KČT si data hlídá jak oko v hlavě, takže se zdroji je problém
(nebo se něco změnilo?)

odkaz užitečný pro ověření vedení trasy:
http://kct.cz/vyhledavac-znacenych-tras

seznam tras je momentálně asi offline, protože KČT překopal web, nemůžu to tam 
nikde najít ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OSM aplikace namísto Google My Places?

[Karel Volný]

zdravím,

> Zatoužil jsem po možnosti nahradit Google My Places něčím na vlastním
> serveru. Má představa je OSM mapa, nad kterou bych mohl přidávat
> vrstvy/složky, které by sdružovaly mnou definované
> body/polygony/oblasti atd. Tato data by byla u mě na serveru. Nevíte o
> něčem? Hledal jsem, ale vše, co jsem nalezl, jsou jen frameworky
> (pomocí kterých by se to jistě nechalo udělat) jako např. Geomajas,
> Mapfish apod. Přivítal bych však raději nějaké hotové řešení.

hmmm ... OpenLayers?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OSM aplikace namísto Google My Places?

[Karel Volný]

Dne St 22. srpna 2012 15:14:46, Jiří Jakeš napsal(a):
> Tak OpenLayers, Leaflets apod. mi sice umožní zobrazit nějakou další
> vrstvu s vlastními objekty, ale už neřeší tu interakci ode mě --
> online přidání nového objektu, nějaké ty atributy atd., to vše uložené
> v nějaké DB.

ok, asi jsem nějak nepobral ty "data u mě na serveru"

no tož programuj, programuj :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] vytváření relací - turistických tras

[Karel Volný]

zdravím,

asi už jdu s křížkem po funuse, nicméně ještě bych připomněl, že je vhodné si 
zkontrolovat, jestli relace pro danou trasu už neexistuje (některé značky 
vedou překvapivě daleko), a přidávat do ní, namísto vytváření nové ...

K.

Dne Ne 9. září 2012 20:01:20, Miroslav Šulc napsal(a):
> díky oběma za radu.
> 
> ff
> 
> Dne 9.9.2012 19:31, Tomáš Tichý napsal(a):
> > Musí se rozdělit.
> > TT
> > 
> > 2012/9/9 Miroslav Šulc  > >
> > 
> > ahoj,
> > 
> > chtěl jsem do osm přidat jednu kčt trasu (jen část, kterou jsem
> > prošel),
> > ale narazil jsem na problém, který jsem nikde nenašel popsaný. v osm
> > bych potřeboval relaci vytvořit ze dvou cest a pouze z části jedné
> > další
> > cesty (dvě kompletní pěšiny a část silnice). jak přidám do relace
> > pouze
> > část silnice? musím ji kvůli tomu rozdělit? nebo se to dělá jinak?
> > 
> > ff
> > 
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org 
> > http://lists.openstreetmap.org/listinfo/talk-cz
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] vytváření relací - turistických tras

[Karel Volný]

kdysi kdesi na starém webu KČT byla databáze tras, jak pěších, tak cyklo ... 
tam se dalo zjistit, co k dané trase patří

jinak asi jen kouknout do jiné mapy, kudy to vede, a porovnat s OSM, jestli 
tam někde nějaký kus není (na to se mi líbí http://hiking.lonvia.de/ )

K.

Dne Út 11. září 2012 11:38:34, Miroslav Šulc napsal(a):
> a jak to v praxi poznám? co jsem četl, tak už se trasy nečíslují (a
> tahle číslovaná nebyla).
> 
> ff
> 
> Dne 11.9.2012 11:35, Karel Volný napsal(a):
> > zdravím,
> > 
> > asi už jdu s křížkem po funuse, nicméně ještě bych připomněl, že je vhodné
> > si zkontrolovat, jestli relace pro danou trasu už neexistuje (některé
> > značky vedou překvapivě daleko), a přidávat do ní, namísto vytváření nové
> > ...
> > 
> > K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] humanitární mapování Čadu

[Karel Volný]

ehm, a nemohla by ta žádost o pomoc obsahovat také alespoň stručnou informaci, 
o jakou pomoc se žádá, resp. co se od komunity talk-cz očekává?

máme si koupit letenky do N'Djameny a Moundou a začít tam běhat s GPS loggery?

má někdo, kdo v životě nebyl v Čadu, začít obkreslovat místní reálie z Bingu?

K.

Dne Út 18. prosince 2012 16:01:48, Katerina napsal(a):
> Zdravím!
> 
> 
> 
> Pracuji na humanitárním projektu EUROSHA v jižním Čadu - projekt spočívá v
> mapování rizikových oblastní země, sbírání humanitárních informací,
> vytváření nových komunit mapperů a jejich školení jak používat open-source
> systémy aby po našem odchodu byli schopni mapovat samostatně. Získané
> informace ze zmapovaných oblastí by měly přispět k lepší přípravě země na
> krizové situace jako jsou povodně (které tu jsou opravdu hodně časté),
> nepokoje, občanské konflikty, nájezdy rebelů a podobně.  Více informací o
> projektu a blogy najdete na http://eurosha-volunteers-blog.org/.
> 
> 
> 
> 
> 
> 
> Na projektu úzce spolupracujeme s francouzskou OpenStreetMap komunitou a 
> hlavně s Humanitarian OpenStreetMap Týmem. Ale protože se náš projekt
> rozrůstá i do dalších lokalit než je prioritní oblast městečka Goré a třech
> uprchlických táborů na jihu Čadu, moc by se nám hodila pomoc s mapováním
> hlavního města N'Djameny a města Moundou na jihozápadě země. 
> 
> 
> 
> 
> Čím více dobrovolníků tím lépe, takže pokud máte zájem tak určitě dodám víc
> informací a potřebný support! Nevím jak velká je česká komunita mapperů, ale
> pokud víte o někom kdo není zapojen do talk-cz skupiny, prosím o přeposlání
> tohoto emailu :)
> 
> 
> 
> 
> Předem díky!
> 
> 
> 
> 
> Katka Struhová
> 
> EUROSHA Chad Team

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] mapy.cz - lesni a polni cesty

[Karel Volný]

zdar,

> dlouho jsem nekoukal na topo mapu na Seznamu, ale dneska mě překvapila
> podrobnost lesních a  polních cest - nevíte, z jekého zdroje čerpají?

pokud tato otázka směřuje k tomu, zda bychom z toho nemohli čerpat taky, tak 
bych jen upozornil, že ač podrobné, rozhodně to neoplývá přesností (v tom 
smyslu, zda cesta v mapě vůbec existuje v reálu a naopak zda je každá zpevněná 
cesta v mapě), jak jsem si před nedávnem ověřil při výstupu na hrad Bukov, 
například

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] FYI map1.eu

[Karel Volný]

...

> Projekt si klade za cíl poskytnout turistické mapy podobné těm
> tištěným a to pro celou Evropu.

ano, a aby to bylo co nejpodobnější, tak si vymyslíme vlastní značky, které 
nikdo jiný nepoužívá, nemluvě o stylu renderování různých věcí

... nemám slov :-/

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Trasy KČT pomocí JOSM

[Karel Volný]

Dne Út 19. února 2013 11:22:10, Marek Prokop napsal(a):
> Tak jsem ten návod přehodil na trvalou adresu, ať to nemusíte tahat z
> Google Docs:

ehm, a je nějaký důvod, aby to nebylo přímo na wiki OSM (a pokud možno lépe 
provázáno s ostatními dokumenty, bez zbytečné duplikace obsahu)?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Dotaz na alej stromu

[Karel Volný]

zdravím,

> muzete mi prosim poradit, jak se ma spravne delat alej stromu?

tento problém jsem řešil tady:
http://www.openstreetmap.org/?lat=49.159029&lon=15.800408&zoom=18&layers=M#

(hm, jak se dělá odkaz na mapu se zapnutou datovou vrstvou?)

a dospěl jsem vpodstatě k témuž, co říká Petr, neboli:

> Treba delat dve cesty stromu okolo skutecne cesty?

... ale bohužel by default se to nerenderuje

> Tak jsem ji udelal jako highway=track a taky natural=tree_row
> 
> Jenze JOSM se to nelibi a tahle kombinace mu prijde podezrela.

to se mu nelíbí zcela po právu - podíváme-li se na diskusi k návrhu:

http://wiki.openstreetmap.org/wiki/Proposed_features/Tree_rows

tak tam se přímo řeší, že kombinovat to přímo s cestou není šťastný nápad

jinak odpovědi na otázky tohoto typu lze často najít zde:

http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_značkový_klíč

- díky všem, co (nejen tuto) stránku průběžně doplňují!

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Naučné stezky

[Karel Volný]

Dne Čt 21. března 2013 11:21:50, luka...@volny.cz napsal(a):
> Zdravím, zajímá mě váš názor.
> Zakreslovat do mapy naučnou stezku, která nemá vlastní pásové značení, jen
> vede podél turistických traz? Například tato:
> http://www.stezky.info/naucnestezky/ns-roztocky-tiche.htm

rozhodně ano, viz např.

http://hiking.waymarkedtrails.org/cs/relation/1970838

jestliže ta stezka reálně existuje a někdo po ní chodí, proč by se na ní 
nemohl podívat do mapy?

- analogicky, máme v mapě třebas hranice katastrálních území, které typicky v 
terénu nijak vyznačené nejsou ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko

[Karel Volný]

Dne St 10. dubna 2013 13:44:55, Jan Vršovský napsal(a):
> Amenity=college je teda podle mě v JOSM přeloženo blbě.
> Z anglické wiki tagování škol vyplývá celkem jasně:
> 
> školka: amenity=kindergarten
> běžná základka: amenity=school, možné dále rozlišit navrženým tagem isced:
> level=1-2
> osmileté gymnázium: amenity=school, možné dále rozlišit navrženým tagem
> isced:level=2-3
> klasická střední škola (učiliště, SOŠ, čtyřleté gymnázium): amenity=school,
> možné dále rozlišit navrženým tagem isced:level=3
> VOŠ: amenity=college
> VŠ: amenity=university

pozdě ale přece bych si dovolil nesouhlasit, IMHO

školka: amenity=kindergarten isced:level=0

VOŠ: amenity=college isced:level=5
VŠ: amenity=college isced:level=5-6
univerzita: amenity=university isced:level=5-6

jinak přijde mi na palici, že se tam vůbec nerozděluje school na elementary 
(primary) a high, neb skutečnost, zda daná instituce poskytuje secondary 
education mi přijde vcelku podstatná, například z hlediska povinné školní 
docházky

no a pak nám v tom dělají bordel různé speciální školy, a pozorný čtenář si 
jistě všiml, že nám tam chybí ISCED level 4, což jsou nástavbová studia, která 
se krom kindergarden mohou vyskytovat prakticky všude ...

nevím, jak se s tím v rámci stávajících konvencí poprat, já bych celé to 
amenity=nevyhovující_nesmysl zrušil, dal jenom něco jako amenity=education a 
dál se řídil jen těmi ISCED levely, protože v rámci jednoho podniku, resp. z 
hlediska mapování v jednom areálu může být vše od 0 do 6

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko

[Karel Volný]

...
> Jako nebylo by to špatné, stačila by podpora v editorech.

tož to vidím jako nejjednodušší, bude-li nějaká shoda ...

> Ale obávám se, že tady to nevyřešíme. Leda to protlačit přes osm.org.

tady bychom se mohli pokusit dohodnout, co se nám jeví nejlepší, co vůbec 
chceme protlačovat

nicméně, čistě prakticky bych to asi nechal být, myslímže výše uvedená 
konverzní tabulka je pro účely tagování v ČR postačující (po doplnění doposud 
nediskutovaných možností), podstatné je najít si dostatečně přesné mapování 
mezi tagy a skutečností, nikoli jestli anglický název tagu dostatečně odpovídá 
obvyklému překladu (a podle UK nebo US angličtiny?)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Návrh na wiki: Typy škol - was: Re: Jak tagovat: modelářský obchod, Školícístředisko

[Karel Volný]

tak naokraj, než rozvineme debatu, s tím ISCED to musíme přehodnotit, neb se 
bavíme o ISCED 1997 (resp. starší), a ono existuje i ISCED 2011, do paroma ... 
už jsem chtěl namítat, že level 6 není Mgr., že je to PhD. apod., hm, a on je 
to teď Bc., přičemž Mgr. je 7 a PhD. je 8

K.

Dne Čt 18. dubna 2013 14:12:44, Milan Vancura napsal(a):
> Karel Volný napsal:
> > nicméně, čistě prakticky bych to asi nechal být, myslímže výše uvedená
> > konverzní tabulka je pro účely tagování v ČR postačující (po doplnění
> > doposud nediskutovaných možností), podstatné je najít si dostatečně
> > přesné mapování mezi tagy a skutečností, nikoli jestli anglický název
> > tagu dostatečně odpovídá obvyklému překladu (a podle UK nebo US
> > angličtiny?)
> 
> Naprosto souhlasím, to samé jsem navrhoval. Teď jde o to to konkrétně
> doladit - a pak dát na wiki.
> 
> Suma sumárum máme následující a musíme to k sobě navzájem přiřadit, abychom
> minimalizovali chyby, tj. pod stejný pojem dali co nejpodobnější typy škol a
> naopak výrazněji různé typy škol odlišili různými pojmy.
> 
> použitelné hodnoty tagu amenity: kindergarten, school, college, university
> 
> v reálu existující typy škol: školky, základky čtyřleté, základky
> devítileté, zvláštní školy, osmileté gymply, šestileté gymply, čtyřleté
> gymply, odborné střední školy, učiliště s maturitou, učiliště bez maturity,
> vyšší odborné školy, vysoké školy, další vzdělávací instituce jako centra
> rekvalifikačních kurzů, univerzity 3. věku
> 
> Nezávisle na tagu amenity ještě máme isced:level.
> 
> Jan Vršovský navrhl:
> > Amenity=college je teda podle mě v JOSM přeloženo blbě.
> > Z anglické wiki tagování škol vyplývá celkem jasně:
> > 
> > školka: amenity=kindergarten
> > běžná základka: amenity=school, možné dále rozlišit navrženým tagem isced:
> > level=1-2
> > osmileté gymnázium: amenity=school, možné dále rozlišit navrženým tagem
> > isced:level=2-3
> > klasická střední škola (učiliště, SOŠ, čtyřleté gymnázium):
> > amenity=school,
> > možné dále rozlišit navrženým tagem isced:level=3
> > VOŠ: amenity=college
> > VŠ: amenity=university
> 
> Tohle se mi v zásadě líbí, ale klasická střední škola je rozhodně něco
> jiného než základka, už z definice typů vzdělání v našich zákonech, a má
> rozhodně blíže k VOŠ než k základce (když už musíme vybrat jedno z toho),
> takže bych ji označoval amenity:college.
> 
> Další ze seznamu výše:
> 
> školka: souhlas s amenity=kindergarten
> běžná základka: souhlas s amenity=school, isced:level=1-2
> čtyřleté základky jsou school s isced:level:1 oproti devítiletým s
> isced:level:1-2. zvláštní školy jsou school a je potřeba se podívat, jestli
> je nějaký další tag, který jim dát, např. podle druhu zaměření. Zatím
> nevím, co existuje. osmileté a šestileté gymply: isced:level:2-3, amenity
> bych dal college, protože důležité je s jakým vzděláním lidi odtamtud
> skončí než s jakým začnou čtyřleté gymnázium, učiliště, SOŠ: amenity
> college, isced:level=3
> VOŠ: souhlas s amenity=college, isced:level patří 5?
> VŠ: souhlas s amenity=university, isced:level={5 pro pouze Bc., 5-6 pro
> bězné končící s titulem Mgr., Ing. apod.}
> 
> centra rekvalifikačních kurzů a univerzity 3. věku zatím nevím
> 
> Co vy na to?
> 
> Milan
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Fwd: Skoleni zakladu OpenStreetMap

[Karel Volný]

zdar,

> Ideálně i označením zařízení, které bylo  použito k nabrání tracklogu,
> protože tam jsou drastické rozdíly v kvalitě.

ehm, tento detailík mě zaujal ... a ty máš nějakou databázi, jak kterému 
zařízení věřit, či necháš každého bikera, aby předvedl kvality svého 
konkrétního kousku ze série čínských šuntů nejednotných parametrů oproti 
nějakému kalibračnímu zařízení?

já bych se prostě spolehl na to, že chyba je náhodná, a že zprůměrováním sta 
logů s chybou 50 nebo v lese i 200 m žádná míra, se dostaneme na přesnost v 
řádu metrů, která je při současné úrovni mapování více než dostatečná ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Fwd: Skoleni zakladu OpenStreetMap

[Karel Volný]

...
> Rad bych se takove databaze postupne dobral - zatim mam zkusenosti
> jen s tim, co mam sam a vim, ze Garmin 60CSx (Sirf3) > Samsung S2 ~ Holux
> 1000C
> >> iGot-120 (tedy razeno od nejlepsiho k nejhorsimu, 60CSx mi zatim vychazi
> vyrazne nejlip). A podle vhodnych kalibracnich geometrii by se to v pripade
> znalosti zarizeni, ktere log generovaly, dalo prubezne pocitat a v ramci
> OSM komunity si drzet databazi.

hm, takže účelem je spíše něco jako "co si koupit příště podle reálných 
zkušeností"? :-)

> > já bych se prostě spolehl na to, že chyba je náhodná, a že zprůměrováním
> > sta logů s chybou 50 nebo v lese i 200 m žádná míra, se dostaneme na
> > přesnost v řádu metrů, která je při současné úrovni mapování více než
> > dostatečná ...
> Nicmene pokud bychom mohli delat vazene prumerovani, bylo by to IMHO
> o poznani lepsi. A na to, aby ses z 200m dostal na metry, tj. rekneme
> zlepseni 40x (tj. z 200m na 5m), potreboval bys cca 1600 mereni,
> protoze smerodatna odchylka prumeru klesa s druhou odmocninou poctu
> nezavislych mereni. A to je IMHO docela dost ;). Pokud bych bral do
> uvahy jen zarizeni, ktera se bezne trefuji rekneme +-20m, tak
> mi bude na tutez vyslednou presnost stacit 16 mereni. A to uz mi
> prijde realisticke.

ach ti matematici ... samozřejmě, aby se mohlo říct "tady to je, +- 5 metrů", 
tak při daných parametrech stovka měření nestačí - jenže v realitě mapování v 
lese bohatě stačí informace "tady to _asi_ je", poněvadž stejně kdo tam půjde, 
a bude mu to ukazovat třeba +- 20 metrů, nebude schopen posoudit, jestli těch 
10 m vedle je chyba jeho přístroje nebo chyba mapy

krom toho, těch 200 m jsem si vytáhnul z palce levé nohy, čili počítat něco 
přesně z nepřesných vstupů je víme na co

a naokraj, nerad bych se dočkal situací, jako že třeba moje GPS, která pracuje 
stylem, že se buď trefí +- 2 m, anebo je úplně v pr..., bude dík tomu, že tato 
vlastnost je o ní známa, zařazena v nějaké horší kategorii, a při tom vážení 
to prohraje se špičkovým přístrojem, který zrovna nebude "mít svůj den" a taky 
sekne něco úplně mimo, takže výsledek v mapě bude rovněž mimo - reálný příklad 
takové situace mě napadá umístění Vikštejna na hrady.cz ... "realita nás 
nezajímá, drahý přístroj má pravdu", viz diskuse: 
http://www.hrady.cz/index.php?OID=320&PARAM=5 (umístění už opravili, patrně po 
vícerých stížnostech že hrad nestojí v řece či kam to původně vycházelo)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] map1.eu – Vydána verze 0.4

[Karel Volný]

Jáchyme, dávám velké +1

mrzí mě, že jsem zase za škarohlída, posledně jsem byl za negativistický 
přístup pěkně zdrbán, ale tohlento mi fakt vadí, tak takhle ten socialismus 
nevybudujeme ...

my se tu s něčím pachtíme, navzájem si pomáháme, dohadujeme se nad best 
practices, co je jak vhodné dělat, organizují se zájmové skupiny a konference 
ku vzájemné výpomoci, a pak přijde nějaký hejhula, který se zjevně nudí, a 
místo aby svého času a energie využil k tomu, aby pomohl dotáhnout některý z 
rozjetých projektů k dokonalosti, má pocit, že sežral Šalamounovo hovno a musí 
si všechno udělat sám a po svém

oukej, jeho volba, jeho investice, taky nikomu nenadávám, že chodí na ryby 
místo aby běhal s GPS a vylepšoval OSM, a navíc jak bylo řečeno, je tu možnost 
nějakého posunu vpřed ... jen nevím, kdo se konkrétně tímto má vpřed posouvat, 
pokud autor apriorně zavrhne spolupráci s komunitou, která má právě s takovým 
projektem nejvíce co do činění

navíc mi poněkud vadilo, když se autor oháněl jakousi svojí touhou udělat mapy 
podobné papírovým, přitom vpodstatě kam jsem se podíval, tam jsem viděl nějaký 
rozdíl, nikoli daný omezeními OSM a Mapniku, nýbrž autorovou svobodnou vůlí 
(např. v tom, jaký použije značkový klíč)

teď zase mluví o nějakých "zaběhlých kartografických postupech", přitom jsem z 
minulé diskuse nabyl dojmu, že o nich ví ještě míň než já, což se blíží nule 
(např. otázka výběru čitelných barev, použitelných i pro lidi s nejčastějšími 
poruchami barvocitu, kterých je v populaci proklatě mnoho, wikiskripta říkají 
9% mužů ...)

takže já bych byl s šířením výzev typu "Pokud toto čte nějaký kartograf 
programátor (a nebo vlastně i kdokoliv jiný), ať do toho se mnou jde" a reakcí 
na ně poněkud opatrnější, ať kolega nejprv prokáže, že je ochoten 
spolupracovat, a pak teprv se tedy do té spolupráce vrhejme ...

just my 0.02€

K.

Dne Čt 16. května 2013 10:52:15, Jachym Cepicky napsal(a):
> Kde jsou ty doby,kdy zabývat se nějakým projektem automaticky znamenalo
> přihlásit se na mailing list (nebo několik).
> 
> Časy se mění. Dneska někdo vykládá, že RSS je přežitá technologie, zítra
> to budou maily, pozítří sociální sítě, a co přijde po nich?
> 
> J
> 
> Dne 16.5.2013 09:51, Marián Kyral napsal(a):
> > Jen bych upozornil, že já nejsem autorem. Pouze jsem přeposlal oznámení
> > (zdá se že autor zatím v konferenci není).
> > 
> > Marián
> > 
> > 
> > -- Původní zpráva --
> > Od: Jachym Cepicky 
> > Datum: 16. 5. 2013
> > Předmět: Re: [Talk-cz] map1.eu – Vydána verze 0.4
> > 
> > "Já přeju všem nadšencům, aby jim nadšení vydrželo. Jen šílené a zdánlivě
> > neuskutečnitelných nápady nás posouvají vpřed. Rovnou ale říkám, že si
> > nedovedu představit, že někdo (jednotlivec) přijde s nějakým radikálně
> > novým renderovacím enginem, který bude chodit a jehož vývoj nebude trvat
> > 2 roky (osobně odhaduju spíš 3 člověkoroky intenzivní práce do první
> > verze).
> > 
> > Na MapServer jste se nekoukal? Sice to neumí generalizovat data
> > on-the-fly, ale při rozumné přípravě to lze nastavit tak, že pro různá
> > měřítka to vezme různá data.
> > 
> > J
> > 
> > Dne 16.5.2013 00:01, Marián Kyral napsal(a):
> >> Dovoluji si upozornit na novou verzi http://www.map1.eu/
> >> 
> >> Oznámení tady:
> >> http://map1.blog.root.cz/2013/05/13/map1-eu-vydana-verze-0-> > 
> > 4/
> > 
> >> Diskuze probíhá i tady:
> >> http://www.abclinuxu.cz/zpravicky/map1.eu-0.4-alfa
> >> 
> >> Mapy jsou opět o něco krásnější a vychytanější. Přesto se stále jedná o
> >> alpha verzi, takže chyby se najdou. Některé jsou bohužel způsobené
> > 
> > interními
> > 
> >> omezeními mapniku a autor uvažuje o vlastním renderovacím engine:
> >> 
> >> "Chtěl bych od začátku navrhnout program, který bude dodržovat zaběhlé
> >> kartografické postupy a pokusit se o jejich automatizaci. Mluvím o
> > 
> > programu,
> > 
> >> pro který by bylo samozřejmostí data generalizovat
> >> (http://cs.wikipedia.org/wiki/Generalizace). Pokud toto čte nějaký
> > 
> > kartograf
> > 
> >> programátor (a nebo vlastně i kdokoliv jiný), ať do toho se mnou jde,
> >> mapy
> >> 
> >> by totiž pak mohly vypadat úplně jinak."
> >> 
> >> Pokud má někdo zájem, nechť neváhá ;-)
> >> 
> >> Marián
> >> 
> >> 
> >> 
> >> ___
> >> Talk-cz mailing list
> >> Talk-cz@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Projekt map1.eu a tento mailinglist

[Karel Volný]

zdravím,

> Předem musím říct, že příspěvky tohoto člověka (přišel jsem s ním do
> styku již dříve), jsou, pro mě nepochopitelně, naplněny značnou dávkou
> nenávisti.

prostě jenom odmítám přistoupit na styl řečnění politiků, a považuju za 
poměrně tragické, když to, že občas něco kváknu jak mi zobák narost, je 
automaticko nálepkováno za "arogantní" popřípadě jako zde "nenávistné"

myslímže jsem vcelku jasně řekl, že projektu samotnému nepřeju nic zlého, 
pouze že nepovažuju za šťastný způsob jeho vzniku a (ne)integrace do 
ekosystému OSM, plus některé další výtky, na jejichž základě jsem teprv použil 
některá expresivní vyjádření ... prostá akce a reakce, například jestliže akce 
je zhruba "nestačí navrhnout změnu Martinovi, musím to udělat celé po svém", 
pak je reakce "chová se, jako kdyby myslel, že umí všechno nejlíp" asi vcelku 
pochopitelná, že?

a jinak doporučuju k zamyšlení také http://www.mit.edu/~jcb/tact.html

> > (např. otázka výběru čitelných barev, použitelných i pro lidi s
> > nejčastějšími poruchami barvocitu, kterých je v populaci proklatě mnoho,
> > wikiskripta říkají 9% mužů ...)
> 
> Toto je první a poslední konkrétní připomínka.

ehm, a co třeba ta připomínka ke značkovému klíči?

jestliže například na silnicích po celé Evropě (a snad i zbytku světa?) 
znamená bílý trojúhelník s červeným okrajem postavený na špičku "dej přednost 
v jízdě", proč se nemohou obdobně shodnout i tvůrci map a někteří si potřebují 
vymýšlet originální symboly? - to použitelnost pro náhodného uživatele dosti 
snižuje ...

(pozn. nekoukal jsem na aktuální stav, pokud toto bylo řešeno, tak dobrý a 
omlouvám se za neaktuálnost připomínky, pokud ne, můžeme to eventuelně probrat 
v novém threadu, je-li zájem)

> Mapa skutečně není optimalizována pro barvoslepé. Snažím se, aby byla mapa
> dobře čitelná a kontrastní. A věřím (podle reakcí), že se mi to relativně i
> daří. Optimalizace pro barvoslepé zatím nebyla brána v potaz a po této
> připomínce se to nenaruší-li to celkovou estetickou hodnotu mapy změní.

není nutno hned přímo "optimalizovat pro barvoslepé", tedy pokud si rozumíme 
co se takovou formulací myslí ... ale vezme-li se tento problém v potaz, i 
malými úpravami lze použitelnost radikálně zvýšit - a to nejen pro lidi s 
nějakou diagnostikovanou poruchou, nýbrž i ti zdraví se pak méně nadřou, resp. 
budou schopni mapu lépe číst za horších světelných podmínek (připustíme-li, že 
bude použita i mimo dostatečně kvalitně podsvětlený a zastíněný display - tisk 
by si samozřejmě ale zasloučil vlastní styl)

kdysi jsem se pokoušel toto téma řešit s jednou dívčinou, co se tím zabývala 
odborně, ale k ničemu to nevedlo, takže k tématu bohužel nepřispěju ničím 
konstruktivnějším, nežli tím upozorněním, že je vhodné jej vzít v potaz

> > takže já bych byl s šířením výzev typu "Pokud toto čte nějaký kartograf
> > programátor (a nebo vlastně i kdokoliv jiný), ať do toho se mnou jde" a
> > reakcí na ně poněkud opatrnější, ať kolega nejprv prokáže, že je ochoten
> > spolupracovat, a pak teprv se tedy do té spolupráce vrhejme ...
> 
> Jak to mám dokazovat?

myslímže tento mail (a tedy i přihlášení do listu) byl krokem správným směrem

já bych třeba též preferoval některé věci řešit u piva nežli na listu, ale 
holt čas, po který existuje Internet tak jak ho známe, prověřil, že celkově 
nejefektivnější způsob komunikace je právě tento (byť se konkrétní technická 
implementace může lišit, ať už použitím NNTP nebo třeba webového fóra s 
podporou threadů), takže má-li to k nečemu být, musí jít osobní preference 
trošku stranou (což ale nebrání jako doplněk zformovat nějakou "task force" 
skupinku, co si nad nějakým problémem sedne u toho piva nebo někde na irc nebo 
na nějaké sociální síti - ale ne každý je ve stejném městě, aby mohl dorazit 
do vybrané hospody, ne každý má čas ve stejnou dobu aby se sešel na tom chatu, 
a ne každý má a chce mít účet na nějaké konkrétní sociální síti ...)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] značky na map1.eu (was: Re: Projekt map1.eu a tento mailinglist)

[Karel Volný]

> > jestliže například na silnicích po celé Evropě (a snad i zbytku světa?)
> > znamená bílý trojúhelník s červeným okrajem postavený na špičku "dej
> > přednost v jízdě", proč se nemohou obdobně shodnout i tvůrci map a
> > někteří si potřebují vymýšlet originální symboly? - to použitelnost pro
> > náhodného uživatele dosti snižuje ...
> 
> Tento symbol, pokud vím, vůbec nepoužívám, kde jste ho viděl?

jak píšu, na silnicích po celé Evropě

to byl příklad, analogie

> Již po několikáté vás žádám, abyste mi napsal, které konkrétní symboly máte
> namysli, jsem otevřený všem konkrétním a uchopitelným připomínkám. Což
> už jsem vám  ale také psal dříve.

nu a já jsem přesvědčen, že jsem již odpovídal příkladem značky rozcestníku, 
nicméně řešit co kdo kdy komu asi nemá význam

dále například značky nádraží a zastávek jak vlakových, tak autobusových

- mimochodem tyto se v různých zoomech záhadně objevují a zase mizí
v zoomu 12 vidím Dolní Loučky, ale v zoomu 13 Dolní Loučky nevidím, a v zoomu 
14 opět vidím, přitom sousední Řikonín je vidět pořád

křesťanské objekty maj nějakou fajfku místo klasického rozlišení typu 
kolečkem/čtverečkem/atd.

(jiné než křesťanské zdá se chybí úplně)

občerstvovny se v turistických mapách také značí jinak ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Par dotazu, na veci nenalezene na Wiki

[Karel Volný]

zdravím,

bez záruky, jak to vidím já:

> 1. V okoli je spousta krizeni vodnich toku a cest, ktere pak na
> validatoru keepright.at sviti jako cerveny blesk (nekterych z tech cest
> se tykaji i me editace, ale vesmes tam byly uz prede mnou).
>- Staci doplnit spolecny bod, nebo je treba doplnit i informace o
> mostku?

společný bod rozhodně nedoplňovat, pokud nejde o níže zmíněný brod ... tuším 
že již proběhla nějaká diskuse na téma falešných poplachů u keeprightu - resp. 
on má vpodstatě pravdu, to křížení by se mělo lišit hodnotou layer, jinak tam 
společný bod být "musí", ale to souvisí s následujícím:

> Co kdyz nejsou znamy, nechat to tak?

pokud nelze dát most s vyšším layerem anebo tu dále zmíněnou skruž s nižším, 
tak nechat - validátor je pomůcka, která může pomoci odhalit chyby, rozhodně 
není správné zanášet do mapy chyby faktické jen pro uspokojení validátoru

obecně, někteří (já a pár dalších podivínů ;-)) zastávají názor, že lepší 
informace "hic sunt leones" nežli něco, co sice vypadá uvěřitelně, ale realitu 
stejně nepopisuje

>- Jak resit situaci, kdy tam neni most, ale betonova skruz pod cestou
> , kterou je potok kratky usek sveden - rozdelit potok na useky a uvest
> layer a odpovidajici tag?

řekl bych, že přesně tak

>- Uvadet ford=yes i u pesich turistickych cest (skutecne je nutno
> prejit potok mokrou nohou nebo preskakat po kamenech)?

ano; resp. to přeskákání po kamench lze upřesnit:

ford=stepping_stones

> 3. Sportovni centrum, kde je zaroven kryty bazen, kuzelky, apod. Jak vse
> zaznacit najednou (ruzne tagy)? Nebo nechat jen to sportovni centrum?

to je na individuální posouzení ... pokud je známo co vše se tam provozuje a 
dá se předpokládat, že tato informace bude sedět s realitou, tak za sebe 
určitě preferuju maximální upřesnění

> 4. Kresleni turistickych tras - je jasne, ze z Shocartu/KCT/... nelze
> kopirovat (a sam vim, ze casto ta jejich trasa v mape vede kus od te
> skutecne). Nicmene je mozne pouzit cizi verejne dostupny zaznam trasy v
> GPX,

to záleží na licenci toho konkrétního záznamu, co chceš použít - pokud se 
bavíme o uploadech tracklogů na OSM, tak tam to samozřejmě dovoluje

>   - Jak stara data je mozno pro trasy pouzit? Mam zaznamy v GPX nekolik
> let zpet, ale mezitim mohl byt potencialne nejaky usek posunut.

ač jsem výše říkal něco o lvech, tady konkrétně(*) se zase kloním k názoru, že 
lepší něco než nic - tedy po ověření, zda trasa vůbec ještě existuje

moje zkušenost je taková, že při tom přeznačování se ledacos vrací do 
původních tras, už kolikrát jsme šli vandr s různejma vydáníma téže mapy, a 
stará seděla a nová byla v pytli ...

(*) co se týče (ne)konzistence v názorech - rozdíl, proč se na to dívám jinak, 
je ten, že tady někdo tu realitu aspoň kdysi viděl, kdežto když se někde kříží 
potok z DIBAVODu a cesta z ŘSD, tak to máme dva nespolehlivé zdroje a nulovou 
osobní zkušenost, hm ...

>   - Co papirove mapy vydane krajem, z podpory EU apod., je mozne se
> inspirovat z nich (ale pouzit informace z rozcestniku, uz existujici
> cesty v mape resp. je nakreslit podle Bingu)?

opět, záleží na konkrétní licenci ... je to poměrně složitá problematika, 
některé granty dokonce vyžadují otevřenost, většinou se to neřeší, pokud by 
dílo bylo vytvořeno přímo úřadem, tak je by default k dispozici, ale realita 
je taková, že úřad to někomu zadá a pak práva omezuje ten zpracovatel ... 
tenký led, fakt tenký led, nejlepší je pokusit se získat explicitní souhlas

>   - Cisla tras - maji se uvadet i nove typy, co jsou na rozcestnicich
> (FM123a - pokud se to vubec tyka tras), nebo jen puvodni ctyrciselne kody?

obecně se preferuje to, co je přímo na tom rozcestníku (ale pokud je k 
disposici i informace navíc, jak je ta trasa vedena v nějaké evidenci, tak to, 
že to na tom rozcestníku není, neznamená, že bychom si tu informaci jako 
doplňkovou nemohli uvést)

> 5. Jak zaznacit zvonicku - man 'made=campanile' se mi nikde nerenderuje,
> je jeste nejaka dalsi alternativa?

pokud se nerenderuje něco, co by mělo (je to odsouhlasený způsob značení), pak 
je třeba obrátit se na správce příslušného rendereru, aby to přidal, nikoliv 
měnit značení

> 7. Cisla popisna - v me oblasti uz byla importovana, ale uplne nesedi na
> stredy budov.  Maji se nechat na puvodni pozici kvuli konzistenci s
> ruznymi nastroji, ktere je pak kontroluji/aktualizuji informace, nebo je
> posunovat?

nemůžu se vyjadřovat za ty "různé nástroje", ale AFAIK to sedět na středy 
budov ani na původní umístění nemusí - naopak, číslo by mělo označovat spíše 
příslušný vchod

> 8. Pozemky v obcich (zahrady) - nekde jsou vzaty z katastru a zakresleny
> jinde jsou jen budovy. Je nejaky zazity standard, jestli je znacit nebo ne?

hm, jak se komu chce?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Par dotazu, na veci nenalezene na Wiki

[Karel Volný]

předně omlouvám se že jsem to ráno pomotal, samozřejmě že číslo trasy patří k 
relaci trasy a ne na rozcestník samotný, a zkusím ještě upřesnit upřesnění :-)

Dne Ne 19. května 2013 12:14:57, Václav Kubíček napsal(a):
> jde o to, že KČT už na rozcestníky neuvádí čísla tras, ale tzv. číslo TIM
> (turistické informační místo) tj kód daného rozcestníku. Pokud objevíš
> číslo trasy, tak ho zapiš do relace trasy (např. ref=0401)

právě tato čísla bylo možno na starších rozcestnících dohledat

např. zde: http://cs.wikipedia.org/wiki/Soubor:Rozdil_mezi_TZ_v_CR_a_SR.jpg

4545 je číslo trasy

> a číslo TIM zapisuj do bodu rozcestníku (opět ref=FM123). To poslední
> písmenko "z" tam nepiš, co jsem si všiml, tak "m" je tabulka s názvem
> a "a,b,c,d..." jsou jednotlivé tabulky rozcestníků. Vašek

tak naokraj, tyto identifikátory, stejně jako formální název daného 
rozcestníku, lze ověřit (nikoli opisovat!) zde:
http://www.kct.cz/cms/vyhledavac-znacenych-tras

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] značky na map1.eu

[Karel Volný]

zdravím,

> Nicméně to, že dopravní značky jsou všude víceméně stejné je výsledkem
> dohody mezi státy. A myslím, že podobná dohoda ohledně map neexistuje.
> Takže když na to přijde, každý si může vybrat symbol, jaký se mu zlíbí.
> To že se na mapách používají podobné symboly je rozhodnutím vydavatelů
> map.

samozřejmě, otázkou ovšem je, čím se ta rozhodnutí řídí - jestli třeba někdo 
dbá na to, aby se ta mapa lidem dobře používala

nu a já mluvím právě o té uživatelské přívětivosti - ostatně sám si dáváš 
příklad, složité hledání v nápovědě asi moc přívětivé není, ale kdybys tu 
značku znal, protože "se používá všude", tak bys asi hledat nemusel, a tedy 
bylo by to přívětivější, ne?

> To ale neznamená, že použití odlišných symbolů automaticky znamená,
> že jsou horší.

pokud to vyznělo, že tvrdím něco takového, tak to jsem určitě říci nechtěl

zaužívanost je pouze jedním z parametrů "kvality" daného symbolu, který navíc 
nemá vždy stejnou váhu

nicméně je tady jistá souvislost, ty oblíbené symboly jsou léty prověřené a 
vyladěné, aby z mapy vyčnívaly a pokud možno se mezi sebou příliš nepletly

pochopitelně, někdy je to zase na úkor srozumitelnosti pro toho, kdo v hlavě 
ten značkový klíč nemá ... a tady se zas můžem bavit o rozdílu mezi papírem a 
monitorem, poněvadž na monitoru můžeš dělat triky s průhledností nebo 
spolýhat, že při jiným zoomu se ta značka přestane tlouct s objektama okolo, 
atd., takže si můžeš dovolit návodné obrázky místo schematických symbolů

jenže tady zase narážíš na limit zpracování informací mozkem - konkrétně 
například obdélník ležící na železniční trati identifikuju podstatně rychlejš, 
nežli nějakou malůvku, u který není jistý jestli leží na trati nebo na silnici 
když jsou těsně u sebe, a která vypadá jak autobus zpředu, ale není to 
autobus, sbíhaj se tomu pod kolama koleje ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] značky na map1.eu

[Karel Volný]

zdravím,

...
> Bohužel neznám všechny značky.

to jen málokdo - a potom dosti pomáhá, pokud mi pro 20 typů objektů, které 
běžně na mapách hledám nebo používám k orientaci, stačí znát 20 značek, a ne 
20*počet map

> Proto je snadno přístupná legenda důležitá. Ovšem na mapy.cz s tím nehodlají
> nic dělat. Legenda zůstane ukryta v nápovědě a basta.

souhlasím, legenda by měla být snadno přístupná vždy, bez ohledu na to, jestli 
si autoři věří, že je všechno zjevné a známé

> Ale třeba rozcestník moc standartizovaný není.

no to právě není tak úplně pravda - třeba turistické kluby se shodují

krom KČT viz například Wegweiser zde:
http://www.unibw.de/ipk/karto-en/maps/dav-en/brenta-en/brentalegende-en
http://www.boehmwanderkarten.de/redaktion/is_zeichen_kartensignaturen_und_typographie.html

a já se domnívám, že není žádný pádný důvod na jejich styl nepřistoupit a 
vymýšlet si vlastní

> Seznam má značku rozcestníku,

kterou třeba osobně považuju za dosti nešťastnou, to má být právě ten obrázek, 
ze kterého člověk pozná, o co jde, jenže při mé nasleplosti a rozlišení 
monitoru to v tom na běžnou pozorovací vzdálenost nevidím, musím na to jít s 
lupou - přitom ale pořád je ta značka o dost větší než ostatní a tedy více 
koliduje s kresbou mapy

> Shocar černé "+",

toto prozměnu považuju za blbost protože to koliduje s označením 
zdravotnických zařízení

> mtbmap mají nejaký podivný pidi
> symbol (dlouho jsem si nebyl jistý, co to vlastně je).

to je právě ten turistický symbol - tady by to ale asi stálo za to navrhnout, 
aby mtbmap rozlišovala styl pro mobilní zařízení a styl pro velký monitor ... 
na pidi displayi telefonu, který držím těsně před xichtem, je to asi akorát, 
ale když na to koukám na monitoru, tak musím souhlasit, že je to pidi a 
nesrozumitelné

...
> Myslel jsem, že kritizuješ autobusy, ale problém je ve vlacích.

mluvil jsem původně o obojím, teď jsem si vybral vlak jako příklad

> Tam bych se taky přimlouval za černý obdélník na trati, ale klidně by i
> mohla být parní mašinka. Ta by byla móc pěkná :-D

http://wiki.openstreetmap.org/w/index.php?title=File:A30_CZ.svg&page=1 ;-)

> A souhlasím s tím, že by mohly být značky více výraznější. Pokud černá není
> černá, ale šedá a i ostatní barvy jdou do šeda, tak tím přehlednost trpí.
> (Alespoň dle mého názoru).

třeba na tebe, narozdíl ode mě, autor dá ;-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] rozcestníky na mtbmap (was: Re: značky na map1.eu)

[Karel Volný]

ad rozcestník

> > > mtbmap mají nejaký podivný pidi symbol (dlouho jsem si nebyl jistý, co
> > > to vlastně je).
...
> Tohle spíše vypadá jako semaforová věž ze Zeměplochy. Něco lepšího by
> nebylo? :-D

nejsem si jist, jestli kolegové z turistklubů viděli do budoucnosti a četli 
Pratcheta, když kreslili první mapy co to takto používají ... vadí ti taková 
značka obecně, anebo jen její konkrétní ztvárnění na mtbmap?

pokud obecně, kloníš se k některému z již uvedených návrhů (a proč, a co s 
jeho nevýhodami), anebo máš něco zcela originálního?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Turistické známky

[Karel Volný]

zdravím,

když už jsme se tak rozkecali ... tak já to vidím takto:

> A dá se pak nějak zobrazit najednou daný objekt i TZ? Podporuje to nějaká
> mapa?

pokud ne, piš na ně RFE :-)

> Většinou se vybere jen jedna vlastnost a ta se prezentuje. Proč jsou
> třeba čísla popisná separé? Ty se přece vždy přímo vážou k nějaké budově.

to je z historických důvodů že proběhl import čísel (adresních bodů) bez 
návaznosti na budovy, ale wiki k tomu vázání na budovy zčásti nabádá:

Addresses can be tagged with addr:housenumber=* and the other addr:* keys. 
Tags can be added to isolated nodes, to nodes that are parts of building 
polygons ( = entrance=*s ) or, building=* polygons or on polygons representing 
the perimeter of the site.

http://wiki.openstreetmap.org/wiki/Addresses

osobně se kloním k tomu dávat to primárně na ty vstupy

> A ještě mně napadá, jak by se řešilo, pokud má objekt tag website a budu
> chtít ještě přidat odkaz na TZ?

i na toto má wiki odpověď :-)

A link to ... additional resource can be created using url=*.

http://wiki.openstreetmap.org/wiki/Key:website

popř. se můžeme domluvit na nějakém rozšíření ve stylu
url:cs_tzmista=...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] jmena cest jako relace

[Karel Volný]

zdar,

> plus obdobna vec existuje i pro waterway
> http://wiki.openstreetmap.org/wiki/Relation:waterway

což mi připomíná blbej dotaz ... co s tím, když se řeka v nějakém úseku 
jmenuje nějak, a v dalším úseku jinak?

pro každé jméno jednu relaci a řeku definovat jako relaci relací?

a mimochodem, co je vlastně autoritativní zdroj co se týče jmen řek?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] jmena cest jako relace

[Karel Volný]

> >> A když už jsme u toho, stejně by se mohlo udělat i omezení
> >> rychlosti, pokud je v části ulice rychlost omezená a v OSM to je
> >> více segmentů. Taky by se tím omezily duplicity tagů.
> > 
> > Duplicity tagu by to asi omezilo, ale tohle uz neni spravne. maxspeed
> > je vlastnost daneho kusu silnice (stejne jako treba surface). name je
> > vlastnost cele ulice.
> 
> A co když je ten kus silnice rozdělen na více menších kousků třeba
> proto, že po kousku vede turistická značka, nebo tam je třeba nějaký
> podjezd, kde je potřeba maxheight. Jde o to, jak velký ten kousek
> definuješ.

no, takže opět narážíme na omezení datového modelu, ne?

nějak začínám mít pocit, že přiřazování vlastností cestám je prostě cesta do 
pekel ...

/unconstructive_rant

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] MTB mapa (cyklo)stezky

[Karel Volný]

Dne St 12. června 2013 22:19:29, LM_1 napsal(a):
> Dne 12. června 2013 8:52 hanoj  napsal(a):
> > *** Správně je to co se dohodneme. Že "path je typicky lesní pěšina"
> > je letitá konvence.
> 
> O takové konvenci nevím.

to je smutné ...

http://wiki.openstreetmap.org/wiki/Tag:highway=path
=> http://wiki.openstreetmap.org/wiki/File:GuideFootPathCycleYes.jpg

;-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] čísla turistických tras

[Karel Volný]

zdravím,

je zásadní chyba v té odpovědi KČT hledat logiku, oni se prostě jen potřebují 
vymluvit na cokoli, aby nevydali data

OSM sama o sobě nepředstavuje konkurenci, nicméně je nutno si uvědomit, že by 
takto nepřímo vykradením z OSM mohla data získat konkurence skutečná, jako 
např. Shocart

kromě této praktické stránky věci (prodej map tuším představuje 
nezanedbatelnou položku v jejich rozpočtu) je tu pak stránka emocionální, 
tento spolek tvoří lidé, z nichž mnozí (neříkám "většina", jen 
nepřehlédnutelná část) jsou z pohledu naší komunity prostě "divní", a 
nejraději by si ty svoje trasy se vším co k nim náleží zamkli někam do trezoru 
nebo něco takového

nemohl jsem si nevzpomenout na scénku před pár lety ve vlaku za Náměští nad 
Oslavou, kde si partička skorodědulů (ještě předdůchodových) namísto mužské 
chlouby poměřovala krokoměry a další nezbytné propriety na tu jejich 
párhodinovou procházečku, a jak tak nepřeslechnutelný hovor šel, vyrozuměl 
jsem, že jsou to vesměs příslušníci Klubu, a že jeden z nich je nějaký větší 
zvíře

no a ten činovník pak popisoval potyčku s nějakým běžkařem, který měl tu 
drzost požádat jej, aby neničil stopu, což mu činovník samozřejmě řádně 
vytmavil, že on si tu trasu značí, takže si na ní může dupat jak chce, a že 
vlastně ten běžkař tam nemá co dělat (co si dovoluje vůbec jít po stejné 
cestě, jako vede značka, na kterou neplatí členské příspěvky ...)

dosti mě zamrzelo, že tam měli s sebou asi dvě mláďata, dávat takovýto zářný 
příklad vzájemné ohleduplnosti dalším generacím, hm ...

tož asi tak ... pardon za offtopic, ode mě také není zcela hezké vytahovat na 
ně negativní story, nechci pomlouvat, ale chtěl jsem přispět k pochopení 
situace, že nestačí říci "dejte nám prosím data", bylo by třeba pracovat s tou 
mentalitou a nějak překonat představy typu "my jsme něco víc" a vysvětlit, že 
v době dravého kapitalismu a masového rozšíření internetových služeb nelze 
počítat s monopolem na prodej map

K.

Dne Ne 14. července 2013 22:22:32, Václav Kubíček napsal(a):
> Přitom mi příjde, že číslování tras je pro běžného uživatele daleko lepší
> (čísla silnic, tratí, linek MHD, atd.) než hromada bodů s čísly (které
> budou vhodnější pro zpracování v PC). Vašek
> 
>  __
> 
> > Od: "jan lana" 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 10.07.2013 17:12
> > Předmět: Re: [Talk-cz] čísla turistických tras
> >
> >priblizne pred rokem jsem posilal dotaz ohledne jedne trasy do KCT, Za par
> >dni slusne odpovedeli, ze cisla tras jiz nikde nezverejnuji a jsou
> >pouzivana jen pro interni potreby evidence, tudiz pro verejnost nezajimava
> >a proto mi je neposlou.
> >
> >Bohuzel je ten jejich mail uz skoncil v kosi, takze ho nemuzu preposlat ...
> >
> >- Honza


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] čísla turistických tras

[Karel Volný]

Dne Po 15. července 2013 16:28:56, jzvc napsal(a):
> Mimochodem, nebylo by mozna od veci na to jit "od lesa" - tedy pres
> penize, a zatlacit na prislusne rozdelovace dani. Nevim proc by mel
> kdokoli prispivat na neco, co se dela "potaji". Pokud stat/kraje dotuji
> znackovani, musi byt nekde veskere informace co kde a kdy bylo znaceno.
> A dokonce jsou ty urady tuto informaci povinne poskytovat => je v jejich
> zajmu donutit KCT ke zverejnovani.

jenže oni mají ve smlouvě vágní pitominy typu "obnova 1/3 tras", takže kraj ti 
na informaci "a které to byly" neodpoví - leda tak poštvat na to nějaký audit, 
zda byla dotace využita v souladu s deklarovaným účelem

no ale ani tak si nepomůžeš, protože se dozvíš, že to byla trasa z bodu A do 
B, z C do D atd., ale čísla říct nemusí

nicméně také mě napadlo vhodně namotivovat nějakého úředníka, když už to teda 
ten kraj chce dělat z toho důvodu, aby se u nich rekreanti cítili dobře, tak 
by jim měl servis rozšířit o související informace - no a tyto napříště v 
souvislosti s dotací vyžadovat

no ... teď ještě nějakého dobrovolníka, co ty úředníky zpracuje :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] čísla turistických tras

[Karel Volný]

zdravím,

> Shrnul bych to tak, že od KČT nemůžeme nic očekávat.

stejně tak, že nemůžeme očekávat, že se nám libovolný objekt zakreslí do mapy 
sám od sebe

máme se tedy na mapu vykašlat, analogicky s tím, jak naznačuješ, že se máme 
vykašlat na snahy od KČT něco (třeba nedobrovolně) získat?

> Pro veřejnost jsou čísla tras zrušená a pokud bychom se k nim někdy dostali,
> jak tu již bylo řečeno, kdoví v jakém stavu tato data jsou.

to je argument pro argument - pojďme se vykašlat na veškeré importy jako 
DIBAVOD a spol., kdo ví, v jakém stavu ty data jsou, vždyť jsme v tom museli 
opravovat tuny chyb ...

> Proto navrhuji zrušit používání tagu "ref" udávající číslo trasy

ještě jednou, proč?

výše uvedené má být jako důvodem k zahození doposud víceméně fungujícího 
systému? to je vtip?

> a používal bych tag "destination" či "note" k určení odkud trasa kam vede.

to se snad používá již teď, ne, kde je změna?

> Pokud trasa nemá jméno a v jednom bodě se sbíhá 3 a více tras stejné barvy,
> použil bych stejný počet relací kolik se jich zde sbíhá.

hm, a dělit trasu v půlce má smysl jaký, a proč má být tím kriteriem, zda 
rozdělit, zrovna (ne)existence názvu, a ne třeba fáze měsíce či hod korunou?


@Marek Prokop:

jestli kopeš za KČT, tak to řekni rovnou

uznávám, že ne všecho co v tomto threadu padlo z druhé strany bylo kdovíjak 
konstruktivní, ale tvoje reakce jsou přímo proti zájmům OSM

jeden příklad za všechny:

> >Tak pro jistotu ještě jednou. My jsme se nevykašlali na číslování KČT.
> >Číslování KČT už prostě neexistuje.

to je nesmysl

jednak již na začátku threadu jsme se dozvěděli zprostředkovanou informace od 
KČT , že číslování dále používá, a jednak tato čísla lze ještě dohledat v 
terénu

pokud hodláš trvat na tom, že "neexistuje", mám tě usvědčovat ze lži fotkama?

půjdeš zprznit smazáním čísel například všechny články zde: 
http://cs.wikipedia.org/wiki/Kategorie:Turistické_trasy_v_Česku ?

je dosti zásadní rozdíl mezi tvrzením "KČT již nečísluje" (ani to ovšem není 
pravdivé, viz dříve) a tvrzením "číslování neexistuje" - v minulosti prostě 
bylo očíslováno a toto se nezmění škrtem pera

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] na co umístit adresu a další tagy

[Karel Volný]

zdravím,

> jsem začátečník,

tak na úvod, pro nové dotazy prosím piš mail jako nový a s odpovídajícím 
předmětem, nikoli jako odpověd v nesouvisejícím tématu - někteří preferují 
řazení podle vláken ("konverzací", vím já jak to který mailový klient 
nazývá?), a nerespektování (ne)návaznosti rozbíjí veškeré výhody z toho 
plynoucí

> 1) co je lepší adresu baráku dát do bodu nebo přiřadit budově jako celku
> - stejně tak jdou řešit i jiné vlastnosti - hotel, lékárna
> apodkterou variantu zvolit a je k tomu nějaký důvod?

na tomto tuším neexistuje všeobecná shoda, nicméně jako lehce preferovaný 
způsob se mi jeví umísťování adresy na hlavní vchod domu (bod), neb tam se 
člověk obvykle chce nechat navigací dovést ...

obdobně s tou lékárnou, například pokud je uvnitř nákupního centra, dává se 
bod kde přesně v tom centru je, a když je to třeba barák v nemocničním areálu, 
tak na budovu

hotel typicky na celý areál - wiki[1] o tom říká:

If high resolution imagery is available, or you have walked around the 
perimeter of the building and have a suitable GPX trace, draw the outline of 
the hotel and add the tags to the way. If not, create a node at the centre of 
the building.

(doufám, že nenutno překládat)

[1] http://wiki.openstreetmap.org/wiki/Hotel

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] na co umístit adresu a další tagy

[Karel Volný]

> díky za rady...za téma se omlouvám - prostě dnes nedal pozor

np

> a poradíte ještě s tím řazením do pruh?

já ne :-) nicméně asi bych začal na
http://wiki.openstreetmap.org/wiki/Lanes
a pak kdyžtak řešil konkrétní nejasnosti

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] practical_maxspeed was Re: footway vs. path vs. bridleway

[Karel Volný]

zdar,

> > *** Co ten údaj pak bude říkat (mimo to zda je to místo dobré i na
> > měření rychlosti ;)? Bude to údaj pro motorku, auto, kamion? Bude to
> > pro které časové období dne/noci?
> 
> Predstavoval bych si to jako udaj "jakou rychlosti tu projede
> sanitka"... ridici sanitek maj velkou kravu, nemusi hledet na omezeni
> rychlosti, ale nechtej se zabit.

to je IMO blbost

jednak sanitka projede jinak v zácpě (a úplně jinak než běžné auto(*)), a 
jinak když je prázdno - takže den/noc, resp. špička/mimo špičku je vpodstatě 
nutné rozlišení

(netýká se jen měst a semaforů, třeba na trase Tišnov-Kuřim jedu mimo obce za 
prázdna pohodlně tachometrových 110, jakmile je tam ale jen pár aut, tak to 
klesá na 70-80, aniž by šlo o zácpu, prostě tam ti kloboučníci s vajíčkama víc 
nejedou i když jim nic nepřekáží)

a jednak je _fakt velkej rozdíl_ mezi různejma prostředkama, a ani ta sanitka 
není kráva tak velká, aby se podlo toho řídil autobus nebo kamion a na druhou 
stranu není tak silná a mrštná, aby se podle ní řídila motorka

(*) rozumím, že jsi tu sanitku myslel obrazně a tedy úvaha o jízdě s majákem 
je už trošku extrém, ale neuškodí to trošku vypíchnout jako poukaz na značnou 
různorodost dopravních prostředků i řidičů

> Pro navigaci se hodi oba udaje, a vybrat minimum neni problem.

+1 ... tedy za předpokladu, že bychom dokázali vyřešit stanovení té 
"practical" hodnoty (IMO prostě "one size fits them all" nestačí)

> Jenze nadmorskou vysku v osm nemame,

máme, ale málo :-(

lidi, prosím, jestli ten údaj víte, tak ho tam dávejte!

> a odhad maxspeed z tvaru silnice bude obtizne/nepresne...

nevim, jak to dělá TomTom, ale naše stará Go 920 to zvládá docela dobře, 
udávané časy nejsou délka/maxspeed a mimo město (semafory a zácpy) to docela 
sedí s realitou (tedy kromě toho, že jezdím konstantně skoro o 20% rychleji 
než odhaduje :-) ale ta chyba je prostě furt stejná, není to tak, že na 
rovných silnicích by se trefil a na zakroucených by odhadoval míň protože by 
počítal s plnou rychlostí)

takže bych to tak tragicky neviděl ... jen kdyby byli lidi, co na tom 
zapracujou, že ... a teď ještě otázka u kterého projektu, Navit mi nikdy 
pořádně nechodil, vyměnil jsem telefon a dal jsem tam OsmAnd, ten taky nicmoc, 
blah :-(

> zavisi to tez na sirce sirce silnice (bezne se netaguje)

to samý ... lidi víte to? - dejte to tam!

> a tom, jestli je videt za zatacku (nevim ze by se tagovala),

zatáčka je snad geometricky jasná, s viditelností je to horší, to bohužel moc 
řešit nejde (vzrostlá kukuřice dělá divy ...)

> povrchu, ...

do třetice: víte to? - dejte to tam!

> [A co bych doopravdy chtel by bylo upozorneni "kdyz ted das nohu z plynu,
> dojedes setrvacnosti k dalsimu omezeni spravnou rychlosti".]

to je ovšem velmi často silně nepraktické :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] practical_maxspeed was Re: footway vs. path vs. bridleway

[Karel Volný]

zdar,

> vzhledem k tomu, že jde o celosvětový problém, nemyslím si, že má valný
> smysl diskutovat o tom jen na talk-cz.

není od věci si prvně probrat představu, jak bychom to chěli tady my, než se s 
tím vyleze do globální diskuse ... ostatně ani po létech praxe ještě stále 
nedokážu v angličtině přemýšlet stejně jako v češtině

> Osobně si hlavně myslím, že pokud by se mělo něco přidávat do OSM, měl by
> požadavek přijít hlavně od autorů navigací

dovolil bych si nesouhlasit, požadavky by měly přicházet především od 
uživatelů (ano, autoři navigací je mohou dobře reprezentovat, resp. 
přeformulovat praktickou potřebu na požadavek jak to má technicky vypadat, ale 
tak trošku se mi zajídá přístup "já to programuju, tak já vím nejlíp, co je 
pro uživatele dobré")

> Např. my v Prahou na kole intenzivně přidáváme tag surface,

a díky za to, jen tak dál!

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] trochu neco jineho k rychlosti

[Karel Volný]

Dne So 14. září 2013 11:03:50, Pavel napsal(a):
> takže z toho vyplývá, že lepší to je otagovat všude, kde se dá a holt,
> kdyby někdo zase měnil limity tak to všude předělat.

no ... cože je vlastně špatně na maxspeed=default a maxpeed:type=CZ:urban nebo 
rural, přičemž pak by stačilo někde (kde?) změnit hodnoty příslušných 
kombinací?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] trochu neco jineho k rychlosti

[Karel Volný]

...
> Cituji původní příspěvek: "maxspeed=default a maxpeed:type=CZ:urban nebo
> rural". Po navigaci se nechce tušit, uvnitř čeho naviguje, má mít jen
> převodní tabulku "CZ:urban=50, CZ:rural=90" atd. Výhodou je, že kdyby se u
> nás změnila pravidla silničního provozu, stačí změnit tu tabulku a není
> třeba přepisovat milion tagů.
> 
> Netvrdím, že to je nějaká zásadní výhoda (a pravděpodobný scénář), myslím,
> že to za to ani nestojí, ale upravit si původní návrh na variantu "uplne
> stejne muze navigace urcovat rychlost podle toho, uvnitr jakeho statu se
> dane silnice nachazi" a potom tuto variantu rozcupovat na základě právě
> toho, že to _není_ "úplně stejně", to není úplně košer.

"děkuji ti náčelníku ..." :-)

jen bych upřesnil, že ta tabulka musí být složitejší, povolená rychlost v 
daném státě je určena nejen obec/mimo obec, ale i typem silnice a druhem 
vozidla

- a teď ruku na srdce, pokud si řekneme, že tedy budem dávat konkrétní hodnotu 
maxspeed na každý úsek silnice, kdo k tomu dává i maxpeed:hgv tam kde se to 
liší? ... teď jsem náhodně koukl na D1 poblíž Devíti křížů, a tam to třeba 
není, a pochybuju, že jsem zrovna narazil na strašlivou vyjímku a jinak je to 
všude poctivě zapsané

... což mě ovšem přivádí na myšlénku, že vlastně ani netagujeme minspeed, 
takže je to též čistě na autorech navigace jak si poradí s tím, že třebas 
městský skútřík na dálnici nesmí, byť by si majitel do navigace zadal omezení 
rychlosti na 45 km/h

K.

p.s. ohledně těch pravděpodobných scénářů, asi už jsem moc starej, ale já si 
změnu rychlostních limitů v ČR pamatuju; a ostatně na Slovensku proběhlo 
snížení v obci ze 60 na 50 docela nedávno, tak dva-tři roky řekl bych

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] číslo evidenční v addr:housenumber

[Karel Volný]

zdar,

teď jsem si otagoval jeden areál s číslem evidenčním podle
http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_system#Kl.C3.AD.C4.8D_housenumber

a zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou adresu 
nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak se 
dost často nedozví, o jaké číslo jde, jestli popisné/orientační/evidenční, a i 
když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční má dát 
velké "E"

nevím, jestli existuje nějaký feature request, aby se to číslo vyhledávalo 
jako podřetězec, nicméně jako účelnější by se mi jevilo změnit doporučení na 
tagování a to "E" do addr:housenumber prostě nedávat (stejně jako tam nedáváme 
"P" nebo "O" pro rozlišení mezi popisným a orientačním)

má někdo nějaké námitky, uniká mi, proč je to "E" důležité když již máme 
jednoznačné určení čísla evidenčního pomocí addr:provisionalnumber ...?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] číslo evidenční v addr:housenumber

[Karel Volný]

ehm, pár poznámek, mám pocit, že poněkud uniká původní pointa ...

1) nemluvím o obsahu addr:provisionalnumber ale o tagu addr:housenumber

dávat do prvního cokoli mimo čísla je blbost, protože to, že jde o číslo 
evidenční je jasně určeno již názvem a definicí tagu

2) diskuse není o (nebylo mým cílem diskutovat o) tom, jestli prefixem v 
addr:housenumber má být "E" nebo "0" nebo "ev. č.", nýbrž jestli tam vůbec 
nějaký prefix musí být

chápu snahu reflektovat realitu a mít tam přesně to, co je na domě na tabulce, 
ale činí to potom problémy při dalším zpracování (např. to zmíněné 
vyhledávání), neboť vzhledem k odlišnosti zvyklostí nelze bez místní znalosti 
předem odhadnout, co tam vlastně má být

navíc používání prefixu v případě čísla evidenčního není konsistentní s 
doporučením pro číslo popisné a orientační, kde se nepoužívá

jinými slovy, když dostanu adresu ve stylu "Horní Dolní 3", bylo by skvělé, 
kdyby mi vyhledávání vyhodilo všechny tři baráky, pro které je to relevantní, 
tj.

a) Horní Dolní ev. č. 3
b) Horní Dolní č.p. 3 / č.o. 5
c) Horní Dolní č.p. 1 / č.o. 3

momentální situace je taková, že a) se nematchne protože "3" neodpovídá 
začátku "E3"

můžeme se sice hádat, že jde o chybu vyhledávače, že nevyhledává podřetězec od 
libovolné pozice, na druhou stranu ale zase nestojím o to, aby mě to zahltilo 
i domy číslo 13, 23 ...

nalezení a) můžeme pomoci tak, že se na prefix "E" prostě vykašleme a nebudeme 
ho tam dávat ... 

K.

Dne St 25. září 2013 18:36:41, Dalibor Jelínek napsal(a):
> No jo, ale kdyz se podivas na Wikipedii, tak uvidis, ze se tam taky dava:
> nula
> ev.
> evidenční
> Zajimavý je, že ja osobně jsem viděl všechny tam vyobrazené varianty, kromě
> právě toho samotného E (asi nějaké krajové špecifikum). Proto se mi volba E
> libí nejméně a navíc není moc samovysvětlující. ev. se mi líbí víc. ev.č.
> je ješte lepší, ale psát před číslo, že je to číslo, mi už zas připadá
> trochu moc.
> 
> Dalibor
> 
> Sent from my HTC
> 
> - Reply message -
> From: "Tomáš Tichý" 
> To: "OpenStreetMap Czech Republic" 
> Subject: [Talk-cz]číslo evidenční v addr:housenumber
> Date: Wed, Sep 25, 2013 16:51
> 
> E se tam dává, protože bývá na tabulkách na domech.
> TT
> Dne 25. 9. 2013 15:16 "Dalibor Jelínek"  napsal(a):
> Čau,
> 
> už jsem se tady na něco o čísle evidenčním před nějakou dobou ptal, ale bez
> 
> odezvy.
> 
> I mě přijde ta konvence s E hloupá, hlavně proto, že se mi zdá, že ji
> 
> málokdo dodržuje.
> 
> Docela by mě zajímalo, kdyby někdo uměl vytáhnout statistiku z
> 
> ProvisionalNumber
> 
> pro ČR, jaké by bylo rozložení tvarů. Myslím, že se používá "ev. N", "ev.č.
> 
> N", "EN", ale nevím jak moc která varianta.
> 
> Viděl bych jako vhodné se domluvit na jednom tvaru a pak to dávkou změnit
> 
> všude,
> 
> což by mělo být lehké (si myslím, ale neumím to).
> 
> 
> 
> Ale jsem proti tomu tam nedávat žádný prefix. Myslím, že většina map
> 
> zobrazuje
> 
> prostě HouseNumber a na ProvisionalNumber kašle. Pak by vznikal pro
> 
> uživatele spíše chaos.
> 
> Hlasoval bych za tvar "ev. NNN".
> 
> 
> 
> Zdraví,
> 
>  Dalibor
> 
> 
> 
> -Original Message-
> 
> From: Karel Volný [mailto:ka...@seznam.cz]
> 
> Sent: Wednesday, September 25, 2013 1:57 PM
> 
> To: 'OpenStreetMap Czech Republic'
> 
> Subject: [Talk-cz] číslo evidenční v addr:housenumber
> 
> 
> 
> 
> 
> zdar,
> 
> 
> 
> teď jsem si otagoval jeden areál s číslem evidenčním podle
> 
> http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys
> 
> tem#Kl.C3.AD.C4.8D_housenumber
> 
> 
> 
> a zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou adresu
> 
> nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak se
> 
> dost často nedozví, o jaké číslo jde, jestli popisné/orientační/evidenční, a
> 
> i když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční má
> 
> dát velké "E"
> 
> 
> 
> nevím, jestli existuje nějaký feature request, aby se to číslo vyhledávalo
> 
> jako podřetězec, nicméně jako účelnější by se mi jevilo změnit doporučení na
> 
> tagování a to "E" do addr:housenumber prostě nedávat (stejně jako tam
> 
> nedáváme "P" nebo "O" pro rozlišení mezi popisným a orientačním)
> 
> 
> 
> má někdo nějaké námitky, uniká mi, proč je to "E" důležité když již máme
> 
> jednoznačné určení čísla evidenčního pomocí addr:provisionalnumber ...?
> 
> 
> 
> K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] číslo evidenční v addr:housenumber

[Karel Volný]

Dne Čt 26. září 2013 15:48:25, Dalibor Jelínek napsal(a):
> Ja myslim, ze pointu jsem pochopil a reagoval na ni v uz prvnim mailu.

hm, pak se omlouvám, jestli jsem něco blbě pochopil já, ale otázka na 
rozložení tvarů v provisionalnumber podpořená odkazem na taginfo 
keys/addr%3Aprovisionalnumber mi přišla mimo - v provisionalnumber by se žádný 
prefix vyskytnout neměl

> Kdyz tam nebude zadny prefix, tak se obavam, ze ani zadny prefix nebude
> zobrazen na mape a pak nepujde pohledem do mapy rozlisit domy c.p. 3 a
> ev.c. 3. Proto bych tam prefix nechal.

už teď nelze pohledem na mapu rozlišit číslo popisné a číslo orientační, pokud 
je uvedeno pouze jedno z nich

(a tak naokraj, nejsem si jist, zda je 100% dodržena konvence, že při uvádění 
obou se prvně píše popisné)

takže ... budeme se tedy místo o zrušení "E" bavit o přidání "P" a "O", aby 
šlo i rozlišit mezi domy č.p. 3 a č.o. 3?

- také varianta, nejsem a priori proti, jen je mi divný argument, že se ztratí 
rozlišení, když v analogickém případě na rozlišení kašleme

> Jen by bylo fajn pouzivat vsude stejny.

pokud jde (jen) o hezké zobrazení, pak bych preferoval "ev." před "E" ...

> Ze by se mel zmenit zpusob vyhledavani na podretezec je dobry plan. Mozna
> lepe nez podretezec by bylo prohledacat vsechny tri tagy s cislem zaroven.
> Zkus o to pozadat.

hledě na FAQ[1] si nejsem jist, zda to má šanci, "to není bug, to je feature"

navíc to asi bude problém více programů, že si s místními vychytávkami 
neporadí

[1]http://wiki.openstreetmap.org/wiki/Nominatim/FAQ

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] číslo evidenční v addr:housenumber

[Karel Volný]

zdravím,

> tak jsem opravil doporučení na wiki ohledně čísla evidenčního
> http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys
> tem

ehm, takže nekonzistence, že číslo popisné a číslo orientační (pokud je 
uvedeno jen jedno z nich) nijak nerozlišujeme, nám opravdu nevadí?

co je tedy na čísle evidenčním tak strašně zvláštního, že si ten prefix 
zaslouží?

a ještě detail, když už to děláme i kvůli zobrazení v mapě, proč je to bez 
mezery? - byly tu vášnivé diskuse na téma jak máme dodržovat každou 
pikatchovinu co si zrovna ÚJČ vycucá z palce, ale toto flagrantní porušení 
pravidel najednou nevadí?

> Zároveň jsem opravil snad všechny adresní body na formát "ev.nnn"
> Statistika pro zajímavost:
> stav k 30.9.2013
> v ČR celkem 217 348 adres s addr:provisionalnumber
> ve formátech:
>ev.nnn - 216 097
>Ennn - 1 176
>bez addr:housenumber - 10
>ev.nnn;ev.nnn - 1
>ev. nnn - 4
>čp.nnn - 1
>č.e.nnn - 44
>nnn - 15

prosím prosím smutně koukám, v rámci předejití dalšího zmatení, než budu opět 
narčen jak něco nechápu, bylo by možno mluvit o tagu, kterého se věc přímo 
týká a ne o tagu, se kterým pouze souvisí?

- konkrétně, výše uvedené formáty se vyskytují jako hodnoty addr:housenumber, 
nikoli addr:provisionalnumber ...

> Pak existuje i dalších 1 095 cest, které jsem opravil také.
> Škoda, že někteří dávají adresy na cesty a nikoliv na body, jak je
> doporučováno.

kým, jak?

zase nějakým aktivistou, který se bez všeobecné shody vrhne hrrr do 
přepisování wiki?

> (zajímavý úkaz je barrier=gate id:240129762, která má dle
> autora číslo evidenční)

k tomu se hrdě hlásím

kdybys nahlídnul do katastrálky, tak zjistíš, že v tom areálu není evidována 
ani jedna budova, ač je jich tam reálně několik

takže nebylo kam tu adresu dát, aby to bylo v souladu formálním

prakticky tam cedule s adresou visí na plotě, a jestli je na nějaký budově 
klasická smaltová tabulka s číslem, hm, to jsem si nevšiml, takže ten plot 
(resp. brána) je v souladu s reálným stavem co tam náhodný kolemjdoucí uvidí; 
zároveň je to místo, kam nejdál může navigace člověka bez klíčů zavést

a sorry, že jsem se neobtěžoval zakreslovat jednotlivý budovy v areálu, ale 
nepamatuju si to dost přesně, abych z těch šmouh na Bingu poznal co je vůbec 
budova a co jen naskládanej materiál (s vyjímkou montovanýho "hangáru", což 
zas nevim, nakolik je stavba trvalá, abysme to chtěli mít v mapě na místě, 
který zjevně nikdo neudržuje), a tak extra mi na tom nesešlo, jen jsem 
doplňoval, co mi chybělo k úspěšné navigaci

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Opravdu není žádná shoda o adresních bodech?

[Karel Volný]

 
zdar,

> 4) vchody maji vlastni tag entrance
> http://wiki.openstreetmap.org/wiki/Key:entrance, a absolutne zadna
> navigace nikdy nedetekovala a zcela zjevne detekovat nebude vchod podle
> umisteni nejakyho bodu s adresou. Zato je pro navigaci snadny urcit
> sprave otagovany vchod nalezejici budove s adresou, ale neni uz tak
> snadny urcit vchod nejaky nedefinovany budovy u ktery se nekde kolem
> povaluje nejakej jinej bod s adresou (a tady podotykam, ze se vzhledem k
> v nekterych mistech opravdu vyvedenemu importu, adresni body povalujou
> klidne i o dve ulice mimo ...).
> 
> Ja bych trebas chtel aby me navigace privedla ke vchodu do budovy, a ne
> aby me privedla do sice adresne spravny ulice ... ale na druhy strane
> budovy, kde zadnej vchod neni.

právě z tohoto důvodu považuju za vhodné dávat adresu na bod odpovídající 
hlavnímu vchodu (resp. vchodu s příslušným číslem), a aby tento bod náležel 
budově (aby byl součástí hrany budovy)

tedy samozřejmě pokud je pozice vchodu známa ...

> 6) ze na budovu patri adresa mas napsany trebas i u popisu tagu budovy
> http://wiki.openstreetmap.org/wiki/Buildings stejne jako mas tu
> http://wiki.openstreetmap.org/wiki/Key:addr ze adresa je mozna na bod i
> area.
> 
> Suma sumarum je OSM vyhradne o tom, ze si kazdy taguje co chce a jak
> chce ... a v tomhle ohledu jsem naprosto proti jakymkoli pokusum to
> omezovat nebot prideleni adresy budove je spravne po vsech strankach,
> adresni bod je zjednoduseni, ktere nema opodstatneni, pokud je na miste
> zakreslena budova.

dovolil bych si oponovat, "co chce" budiž, každého věc jaké věci v mapě 
potřebuje (a kolik energie je ochoten vynaložit na jejich zakreslení), ale 
"jak chce" nikoli, anžto je třeba se dohodnout jak to zpracovávat a jak 
nekazit dílo ostatním

nicméně, jít v těch pravidlech lokálně mimo to, co bylo dohodnuto mezinárodně, 
aniž by k tomu byl nějaký závažný důvod (a odpověď na otázku "proč musí být 
adresa právě a jen na samostatném bodě" postrádám), je IMO hovězina

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tag pro silnice v ČR

[Karel Volný]

Dne So 12. října 2013 08:26:59, Petr Holub napsal(a):
> Asi na to tady jsou povolanejsi, tohle neni uplne moje specializace
> - nicmene domnivam se, unclassified je silnice, ktera nespada ani
> do jedne z kategorii silnice 1.-3. tridy, prip. dalnice. Tedy typicky
> neco "maleho", co je ale vetsi nez highway=service :)

no ...

highwayunclassified
To be used for minor roads in the public road network which are not 
residential and of a lower classification than tertiary.

highwayservice
For access roads to, or within an industrial estate, camp site, business park, 
car park etc.

- to nevypovídá nic o velikosti, rozdíl je v účelu; servisní cesta u fabriky, 
kde se maj vyhnout dva náklaďáky, bude určitě větší, nežli silnička čtvrté 
třídy mezi dvěma vesnicema vedená starou alejí, kde se vyhýbá tak, že jedno 
auto zastaví v mezeře mezi stromy a když tam jede traktor, tak vycouvá, tudíž 
tvoje nerovnost o tom, co je "větší", příliš neplatí ...

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Ruian jako zdroj dat

[Karel Volný]

trochu OT, ale ...

Dne Út 3. prosince 2013 16:38:54, Dalibor Jelínek napsal(a):
> Ale hlavně proto, že sice v ideálním světě je skutečně z dobře napsaného
> addr:housenumber odvodíš, ale svět OSM není ideální. Jsou s námi lidé,
> kterým se zápis "ev.nnn" nelíbí a používají jiný,

... mě fascinuje, jak dokážeš nenápadně, aniž bys byl explicitní, naznačit, že 
ten tvůj způsob je _prostě a jednoduše bez nutnosti dokazování_ správný a my 
všichni ostatní, co jsme ti řekli, že není zrovna nejšťastnější, a rovněž že 
hromadná záměna na tvůj *špatný* zápis nebyla košer, jsme vlastně úplní blbci, 
kteří kašlou na konzistenci a domluvu s ostatními apod.

dík ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Preklad JOSM?

[Karel Volný]

zdar,

> Jinak me v tom prekladu desne irituje slovo "plugin".
> Kdybych to nahradil "zasuvny modul" nebo "doplnek", prezijeme to?

tak naokraj, netřeba neustále vynalézat kolo

problémy překladu se řeší ... kupodivu v překladatelské konferenci :-)

občas z toho vypadne dohoda na nějaké nejmíň blbé variantě, které je pak 
vhodné se držet (byť přes osobní odpor k ní), aby chudáci uživatelé nemuseli 
pro každý kousek software znát komplet jinou terminologii

takže viz
http://wiki.l10n.cz/Překladatelský_slovník

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] stav UHUL ortofoto

[Karel Volný]

zdar,

> Na druhou stranu, nekdo tu trema ma pocitac na silny lince

silný? - no ... co Netbox dá za nejmíň peněz ...

> s 1.6GB mista?

to je ten menší problém

pošli mi svůj veřejnej klíč, jestli seš ochoten mi to tam SCoPírovat :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Dotaz k zakreslování smírčích křížů

[Karel Volný]

zdar,

> https://lists.openstreetmap.org/pipermail/talk-cz/2009-February/002495.html
> historic=wayside_cross

to je zoufale staré a přímo v tom mailu zmiňuju, že nepříliš dobré :-/

> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dk
> ov%C3%BD_kl%C3%AD%C4%8D historic=conciliation_cross
> 
> Setkal jsem se i s:
> historic=stone
> stone_type=conciliation_cross
> 
> Osobně se mi nejvíc líbí "historic=conciliation_cross", protože je to
> odděleno od klasických křížů (wayside_cross),

+1

"stone" pro tuto kategorii nedává smysl, jde o jejich náboženský význam, a i 
když ten kámen není opracován do podoby kříže, je na něm ten kříž alespoň 
vyryt

> ale nedohledal jsem k tomu žádný popis ve wiki

tak ho dopiš, je to wiki :-)

jde o silně lokální záležitost, takže nemyslím, že by bylo nutno snažit se o 
nějaký celosvětový konsensus, nicméně stejně by asi nebylo od věci zeptat se 
na německém mailinglistu, jestli náhodou nechtějí taky používat spíše ten 
historic=conciliation_cross nežli historic=stone & stone_type=Steinkreuz

> a netuším tak, zda by se takto označený kříž objevil v mapě. Např. v MTBMap.

když ne, tak je potřeba hlásit autorovi mapy, ať s tím něco provede, nikoli 
přiohýbat tagování tomu, co mapa aktuálně umí

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Dotaz k zakreslování smírčích křížů

[Karel Volný]

zdar,

> Ahoj, před odpovědí na Tvé otázky je potřeba si položit několik otázek, je
> opravdu nutné aby byly rozlišeny smírčí křížě od jiných?!

"nutné" záleží na kontextu - asi tak, jestli je nebo není nutné rozlišovat 
kapra od štiky, oboje je to ryba

každopádně máme-li možnost mít přesnější informaci, je vhodné toho využít 
namísto házet věci do jednoho pytle

i když člověk třeba nepatří mezi nadšence, co se těmi kříži zabývají, stále je 
to informace zajímavá například z toho hlediska, že běžný wayside_cross 
typicky tvoří v krajině viditelný orientační prvek (někdy třeba ani není 
"wayside" ale jde o ostrůvek uprostřed širých lánů), zatímco 
conciliation_cross obvykle na dálku moc vidět není, někdy jej člověk nemůže 
najít ani když ví, kde by měl být

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] značkový klíč, castle_type, wayside_shrine (was: Re: Jak značit pamětní desky?)

[Karel Volný]

zdar,

> Jen jsem si nikdy nebil jist, jaky status tato stranka ma, protoze rika, ze
> je to klic k OpenTrackMap.

s tímto cílem jsem stránku zakládal - dostat tam značky, co se v turistických 
mapách používají, a k nim si doplnit jednak jak by měla ta značka vypadat, a 
jednak jak příslušnou věc tagovat tak, aby se to na OTM zobrazilo a zároveň to 
co nejlépe odpovídalo konvencím v OSM
(tedy jakýsi výcuc z různých jiných stránek, které příslušné tagy řeší 
podrobněji)

bohužel značnou část iniciální energie a času jsem si vypotřeboval na zlobení 
se s editory SVG, načež i poklesl i můj zájem o turistické mapování, neb na 
vandr, abych udělal nějaký terénní průzkum a neopisoval zakázané zdroje, se 
nyní dostanu s bídou dvakrát do roka ... takže při této příležitosti musím 
vyjádřit velké poděkování všem, co se toho posléze ujali a stránku nadále 
vylepšují

> Mam to brat tak, ze OTM klic, je tedy doporucovany klic pro mapovani CR do
> OSM?

viz výše, neměl to být autoritativní zdroj, jen pomůcka ...

> Jestli jo, tak by to tam asi bylo fajne doplnit, aby to pripadne
> nematlo ostatni, jako me.

... ale pokud existuje všeobecná shoda, klidně to může sloužit jako "závazné 
doporučení" pro všechny

> Mam par napadu, co tam doplnit. Treba klice castle_type:de a castle_type:cs
> http://wiki.openstreetmap.org/wiki/Key:castle_type:de
> ktere mi prijdou dost sikovne.

toto by se především mělo dořešit na mezinárodní úrovni, poněvadž to přiřazení 
typů není pro české podmínky zrovna šťastné

> Take bych chtel nejak navrhnout, abychom tam dopsali nejakou znacku pro
> kaplicky = vyklenkove kaple.
> 
> http://cs.wikipedia.org/wiki/V%C3%BDklenkov%C3%A1_kaple
> 
> Myslim, ze si nezaslouzi building=chapel, pac se do ni stejne nevejdou zadny
> lidi, tak mi to neprijde moc jako budova a hlavne se to neda rozlisit od
> skutecne kaple.
> 
> Libilo by se mi vice historic=wayside_chapel, coz je podobne
> historic=wayside_shrine, ktera se pouziva,
> 
> ale neni to kaple, jen bozi muka. Co myslite?

nerozumím "není to kaple jen boží muka" ... wayside_shrine je podle mě přesně 
to co "výklenková kaple", když se podívám na fotky na Wikipedii a porovnám je 
s http://wiki.openstreetmap.org/wiki/Tag:historic=wayside_shrine#Fotos tak tam 
na obojem vidím "domečky" s výklenkem?

a pokud se podívám na http://cs.wikipedia.org/wiki/Boží_muka
tak tam poslední obrázek (Bratrušov) je to samé ...

z čehož mi plyne, že bych se z hlediska mapy držel označení wayside_cross když 
je to kříž (jedno jestli samostatný nebo na žulovém podstavci nebo jen 
namalovaný na desce přibité na stromě), a wayside_shrine pokud je to "domeček"

pokud je potřeba nějaké logické rozlišení, poněvadž se liší náboženský význam, 
a "boží muka" je něco jiného než "kaplička" nebo "kříž", i když to v terénu 
vypadá buď jako jedno nebo jako druhé, tak bych to řešil přidáním nějakého 
dalšího tagu, nikoli změnou hodnoty již existujícího, poněvadž tím by se zase 
ztratila ta laická informace o tom, jak to vypadá
(ledaže bysme tu matici hodnot kříž/kaplička vs muka/nemuka rozepsali na 
čtveřici v jednom řádku ve stylu kříž_muka, kříž_nemuka, kaplička_muka, 
kaplička_nemuka, ale to se mi zdá poněkud uhozené ...)

označení "chapel" bych pak ponechal pro objekty, kam se vejde kazatel a aspoň 
dva posluchači, aniž by museli být ve velmi těsném fyzickém kontaktu :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] castle_type

[Karel Volný]

Dne Po 24. února 2014 14:19:37, Dalibor Jelínek napsal(a):
> > Tohle je teda pěkná prasárna... Co bude příště, landuse=forest,
> > landuse:cs=les, landuse:de=wald? :-)
> > 
> > castle_type=* vypadá dost dobře, ale ty lokalizované varianty jsou fuj.
> > 
> > Zdraví,
> > Petr Morávek aka Xificurk
> 
> To je trochu argument stranou, ne?

neřekl bych ...

> Forest je proste les. Neni potreba landuse:cs=les. To nic noveho neprinasi.

ale "les" v ČR je přece něco úplně jiného, než "floresta" v Amazonii!

> Jenze castle_type neumi rozlisit tvrz od hradu
> a zamek od vodniho zamku, pro slovaky nema kastiel, coz jsou terminy, ktere
> se bezne pouzivaji.

když neumí, tak by se to měl naučit, a ne tady vymejšlet nějakej rovnák na 
vohejbák ...

> A kdyz zamitli tagy jako castle_type=schloss, protoze to chteji mit
> anglicky,

kdo "oni"?

> i kdyz pro to nemaj slova,

a co je špatně na "stately"?

> tak jak se to ma udelat jinak, nez udelat vlastni lokalizovany
> castle_type:de nebo castle_type:cs?

IMO falešné dilemma, neb ses dostatečně nevypořádal s "normálními" možnostmi

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] castle_type

[Karel Volný]

zdravím,

> Tak to předpokládáš špatně: pevnost (dle wikipedie: rozsáhlá vojenská
> stavba se silnými obrannými prvky a poměrně početnou posádkou) se
> diametrálně liší od tvrze (dle wikipedie: drobné opevněné feudální sídlo
> budované obvykle v těsné návaznosti na venkovské osídlení a hospodářské
> zázemí).
> 
> http://cs.wikipedia.org/wiki/Pevnost_%28stavba%29
> http://cs.wikipedia.org/wiki/Tvrz

no, mně připadá, že tvrz je vpodstatě přesně to, co je míněno slovem "fort" v 
historické Americe ...

bohužel v evropském pojetí je to prakticky synonymum pro pevnost = fortress

odpovídající slovo by asi mohlo být "fortalice", ale mám vážné pochybnosti o 
tom, že by to někdo byl ochoten používat :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] castle_type

[Karel Volný]

zdar,

> stronghold
> a building or position that is strongly defended

no, a to právě o (středověké) tvrzi neplatí ...

> fortalice
> Cambridge slovnik tohle slovo nezna
> Merriam-Webster rika ze to je archaicky a small fort

troška googla a zdá se, že na ostrovech to mělo +- hledaný význam, například:

http://www.celticcastles.com/castles/forter-castle/history.html

Forter Castle was built by the Ogilvys of Airlie as a fortified house or 
‘Fortalice’ in 1560.

"fortified house" je co hledáme, řekl bych

jenomže jedna věc je správnost, a druhá použitelnost, a obávám se, že ta 
použitelnost se blíží nule :-(

> Vzhledem k tomu, ze tvrz neni primarne vojensky objekt, tak mi pripada,
> ze stronghold je nejlepsi priblizny vyraz pro tvrz v UK anglictine.
> Fortalice by mozna bylo taky dobre, ale odkazuje se to na fort,
> krery je zase vojensky.

eh? nějak jsem to s tím odkazováním nepochopil?

pokud se bavíme třeba o Wikipedii, tak tam se stronghold i fortalice odkazují 
na tentýž článek, takže tady není rozdíl

> Ale hlavne mi vadi, ze jsem ho nenasel v tom slovniku.

ano, to se mi též jeví jako problém - tagy by měly být srozumitelné, slovo, 
které z používání vypadlo, není vhodné; na druhou stranu, pokud jde o nějaký 
historický význam, který se v průběhu staletí změnil, tak použití dobového 
výrazu není tak úplně neopodstatněné (ostatně viz čeština, význam tvrze v 
kontextu třeba předválečného opevnění je radikálně odlišný od toho významu 
středověkého, jehož anglický ekvivalent nyní hledáme)

> A podle vseho se to tvzr u nas bezne preklada jako fortalice.

myslíš "stronghold" :-)

> Viz https://www.google.cz/search?q=stronghold+tvrz
 
jenže běžně není totéž co správně ... nechci bazírovat na nějaké 
hyperkorektnosti na úkor srozumitelnosti (bleskosvod nebo hromosvod?), ale 
přeci jenom bych se s tím rád vypořádal poctivěji, než že na to google vrací 
5730 výsledků když děvet z prvních deseti je nějak spojeno s populární 
počítačovou hrou ...

> Muzu tedy doplnit castle_type=stronghold pro tvrz do OTM a Mapfeaures?

zkusil jsem si to vrazit do googla, a kromě toho, že je problém odfiltrovat 
stejnojmennou hru :-( mi z toho vychází spíše že se tím označují rozsáhlejší 
pevnosti

> Nebo mate lepsi napad?

hm ... jedinej nápad, co mám, je zeptat se rodilých mluvčích ...

takže jsem to zkusil hodit k diskusi v práci, pokud má někdo lepší kontakty, 
může se realizovat taky ...

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] castle_type

[Karel Volný]

zdar,
 
> > > stronghold
> > > a building or position that is strongly defended
> > 
> > no, a to právě o (středověké) tvrzi neplatí ...
> 
> Jak to?

protože to bylo sídlo chudší šlechty, a ta na "strong defense" neměla financ

> > "fortified house" je co hledáme, řekl bych
> 
> To nezni spatne. Je to jasne a srozumitelne. Co mysli ostatn?

ehm, to jsem myslel jako vysvětlení toho pojmu fortalice, ne jako návrh :-)

> > > Fortalice by mozna bylo taky dobre, ale odkazuje se to na fort, krery
> > > je zase vojensky.
> > 
> > eh? nějak jsem to s tím odkazováním nepochopil?
> 
> Fortalice=Small Fort (podle wikislovniku)  Fort=Vojensky objekt

stronghold (plural strongholds)
A fortress
=>
fortress (plural fortresses)
A fortified place; a large and permanent fortification, sometimes including a 
town; a fort; a castle; a stronghold; a place of defense or security.

a jsme tam, kde jsme byli, také vojenský objekt, že?

jinak dotaz přinesl jisté ovoce, dostal jsem odkaz na
http://en.wikipedia.org/wiki/Motte-and-bailey_castle

přičemž když se podíváme na článek v češtině, tak s jednou vyjímkou v případě 
Kepkova jsou všechny ty příklady klasifikovány na hrady.cz jako tvrze

takže se jdu přeptat někoho znalejšího, jaký je mezi tím vlastně rozdíl 
(shodou okolností jsem na Mstěnicích v neděli byl, a na tabulích tam nebylo 
ani slovo o "motte")

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak znacit cedulku?

[Karel Volný]

> PS: Co vlastne znaceni tvrze? Rikalo se, ze budou poptani prekladatele, melo
> to nejaky vysledek?

no, v příslušném threadu zatím nevidím odpověď ...

co se týče toho "motte", za prvé tomu nikdo nerozumí, a za druhé to je opravdu 
jen jedna kategorie tvrzí ... což není od věci mít jemnější dělení, ale otázka 
je, co pak s tím zbytkem ... zkusím téma znovu oživit

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] castle_type ... tvrz?

[Karel Volný]

Zdravím,

už je to skoro měsíc co jsme diskutovali, jak tagovat středověké tvrze ...

Při dotazu "jak se to sakra řekne anglicky" jsem byl odkázán na
https://en.wikipedia.org/wiki/Motte-and-bailey_castle

přičemž česká verze článku - https://cs.wikipedia.org/wiki/Motte - jmenuje 
jako příklady to, o čem si např. hrady.cz myslí, že jsou tvrze (až na pár 
nevýznamných vyjímek(*)); shodou okolností jsem zrovna byl na Mstěnicích, a 
podle tamních infotabulí to je "tvrz", slovo "motte" se tam nevyskytuje ...

Je mi trošinku proti srsti navrhovat až tak neznámý a odborný pojem, ale zdá 
se, že je to asi jediná možnost, jak to tagovat "mezinárodně" (tj. anglicky). 
Ostatní pojmy mohou sice v souvislosti s populárními hrami evokovat velmi 
přesné představy, co to má být, ale realita je taková, že ty významy 
dostatečně vyhraněné nejsou, a především všechny jsou primárně vojenské, 
přičemž význam tvrzí byl sídelní.

Problém je, že tento pojem ale nepostihuje některé vesnické tvrze (o kterých 
by se dalo říct, že jsou "bailey bez motte") ... Tady bych si vypomohl opisem, 
na který jsem narazil ve výkladu pojmu "fortalice", a to "fortified house". 
Obávám se, že blíž už se asi nedostaneme ...

Takže navrhuju dvě nové hodnoty tagu "castle_type" -

"motte" - tvrz s terénními úpravami odpovídající popisu motte-and-bailey, 
příklad Tasov ( http://www.hrady.cz/?OID=1046 )

"fortified_house" - opevněné sídlo ve vsi bez charakteristického terénního 
členění, příklad Domašín ( http://www.hrady.cz/?OID=4295 )

hm?

K.

(*) později přestavěno na hrad - anglické zdroje jako takový příklad dávají 
Windsor

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] zaplevelení mapy riverbank

[Karel Volný]

čusbus,

čistě náhodou jsem si všimnul nesrovnalosti v mapě, a při bližším průzkumu 
jsem zjistil, že jde zřejmě o systematickou záležitost, proto jsem se 
dodatečně rozhodl napsat na list, jestli o tom někdo něco neví ...

uživatel oldboy43 nám zasírá mapu tím, že kolem všech řek kreslí riverbank, 
naprosto bez souvislosti s realitou, a v rozporu s definicí tagu riverbank[*], 
viz též níže, co jsem mu poslal

'This describes the tagging scheme for large rivers, or sections of a river 
which are wide enough to "require" mapping of distinct areas of water/river 
banks. Example: River Thames as it flows through Central London.
For small rivers it is not necessary to draw an area for the riverbank, but it 
might still be interesting, especially if it is irregular.'

tak za prvé, v dané lokalitě jde o malý potůček, který by se do Temže v 
Londýně vešel nejmíň pětsetkrát

za druhé, průběh břehů v mnou objeveném místě je sice zajímavě nepravidelný, 
nicméně nakreslené čáry jej vůbec nerespektují

vzhledem k výše uvedenému bych nejraději tento bordel z mapy vyházel
- vy jste se tu u adres dohadovali, jestli nějaké další vlastnosti na bodech 
budou databázi zatěžovat, a on tady generuje tuny bodů, které jsou nejen 
zbytečné, ale přímo kontraproduktivní, protože dávají falešný pocit, že je 
zmapováno něco, co není, a vůbec nepopisují realitu

nemá-li nikdo nějaké vysvětlení, proč tam ty riverbank tak nutně potřebujeme, 
můžu poprosit někoho sběhlého v hromadných úpravách o postup, jak se toho 
bordelu zbavit (nebo ideálně aby to rovnou udělal :-))?

K.

[*] http://wiki.openstreetmap.org/wiki/Tag:waterway=riverbank

kopie zprávy uživateli oldboy43:

changeset 14756421

Zdravím.

Procházím si své tracklogy a náhodou jsem narazil na úpravu Moravské Dyje u 
Dolních Dvorců, která má s realitou společného asi tolik, co konec mayského 
kalendáře s koncem světa. Než to zničím, maje úctu k cizí práci chtěl bych se 
zeptat, co tím chtěl básník říci, proč je tam riverbank v rozporu s definicí 
tagu http://wiki.openstreetmap.org/wiki/Tag:waterway=riverbank a notabene když 
ty břehy vedou úplně jinudy?

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak je široká normální garáž?

[Karel Volný]

zdar,

s křížkem po funuse, ale přece ...

> Na řadových garážích takto dochází k falešně pozitivním, obtěžujícím
> hlášením. Nastavil jsem 2 metry v případě, že se adresní body nachází na
> garážích a zdá se, že to docela funguje.

2 m je docela málo, tam se nevejdu (abych rozumně otevřel dveře) ani s úzkou 
feldou

vyrazil jsem dnes s metrem do terénu, a změřil, že garáže, co máme kus od 
baráku, mají rovné tři metry včetně oddělující zdi (tj. jedna garáž + jedna 
zeď)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] zaplevelení mapy riverbank

[Karel Volný]

príma, sotva jsem to odeslal, tak tu mám odpověď, ze které bych si dovolil bez 
souhlasu citovat:

To oznaceni waterway=riverbank jsem pouzil proto, aby programatori X-Plane 10 
pri updatu Global Scenery vedeli, ze se jedna o reku,
jinak by totiz Dyje nemohla byt soucasti scenerie a sam uznas litat nad 
terenem kde nejsou reky je ponekud zvlastni.

- takže místo toho, aby si někdo spravil program, co využívá data, tak raděj 
kurví data samotná

to je snad na ban ... :-(

K.

Dne St 16. dubna 2014 12:53:31, Karel Volný napsal(a):
> čusbus,
> 
> čistě náhodou jsem si všimnul nesrovnalosti v mapě, a při bližším průzkumu
> jsem zjistil, že jde zřejmě o systematickou záležitost, proto jsem se
> dodatečně rozhodl napsat na list, jestli o tom někdo něco neví ...
> 
> uživatel oldboy43 nám zasírá mapu tím, že kolem všech řek kreslí riverbank,
> naprosto bez souvislosti s realitou, a v rozporu s definicí tagu
> riverbank[*], viz též níže, co jsem mu poslal
> 
> 'This describes the tagging scheme for large rivers, or sections of a river
> which are wide enough to "require" mapping of distinct areas of water/river
> banks. Example: River Thames as it flows through Central London.
> For small rivers it is not necessary to draw an area for the riverbank, but
> it might still be interesting, especially if it is irregular.'
> 
> tak za prvé, v dané lokalitě jde o malý potůček, který by se do Temže v
> Londýně vešel nejmíň pětsetkrát
> 
> za druhé, průběh břehů v mnou objeveném místě je sice zajímavě nepravidelný,
> nicméně nakreslené čáry jej vůbec nerespektují
> 
> vzhledem k výše uvedenému bych nejraději tento bordel z mapy vyházel
> - vy jste se tu u adres dohadovali, jestli nějaké další vlastnosti na bodech
> budou databázi zatěžovat, a on tady generuje tuny bodů, které jsou nejen
> zbytečné, ale přímo kontraproduktivní, protože dávají falešný pocit, že je
> zmapováno něco, co není, a vůbec nepopisují realitu
> 
> nemá-li nikdo nějaké vysvětlení, proč tam ty riverbank tak nutně
> potřebujeme, můžu poprosit někoho sběhlého v hromadných úpravách o postup,
> jak se toho bordelu zbavit (nebo ideálně aby to rovnou udělal :-))?
> 
> K.
> 
> [*] http://wiki.openstreetmap.org/wiki/Tag:waterway=riverbank
> 
> kopie zprávy uživateli oldboy43:
> 
> changeset 14756421
> 
> Zdravím.
> 
> Procházím si své tracklogy a náhodou jsem narazil na úpravu Moravské Dyje u
> Dolních Dvorců, která má s realitou společného asi tolik, co konec mayského
> kalendáře s koncem světa. Než to zničím, maje úctu k cizí práci chtěl bych
> se zeptat, co tím chtěl básník říci, proč je tam riverbank v rozporu s
> definicí tagu http://wiki.openstreetmap.org/wiki/Tag:waterway=riverbank a
> notabene když ty břehy vedou úplně jinudy?
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] prapodivné tvary domů

[Karel Volný]

zdravíčko,

může mi prosím někdo vysvětlit například tohle:

http://www.openstreetmap.org/way/240004241

?

- schválně se neobracím přímo na uživatele Frettie, který tam má poslední 
editaci, neb hned vedle obdobně zasahoval CzechAddress

ty baráky jsou klasické paneláky, nikde nic nepřečuhuje(+), nikde není nic 
vykousnutého, zdi nejsou křivé, byty nachlup stejné, takže by to měly být tři 
stejné obdélníky

(+) míněno na budově samotné, jinak jsou tam přistavěny balkony, ale jednak 
samozřejmě úplně jinak než tam jsou ty výstupky, a jednak nevim, jak by se 
měly značit, ale určitě ne stejně jako obvodový plášť

kde udělali soudruzi importníci chybu?

tak trošku naštve, nějak si v poslední době nejsu schopen pořádně udělat na 
přispívání čas, a když už přece jen, a kousíček si vypiplám dokonce v 3D[*], 
tak mi to zas někdo/něco takhle zvandalizuje :-(

K.

[*] http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] zaplevelení mapy riverbank

[Karel Volný]

zdravím,

už je to nějakou chvíli, co jsem narazil na níže uvedené, psal jsem dotyčnému 
druhou zprávu o "nemapovat pro renderer", na kterou se mi ovšem za celý ten 
čas odpovědi nedostalo

může mě prosím někdo aspoň nakopnout, jak postupovat, kde mám žádat o 
zabanování (ale obávám se, že na tom dělá víc lidí), a jak co nejjednodušeji 
škody napravit?
- vypadá to, že je to fakt všude, a já nejsem zrovna expert na nějaké dávkové 
zpracování :-(

K.

Dne St 16. dubna 2014 13:10:32, Jan Martinec napsal(a):
> No, o "nemapovat pro renderer" zrejme neslysel; pokud i na to bude reagovat
> obdobne, je to medle na tropicke ovoce, jmenovite banan - to je expresni
> cesta do horoucich pekel, tohle.
> Dne 16.4.2014 13:03 "Karel Volný"  napsal(a):
> 
> 
> 
> príma, sotva jsem to odeslal, tak tu mám odpověď, ze které bych si dovolil
> bez
> souhlasu citovat:
> 
> To oznaceni waterway=riverbank jsem pouzil proto, aby programatori X-Plane
> 10
> pri updatu Global Scenery vedeli, ze se jedna o reku,
> jinak by totiz Dyje nemohla byt soucasti scenerie a sam uznas litat nad
> terenem kde nejsou reky je ponekud zvlastni.
> 
> - takže místo toho, aby si někdo spravil program, co využívá data, tak raděj
> kurví data samotná
> 
> to je snad na ban ... :-(
> 
> K.
> 
> Dne St 16. dubna 2014 12:53:31, Karel Volný napsal(a):
> > čusbus,
> > 
> > čistě náhodou jsem si všimnul nesrovnalosti v mapě, a při bližším průzkumu
> > jsem zjistil, že jde zřejmě o systematickou záležitost, proto jsem se
> > dodatečně rozhodl napsat na list, jestli o tom někdo něco neví ...
> > 
> > uživatel oldboy43 nám zasírá mapu tím, že kolem všech řek kreslí
> 
> riverbank,
> 
> > naprosto bez souvislosti s realitou, a v rozporu s definicí tagu
> > riverbank[*], viz též níže, co jsem mu poslal
> > 
> > 'This describes the tagging scheme for large rivers, or sections of a
> 
> river
> 
> > which are wide enough to "require" mapping of distinct areas of
> 
> water/river
> 
> > banks. Example: River Thames as it flows through Central London.
> > For small rivers it is not necessary to draw an area for the riverbank,
> 
> but
> 
> > it might still be interesting, especially if it is irregular.'
> > 
> > tak za prvé, v dané lokalitě jde o malý potůček, který by se do Temže v
> > Londýně vešel nejmíň pětsetkrát
> > 
> > za druhé, průběh břehů v mnou objeveném místě je sice zajímavě
> 
> nepravidelný,
> 
> > nicméně nakreslené čáry jej vůbec nerespektují
> > 
> > vzhledem k výše uvedenému bych nejraději tento bordel z mapy vyházel
> > - vy jste se tu u adres dohadovali, jestli nějaké další vlastnosti na
> 
> bodech
> 
> > budou databázi zatěžovat, a on tady generuje tuny bodů, které jsou nejen
> > zbytečné, ale přímo kontraproduktivní, protože dávají falešný pocit, že je
> > zmapováno něco, co není, a vůbec nepopisují realitu
> > 
> > nemá-li nikdo nějaké vysvětlení, proč tam ty riverbank tak nutně
> > potřebujeme, můžu poprosit někoho sběhlého v hromadných úpravách o postup,
> > jak se toho bordelu zbavit (nebo ideálně aby to rovnou udělal :-))?
> > 
> > K.
> > 
> > [*] http://wiki.openstreetmap.org/wiki/Tag:waterway=riverbank
> > 
> > kopie zprávy uživateli oldboy43:
> > 
> > changeset 14756421
> > 
> > Zdravím.
> > 
> > Procházím si své tracklogy a náhodou jsem narazil na úpravu Moravské Dyje
> 
> u
> 
> > Dolních Dvorců, která má s realitou společného asi tolik, co konec
> 
> mayského
> 
> > kalendáře s koncem světa. Než to zničím, maje úctu k cizí práci chtěl bych
> > se zeptat, co tím chtěl básník říci, proč je tam riverbank v rozporu s
> > definicí tagu http://wiki.openstreetmap.org/wiki/Tag:waterway=riverbank a
> > notabene když ty břehy vedou úplně jinudy?
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] prapodivné tvary domů

[Karel Volný]

Dne Út 13. května 2014 22:52:24, Petr Vejsada napsal(a):
> Dne Út 13. května 2014 22:33:43, Karel Volný napsal(a):
> > - schválně se neobracím přímo na uživatele Frettie, který tam má poslední
> > editaci, neb hned vedle obdobně zasahoval CzechAddress
> 
> Czechaddress se toliko hrabe v tagách addr:.

pardon, nekontroloval jsem komplet historii všech zmršených domů, ale ...

> Někdy 'nelegálně' přidává
> budovy z RUIAN, ale toto nejsou tvary z RUIAN, takže nevím, jak k tomu
> autor přišel. V RUIAN jsou ty obyčejné obdélníky, tedy tradičně ;-)
> navrstvené na sebe místo vedle sebe,
> http://ruian.poloha.net/19/49.22593/15.88272

... takže to vlastně udělat mohl?

nicméně u toho sousedního domu koukám, že poslední úprava má 9 bodů stejně 
jako předposlední, oproti pěti bodům v mojí verzi, tzn. ty čtyři navíc tvořící 
výkus přeci jen přidal Frettie ... haló, copak to má být?

> Ah, už vím, co to je. Jsou to polygony parcel, nikoli baráků. 
> http://ruian.poloha.net/19/49.22593/15.88272 a rozsvítit parcely.

nojo, ale v OSM je to jako součást budovy

navíc mi není jasné, jak tam vznikly ty zakřivení a vůbec ... když se na to 
podívám do katastru, tak je to krásně rovné (hm, ono vlastně i na tom tvém 
odkazu se to dá víc nazoomovat, hau) - a navíc mi došlo, že ty kudrlinky do 
ulice jsou schodiště a ty dozadu k lesu jsou stříšky nad zadními vchody ... no 
tak to by mělo být značeno úplně jinak

jo a naokraj, nevím proč, ale v Osmandu ty tvary vypadají ještě úchylněji 
(ostatně v tom jsem si toho všiml)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Překlad wiki castle_type (a značení tvrze)

[Karel Volný]

zdar a sílu,

> přeložil jsem aktualizovanou stránku
> 
> http://wiki.openstreetmap.org/wiki/Cs:Key:castle_type
> 
> s rozlišením typu hrad/zámek/pevnost atd.

dík moc

> A doplnil jsem tam i kousek o dříve debatovaném značení tvrze.
> 
> Tak si to prosím přečtěte případně vzneste připomínky.

já pořád nevím, jak moc je to srozumitelné pro anglofonní kolegy, a případně 
jak dobře naše realita koresponduje s jejich představou o významu toho pojmu

laicky, resp. tedy po tom zkoumání zdrojů a diskusích, mi fortified_manor 
přijde fajn pro vesnické tvrze, ale pro ty "terénní" (nebo jak to říci) bych 
raději volil motte(_and_bailey)

jaký je postup, kdybychom to chtěli nějak probrat a "zlegalizovat"? - koukal 
jsem na stránku o proposals, ale to řeší zavádění nových tagů, nikoli hodnoty 
existujících ... nebo jsem něco přehlídnul?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] new value(s) for castle_type

[Karel Volný]

Hi.

Recently, we've discussed an addition to the possible values of the 
castle_type tag on the Czech mailinglist (CCed).

We need something to properly tag "tvrz" in its historic meaning.

Please see https://cs.wikipedia.org/wiki/Tvrz

The first suggestion was to use castle_type:cs=... - see 
http://wiki.openstreetmap.org/wiki/Key:castle_type:de
But we don't want to introduce local tags for something that is not specific to 
our country (see Wikipedia links below).

The second suggestion was to find proper English translation, which turned out 
to be quite a problem.

If you look at interwiki for the article, you see that it links to
https://en.wikipedia.org/wiki/Fortified_house

However, from the Czech Academy of sciences we got the suggestion to translate 
as "fortified manor", which seems to be a bit closer to the Czech meaning (it 
is not _any_ house).

And last but not least, there seems to exist precise term "motte", or "motte-
and-bailey", for those that were built on raised earthwork.

See http://cs.wikipedia.org/wiki/Motte
and http://en.wikipedia.org/wiki/Motte-and-bailey_castle

So, possibly, we could use
castle_type=motte-and-bailey
where "tvrz" can be classified as "motte" and
castle_type=fortified_manor
otherwise.

Does that sound sane?
Is this comprehensible enough for native English speakers?

And is there any formal process we should follow to have it acknowledged 
worldwide? (I see only new tag proposal process, not new tag value process 
documented, am I missing something?)

- TIA

K.

p.s. please keep talk-cz CCed

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Překlad wiki castle_type (a značení tvrze)

[Karel Volný]

Dne Út 10. června 2014 20:43:15, Matěj Cepl napsal(a):
> On 2014-06-10, 08:54 GMT, Dalibor Jelínek wrote:
> > myslím, že v tomto případě asi není nutné hodnotu nějak
> > složitě navrhovat a schvalovat, protože se asi týká jen Česka
> > (nezaznamenal jsem, že by se po ní někdo pídil v Německu nebo
> > na Slovensku). Asi se stačí dohodnout, co budeme používat.
> 
> ??? Tvrze byly snad v celé Evropě, ne?

to sice ano, někde jsem dokonce zahlídnul teorii, že to byl normanský vynález, 
ale zdá se, že jinde se s tou klasifikací tak nepáraj, asi je to pod 
rozlišovací schopnost zatím zapojených přispěvatelů

nicméně to, že někdo nechápe rozdíl, není důvodem nerozlišovat, takže bych to 
rád měl nějak rozumně dořešené (a potom zadokumentované) ... heršvec, jak 
dlouho nad tím budou moderátoři tagging@ sedět? :-/

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Výšky budov

[Karel Volný]

zdar,

> Netuším, jestli někdo na základě počtu pater zkouší odhadnout výšku budovy,
> ale bude to jen hodně, hodně přibližné. Osobně bych to nedělal.

tak naokraj, to jsi vzal kde, že to bude "hodně hodně přibližné"?

pokud jde o paneláky, ty mají shodnou výšku podlaží 2,8 m, viz
https://cs.wikipedia.org/wiki/Panelový_dům#Typy_panelov.C3.BDch_dom.C5.AF_b.C4.9B.C5.BEn.C3.A9_v_.C4.8CR

pro běžný dvanáctipatrák (13 podlaží) to dává 36,4 m, přízemí bývá metr 
zvednuté plus-mínus půl metru, střechu bych počítal čtyřicet plusmínus dvacet 
centimetrů  takže jsme celkem na 37,8 m plusmínus 70 cm - čili asi plusmínus 
2%, to snad není špatná přesnost ...?

(navíc když to někdo někde zná, tak ví, jestli k tomu přízemí vedou dva schody 
nebo deset, čímž tu největší chybu eliminuje)

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zahrady u RD jako leisure=garden

[Karel Volný]

Dne Po 25. srpna 2014 11:10:47, Michal Grézl napsal(a):
> 2014-08-25 10:53 GMT+02:00 :
> > Uz o tom zde probihala diskuze tykajici se nejakych vil  a prilehlych
> > pozemku na tusim ze P6. Vysledek je, ze soukrome oplocene zahrady a
> > pozemky
> > je nesmysl takto tagovat  a je to spatne.
> 
> Prave naopak. Vysledek je, ze to je logicke a spravne tagovani.

logika zdá se býti věcí subjektivní :-)

já jsem "leisure" chápal jako něco, kde může volný čas trávit veřejnost
(byť třeba s nějakými omezeními)

aktuální (ehm, tři a půl roku starý) návrh je leisure pro soukromé zahrady 
nepoužívat:
http://wiki.openstreetmap.org/wiki/Talk:Tag:leisure=garden#Deprecate_this_for_private.2C_residential_gardens.3F

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zahrady u RD jako leisure=garden

[Karel Volný]

zdar,

... 
> Závěr poměrně dlouhé diskuze byl, že prostě i trávník za RD je zahrada

že je to "zahrada" je víceméně ok, ale ...

> a lidi to všude možně po světě tagují jako leisure=garden

... proč se nemůže tagovat garden=něco?

jestli jsi tu diskusi sledoval, mohl bys to prosím nějak stručně shrnout?

co zatím padlo tady mi přijde takové ... ehm ... takže když celej den sedím za 
kompem a večer jdu posekat trávník okolo baráku, tak je to leisure=garden, 
anžto "leisure" je volnočasová aktivita, zatímco když je soused celý den na 
golfu, večer jde na párty a trávník mu seká zahradník, tak to leisure=garden 
není, protože tam nikdo volnočasovou aktivitu neprovozuje?

> a nic se s tím nenadělá.

proč by nemělo?

opraš a aktualizuj svůj návrh podle té "option 3" na [1], nech ho odhlasovat 
:-) a tlačme to horem dolem, takových změn už v OSM bylo ...

[1] 
http://wiki.openstreetmap.org/wiki/Talk:Tag:leisure=garden#Deprecate_this_for_private.2C_residential_gardens.3F

> Bohužel se zatím masově neprosadil žádný dodatečný tag pro odlišení
> trávníků okolo RD od těch ostatních zahrad.

ale tož to je tak trošku začarovaný kruh, je snad potřeba s něčím přijít, 
začít to aplikovat, pak se toho chytnou ostatní, a ne koukat, co se používá, 
abychom se podle toho řídili, když se zatím nic nepoužívá, a nejbližší 
aproximace co se dá potkat je pěkná blbost ('Taky mně
osobně vadila nemožnost odlišit zahrady okolo RD od těch "pravých" zahrad' ... 
+1)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak opravit podle DIBAVOD? aneb Punkvotič a jiné kuriozity Říčanského krasu

[Karel Volný]

zdar,

> V souvislosti s otočeným Botičem jsem si prošel jeho povodí v OSMi a
> koukám, že nejenže tekl do kopce (fixed), ale místy se ponořuje a zase
> vyvěrá ( https://www.openstreetmap.org/node/2239824274 ), byť podle
> přehledové mapky DIBAVODu by měl být vidět po celém toku; hádám, že jsme
> o tyhle ways přišli po změně licence (?).

nevím, co v terminologii OSM znamená "být vidět", ale čistě prakticky tedy 
rozhodně v celé délce vidět není - jelikož jsem ho onehdy jel, tak můžu z 
vlastní zkušenosti poinformovat, že doporučení organizátorů splutí vybavit se 
silnou baterkou rozhodně nejsou přehnaná, jsou tam tunely, a ústí do Vltavy je 
dost nízko, za vyššího stavu dokonce pod její hladinou, a zcela určitě pod 
nábřežím, čili řekl bych level=-1 by tam byl zcela v pořádku

nicméně to se týká části pod přehradou (když už se bavíme o celé délce toku 
...) a odkazovaný bod je nad přehradou, ovšem v tom bodě nevidím (ani v 
historii) žádnou změnu levelu?

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OSM setkani v Brne (Was: Re: Skolni projekty pro OSM)

[Karel Volný]

tak naokraj, nepřišlo by mi zcela od věci družit se s ostatními open- nadšenci
https://openalt.org/pozvanka-na-108-sraz-priznivcu-otevrenych-technologii/

K.

Dne Po 15. září 2014 10:29:07, Tomas Novotny napsal(a):
> Ahoj,
> 
> predem diky za organizaci.
> 
> On Mon, 15 Sep 2014 07:52:58 +0200
> 
> Kasparek Tomas  wrote:
> > On Sun, Sep 14, 2014 at 11:31:25PM +0200, Petr Holub wrote:
> > > > > A kdyz uz se tady rozepisuju, co nejakou OSM hospodu v Brne, 
> > > > at se
> > > > > vidime
> > > > > na zivo s tema co jsou z okoli?
> > > > 
> > > > Jsem pro, preci jen se jen zdravime na chodbe ;)... Ja osobne 
> > > > ale o
> > > > nikom
> > > > jinem v Brne nevim.
> > > > 
> > > > Semtam taky neco omapuji a pivo mam rad, takze...
> > > 
> > > Ja zadny velky pivar nejsem, ale potkat se by bylo fajn.
> > 
> > OK, bezva. tak vykopavam termin St pristi tyden, 18:00, navrh mista:
> Za me je St 24. 9. 18:00 ok. (Uvidime co dalsi, ale mozna by se hodilo
> nejake planovatko jako doodle.com, at tu nespamujeme mailing list.)
> 
> > www.hedvabnastezka.cz/klub-cestovatelu-brno
> > 
> > nebo
> > 
> > www.pohadkovahospudka.cz
> 
> Spis ta prvni, ale je mi to celkem jedno.
> Diky a mejte se fajn,
> 
> T.
> 
> > (hledal jsem neco mezi FIT/FI, dalsi navrhy vitany)
> > 
> > Jinak samozrejme prespolni vitani. O ubytovani zkusim popremyslet co by se
> > dalo zajistit.
> > 
> > Bye
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Preklad terminu o mostech?

[Karel Volný]

zdar,

taky nejsem stavař, nicméně nemyslím si, že by šlo až o takové speciality, 
takže bych si dovolil návrhy poopravit, i když s odkazy na českou Wiki mě už 
Petr předběhl ...

> > http://wiki.openstreetmap.org/wiki/Proposed_features/Bridge_types#Proposal
> > - bascule
> 
> *** sklápěcí

ehm, spíše "sklopný"

https://www.google.com/search?q=%22sklopn%C3%BD+most%22&ie=UTF-8
6320 výsledků

https://www.google.com/search?q=%22skl%C3%A1p%C4%9Bc%C3%AD+most%22&ie=UTF-8
1450 výsledků

> > - transporter
> 
> *** dopravník

http://cs.wikipedia.org/wiki/Gondolový_most

> > - lift_pier
> > - pivot_pier
> 
> *** zdvihací

podle http://cs.wikipedia.org/wiki/Most spíše "zvedací"; Google spojení 
"zvedací pilíř" ani "zdvihací pilíř" nezná, nicméně ve spojení s mostem je to 
19900 vs 4940

> a otočný pilíř

podle stejné logiky jako výše spíše "otáčecí" - "otočný" je samotný most[1], 
ale pilíř bude nejspíše statický, jen sloužící k otáčení[2]

[1] 
http://ssjc.ujc.cas.cz/search.php?hledej=Hledat&heslo=oto%C4%8Dn%C3%BD&sti=EMPTY&where=hesla&hsubstr=no

[2] 
http://ssjc.ujc.cas.cz/search.php?hledej=Hledat&heslo=ot%C3%A1%C4%8Dec%C3%AD&sti=EMPTY&where=hesla&hsubstr=no

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] ŘOPíky

[Karel Volný]

zdar a sílu,

> Zdravim, v souvislosti s generovanim vektorovych map pro Locus, jsme
> spolecne s Voldapetem, jez je autorem generovanych map, narazili na téma
> bunkru, takzvanych Ropiku. Zda-li je na mapach zobrazovat ci nikoliv,
> vzhledem k jejich velice ridkemu zmapovani.

IMO jsou leckde dobrým orientačním bodem, pročež to, že někde zakreslené 
nejsou, nevidím jako důvod nezobrazovat je tam, kde jsou ... že data nejsou 
kompletní jsme si zvykli, když někdo někde narazí na objekt, co není v mapě, 
může ho tam zakreslit, ale když objekt, co v mapě je, v reálu nenalezne (ani 
stopy po něm), tak se člověk asi ztratil (ano, i s gps se lze ztratit :-))

> S tim souvisi i jejich import.
> Vygooglil jsem stripky informaci, ze uz se to resilo a nekdo se tim
> zabyval. Chtel bych se Vas tedy zeptat, v jakem je to stavu, kdo se kam
> dostal?

no, víme něco jiného, než že ropiky.net nás ignorují? -

http://forum.ropiky.net/tema.php?id=1244118437

a když se podívám na http://opevneni.cz/inc/prava.htm tak bych to na nějakou 
velkou ochotu taky neviděl (právě jsem tím odkazem jejich podmínky porušil, 
LOL)
(mimochodem přijde mi to dost pokrytecké, když sami "vykrádají" geoportal ...)

> Databaze s gps souradnicemi zda se existuji, takze by se snad dalo
> ne...?

tak například na tomto supertajném odkazu:
http://www.asdf47676ads.ropiky.net/web.kmz
je KML které by se asi dalo do mapy nacpat jednodušeji než vyzobávat databázi 
...

jelikož na ropiky.net žádné licenční podmínky nevidím, chtěl jsem se zkusit 
registrovat, abych viděl, za jakých podmínek mohou lidé přispívat (tedy pokud 
se při registraci klasicky něco odsouhlasuje) a jestli by z toho pro nás něco 
užitečného nevyplynulo, ale příslušný odkaz 
http://www.ropiky.net/admin/user_add.php mi vrací 404 not found ... haleluja 
:-/

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] ŘOPíky

[Karel Volný]

Dne Čt 26. února 2015 22:28:44, Petr Slavíček, Bc. napsal(a):
> adresa je samostatný node (pokud možno v budově)

ne nutně samostatný, ten bod může být klidně součástí budovy, např. když 
označuje v obvodu budovy místo, kde je vchod s příslušnou adresou

> Ty bunkry by buď všechny měly být area s vlastnostmi nebo nody, jinak v tom
> bude pěkný bordýlek: blbý vyhledávání a zobrazování

toto tvrzení by si IMO zasloužilo bližšího vysvětlení

> Spíše jsem za odebrat atributy z area a umístit samostatný node do této area
> jako u adres.

nevím, proč se inspirovat zrovna u adres, kde je situace odlišná - jeden dům 
může mít více adres, zatímco, nakolik je mi známo, jeden bunkr má (v 
příslušném systému sborů a stavebních úseků) právě jedno označení, tedy v 
rámci dané plochy by se nemělo vyskytnout více identifikačních bodů, a v tom 
případě je potom samostatný bod, který vlastně platí právě pro tu jednu 
plochu, jaksi nadbytečný

> Rendery např. i hospody u area nezobrazují, ale u node ano.

před dávnými a dávnými časy existovalo pravidlo, že nemapujeme pro renderery 
...

just my 0.02€

K.

p.s. ještě k předchozímu - "původnímu objektu byly dány nové souřadnice a 
atributy dle ropik.net" ... kde se bere jistota, že přispěvatelé ropiky.net 
mají lepší gpsky než přispěvatelé OSM?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] ŘOPíky

[Karel Volný]

Dne Pá 27. února 2015 11:20:52, hanoj napsal(a):
> > Nikde, a jak to chcete vyřešit? nechat duplicity? Před importem jsem se
> > ptal, jak se řeší duplicity, nikdo 2 dny neodpověděl.
> 
> *** Je vhodne nechat na dulezita rozhodnuti jako import klidne 14 dni.
> To jsme myslim s tebou jednou diskutovali... Je tak neprekonatelne?

FTR, tady v Brně jsou teď jarní prázdniny

spousta lidí je tedy tento _celý_ týden na dovolené

přinejmenším někteří z nich vůbec bez přístupu k Internetu, a u těch, co 
přístup mají, bych si dovolil vyjádřit pochybnosti o ochotě a vůbec volném 
čase k řešení věcí z mailinglistů

(ostatně i pokud jsou lidé doma, mohu jen závidět, pokud je na tom někdo tak 
dobře, že si může dovolit, aby u něj OSM mělo každodenně vyšší prioritu nežli 
třeba daňové přiznání, které pomalu klepe na dveře, apod.)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] ŘOPíky

[Karel Volný]

> A pro koho mapujeme?

hm, žeby pro lidi?

> Bez renderů máme holé texty a rendery jsou bez OSM k ničemu. Tady musí být
> nějaká kooperace, a ne že každý si to udělá jak chce, protože přeci rendery
> se přizpůsobí.

tuto část jsem nějak nepochopil

když se něco nějak dělá v datech, a renderer má podle toho kreslit, tak je to 
"přizpůsobení"

když renderer něco nějak kreslí, a data se mají podle toho organizovat, tak je 
to "kooperace"

?

> A mimochodem pro bunker_type=pillbox je dovolen jen
> bod, viz zelený rámeček vpravo dole
> http://wiki.openstreetmap.org/wiki/Tag:bunker_type%3Dpillbox

ten návrh se odhlasoval před sedmi lety, od té doby se mnohé změnilo, mapují 
se podstatně větší detaily

když se podíváme na ten zelený boxík, tak se také dozvíme, že i přes "zákaz" 
je to aktuálně použito na 1387 wayích, tedy vpodstatě každý šestý až sedmý 
pillbox není pouhý bod

takže by spíše bylo na čase pravidla přehodnotit, jestliže se nyní bavíme o 
tom, že jsme schopni do mapy dodat konkrétní tvary a rotace jednotlivých 
řopíků, nežli odkazovat se na něco, co možná[*] dávalo smysl v dobách, kdy 
jsme byli rádi, když se v mapě vůbec objevil ten bod říkající, že tady někde 
by něco takového mohlo být

[*] k tomu "možná" bych poznamenal, že jsem si prošel historii návrhu, a 
zjistil jsem, že *nikde* nebylo diskutováno, k čemu to omezení na bod vlastně 
je dobré, jaký dává smysl, když "mateřský" tag military=bunker má povoleno i 
area ... autor si to prostě napsal jako "A new tag for nodes", každý to 
nejspíše chápal řečnicky a ne doslovně "nodes and nothing else" a nenapadlo 
ho, že po odhlasování to autor takto promítne do Description místo aby se to v 
tomto shodovalo s výše zmíněným obecným military=bunker ...

> Kdo psal nějaký render, tak ví o čem mluvím.

ach děkuji, s pravidly pro Mapnik jsem si taky užil

takže když umíme zpracovat military=bunker na node i na area, je složitější 
aby se military=bunker & bunker_type=pillbox zpracovávalo stejně, anebo aby se 
pro to zaváděla vyjímka, že to area být nemůže?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] ŘOPíky

[Karel Volný]

Dne Pá 27. února 2015 14:28:26, Lukas Gebauer napsal(a):
> > p.s. ještě k předchozímu - "původnímu objektu byly dány nové
> > souřadnice a atributy dle ropik.net" ... kde se bere jistota, že
> > přispěvatelé ropiky.net mají lepší gpsky než přispěvatelé
> > OSM?
> 
> Dovolim si reagovat... GPSky mame pravdepodobne vsichni uplne stejne.
> Jenze je sakra rozdil mezi necim jinym... porovnavas totiz:
> 
> 1. cloveka, ktery prosel kolem bunkru s GPSkou, a podle toho nakresli
> bunkr do OSM.
> 
> 2. databazi bunkru, kde u kazdeho bunkru jsou trebas i desitky
> ruznych zamereni ruznymi lidlmi v ruznem obdobi, a vysledne
> souradnice jsou vypocteny jako prumer z techto mereni, navic s
> ignorovanim 'uletu'.
> 
> Mno, nevim, v tomto porovnani bych si na OSM nevsadil! :-)

ano, v této pohádce OSM nevyhrává

nicméně realita je jinde

někdo mapuje stylem "prošel kolem s GPS", někdo porovnává své záznamy s 
dalšími zdroji, řeší jestli v dané oblasti sedí ortofoto, kontroluje polohu 
vůči jiným objektům ...

a pro tu databázi bunkrů rozhodně neplatí "u každého desítky"

na podzim jsem si něco řešil, třeba jsem měl jen smůlu, ale u těch pár bunkrů, 
co jsem procházel, byly záznamy tak dva-tři, někdy čtyři, a někdy taky jen 
jeden

a nějakého "ignorování úletů" jsem si tedy nevšiml - to "přesné zaměření" 
vypadalo třeba taky tak, že bunkr je za plotem, a souřadnice ukazovaly na 
cestu kam až se k němu dalo nejblíž dostat (někde to aspoň bylo v poznámce, 
někde ani to ne)

> Pochopitelne neco jineho bude, kdyz to nebude sedet s RUIAN. Pak bych
> doporucil se podivat primo na ropiky.net, z kolika a jakych souradnic
> se ta jejich poloha spocitala, jestli tam nebude neco podezreleho.

jak jsem vyrozuměl, nic takového se nestalo, RUIAN při importu uvažován nebyl 
(nebo o tom aspoň není zmínka)

> A pak je na case hledat pricinu nesrovnalosti, protoze by mi prilo
> divne, kdyby to treba deset lidi zamerilo uplne jinak, nez rika
> RUIAN, ne?

no, mně třeba přijde divné, už když to úplně jinak zaměří různí lidé :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

[Karel Volný]

čest,

Dne Ne 8. března 2015 08:47:50, Marián Kyral napsal(a):
> Dne 8.3.2015 v 08:38 Jachym Cepicky napsal(a):
> > Pánové, mám ale z téhle diskuze pocit, jako by se někteří nemohli
> > odpoutat od "národních zájmů". OpenStreetMap.org je přece pro celý
> > svět a že my se shodneme na tom, že značky jsou jeden z největších
> > highlightů našich dat, neznamená, že to zajímá zbytek světa. Osm.org
> > má výchozí mapu namířenou proti googlu, ne KČT. A už i. Tak je dost
> > přeplácaná a znám hodně lidí, kterým se nelíbí.
> 
> Když tam může být cyklistická vrstva, tak proč ne turistická?

+1

a) mluvilo se snad o overlayi, ne že chceme značky do základní vrstvy

b) skutečně v tomto směru (má či nemá být k disposici) nevidím rozdíl mezi 
značením cyklistickým a pro pěší - to rozhodně není jen český fenomén ... 
stačí se podívat třeba na 
https://en.wikipedia.org/wiki/Category:Lists_of_hiking_trails

potíž je, že těch systémů a podob značek je nechutně mnoho, nicméně to je 
potíž pro nás, implementační detail, pro náhodného návštěvníka to bude pořád 
jen nějaká barevná čára v mapě, ať už se pod ní v datech skrývá cokoliv, a já 
znám naopak dost lidí, kterým se nelíbí, když tam ta čára není, a proto, než 
by našli třeba mtbmap (MTB? - oni chtějí pěší!), tak jdou třeba na Seznam 
(který turistické značení také nemá v základní vrstvě; přeplácanost základní 
vrstvy OSM je na úplně jinou diskusi)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Licence (zase)

[Karel Volný]

čest práci,

tak jsem se podíval do zdrojáků a zjistil, že nemá význam psát ani na Rosa[*] 
ani autorovi pluginu[**], protože ten jen volá nějaké Googlí API s tím, že mu 
předhodí odkaz na dlaždice OSM, takže ty "Podmínky použití" si tam dává Google 
sám (rychlý test: grep -i terms comprehensive-google-map-plugin.pot)

don't be evil :-)
[***]

K.

[*] když už, tak spíše jejich webmasterovi, zda nechce zvážit použití jiného 
pluginu - http://wiki.openstreetmap.org/wiki/Wordpress#Using_a_plugin

[**] jak bylo naznačeno, to by nemělo smysl tak jako tak:
https://wordpress.org/support/topic/notice-about-plugin-discontinuation-future-recommendations

[***] pardon za nekonstruktivní rýpnutí, ale toto jsem si prostě nemohl 
odpustit ... neskonalá naivita příznivců Google mě stále ještě dostává

http://qz.com/284548/what-google-really-means-by-dont-be-evil/
... But it also means that Google has effectively redefined what “evil” means. 
It is whatever Google thinks it means.
Don’t take my word for it. As Eric Schmidt told Wired way back in 2003, “Evil 
is what Sergey [Brin] says is evil.”

Dne Út 10. března 2015 07:12:09, TK napsal(a):
> Myslim, ze neprehledl. Nicmene je to WordPress s pluginem viz:
> 
> http://rosa-os.cz/wp-content/plugins/comprehensive-google-map-plugin
> 
> Takze pokud se napise sem, tak (pokud je to mozne) nekde v nastavenich
> zkusi vypnout OSM. Mozna by bylo lepsi zkusit napsat autorovi pluginu,
> tim se to vyresi i zde ale i na jinych pouzitich.
> 
> https://wordpress.org/plugins/comprehensive-google-map-plugin/
> 
> nicmene podle webu se to tvari ze uz to nikdo nevyviji.
> 
> Bye
> 
> Dne 10. března 2015 0:48 Petr Vejsada  napsal(a):
> > Ahoj,
> > 
> > ač, jak víte, jsem ohledně licence docela v klidu, tak toto mě tedy
> > vydráždilo:
> > 
> > http://rosa-os.cz/nase-sluzby/azylovy-dum/
> > 
> > defaultně vrstva OSM, attribution Google-podmínky použití.
> > 
> > Můžete to, prosím, zkontrolovat, zda jsem něco nepřehlédl? Zdvořilý mail
> > už
> > mám připravený, ale než ho odešlu, rád bych, aby se na to někdo podíval.
> > 
> > Díky.
> > 
> > --
> > Petr


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Merkaartor vs JOSM

[Karel Volný]

Dne Út 10. března 2015 05:51:31, Marián Kyral napsal(a):
> Od: Ladislav Laska 
> > Myslím, že se nějaké vhodně obtížná práce najde třeba v mapovátku
> > Merkaartor, které jsem nedávno adoptoval a snažím se ho trošku zvelebovat. 

ó budiž pochválen velkou chválou dobrodinec náš :-)

> Jaké jsou výhody Merkaartoru oproti JOSM (kromě toho, že je v C++)?

za sebe můžu říct, že především mentalita

to není jen C++, ale i Qt ... motá se kolem toho jiná sorta vývojářů než třeba 
kolem GTK+ (ok, to je špatný příklad, to je zprzněné C) nebo například FLTK

prostě se mi s ním pracuje dobře (až na nějaké mušky samozřejmě), zatímco JOSM 
nebo teď ta nová webová blbost u mě neustále vyvolává pocity jako "WTF, co tím 
chtěl básník říci, jak mám kua udělat to co chci?!?"

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OSM setkani v Brne

[Karel Volný]

zdravím,

shodou okolností se má dnes v 17:00 v Atlasu (= Café Atlas na Veveří) konat 
setkání, kde se má diskutovat i o mapách, níže přeposílám info

vidím na doodle čtyři lidi, co se hlásili, že by měli dnes čas - bylo by fajn, 
kdyby někdo (...) mohl dojít reprezentovat místní OSM komunitu a navázat 
spolupráci

ď.
K.


***
Ahoj,

prosím přidat na program pondělního Atlasu ještě bod Atlas Brna:

Zkoušíme vyvinout univerzální mapový server a sjednotit do něj pasivní i
interaktivní mapy Brna zveřejňované dosud na různých místech městem,
jakož i NGO a jednotlivci (projeví-li zájem) a hlavně několik map nových
nebo dosud neveřejných. Aby byl systém už od začátku nastavený na
možnost přidávat donekonečna další mapy (vrstvy), bylo by fajn, kdybyste
se zamysleli, jaké typy map (vrstev) byste ocenili, ať už jako občané
nebo v rámci své práce pro Brno. Například v našem dlouhém seznamu
nemáme skoro nic z oblasti sociální (Martine, Báro, Patriku). A
samozřejmě, kdybyste se chtěli zapojit do vývoje konkrétní mapy, a tím i
systému, vítám to s nadšením. Zde brainstormingoidní seznam, který stále
roste (větší část navrhl Aleš):

vrstvy mapového serveru města Brna (výhledově samozřejmě)

územní plán

regulační plán, územní studie

základní mapa

ortofotomapy

kontejnery na tříděný odpad, sběrné dvory, obecní komposty

veřejná doprava

linkové vedení

šaliny

trolejbusy

denní městské autobusy (40 – 80, 84)

speciální autobusy (81, 82, školní linky, Avion, Olympia…)

noční autobusy

regionální autobusy

vlaky

zastávky IDS JMK

zastávky komerčních linek nezařazených do IDS JMK

schéma přestupních uzlů

bezbariérové zastávky

aktuální pohyb spojů (už existuje - aplikace “iris”)

bezbariérovost – zastávky, trasy, úřady, veřejné budovy

parkoviště – parkovací domy, parkoviště s vazbou na MHD… (inspirace:
http://www.bezpecneparkovani.cz/Home.cms?ActiveID=1001)

čerpací stanice (vč. alternativních paliv)

cyklomapa – cykloopatření, doporučené trasy, stojany…

pěší mapa – vč. zkratek a prošlapů (prošlapy se následně snažit
legalizovat a upravit)

historické mapy

historické ortofotomapy

hranice katastrálních území

hranice městských částí

sídla úřadů

školy, DPS, nemocnice, polikliniky, lékárny

hřbitovy

veřejná WC (vč.WC ve veřejných budovách)

městské pozemky a stavby

legální plakátovací plochy a bilboardy (aby lidé snadno určili ty
nelegální a nahlásili je)

“Brňáci pro Brno”

probíhající změny územního plánu

plánované investiční opravy

uzavírky, plán blokových čištění

znečištění ovzduší

intenzity dopravy na komunikacích

vodní mapa

brownfields

obecní prostory k pronájmu

prodejní místa jízdních dokladů

legální psí výběhy

sportovní mapa

mapa podivuhodností

“brno poetické”, pamětní desky, mapa událostí

místa dalekého rozhledu

veřejná wi-fi

podzemí

mapy svícení, viz text Jeníka Hollana

herny a výherní automaty

domy určené k asanaci


náš aktuální úkol:

vybrat několik málo map (vrstev),

navrhnout u každé zvlášť, jak se má chovat,

vypsat, které další mapy (vrstvy) se k ní pojí (čili zaškatulkovat
ji) funkčně a tematicky,

vypsat, co je potřeba k jejímu vyvinutí a spuštění

a co je potřeba k jejímu trvalému provozu


k.


-- 
Jakub Kořínek
***
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Bankomaty Fio

[Karel Volný]

zdravím,

myslím, že se chybička vloudila:

> vsiml jsem si za na strankach Fio banky maji seznam jejich bankomatu

s/jejich/smluvních/

> s GPS souradnicemi. Napsal jsem dotaz na Fio, zda-li bych mohl pouzit
> informace ze stranek k rozsireni dat v openstreetmap a dostal jsem
> svoleni.
> Moje predstava je, ze bych importoval body s nasledujici atributy:
> amenity=atm
> operator=Fio banka

ehm ... není to spíše Pharro

> opening_hours=...
> source=www.fio.cz

a http://www.pharro.cz/bankomaty

?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Atlas Brna

[Karel Volný]

'hoj,

> Kdo by provozoval atlas Brna?

nevím, za koho konkrétně je Jakub, já jsem informaci dostal od lidí z 
OpenAltu, přičemž ta setkání pořádají Piráti a Žít Brno, pokud vím ...

> Víte, že Brno se snaží také o otevírání svých dat

ehm, kdybych věděl, že moje info je správné, tak bych toto označil za velmi 
kreativní interpretaci skutečnosti :-)

já se domnnívám, že věc se má tak, že Brno samo (tedy různé instituce v něm) 
se o nic takového nesnaží, nýbrž naopak je k poskytnutí dat kopáno výše 
zmíněnými spolky

> a na tohle téma proběhne (proběhl?) hackathon ve spolupráci s IBM?

proběhne od 27.3. - http://www.cityhack.cz/

> IMHO nejlepší místo kam jít a začít se o tom bavit.

tento tvůj názor nesdílím, nicméně nechci se zde pouštět do dalších spekulací

každopádně v tuto chvíli vidím jako velmi podstatné vůbec "začít se o tom 
bavit", protože se rozbíhá spousta projektů, kterým se data (nebo spíš obecně 
software) OSM hodí a které by naopak mohly ledasčím přispět zpátky, jenže když 
se lidé nebaví, tak vynalézají kolo, a my z toho nic nemáme

k tomu Brnu, například, co tohle? - http://www.otevrenebrno.cz/

nedávno jsem také někde zachytil diskusi na téma online data o pohybu 
prostředků hromadné dopravy (bylo to tady? - v archivu nemůžu nic najít) - a 
hle, včera mi Láďa (OpenAlt) mezi řečí zmínil, že k datům z DPMB se dostanou

takže aby těch akcí tento týden nebylo málo zkusím ještě jednu pozvánku:
https://openalt.org/pozvanka-na-114-sraz-priznivcu-spolku-openalt/

> Martin Landa už odkazoval náš meteriál, který shrnuje pohled na to, jak
> otevírat prostorová data, kdokoliv by k tomu něco měl, může nás forknout na
> githubu

a pro nás, co mají potíže s hledáním, můžeš prosím odkaz zopakovat?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Atlas Brna

[Karel Volný]

zdar,

> Každopádně: otevírání prostorových dat http://opengeolabs.cz/publikace +
> odkaz na git

jéžiš to je písmenek ... no odkaz pošlu dál a do pátečního srazu to zkusím 
nějak přelouskat, abych to mohl odprezentovat

tož dík

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Mapování MHD (Hodonín)

[Karel Volný]

čest práci,

> Prosím proto, aby nedocházelo k svévolnému uvádění kruháčů do jedné
> cesty, jelikož to bude narušovat relace, které se snaží o jistou
> přesnost.

+1!!!

(ano, se třemi vykřičníky)

například tyto dvě waye:
http://www.openstreetmap.org/way/49446123
http://www.openstreetmap.org/way/177184786

tvoří kruháč, ale linka 44 jezdí pouze po první (s malou nepřesností v úseku 
proti Husitské), zatímco linka 84 jezdí pouze po druhé

vzhledem k výše uvedené nepřesnosti by si ještě zasloužily rozsekat, také i 
proto, že uvádí sidewalk=right, ale v úseku proti Husitské to má být both - a 
naopak v rozích by mělo být none na zaoblených úsecích (které momentálně v 
mapě zaoblené nejsou)

vůbec celý Slovaňák by si zasloužil trošinku dodělat, co jako má být třeba way 
44958965, zároveň footway a zároveň tree_row? - to je v rozporu s definicí ...

kdo na to má čas? :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Mapování MHD (Hodonín)

[Karel Volný]

...
> > Je možné kruháč složit z mnoha cest a ty by měly být označkovány
> > junction=roundabout.

...

> Nema totiz vubec jak zjistit, ze tam nejaky kruhac je.

z výše uvedeného jasně plyne, že nemáš pravdu - obtěžoval ses vůbec přečíst 
si, co Marek napsal?

obligátní odkaz:

http://wiki.openstreetmap.org/wiki/Tag:junction=roundabout

... ke kterému bych dodal, že se tam například píše:

"Tag the OSM way(s) of the roundabout with junction=roundabout."

čili dle "(s)" autor zjevně počítal, že to nemusí být z jednoho kusu

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Mapování MHD (Hodonín)

[Karel Volný]

> > například tyto dvě waye:
> > http://www.openstreetmap.org/way/49446123
> > http://www.openstreetmap.org/way/177184786
> 
> Az na ten detail, ze toto neni kruhac. To ze tam nejaky dmnt da znacky
> kruhace z toho porad kruhac neudela.

no, já tam celkem často jezdím, a to že to nějaký dmnt na talk-cz nepovažuje 
za kruháč, mě ignorovat značky nedonutí :-p

jdi to vysvětlit na magistrát, že to není kruháč, a tudíž že tam ty značky být 
nemají

dokud tam jsou, tak to pro mapu prostě kruháč je, a když už to kruháč je, tak 
je to krásným příkladem, proč je pitomost zakazovat kruháč rozsekat na 
jednotlivé úseky tak, aby se jim daly přiřadit různé vlastnosti v souladu s 
tím, jak se tyto vlastnosti po obvodu mění, anebo se daly zařadit do různých 
relací, které využívají právě jen tyto úseky a ne kruháč celý

K.

p.s. zkus jít scelit tohle: 
http://www.openstreetmap.org/#map=19/51.56287/-1.77181


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Mapování MHD (Hodonín)

[Karel Volný]

Dne Čt 19. března 2015 21:04:57, jzvc napsal(a):
> Dne 19.3.2015 v 18:03 Karel Volný napsal(a):
> > ...
> >>> Je možné kruháč složit z mnoha cest a ty by měly být označkovány
> >>> junction=roundabout.
> > ...
> > 
> >> Nema totiz vubec jak zjistit, ze tam nejaky kruhac je.
> > 
> > z výše uvedeného jasně plyne, že nemáš pravdu - obtěžoval ses vůbec
> > přečíst si, co Marek napsal?
> > 
> > obligátní odkaz:
> > 
> > http://wiki.openstreetmap.org/wiki/Tag:junction=roundabout
> > 
> > ... ke kterému bych dodal, že se tam například píše:
> > 
> > "Tag the OSM way(s) of the roundabout with junction=roundabout."
> > 
> > čili dle "(s)" autor zjevně počítal, že to nemusí být z jednoho kusu
> 
> Jeden o voze a druhej o koze ...

a třetí do dubu ...

z druhého mailu:
"Pro ten soft je to problem zcela zasadni, protoze pokud ty trebas 
definujes trasu pomoci relace, kam das toho kruhace jen kus, tak kde asi 
tak ma libovolna appka cout, ze tam sou jeste nejaky dalsi dily."

- to řeší výše uvedené, jak již řekl kolega, pokud jsou ty díly korektně 
otagovány, stačí skládat navazující díly do kružnice

"Defakto mas v ty trase neuplnej objekt a tudiz vsechno spatne."

velmi kreativní interpretace ... takže když chci jet po D1 z Prahy do Brna a 
pak po D2 na Bratislavu, tak je špatně, že way odpovídající D1 je na exitu 196 
rozdělená (aby se mohla oddělit E65 na D2) a nepokračuje jako jeden kus až do 
Bohumína?

> Kdybys cet tu diskusi od zacatku, tak je to o tom, ze nekdo do RELACE
> nejaky trasy (v tomto pripade MHD) flakne PULKU kruhace.

jistě, přesně takový příklad jsem dal s brněnskými linkami 44/84 a kruháčem na 
Slovanském náměstím, takže co mi "na začátku" mělo uniknout?

> Druha cast je pak o tom, ze rozdeluje kruhac prave a jen z tohoto
> duvodu, coz je hola pitomost.

kdybys četl (...), tak bys věděl, že holá pitomost je tvrdit "právě jen a z 
tohoto důvodu", neb ve výše uvedeném příkladu jsem zmiňoval i že jednotlivé 
části mohou být odlišně "ochodníkované", například, což je další důvod

Marek v původním mailu[*] nic o rozdělování nepsal, natožpak o "právě jen", to 
sis vybásnil abys mohl začít prosazovat nesmyslné spojování

[*] https://lists.openstreetmap.org/pipermail/talk-cz/2015-March/011556.html

...
> Kruhac, kterej by byl z pulky asfaltovej a z druhy dlazdenej sem jeste
> tu cest videt nemel.

tak surface=... není jediná možnost odlišnosti, že
(krom toho "tu čest vidět neměl" je v tomto kontextu argument dost naprd)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Rozdíl mezi road a track?

[Karel Volný]

zdar,

Dne Čt 26. března 2015 08:37:40, Miroslav Suchý napsal(a):
> Teď jsem narazil v Brně-Bystrci v Kočičím žlebě na cestu která je:
>highway=track
>sufrace=asphalt
> 
> Což mě zarazilo. Vždycky [*] jak na cestě byl asfalt, tak jsem ji značil
> jako [service,minor] road. Track jsem nechával jenom pro lesní a polní
> cesty bez asfaltu až do té urovně dokud tam projede tereňák nebo traktor.

tak teoreticky by mělo platit něco jako

má to číslo u ŘSD?
ano => road
ne => track

což nám ovšem pokulhává třeba na těch service

takže bych se řídil předpokládaným _účelem_ - jestli ta cesta je od toho aby 
tam jezdily osobáky, a ne jestli tam fyzicky mohou projet

> Jaký je váš názor na asfaltové lesní cesty?

že je to zvrhlost ... zrovna dneska jsem se bavil v servisu na téma, jak 
ekoteroristi chtějí nahánět auta bez filtru pevných částic, ale na druhou 
stranu lesy si "zabetonovávat" necháme?

ale to jsi asi slyšet nechtěl :-)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] OT eko-okénko (was: Re: Rozdíl mezi road a track?)

[Karel Volný]

čest,

vzhledem k tomu, že je to tu těžce offtopic, a že původně to byla jen taková 
malá poznámka na okraj daná shodou okolností, "zabetonovávání" lesů mě fakt 
štve (když na druhou stranu se mě furt někdo někde z přírody snaží vyhodit), 
neměl bych to už rozpitvávat, ale tak nějak mi to nedá, a pokud aspoň jednoho 
člověka přiměju se nad tím zamyslet, budu rád, a snad mi ostatní odpustí 
zaplevelení diskuse ...

Dne Čt 26. března 2015 13:16:29, luka...@volny.cz napsal(a):
> Sice to sem nepatri, ale pro Karla Volneho -  jak se do lesa vola:
> Hele ty ekoteroristo,
> to ze nekde bude cesta pokryta asfaltem nezpusobi rakovinu tolika lidem jako
> ropak socialne slabyho burana, kterej nema na vymenu DPF, tako ho radeji
> necha vykuchat. Howgh

howgh? - vždyť jsi ještě zapomněl říct, že ten ropák taky žere, pardon 
přejíždí malý děti, a že ten asfalt asi roste na poli, do lesa ho doveze 
volskej povoz a tam ho dělníci hezky skládaj na cestu ručně po studenu, aby to 
bylo řádně ekologický a nevyprodukovalo se u toho víc svinstva než kolik 
odpovídá palivu, který je ta socka schopná nakoupit si za celej život (nebo 
spíš několik set životů)


každopádně tedy děkuji za demonstraci mojí pointy - zjevně vůbec nejde o 
přírodu, či snad nějaká fakta (viz výše, schválně, kdo aspoň tuší, kolik se 
toho průměrně spotřebuje a co uteče do ovzduší na kilometr asfaltky?), nýbrž 
pouze o to, proti čemu se kdo rozhodl vést svatý boj

a to celé v zájmu výdělku zainteresovaných stran (bojovat proti odstraňování 
filtrů je dobré, protože to firmám hodí prachy jak za toto kurvítko, tak za 
zvýšenou spotřebu paliva a aditiv; bojovat proti asfaltování v lese je špatné, 
protože to naopak nehodí prachy za vybudování a údržbu cesty, a navíc to 
nepřitáhne do lesa takysportovce na dreku z marketu, který by se na prvním 
kořenu rozpadl atd.)

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] limit 2000bodu

[Karel Volný]

> >> To jsou ale preci dve uplne odlisne veci - licence a API 0.6.
> >
> > to záleží na úhlu pohledu ... díváš-li se na to čistě technicky, ano, ale
> > v širším kontextu to souvisí: začnou-li vývojáři dělat změny, které se
> > lidem jeví jako problematické, může to značit ztrátu kontaktu s realitou
>
> *** Mne se jevi vyvoj OSM (a historie API tomu nasvedcuje) hodne
> prekotny, navic postaveny na zelene louce. OSM bude nyni i
> __napriste__ takove zmeny podstupovat, protoze nikdo napocatku asi
> netusil k cemu (mnozstvi, zaber, cil) to povede a to co tusil nemusel
> vhodne odhadnout.
> Tim nechci rici, ze lide, podstata celeho projektu, meli sejit ze zretele.
>
> Zmeny budou nutne, podivejte se na projekt http://www.poi.cz/, ten jak
> licencne, technologicky zakrnel, ma pramale moznosti rozvoje.

tož, je jasné, že nikdo nemá křišťálovou kouli a postavit základy projektu 
tak, aby nevyžadovaly změny, je takřka nemožné

někdy je dokonce vhodné dělat změny dosti zásadní, které zahodí spoustu 
předchozí práce, aby se nešťastné řešení netáhlo do budoucna jako koule na 
noze, ale nikoli překotné, z bláta do louže
(což je jak na mě působí současný stav přefiltrovaný zdejší diskusí lidí v OSM 
technicky zdatnějších)

> >> Limit 2000 bodu je IMO spravny,
> >
> > nechápu proč; když jsem koukal na wiki, zdůvodněn nebyl ... přijde mi
> > zvrhlé, když je někde nějaká dlouhá linie, tak ji dělit a vymýšlet nad
> > tím relaci, která to zase spojí, jen protože se od zeleného stolu
> > stanovil nějaký limit
>
> *** aniz bych videl do hloubky pricin a duvod nastavene hranice, jiste
> se pracuje lepe s homogennim datasetem o velikosti 1-x nodu,
> (vykreslovani, stazeni bbox). Bezne se tak i v komercnich datasetech
> pracuje (pokud to topologie umoznuje), neni to nic zvrhleho. Nestastna
> je mozna implementace OSM relaci.

nevím, co je nebo není běžné v komerční sféře, ale mě to tak nějak 
připomíná "640 KB RAM musí stačit každému ..." (anebo "pojďme počítat čas v 
sekundách od 1.1.1970, 32bit integer musí stačit ...")

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] limit 2000bodu

[Karel Volný]

> Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz
> posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to
> dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k
> tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne chtel...

uff, takže místo toho, aby se to pořádně vyřešilo (viz níže, možnost 
komunikovat pouze změny, nikoliv všechna data), budeme raději tleskat 
hloupému workaroundu?

> Limit je to mozna umely, ale na druhou stranu i chrani OSM pred
> primitivnim DoS utokem - je zajimave, ze dosud nikoho nenapadlo zkusit
> nahrat nekonecne dlouhou cestu do OSM.
>
> K

před nekonečnou cestou by chránil i limit o několik řádů vyšší, který by 
neomezoval v současnosti existující validní data

před klasickým DoS útokem žádný takový limit neochrání, prostě se místo 
jednoho požadavku na nekonečno bodů pošle "nekonečno" požadavků na jeden bod

K.


> MP napsal(a):
> >> to záleží na úhlu pohledu ... díváš-li se na to čistě technicky, ano,
> >> ale v širším kontextu to souvisí: začnou-li vývojáři dělat změny, které
> >> se lidem jeví jako problematické, může to značit ztrátu kontaktu s
> >> realitou
> >>
> >>> Limit 2000 bodu je IMO spravny,
> >
> > Je to "umely" limit, ktery by tam byt mozna nemusel, ale je tam kvuli
> > vykonu serveru a zatezi databaze. Pokazde, kdyz nekdo v takhle dlouhe
> > ceste zmeni maly kus, nebo nejak opravi tagy, tak se nahrava cela
> > cesta znovu na server (ano, tady by slo vylepsit API o moznost nahrani
> > jenom tagu s tim, ze "nody se ponechaj"). No a pokud si nekdo u takhle
> > dlouhe way, ktera se mnohokrat v minulosti upravovala vyrada historii,
> > tak by dostal XML o mnoha desitkach MB (teoreticky, ale pry ho driv
> > utne nejaky limit nebo timeout). Cili pokud se tyhle problemy nejak
> > vyresi, tak by se ten limit mohl v budoucnu zvysit nebo mozna i
> > zrusit.
> >
> > Martin

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] limit 2000bodu

[Karel Volný]

Dne st 11. března 2009 Tomáš Tichý napsal(a):
> 2009/3/11 Karel Volný :
> >> Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz
> >> posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to
> >> dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k
> >> tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne chtel...
> >
> > uff, takže místo toho, aby se to pořádně vyřešilo (viz níže, možnost
> > komunikovat pouze změny, nikoliv všechna data), budeme raději tleskat
> > hloupému workaroundu?
>
> A co "DoS" na uživatele? Není nad to, když se při editaci jedné
> hospody stáhne tisíc kilometrů čtverečních lesa.
> Nebo když hledáte nějakého člena relace v pěti tisících položkách.
> A zkuste si někdy používat něco takového třeba na GPRS připojení.
> Eventuelní řešení stahovat pouze část cesty/relace považuji za
> potenciálně velmi nebezpečné.

huh, to nechápu ... když je nebezpečné stáhnout pouze část relace, tak jak si 
pomůžu, když budu stahovat relaci o 2*2000 bodů místo jedné linie o 4000 
bodech?

> Vylepšit datový model tak, aby byl pro člověka lépe uchopitelný
> nepovažuji za "hloupý workaround". Dlouhé cesty elegantně řeší relace.
> Rozsáhlé relace elegantně řeší relace relací. Doufejme, že se
> zavedením limitů bude větší motivace k vylepšení podpory relací v OSM
> nástrojích.
>
> =TT=

a relace relací relací
a relace relací relací relací ... 
- no jistě, těch 640 KB taky elegantně řešil DOS4/GW a další, že ...

já nevím, nemotám se kolem projektu dlouho, a furt mi něco nefunguje, takže do 
toho až tak nehrabu, tož mi dík nezkušenosti asi něco uchází, ale ... tak 
nějak jsem myslel, že relace byly míněny jako způsob, jak z fyzických objektů 
zkonstruovat nějaké logické celky, nikoliv proto, aby se nějaký fyzický 
objekt mohl nakrájet jako salám, a pak silou vůle, eh, tedy relace, zase 
slepil dohromady a řeklo se, že to má být jako celá štangle salámu a ty řezy 
mezi kolečky jako nevidíme

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] limit 2000bodu

[Karel Volný]

Dne st 11. března 2009 Kubajz napsal(a):
> Zkusim se zeptat - mela by byt statni hranice CR jedna cela
> neprerusovana uzavrena way? Odpovedi jsou dve a rekl bych, ze se
> neshodneme napric uzivatelskym forem... Jako u vseho je hodne pro a
> hodne proti.
>
> K

hm, já jsem pro tu druhou, pokud ta první je "ano" :-)

nicméně dělicí body by měly vycházet z geopolitické struktury, tj. trojmezí, 
případně ve zvrhlejší podobě body návaznosti jednotlivých cest, hřebenů, 
střednic toků a dalších linií, kterými je hranice vymezena, ale zcela určitě 
nikoliv podle počtu bodů v jedné way

... u limitu vytvořeného uměle bez návaznosti na velikost objektů, kterých se 
týká, holt žádné "pro" nevidím

zabránění "DoS" tím, že zatímco dříve jsem si bral celý salám, teď si *musím* 
vzít polovinu, nemůžu si vzít celý, když chci celý, je pořád řešení vcelku na 
nic pro toho, koho zajímá jen jedno kolečko salámu, kvůli kterému si ovšem 
musí vzít celou půlku a zase tu půlku vrátit

K.

> Karel Volný napsal(a):
> > Dne st 11. března 2009 Tomáš Tichý napsal(a):
> >> 2009/3/11 Karel Volný :
> >>>> Me osobne se ten limit libi prave z tohoto duvodu. Na sumave, kdyz
> >>>> posunu v hranici lesa, tak zbytecne odesilam nekolik MB dat a trva to
> >>>> dost dlouho. Nebo je uzasne, kdyz si stahnu vesnici a stahne se mi k
> >>>> tomu cele Labe. Nez zjistim, kde je ta vesnice, co jsem vlastne
> >>>> chtel...
> >>>
> >>> uff, takže místo toho, aby se to pořádně vyřešilo (viz níže, možnost
> >>> komunikovat pouze změny, nikoliv všechna data), budeme raději tleskat
> >>> hloupému workaroundu?
> >>
> >> A co "DoS" na uživatele? Není nad to, když se při editaci jedné
> >> hospody stáhne tisíc kilometrů čtverečních lesa.
> >> Nebo když hledáte nějakého člena relace v pěti tisících položkách.
> >> A zkuste si někdy používat něco takového třeba na GPRS připojení.
> >> Eventuelní řešení stahovat pouze část cesty/relace považuji za
> >> potenciálně velmi nebezpečné.
> >
> > huh, to nechápu ... když je nebezpečné stáhnout pouze část relace, tak
> > jak si pomůžu, když budu stahovat relaci o 2*2000 bodů místo jedné linie
> > o 4000 bodech?
> >
> >> Vylepšit datový model tak, aby byl pro člověka lépe uchopitelný
> >> nepovažuji za "hloupý workaround". Dlouhé cesty elegantně řeší relace.
> >> Rozsáhlé relace elegantně řeší relace relací. Doufejme, že se
> >> zavedením limitů bude větší motivace k vylepšení podpory relací v OSM
> >> nástrojích.
> >>
> >> =TT=
> >
> > a relace relací relací
> > a relace relací relací relací ...
> > - no jistě, těch 640 KB taky elegantně řešil DOS4/GW a další, že ...
> >
> > já nevím, nemotám se kolem projektu dlouho, a furt mi něco nefunguje,
> > takže do toho až tak nehrabu, tož mi dík nezkušenosti asi něco uchází,
> > ale ... tak nějak jsem myslel, že relace byly míněny jako způsob, jak z
> > fyzických objektů zkonstruovat nějaké logické celky, nikoliv proto, aby
> > se nějaký fyzický objekt mohl nakrájet jako salám, a pak silou vůle, eh,
> > tedy relace, zase slepil dohromady a řeklo se, že to má být jako celá
> > štangle salámu a ty řezy mezi kolečky jako nevidíme
> >
> > K.
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] podklady pro Brno

[Karel Volný]

zdravím,

včera jsem v nějakejch novinách (Metropolitan?) nahlídnul do článku o 
elektronické státní správě v Brně, a mj. tam psali o tom, že si úřady 
vytvořily něco jako model Brna, což by byl ideální podklad pro mapu ...

pokud se dobře pamatuju, pochytil jsem tady kdysi v diskusi, že cokoliv 
takovýho státní správa vytvoří, je to automaticky k použití veřejností 
(problém je, když si to nechá vytvořit třetí stranou, pak tato vlastní 
copyright a může využití omezit) ... jest tak?

v tom případě nenašel by se dobrovolník v problematice sběhlejší a v otázce 
importu dat zdatnější než já, který by prověřil situaci a případně o toto OSM 
obohatil?

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] podklady pro Brno

[Karel Volný]

...
> *** Brno samozrejme ma jako kazde mesto rozlicna data od digitalniho
> modelu terenu, digitalni technicke mapy, ortofoto snimku az po
> modely/pasporty siti a pasporty mestskych budov.

ne každé město má tato data v digitální podobě ...

> > pokud se dobře pamatuju, pochytil jsem tady kdysi v diskusi, že cokoliv
> > takovýho státní správa vytvoří, je to automaticky k použití veřejností
> > (problém je, když si to nechá vytvořit třetí stranou, pak tato vlastní
> > copyright a může využití omezit) ... jest tak?
>
> *** o tom jsem jeste neslysel, a to ani tady. Copyleft souvisi
> zpravidla s urednim rozhodnutim, zakonem.

o copyleftu viz kolega ... nevím, je tu někdo, kdo by si to pamatoval líp než 
já? - zběžným naťuknutím hledání jsem na nic nepřišel, je možný, že jsem 
vedle, ale nějak se mi to nezdá

> > v tom případě nenašel by se dobrovolník v problematice sběhlejší a v
> > otázce importu dat zdatnější než já, který by prověřil situaci a případně
> > o toto OSM obohatil?
>
> *** BM str. 6, musite byt velky fantasta => revoluce se nekona
> http://www.brno.cz/brnenskymetropolitan/bmet200904.pdf

no já nevím, druhý odstavec ... co je tak vyfantazírovaného na zájmu o jejich 
mapu?

K.




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OpenTrackMap?

[Karel Volný]

zdar a sílu,

tohle mi prostě nedá:

> samotné renderování je otázkou chvíle, zprovoznění mapniku trvá 30
> minut a samotného serveru se „slippy map“ dalších 15. Celé to může
> běžet na standardním serveru Apache.

ROTFL :-D

a teď z jiného úhlu pohledu:

půl hodiny trvá, než člověk z wiki vyčte, co se vůbec dá jako server použít, 
další půlhodinu hledá relevantní dokumentaci

pak jede podle návodu, s pár přestávkama na čaj než se zkompilujou závislosti 
má za tři hodinky hotovo

jenže ono to jaksi nejede, tak nareportuje bug na svojí distribuci a jde spát

dalšího večera se naštve a začne si chybu řešit sám ... po úporném boji a 
dalších dvou-třech bugreportech donutí mapnik renderovat něco kloudného, pustí 
si tedy na noc testovací kousek mapy a jde spát

ráno zjistí, že výsledek není, jaký by očekával ... týden řeší, proč se mu 
nezobrazuje na mapě popis rozcestníku, ptá se marně v konferenci, nakonec 
náhodně při editaci stylu přijde na to, že záleží na pořadí

když už dokáže nechat vyrenderovat mapu k obrazu svému, resp. v úplném 
základu, bez vychytávek jako vyřešené překrývání značek, tak zjistí, že mu 
toho na mapě většina chybí

další tři hodiny se hrabe v databázoovém dumpu a ladí pravidla tak, aby se mu 
na mapě zobrazily všechny možné způsoby značení, co si kdo vymyslel použít

s velkou slávou pak spustí renderování celé ČR

když to ani po pěti dnech celé nedoběhne, usoudí, že tudy cesta nevede, pokud 
si nehodlá pořídit domů serverovou farmu, a uloží to k ledu

po měsíci se dostane k tomu, aby po dvou dlouhých zimních večerech a dalších 
pár bugreportech rozjel pythoní modul do apache na on-demand renderování ... 
tedy "rozjel" - dlaždice je většinou dostupná až na druhý pokus o načtení, což 
je v TangoGPS problém, neb to jak dlaždici napoprvé nedostane, podruhé už se 
nezeptá, ale aspoň něco ...

obratem ale nastává problémek s dostupností snapshotu ČR a navíc mu 
bezpečnostní update apache rozbije konfiguraci, takže to opět dává k ledu

když se k tomu po čase znovu dostane, zjistí, že kvůli používání relací by 
musel zase pravidla přepsat, navíc v mapniku nastalo dost změn, které by musel 
do svých pravidel sloučit, takže to vzdává a problém odkládá na neurčito (ne 
dříve než další dlouhé zimní večery)


... čímž samozřejmě nechci nikoho odradit od toho, aby se pokoušel rozjet 
mapový server za 45 minut a nechat vyrenderovat mapu "za chvíli" ;-)

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OpenTrackMap?

[Karel Volný]

zdar,

chjo ... už podruhý přispívám do tohoto threadu pesimisticky, ale nemůžu si 
pomoct:

> No já nevím, osobně bych se toho trochu bál. Na data v OSM se dosud dá
> víceméně spolehnout, ale co se týče jiných map, tak tady už bych takový
> optimista nebyl. Už mockrát jsem v terénu marně hledal cestu, která byla
> značená v mapě, ale v reálu prostě neexistovala. A nebyly to třeba ani
> nijak nevýrazné pěšinky. A myslím si že je daleko lepší mít v OSM míň cest
> ale ověřených než celou síť, na kterou se ale nedá spolehnout že opravdu
> existují. Rolf

potíž je, že data v OSM časem budou zastarávat - to, že byla nějaká cesta 
"ověřená" třeba před pěti lety neznamená, že se po ní lze aktuálně někam 
dostat (např. šli jsme tuhle po krásné zpevněné cestě po hrázi rybníka, a 
najednou bum, nově postavený přepad, a cesta přerušená čtyři metry hlubokou 
dírou koryta s téměř kolmými břehy)

aktuálně se lze na data v OSM poměrně spolehnout, protože přispěvatelé se 
soustředí na průzkum a vyplnění prázdných míst - budou ale se stejným nadšením 
a stejným tempem prověřovat existující záznamy?
- pokud odpověď na tuto otázku zní ano, pak můžeme importovat nepřesná data, 
protože budou relativně rychle opravena ... pokud odpověď zní ne, pak tím, že 
je neimportujeme, si pomůžeme pouze v tom, že o chvíli oddálíme okamžik, než 
se propracujeme k obdobné nepřesnosti - pak je to volba, zda je lepší teď mít 
data nepřesná nebo žádná?

K.


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OpenTrackMap?

[Karel Volný]

zdravím,

> mapnik nyní obsahuje požadavek na kreslení turistických tras
> standardním způsobem -- tedy stejně jako na mapách KČT nebo ShoCart.

nabízí se jízlivá otázka, jestli tedy stejně, jako na mapách KČT, nebo stejně, 
jako na mapách Shocart :-)

> Máte-li připomínky, viz http://trac.mapnik.org/ticket/350

pěkně napsáno, dík, jen jsem z toho nepochopil jednu věc (nejspíše mi k tomu 
jen schází znalost některých implementačních detailů) - jak se pozná, že z 
linií vedoucích tamtéž má být posunuta zrovna turistická značka, resp. co má 
zůstat na původním místě a co má být poskládáno kolem?

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Adresy, finale diskuse

[Karel Volný]

> Asi pozdě, ale přijde mi divné dávat to hlavní číslo (které je jediné
> v cca 6000 obcích) pod nějaký složitý klíč a jako hlavní počítat to
> orienační, které je pouze v několika (100? 200?)  velkých městech .
> Nebo to nechápu?

uff, cože?

takže plán je nacpat do addr:housenumber, které se běžně renderuje, číslo 
orientační, a do addr:konskriptionnummer (*), které se nerenderuje, o jehož 
existenci skoro nikdo neví, a kdo ví, tak neví, co to je za sprosté slovo, 
číslo popisné?

(*) schválně jsem se nepodíval, jak je to správně - tak kolik tam mám 
překlepů?

- nezlobte se na mě, ale vy kdo to prosazujete, to jste asi a) spadli z 
jahody, b) už léta žijete v nějaké jiné zemi a na situaci v rodné vísce jste 
zapomněli, c) v životě jste nevytáhli paty z vaší velkovesnice, ve které se 
omylem dá něco najít i podle čísel orientačních, někam za humna, kde jsou 
pouze čísla popisná

nebýt tohoto příspěvku, na kterej reaguju, tak si celou dobu myslím, že se 
jenom hádáte, jestli má být číslo orientační německy nebo anglicky (což mi 
přijde divný, používat němčinu pro něco, co se prý nyní používá jen v 
neněmecky mluvících zemích, ale budiž), nicméně je-li to takhle ... tak co, 
a), b) nebo c)?

K.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz