[Talk-cz] Průjezdy a další dotazy

2013-01-08 Tema obsahu Marián Kyral
Zdravím,
už nějakou dobu využívám OSM a už delší dobu mi vadilo nekompletní 
zpracování okolí mého bydliště. Před pár dny jsem se konečně rozhoupal a 
začal zkoumat josm. Musím říct, že mně to dost pohltilo a je úplně jedno, 
kam se podívám, všude je potřeba něco opravit, doplnit nebo kompletně 
udělat.

Jako nováček se samozřejmě vynořilo několik věcí, se kterými si zatím nevím 
rady:

1) Průjezdy 
Tady k Náměstí Evropy vede příjezdová cesta pod domem č. 612. Ač mám na 
cestě nastaveno, že je to tunel, layer=-1, budova má layer=2, tak se na mapě
cesta zobrazuje přes budovu. Buď dělám něco špatně, nebo je v zobrazení 
nějaká chyba.

http://www.openstreetmap.org/?lat=49.670575&lon=18.347444&zoom=18&layers=M

2) Pořád Náměstí Evropy: Uprostřed je obrovský podstavec a kus trávníku. 
Nakreslil jsem podstavec (mimochodem, je to budova?), trávník a udělal jsem 
z nich a z náměstí multipolygon. Podstavec se na mapě zobrazuje, trávník ne.
To mě mate, měla by tam být díra přes kterou se trávník zobrazí.

3) Na tom podstavci je šutr symbolizující Evropu. Dal jsem to jako památník 
(když tak nad tím přemýšlím, asi to bude jen socha) a ten se nezobrazuje. 
Ale vedle je památník na trávě a ten se zobrazí.

4) Kousek dál mám stejný problém:

http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=M

Mezi hlavní třídou a parkovištěm u haly je velká terasa na které je další 
památník. Ten se taky nezobrazí. Vypadá to, jako by highway s array=yes měl 
maximální prioritu a překryje úplně vše co je pod ním.

K té terase vedou z parkoviště po celé šířce schody. Nevím jak to zakreslit.
Na plochu nejde přidat highway=steps a když tam dám bod kterému ty schody 
přiřadím, tak se to zase na mapě nezobrazí. A to je podle mně dost důležitá 
informace.

To asi bude zatím vše, ale určitě si ještě na něco vzpomenu.

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


Re: [Talk-cz] Průjezdy a další dotazy

2013-01-09 Tema obsahu Marián Kyral
Ahoj,

-- Původní zpráva --
Od: hanoj 
Datum: 9. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"> 4) Kousek dál mám stejný problém:
>
> http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=M
(http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=M)
>
> Mezi hlavní třídou a parkovištěm u haly je velká terasa na které je další
> památník. Ten se taky nezobrazí. Vypadá to, jako by highway s array=yes 
měl
> maximální prioritu a překryje úplně vše co je pod ním.
>
> K té terase vedou z parkoviště po celé šířce schody. Nevím jak to 
zakreslit.
> Na plochu nejde přidat highway=steps a když tam dám bod kterému ty schody
> přiřadím, tak se to zase na mapě nezobrazí. A to je podle mně dost 
důležitá
> informace.
*** V OSM existují dva paralelní světy, které pokud se prolnou působí
problémy při editaci, v renderování mapách i routování:
* liniový model - silnice, toky, sítě, potrubí - vhodné k routování a
mapy středních a malých měřítek
* plošný model - jezera, lesy apod plochy využití území, někdy i
náměstí a jiné plochy, kde chceme zpřesnit nepřesnou povahu liniového
modelu ve velkých měřítkách.

Nedoporučuji:
* sdílet nody mezi liniemi a plochami"
Takže když mám chodník, na který navazuje trávník, mám ten trávník udělat 
kousek vedle?  Stejný případ je plot okolo školy, jejíž pozemek je vyznačen 
jako a=school.






"
* nenahrazovat plochu linii nýbrž obecnou linii doplnit plochou"
Nerozumím



"
* nepřerušovat h=service na a=parking apod tagy
"
Taktéž nechápu :-(




Prosím o vysvětlení, případně nějaký příklad, obrázek odkaz na wiki.




Díky,

Marián



"
ha
hanoj

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
(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] Průjezdy a další dotazy

2013-01-09 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: "Petr Morávek [Xificurk]" 
Datum: 9. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"Ahoj,

Marián Kyral wrote:
> 1) Průjezdy
> Tady k Náměstí Evropy vede příjezdová cesta pod domem č. 612. Ač mám na
> cestě nastaveno, že je to tunel, layer=-1, budova má layer=2, tak se na
> mapě cesta zobrazuje přes budovu. Buď dělám něco špatně, nebo je v
> zobrazení nějaká chyba.
> 
> http://www.openstreetmap.org/?lat=49.670575&lon=18.347444&zoom=18&layers=M
(http://www.openstreetmap.org/?lat=49.670575&lon=18.347444&zoom=18&layers=M)

Obecně - tag layer není příkazem pro renderer, jak věci vykreslit, ale
používá se pro označení, jak je více obejektů nad/pod sebou vertikálně
uspořádáno. Jak se věci nakonec vykreslí je starostí autora mapy. Mapa
na hlavní straně OSM vykresluje tunely highway=service (a některé další)
přes budovy... nicméně zdá se, že na tom zoomu 18 to ještě není
překresleno podle aktuálních dat."



No říkal jsem si, jestli to třeba není chyba v renderu. Ověřil bych si to 
jinde, ale než se tam změny promítnou trvá mnohem déle. Dá se tohle třeba 
nahlásit?







"

> 2) Pořád Náměstí Evropy: Uprostřed je obrovský podstavec a kus trávníku.
> Nakreslil jsem podstavec (mimochodem, je to budova?), trávník a udělal
> jsem z nich a z náměstí multipolygon. Podstavec se na mapě zobrazuje,
> trávník ne. To mě mate, měla by tam být díra přes kterou se trávník 
zobrazí.

Hádám, že je to tím, že vnější cesta (199481722) je otagována jako
náměstí a tak se vlastně vykraslují dvě plochy přes sebe - trávník,
multipolygon jako náměstí s dírama, pak to celé překryje plocha
(199481722) jako náměstí a nakonec budova. (Toto pořadí je opět
definováno autorem mapy.)
Pokud chceš mapovat nějakou plochu s dírama jako multipolygon, tak taky
této plochy patří jen na relaci multipolygonu, jednotlivé cesty mohou
nést další tagy, které se vztahují jen a pouze na ty cesty samotné.
"
Večer se na to mrknu. Díky.



"
> 3) Na tom podstavci je šutr symbolizující Evropu. Dal jsem to jako
> památník (když tak nad tím přemýšlím, asi to bude jen socha) a ten se
> nezobrazuje. Ale vedle je památník na trávě a ten se zobrazí.

Tohle je "nedostatek" v tom, co se vykresluje na mapě...
historic=monument (tvůj památník) se nezobrazuje, historic=memorial
(památník vedle) se zobrazuje.
Osobně si myslím, že se historic=monument nadužívá - já jsem pod tímhle
tagem vždycky rozumněl skutečně velké památníky typu Socha Svobody.
"



Ok, hodím tam art



"
> 4) Kousek dál mám stejný problém:
> 
> http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=M
(http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=M)

Stejný problém jako výše.

> Mezi hlavní třídou a parkovištěm u haly je velká terasa na které je
> další památník. Ten se taky nezobrazí. Vypadá to, jako by highway s
> array=yes měl maximální prioritu a překryje úplně vše co je pod ním.
> 
> K té terase vedou z parkoviště po celé šířce schody. Nevím jak to
> zakreslit. Na plochu nejde přidat highway=steps a když tam dám bod
> kterému ty schody přiřadím, tak se to zase na mapě nezobrazí. A to je
> podle mně dost důležitá informace.

Jo, schody jako plocha nebo bod se nevykreslují... ani vlastně nevím,
jak by se vykreslovat měly - v takovém případě není totiž vůbec jasné,
jak jsou orientované.
"
Aha, to mě nenapadlo. Večer zkusím, jestli je možné do plochy přidat 
samostatnou úsečku, reprezentující schody. Pak bude jasné, že tam schody 
jsou, odkud kam vedou. Jediné co bude chybět bude šířka. Možná by se dalo 
použít width=* Ale to je pak jen informativní a neovlivní to vykreslování.





Jinak ještě mám trochu problém s validací josm při odesílání. Hlavně když mi
tvrdí, že nějaká cesta končí blízko jiné cesty. V některých případech 
nedokáži zjistit, co se mu vlastně nelíbí. Daný bod je označen, ale nevim 
která cesta se tím myslí :-(




Nějaké rady?




Díky,

Marián




"
Zdraví,
Petr Morávek aka Xificurk


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
(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] Průjezdy a další dotazy

2013-01-09 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: hanoj 
Datum: 9. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

">> 4) Kousek dál mám stejný problém:
>>
>> http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=
M
(http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=M)
>>
>> Mezi hlavní třídou a parkovištěm u haly je velká terasa na které je další
>> památník. Ten se taky nezobrazí. Vypadá to, jako by highway s array=yes
>> měl
>> maximální prioritu a překryje úplně vše co je pod ním.
>>
>> K té terase vedou z parkoviště po celé šířce schody. Nevím jak to
>> zakreslit.
>> Na plochu nejde přidat highway=steps a když tam dám bod kterému ty schody
>> přiřadím, tak se to zase na mapě nezobrazí. A to je podle mně dost
>> důležitá
>> informace.
> *** V OSM existují dva paralelní světy, které pokud se prolnou působí
> problémy při editaci, v renderování mapách i routování:
> * liniový model - silnice, toky, sítě, potrubí - vhodné k routování a
> mapy středních a malých měřítek
> * plošný model - jezera, lesy apod plochy využití území, někdy i
> náměstí a jiné plochy, kde chceme zpřesnit nepřesnou povahu liniového
> modelu ve velkých měřítkách.
>
> Nedoporučuji:
> * sdílet nody mezi liniemi a plochami
>
> Takže když mám chodník, na který navazuje trávník, mám ten trávník udělat
> kousek vedle?
*** ano, typicky
"
OK 

"
> Stejný případ je plot okolo školy, jejíž pozemek je vyznačen
> jako a=school.
Vpřípadě plotů a areálů by pak byla jediné řešení multipolygon, což je
trochu krkolomné, zde ponechávám na zvážení...
"



No to si budu muset vyzkoušet. Nějak si to momentálně nedovedu představit.

"
MŠ Sněženka považuji za OK (až na tag kindergadern v addr - opravil jsem)
http://www.openstreetmap.org/?lat=49.66953&lon=18.34549&zoom=17
(http://www.openstreetmap.org/?lat=49.66953&lon=18.34549&zoom=17)
"



Jo. V tom mám trochu zmatek. Nevím, kam přesně to patří. Do addr tedy ne. 
Takže buď budova, nebo areál. BTW, buď jsem slepý, nebo tam ta oprava není ;
-)




"
> * nenahrazovat plochu linii nýbrž obecnou linii doplnit plochou
>
> Nerozumím
možné řešení (Petrov), zde za pomoci h=service:
http://www.openstreetmap.org/?lat=49.19099&lon=16.60746&zoom=18&layers=M
(http://www.openstreetmap.org/?lat=49.19099&lon=16.60746&zoom=18&layers=M)
spíše ne (náměstí Evropy):
http://www.openstreetmap.org/?lat=49.672275&lon=18.347839&zoom=18&layers=M
(http://www.openstreetmap.org/?lat=49.672275&lon=18.347839&zoom=18&layers=M)
"



Díky, zkusím to prozkoumat. 




"
> * nepřerušovat h=service na a=parking apod tagy
možné řešení (katastrální úřad):
http://www.openstreetmap.org/?lat=49.188307&lon=16.61216&zoom=18&layers=M
(http://www.openstreetmap.org/?lat=49.188307&lon=16.61216&zoom=18&layers=M)
spíše ne (Hutní projekt):
http://www.openstreetmap.org/?lat=49.672275&lon=18.347839&zoom=18&layers=M
(http://www.openstreetmap.org/?lat=49.672275&lon=18.347839&zoom=18&layers=M)
"



Tak jsem ta parkoviště projel a opravil. Už by to mělo být lepší.




Díky,

Marián



"
ha
hanoj

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
(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] Průjezdy a další dotazy

2013-01-09 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: "Petr Morávek [Xificurk]" 
Datum: 9. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"Ahoj,

Marián Kyral wrote:

> 2) Pořád Náměstí Evropy: Uprostřed je obrovský podstavec a kus trávníku.
> Nakreslil jsem podstavec (mimochodem, je to budova?), trávník a udělal
> jsem z nich a z náměstí multipolygon. Podstavec se na mapě zobrazuje,
> trávník ne. To mě mate, měla by tam být díra přes kterou se trávník 
zobrazí.

Hádám, že je to tím, že vnější cesta (199481722) je otagována jako
náměstí a tak se vlastně vykraslují dvě plochy přes sebe - trávník,
multipolygon jako náměstí s dírama, pak to celé překryje plocha
(199481722) jako náměstí a nakonec budova. (Toto pořadí je opět
definováno autorem mapy.)
Pokud chceš mapovat nějakou plochu s dírama jako multipolygon, tak taky
této plochy patří jen na relaci multipolygonu, jednotlivé cesty mohou
nést další tagy, které se vztahují jen a pouze na ty cesty samotné.

"
To bylo přesně ono. Díky.

 

Marián



"

Zdraví,
Petr Morávek aka Xificurk


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
(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] Průjezdy a další dotazy

2013-01-10 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: hanoj 
Datum: 10. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"> Jo. V tom mám trochu zmatek. Nevím, kam přesně to patří. Do addr tedy ne.
> Takže buď budova, nebo areál. BTW, buď jsem slepý, nebo tam ta oprava není
> ;-)
*** asi jsem to neodeslal, uz je to OK.
*** bud node POI, budova nebo areal, podle typu objektu nebo zastavby
a charakteru mista. Tag pekarstvi v dome bude na node POI, tag uradu
bude asi na building, a na skolu/skolku se hodi na areal. Ale nikdy do
addr.
"
OK, díky



"
> Tak jsem ta parkoviště projel a opravil. Už by to mělo být lepší.
*** supr

PS: Frydlanstka x Bezrucova neni "mini roundabout"
"



No to už tam bylo. Sice se mi to nezdálo, ale zatím jsem to tak nechal. 
Mrknu na to. Problém je v tom, že tam je podobných chyb více a hodně toho 
chybí a nevím, kam dříve. Navíc jsem zjistil, že má rodná vesnice 
(Chlebovice) je jen název a čísla domů. Katastrální mapa je tam úplně 
prázdná. Takže momentálně chci dodělat sídliště, pak se vrhnu na Chlebovice 
a pak budu pokračovat s úpravami FM a okolí. Snad mi elán vydrží.




Ještě bych měl dotaz:

Nad Chlebovicemi je vrchol Kabátice. Z Wiki a jiných zdrojů dokáži zjistit 
nadmořskou výšku, ale se souřadnicemi to je horší. Nevede tam turistická 
značka, je to v lese, takže i kdybych ten vrchol fyzicky našel (což nebude 
jen tak), tak přesnost GPS bude špatná. Je nějaká možnost, jak zjistit 
přesnější souřadnice? Je mi jasné, že kdyby to bylo někde veřejně dostupné, 
tak by se to už dávno naimportovalo.





Marián

""
 
"

hanoj

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
(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] Průjezdy a další dotazy

2013-01-10 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Martin Kokeš 
Datum: 10. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"Ten GDAL pro Windows nějak nefunguje, asi je Maďar offline, tak 
alternativa:
http://fwtools.maptools.org/(http://fwtools.maptools.org/)

MK
"



Díky, win verze není třeba. Mně stačí linux. Už to kompiluji na svém Gentoo.
Našel jsem i nějaké webové formuláře, ale fungoval mi jen jeden: http://www.
alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm




Ale trochu mě mate, že se tam zadává i nadmořská výška ta se přepočítá na 
688m. Přitom všude v mapách je 601m. Taky nevím jak moc je to přesné a 
jestli se tomu dá věřit. Uvidím co na to gdal.




Marián

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


Re: [Talk-cz] Průjezdy a další dotazy

2013-01-10 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Marián Kyral 
Datum: 10. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"


-- Původní zpráva --
Od: Martin Kokeš 
Datum: 10. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"Ten GDAL pro Windows nějak nefunguje, asi je Maďar offline, tak 
alternativa:
http://fwtools.maptools.org/(http://fwtools.maptools.org/)

MK
"



Díky, win verze není třeba. Mně stačí linux. Už to kompiluji na svém Gentoo.
Našel jsem i nějaké webové formuláře, ale fungoval mi jen jeden: http://www.
alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm
(http://www.alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm)




Ale trochu mě mate, že se tam zadává i nadmořská výška ta se přepočítá na 
688m. Přitom všude v mapách je 601m. Taky nevím jak moc je to přesné a 
jestli se tomu dá věřit. Uvidím co na to gdal.



"



Hmm, tak zatím končím na tomhle: 

pj_transform(): failed to load datum shift file



"




Marián


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


Re: [Talk-cz] Průjezdy a další dotazy

2013-01-10 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Martin Kokeš 
Datum: 10. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"No, jak já mám tušit, nejsa jasnovidec, že používáš linux. ;-) V tom 
případě stačí proj4 a gdal z gentoo, není třeba fwtools.

Ten formulář je naprd, je to je Javascript.

pj_transform(): failed to load datum shift file < tak to tam asi nebudeš mít
nahraný ten soubor s gridem.
"



Jo, už jsem si přes strace  našel co za soubor hledá a přes google jsem se 
dostal zpátky na tu wiki stránku :-D




Formulář je sice javascript, ale vypočítal hodně podobnou hodnotu. Dle 
měření v josm je rozdíl 21cm, což podle mně není až tak hrozné ;-)





GDAL: 49.6470349777 18.2661792680


JS: 49.6470339, 18.2661769




No ale když už mám mám gdal nainstalovaný, tak zůstanu u něj.




Díky

Marián



"
MK

- Original Message -
From: Marián Kyral
[mailto:mky...@email.cz]
To: OpenStreetMap Czech Republic
[mailto:talk-cz@openstreetmap.org]
Sent: Thu, 10 Jan 2013 10:48:30
+0100
Subject: Re: [Talk-cz] Průjezdy a další dotazy


> 

-- Původní zpráva --
Od: Marián Kyral
> 
Datum: 10. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a
> další dotazy

"


-- Původní zpráva --
Od: Martin
> Kokeš 
Datum: 10. 1. 2013
Předmět: Re: [Talk-cz]
> Průjezdy a další dotazy

"Ten GDAL pro Windows nějak nefunguje, asi je
> Maďar offline, tak
> 
alternativa:
http://fwtools.maptools.org/(http://fwtools.maptools.org/
(http://fwtools.maptools.org/(http://fwtools.maptools.org/))

MK
"



Díky,
> win verze není třeba. Mně stačí linux. Už to kompiluji na svém
> Gentoo.
Našel jsem i nějaké webové formuláře, ale fungoval mi jen
> jeden:
> http://www(http://www).
alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm
(http://alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm)
(http://www.alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm
(http://www.alena.ilcik.cz/gps/souradnice/JTSKtoWGS.htm))




Ale
> trochu mě mate, že se tam zadává i nadmořská výška ta se
> přepočítá na 
688m. Přitom všude v mapách je 601m. Taky nevím jak
> moc je to přesné a 
jestli se tomu dá věřit. Uvidím co na to
> gdal.



"



Hmm, tak zatím končím na tomhle: 

pj_transform(): failed
> to load datum shift file



"




Marián


"=

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
(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] Průjezdy a další dotazy

2013-01-10 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: hanoj 
Datum: 10. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"> (Chlebovice) je jen název a čísla domů. Katastrální mapa je tam úplně
> prázdná. Takže momentálně chci dodělat sídliště, pak se vrhnu na 
Chlebovice
*** Katastralni mapu(KM) ma cela CR, jen asi nemas rastrovou KM v pozadavku 
WMS.
viz.
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#WMS_.C
4.8C.C3.9AZK_-_katastr.C3.A1ln.C3.AD_mapa
(http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#WMS_.C4.8C.C3.9AZK_-_katastr.C3.A1ln.C3.AD_mapa)
"



Jo to bude ono. Používám přednastavený zdroj a tam je jen vektorový. Navíc 
konečně vím, jak se zbavit toho červeného moře v jednom místě. Díky.



"
> Ještě bych měl dotaz:
>
> Nad Chlebovicemi je vrchol Kabátice. Z Wiki a jiných zdrojů dokáži zjistit
> nadmořskou výšku, ale se souřadnicemi to je horší. Nevede tam turistická
> značka, je to v lese, takže i kdybych ten vrchol fyzicky našel (což nebude
> jen tak), tak přesnost GPS bude špatná. Je nějaká možnost, jak zjistit
> přesnější souřadnice? Je mi jasné, že kdyby to bylo někde veřejně 
dostupné,
> tak by se to už dávno naimportovalo.
*** na to je myslim GPS velmi vhoda. Presnost X/Y/Z 3/3/5m je myslim
na nekokretni vrchol kopce dobra, ne?
"



Jen tak pro zajímavost se tam někdy s GPS vypravím. Vycházel jsem spíše ze 
skušeností z Geocachingu, kdy mi v lese ukazuje gps klidně i přesnost +/- 30
metrů (možná to bude i tím, že to je GPS v telefonu - Motorola Razr). A taky
jak poznat vrchol kopce. To už můžu hádat z vrstevnic (pokud je odněkud do 
josm dostanu) ;-)



"
PS: transformace v BASH

echo "-868208.53 -1095793.57 512.30" | cs2cs +init=esri:102067 \
+towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326
"



Pěkný díky.




Marián



"
vice viz
http://grass.fsv.cvut.cz/gwiki/S-JTSK#S-JTSK_.E2.86.92_WGS84
(http://grass.fsv.cvut.cz/gwiki/S-JTSK#S-JTSK_.E2.86.92_WGS84)


hanoj

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
(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] Průjezdy a další dotazy

2013-01-10 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Marián Kyral 
Datum: 9. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

"


-- Původní zpráva --
Od: hanoj 
Datum: 9. 1. 2013
Předmět: Re: [Talk-cz] Průjezdy a další dotazy

">> 4) Kousek dál mám stejný problém:
>>
>> http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=
M
(http://www.openstreetmap.org/?lat=49.679487&lon=18.347487&zoom=18&layers=M)
>>
>> Mezi hlavní třídou a parkovištěm u haly je velká terasa na které je další
>> památník. Ten se taky nezobrazí. Vypadá to, jako by highway s array=yes
>> měl
>> maximální prioritu a překryje úplně vše co je pod ním.
>>
>> K té terase vedou z parkoviště po celé šířce schody. Nevím jak to
>> zakreslit.
>> Na plochu nejde přidat highway=steps a když tam dám bod kterému ty schody
>> přiřadím, tak se to zase na mapě nezobrazí. A to je podle mně dost
>> důležitá
>> informace.
> *** V OSM existují dva paralelní světy, které pokud se prolnou působí
> problémy při editaci, v renderování mapách i routování:
> * liniový model - silnice, toky, sítě, potrubí - vhodné k routování a
> mapy středních a malých měřítek
> * plošný model - jezera, lesy apod plochy využití území, někdy i
> náměstí a jiné plochy, kde chceme zpřesnit nepřesnou povahu liniového
> modelu ve velkých měřítkách.
>
> Nedoporučuji:
> * sdílet nody mezi liniemi a plochami
>
> Takže když mám chodník, na který navazuje trávník, mám ten trávník udělat
> kousek vedle?
*** ano, typicky
"
OK 

"
> Stejný případ je plot okolo školy, jejíž pozemek je vyznačen
> jako a=school.
Vpřípadě plotů a areálů by pak byla jediné řešení multipolygon, což je
trochu krkolomné, zde ponechávám na zvážení...
"



No to si budu muset vyzkoušet. Nějak si to momentálně nedovedu představit.


"



Tak jsem nad tím trochu přemýšlel a  myslím, že tohle je možné jen v 
případě, kdy je plot kolem celého areálu a není nikde přerušen. Třeba 
budovou. Pak budova tvoří hranici pozemku a plot kolem ní není.





Marián


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


[Talk-cz] WMS UHUL - odvozní cesty nefunkční

2013-01-14 Tema obsahu Marián Kyral
Zdravím,
procházel jsem dostupné podklady a zaujaly mně odvozové cesty. Ovšem po 
přidání na mě josm jen červeně křičelo. Nakonec jsem v okně WMS zkusil 
tlačítko: Získat vrstvy (a že jich tam je). Tam jsem našel "Lesní cesty". 
URL se změnila na  http://geoportal2.uhul.cz/wms_oprl/?FORMAT=image/jpeg&;
VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=Cesty_odvozni&STYLES=&SRS=
{proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} a s ní už to pak funguje. 
Cesta, která mně zajímá odpovídá tomu jak ji znám (jen v tom lese není na 
ortomalě vidět a na katastrální mapě není).

Asi se zeptám blbě, ale tohle je nějaká změna, nebo to je standardní postup 
a já jsem něco přehlédl?

Taky bych se zeptal na ostatní zdroje. Je tam toho hodně a potenciálně 
zajímavá jsou třeba kóta, skály, významný krajinný prvek. ochranná pásma. Co
si o tom myslíte? Jak to bude s legálností těchto zdrojů?

Možná už to tu bylo, když tak mně nebijte ;-)

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


[Talk-cz] Import komínů II

2013-01-15 Tema obsahu Marián Kyral
Mám tady v okolí pár komínů. Chtěl jsem je zanést do mapy a proto jsem 
hledal, jestli by se odněkud nedala zjistit jejich výška. Nakonec jsem se 
oklikou dostal až zpět do konforence a zjistit, že se to tu řešilo už loni:

http://lists.openstreetmap.org/pipermail/talk-cz/2012-March/007304.html

Licenčně je to bez problémů, všichni jsou pro, ale komíny na mapě zatím 
nejsou ;-)

Takže se ptám, jestli na to náhodou někdo nepracuje. Ale spíš asi ne, koda 
není na wiki mezi zdroji vhodnými k importu. Když jsem tak na to koukal, tak
by to nemuselo být až tak těžké (je to csv, to se asi převede do xml), ale 
vůbec netuším, jak se importy dělají a dle toho co jsem našel, je samotný 
skript spíše ta jednodušší část. Mimo to je u toho ještě nějaká administrace
a ta může být nakonec složitější než samotný import.

Předpokládám. že na wiki to bude popsáno, jen jsem to nenašel. Pokud budu 
mít nějaký skript, ze kterého bych mohl vycházet, tak bych mohl vycházet, 
tak bych ten import mohl zkusit připravit. Uvítám jakoukoli radu co a jak.

Díky,
Marián





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


Re: [Talk-cz] Import komínů II

2013-01-15 Tema obsahu Marián Kyral
Nebyl by nějaký příklad toho scriptu? A kam se má nacpat ta url?

Díky,
Marián


-- Původní zpráva --
Od: Petr Dlouhý 
Datum: 15. 1. 2013
Předmět: Re: [Talk-cz] Import komínů II

"

Ahoj,




pokud na tom převodním skriptu ještě nikdo nedělal, tak určitě nic nezkazíš,
když ho vytvoříš.

Dál bude potřeba vyřešit konflikty a nahrát data pod vlastním účtem.




Konflikty bude nutné nejspíš vyřešit víceméně manuálně - tedy sloučit 
informace s komíny, které už v mapě jsou. Všechny komíny se dají stáhnout 
pomocí http://www.overpass-api.de/api/xapi?*[man_made=chimney][bbox=12.09,
48.55,18.87,51.06][@meta
(http://www.overpass-api.de/api/xapi?*[man_made=chimney][bbox=12.09,48.55,18.87,51.06][@meta)
] a potom je možné je editovat v JOSM.

Pokud se na tom ale dohodneme, tak to může proběhnout stejně jako u vodstva,
tedy že sloučení bude ponecháno na přispěvatelích.




Samotné nahrání dat se dá udělat z JOSM, ale chtělo by to použít samostatný 
importní účet.

-- 
Petr Dlouhý 
petr.dlo...@email.cz 



-- Původní zpráva --
Od: Marián Kyral 
Datum: 15. 1. 2013
Předmět: [Talk-cz] Import komínů II

"
Mám tady v okolí pár komínů. Chtěl jsem je zanést do mapy a proto jsem 
hledal, jestli by se odněkud nedala zjistit jejich výška. Nakonec jsem se 
oklikou dostal až zpět do konforence a zjistit, že se to tu řešilo už loni:

http://lists.openstreetmap.org/pipermail/talk-cz/2012-March/007304.html
(http://lists.openstreetmap.org/pipermail/talk-cz/2012-March/007304.html)

Licenčně je to bez problémů, všichni jsou pro, ale komíny na mapě zatím 
nejsou ;-)

Takže se ptám, jestli na to náhodou někdo nepracuje. Ale spíš asi ne, koda 
není na wiki mezi zdroji vhodnými k importu. Když jsem tak na to koukal, tak
by to nemuselo být až tak těžké (je to csv, to se asi převede do xml), ale 
vůbec netuším, jak se importy dělají a dle toho co jsem našel, je samotný 
skript spíše ta jednodušší část. Mimo to je u toho ještě nějaká administrace
a ta může být nakonec složitější než samotný import.

Předpokládám. že na wiki to bude popsáno, jen jsem to nenašel. Pokud budu 
mít nějaký skript, ze kterého bych mohl vycházet, tak bych mohl vycházet, 
tak bych ten import mohl zkusit připravit. Uvítám jakoukoli radu co a jak.

Díky,
Marián






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


Re: [Talk-cz] Import komínů II

2013-01-15 Tema obsahu Marián Kyral
Aha, už jsem to pochopil. To url mi vrátí soubor, ten uložím jako .xml nebo 
.osm. Pak jej můžu upravit, nahrát do josm, zkontrolovat a pak nahrát do osm
(pod speciálním uživatelem) 



Marián







 Původní zpráva 

Od: Marián Kyral 

Datum: 15.1.2013

Předmět: Re: [Talk-cz] Import komínů II





Nebyl by nějaký příklad toho scriptu? A kam se má nacpat ta url?



Díky,

Marián





-- Původní zpráva --

Od: Petr Dlouhý 

Datum: 15. 1. 2013

Předmět: Re: [Talk-cz] Import komínů II







Ahoj,





pokud na tom převodním skriptu ještě nikdo nedělal, tak určitě nic nezkazíš,
když ho vytvoříš.

Dál bude potřeba vyřešit konflikty a nahrát data pod vlastním účtem.





Konflikty bude nutné nejspíš vyřešit víceméně manuálně - tedy sloučit 
informace s komíny, které už v mapě jsou. Všechny komíny se dají stáhnout 
pomocí http://www.overpass-api.de/api/xapi?*[man_made=chimney][bbox=12.09,
48.55,18.87,51.06][@meta] a potom je možné je editovat v JOSM.

Pokud se na tom ale dohodneme, tak to může proběhnout stejně jako u vodstva,
tedy že sloučení bude ponecháno na přispěvatelích.





Samotné nahrání dat se dá udělat z JOSM, ale chtělo by to použít samostatný 
importní účet.

-- 

Petr Dlouhý 

petr.dlo...@email.cz 







-- Původní zpráva --

Od: Marián Kyral 

Datum: 15. 1. 2013

Předmět: [Talk-cz] Import komínů II





Mám tady v okolí pár komínů. Chtěl jsem je zanést do mapy a proto jsem 
hledal, jestli by se odněkud nedala zjistit jejich výška. Nakonec jsem se 
oklikou dostal až zpět do konforence a zjistit, že se to tu řešilo už loni:



http://lists.openstreetmap.org/pipermail/talk-cz/2012-March/007304.html



Licenčně je to bez problémů, všichni jsou pro, ale komíny na mapě zatím 
nejsou ;-)



Takže se ptám, jestli na to náhodou někdo nepracuje. Ale spíš asi ne, koda 
není na wiki mezi zdroji vhodnými k importu. Když jsem tak na to koukal, tak
by to nemuselo být až tak těžké (je to csv, to se asi převede do xml), ale 
vůbec netuším, jak se importy dělají a dle toho co jsem našel, je samotný 
skript spíše ta jednodušší část. Mimo to je u toho ještě nějaká administrace
a ta může být nakonec složitější než samotný import.



Předpokládám. že na wiki to bude popsáno, jen jsem to nenašel. Pokud budu 
mít nějaký skript, ze kterého bych mohl vycházet, tak bych mohl vycházet, 
tak bych ten import mohl zkusit připravit. Uvítám jakoukoli radu co a jak.



Díky,

Marián











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


Re: [Talk-cz] WMS UHUL - odvozní cesty nefunkční

2013-01-25 Tema obsahu Marián Kyral

Dne 25.1.2013 13:25, Pavel Machek napsal(a):

Ahoj!


procházel jsem dostupné podklady a zaujaly mně odvozové cesty. Ovšem po
přidání na mě josm jen červeně křičelo. Nakonec jsem v okně WMS zkusil
tlačítko: Získat vrstvy (a že jich tam je). Tam jsem našel "Lesní cesty".
URL se změnila na  http://geoportal2.uhul.cz/wms_oprl/?FORMAT=image/jpeg&;
VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=Cesty_odvozni&STYLES=&SRS=
{proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} a s ní už to pak funguje.
Cesta, která mně zajímá odpovídá tomu jak ji znám (jen v tom lese není na
ortomalě vidět a na katastrální mapě není).

Asi se zeptám blbě, ale tohle je nějaká změna, nebo to je standardní postup
a já jsem něco přehlédl?

Taky bych se zeptal na ostatní zdroje. Je tam toho hodně a potenciálně
zajímavá jsou třeba kóta, skály, významný krajinný prvek. ochranná pásma. Co
si o tom myslíte? Jak to bude s legálností těchto zdrojů?

Co si vzpominam tak UHUL odvozni cesty je sice legalni zdroj, ale ma
problemy s presnosti...
Pavel
Jo, to jsem už taky zjistil. Nicméně v kombinaci s bing a místní 
znalostí se to dá zakreslit docela přesně.
Co ty ostatní zdroje? Asi taky nebudou nejpřesnější, ale dají se vůbec 
použít?


Marián

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


Re: [Talk-cz] Dva dotazy

2013-02-02 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Michal Tauchman 
Datum: 2. 2. 2013
Předmět: [Talk-cz] Dva dotazy

"Ahoj,
potřeboval bych poradit s těmito záležitostmi:

1) V našem městě je viadukt, na kterém vede železnice a pod mostem
prochází silnice.
Problém je, že KeepRight mi hlásí chybu chybějící tag railway.
Nemohu dam přece dát crossing (pro chodce) ani level_crossing 
(nejedná se o přejezd).
Pokud smažu křížení cest, to mi zase JOSM hlásí varování překřížené cesty.
Jak toto korektně zanést?
"



Nevím, jak konkrétně to máš, ale pokud je železnice na mostě, tak by mělo 
stačit dát železnici tag bridge=yes a layer=1. Pak by už nikdo řvát neměl.




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] jak se tagují chmelnice

2013-02-27 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Zdeněk Pražák 
Datum: 27. 2. 2013
Předmět: Re: [Talk-cz] jak se tagují chmelnice

"

"
Narazil jsem na problém jak otagovat chmelnici. Na stránce https://wiki.
openstreetmap.org/wiki/Cz:Map_Features#Vyu.C5.BEit.C3.AD_krajiny_.28Landuse.
29 jsem našel pouze tag pro vinici
Pražák
"
"



Tady: http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%
C4%8Dkov%C3%BD_kl%C3%AD%C4%8D to tagují jako landuse=hop_garden





Ovšem patřičná podstránka na wiki neexistuje. Takže je otázka, jestli se to 
správně.





Marián

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


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

2013-04-09 Tema obsahu Marián Kyral
Zdravím,
když už se to tady tak rozjelo, tak bych se taky zeptal ;-)

1) Modelářský obchod - co jsem tak zkoumal, asi nejblíže je shop=
doityourself, nicméně modelář není kutil. Asi nejlepší by byl tag shop=
hobby. Ale ten není a nevím, jak to funguje, jak jej navrhnout a hlavně, 
jestli to má vůbec šanci se ujmout. Podobně i včelařská prodejna. Prodávají 
se jak výrobky včelařů, tak i pomůcky pro včelaře.

2) Jak tagovat školící středisko? Máme tady školící a výcvikové středisko 
hasičů. A jak tagovat Vyšší odborné školy? jak to chápu já, je to něco mezi 
střední školou a univerzitou, blíže k té univerzitě.

Díky,
Marián
___
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

2013-04-10 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Petr Kadlec 
Datum: 10. 4. 2013
Předmět: Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko

"




Zdravím,


 
" Jinak ten modelářský obchod bych asi pojmenoval shop=doityourself a do
názvu napsal modelářské potřeby. Ono to má ke kutilství celkem blízko,
"



_Jmenuje_ se to „modelářské potřeby“? Pak to patří do názvu. Nejmenuje? Pak 
to do názvu nepatří. Do názvu nepatří _popis_, ale _název_. Pokud máte 
dojem, že je potřeba nějaký upřesňující popis, tak leda do description.




"



Ještě by to šlo shop=yes a name=XXX. Pokud to je celá budova, tak se to 
vyrenderuje OK, pokud to bude jen bod, tak bude na mapách asi neviditelný 
(Alespoň podle mých dosavadních zkušeností)




"







 
" a zavést nový tag není tak jednoduché, protože veškerý SW, který
pracuje s OSM daty by musel mít zaregistrovaný nový tag, k němu ikonku,
zápis v POI databázi...a nevím jaká je četnost podobných obchodů třeba
v zahraničí.
"



Souhlas, rozhodně je zbytečné snažit se mít primární členění superpodrobné. 
Jde o to vystihnout typ toho POI, detaily je možné dodat dalšími tagy, které
nejspíš nebudou mít vliv na renderování, ale mohou to být užitečná data.




"



Zase na druhou stranu, to že není podpora v klikátkách nemusí vadit. Pokud 
se nový tag schválí, tak se dříve či později jeho implementace doplní. A do 
té doby lze zadat tag manuálně. Kdyby to tak nebylo, tak by se nikdy žádný 
nový neobjevil.




Ono i v josm jsou nepřesnosti a některé věci možnosti nejsou implementovány.
Má někdo zkušenosti s hlášením chyb do JOSM?




"







 
" Pokud jde o tu školu, tak vyšší odborná má blíž spíše ke střední, je to
nadstavba, takže bych to řešil tagem pro střední školu a do názvu nadepsal
název vyšší odborná (což ostatně bude asi bez výjimky název školy).
"



Opět: Zřejmě to bude v názvu; ale kdyby nebylo, tak to do názvu nepatří. 
Jinak VOŠku bych určitě tagoval jako amenity=college, jinou otázkou je, 
jestli je amenity=college ideální/správné označení pro SŠ…




"



V JOSM je amenity=college přeloženo jako střední škola. Takže buď je to 
správně, nebo to je blbě přeloženo a mělo by se to opravit V tom případě by 
ale byl žádoucí nový tag pro střední školu.




Marián




"







 


-- Petr Kadlec / Mormegil



"___
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

2013-04-10 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Michal Tauchman 
Datum: 10. 4. 2013
Předmět: Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko

"
Zdravím,
já bych spíš popřemýšlel, jestli je nutno takové záležitosti tagovat.
Je fajn mít pěknou databázi POI bodů v OSM, ale kdo bude jak často hledat
podobné body zájmu, jako je školící středisko pro hasiče. A pokud pro ně
neexistují opravdu příslušné tagy, je na zamyšlení, jestli je tam mít."



Jedna věc je POI, druhá je orientace v tištěných mapách.  Tam se takové 
významné body hodí pro orientaci. Navíc, když už existuje tag autoškola (což
je spíše školící zařízení než škola), hodil by se i obecný tag pro školící 
zařízení, kam by ta  autoškola mohla spadat. Mám tady v okolí jedno školící 
zařízení pro hasiče a druhé pro policii. Pokud by to byla jen jedna budova, 
tak to moc neřeším, budově přiřadím název a hotovo.




Ale tohle jsou celkem velké areály a nevím jaké landuse těm areálům 
přiřadit. A jinak jméno tomu areálu nepřiřadím. Nebo se pletu?




Jedná se mi o toto:




http://www.openstreetmap.org/?lat=49.664999&lon=18.338212&zoom=18&layers=M




http://www.openstreetmap.org/?lat=49.660888&lon=18.360126&zoom=18&layers=M  
(tady jsem se ještě při svých úpravách nedostal, nicméně označit školící 
středisko policie tagem landuse=industrial je trochu silná káva. Leda, že by
tam vyráběli policisty :-D)




Marián___
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

2013-04-11 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Milan Vancura 
Datum: 11. 4. 2013
Předmět: Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko

"> > Což mi připomíná otázku: tušíte někdo, jak je na tom s aktualizacemi 
mapy
> > openstreetbrowser?
> 
> Stacilo se podivat na hlavni stranku Openstreetbrowseru:
> ---
> New data!
> Submitted by skunk on Mon, 04/08/2013 - 21:58

To právě nesedí.

http://www.openstreetmap.org/browse/changeset/15443384
Uzavřeno v: Čt 21. Březen 2013 13:57 +

vs.

http://www.openstreetbrowser.org/?zoom=17&lat=50.06930&lon=14.44657&basemap=
osb_light&categories=&layers=&overlays=


No a jelikož jsem v tomhle všem nováček, tak jsem se chtěl zeptat i na
dlouhodobější zkušenosti: pokud nejsou nestandardní situace jako změna 
licence,
jak často se openstreetbrowser obnovuje? Je to normálně použitelné? Protože
musím přiznat, že jejich systém vrstev se mi dost líbí, v porovnání s
openstreetmap.org lze z mapy vyčíst mnohem více.
"



http://wiki.openstreetmap.org/wiki/OpenStreetBrowser/FAQ


"Díky,

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] Jak tagovat: modelářský obchod, Školícístředisko

2013-04-11 Tema obsahu Marián Kyral

Dne 11.4.2013 10:20, Milan Vancura napsal(a):

To nemusi byt pomerne rychle pravda - kdyz se nejaky uzus zavede,
tak si myslim, ze minimalne lokalni sluzby jako mtbmap.cz a map1.eu
jsou schopny to zacit nejak zohlednovat.

A zejmena je dobre si uvedomit, ze tu semantickou informaci tam
ma smysl drzet i tehdy, pokud to zrovna zadny renderer nekresli.
Protoze se daji klast dotazy (napr. pres to Overpass API) a resit
pomoci toho specificke ulohy.

Moje zkušenosti z Vršovic:

Kdybych mapoval jen to, co zobrazuje renderer na openstreetmap.org, měl bych
pětinu práce, možná ještě méně. Není moc dobrý. A u těch škol např. světle
žlutě podbarví jen areál školy mimo budovu, samotnou budovu nijak neoznačí (ani
ikonou ani barvou), jen tam vypíše jméno. Pokud škola nemá kolem sebe areál s
hřištěm apod., tak pak ani není graficky poznat, co to jméno označuje - může to
být škola stejně jako hlubinný důl, muzeum nebo bordel. Uživatel stejně skončí
u odhadování podle textu názvu. A pokud ten areál má, tak neoznačí, která
budova je ta hlavní a která je třeba sklad na dvoře. Paradoxně tak v tomhle
rendereru fungují lépe bodové objekty, tam dá alespoň u některých ikonu.


Render by chtěl vylepšit, to jo. Pokud má areál nebo třeba parkoviště 
nestandardní tvar,
tak ikonu/jméno šoupne do geometrického středu, což v extrémním případě 
může i

znamenat, že se ikona ocitne mimo danou oblast.

Taky jsem u několika škol (tam kde byla data v KM) kromě vyznačení 
areálu zaznačil i
chodníky, parkoviště, servisní plochy a zeleň. Ve výsledku daný areál 
splývá s okolím.
Ideální by bylo, kdyby se ta žlutá podkladová mapa nějak projevila - 
třeba změnila odstín

barev uvnitř areálu.

Příklad třeba tady: 
http://www.openstreetmap.org/?lat=49.679015&lon=18.342034&zoom=18&layers=M


Areál školy se tam dokonale ztratí :-(

Jinak samostatná budova se dá otagovat i jako building=school. Akorát se 
to stejně nijak neprojeví :-(


Marián


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


Re: [Talk-cz] JOSM - podklad cuzk:km s průhledností

2013-04-13 Tema obsahu Marián Kyral
Řekl bych, že to je pozadí josm. Když si pod to dáš třeba bing, tak bude 
bing vidět. 



Marián







 Původní zpráva 

Od: LM_1 

Datum: 13.4.2013

Předmět: [Talk-cz] JOSM - podklad cuzk:km s průhledností







Zdravím, 

po delší době jsem zapnul JOSM a podklad katastrální mapy přestal být 
průhledný (dřív byl - byly vidět jen hranice, teď je tam černé pozadí). 
Měnilo se něco?





Dík za odpověď

Lukáš Matějka___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] JOSM - podklad cuzk:km s průhledností

2013-04-13 Tema obsahu Marián Kyral

Dne 13.4.2013 20:06, LM_1 napsal(a):
Tak budu hledat problém jinde, mám trochu jinou adresu 
(wms:http://wms.cuzk.cz/wms.asp?service=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS={proj}&LAYERS=parcelni_cisla_i,obrazy_parcel_i,RST_KMD_I,hranice_parcel_i,DEF_BUDOVY,RST_KN_I,dalsi_p_mapy_i,prehledka_kat_prac,prehledka_kat_uz,prehledka_kraju-linie&FORMAT=image/png&transparent=TRUE&WIDTH={width}&HEIGHT={height}&BBOX={bbox} 
), 
ale nefunguje mi to ani s tou tvou.

Jinak Alfa channel u vrstvy zaškrtnutý mám.
LM



Podstatná je volba "transparent=TRUE". Můžeš zkusit zazálohovat adresář 
s konfigurací josm a nechat josm, ať si jej znova vygeneruje. Třeba tam 
máš nějakou zastaralou kombinaci voleb.


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] Jak tagovat: modelářský obchod, Školícístředisko

2013-04-14 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: LM_1 
Datum: 12. 4. 2013
Předmět: Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko

"

Konkrétně pro příklad www.osm.org/?lat=49.679&lon=18.342&zoom=18
(http://www.openstreetmap.org/?lat=49.679015&lon=18.342034&zoom=18) 
(mimochodem jeden z lepších příkladů co OSM dokáže) by pomohlo označení 
okolních, pravděpodobně obytných budov jako building=residential - buou méně
výrazné a škola tím vynikne. Bohužel standardní vykreslení se k budovám 
neznámého typu (building=yes) chová jako k "prominentním" budovám.

Nechci kibicovat, ale nepřidávání zelených ploch a hřišť aby se neztratila 
žlutá pod školo mi nepřipadá jako správný postup. Souhlasím, že by školy a 
jiné "veřejné" budovy měly být zvýrazněny oproti okolí, ale vynechání dat 
tomu nepomůže - je potřeba upravit pravidla vykreslování - což bohužel pro 
standardní zobrazení na osm.org(http://osm.org) není nic snadného.





"



Jak tak koukám, seznam otevřených issue je docela impozantní: https://trac.
openstreetmap.org/query?status=accepted&status=assigned&status=new&status=
reopened&component=mapnik&order=priority




Většina z nich je tam už několik let, bez jakékoli reakce. A když už člověk 
narazí na nějaký diskutovaný problém, tak to skončí tím, že bug je v Mapniku
:-(





Marián
___
"


"

Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
http://lists.openstreetmap.org/listinfo/talk-cz
(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] Jak tagovat: modelářský obchod, Školícístředisko

2013-04-18 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Karel Volný 
Datum: 17. 4. 2013
Předmět: Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko

"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.
"



Jako nebylo by to špatné, stačila by podpora v editorech. Ale obávám se, že 
tady to nevyřešíme. Leda to protlačit přes osm.org.




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] Fwd: Skoleni zakladu OpenStreetMap

2013-05-06 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Pavel Zbytovský 
Datum: 5. 5. 2013
Předmět: [Talk-cz] Fwd: Skoleni zakladu OpenStreetMap

"

Zdravím po dlouhé době talk-cz,






nějak se tak stalo, že jsem se rozhodl uspořádat školení základů práce s 
OSM. Díky tomu, že hlavní mapa na stránkách Geocachingu přešla na mapquestí 
mapy, tak jsem se rozhodl zacílit své úsilí právě na kešery. Krom toho, že 
sám hraju, tak to má i výhody, jsou to lidi, kteří se zajímají o mapy, jsou 
často i technicky zdatní a hlavně chodí do přírody s GPSkou :-)






"



 Bacha na ně. Ti tvrdí kešeři chodí zásadně rovnou za šipkou. Abychom neměli
v OSM cesty kde žádné nejsou :-D




Marián

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


[Talk-cz] JOSM 5939 a více KM vrstev

2013-05-12 Tema obsahu Marián Kyral
Ahoj,
chvíli mi trvalo, než jsem v JOSM přišel na to, že přesnost KM závisí na 
měřítku mapy které mám v okamžiku přidání KM vrstvy.  Následně jsem se to 
naučil využívat tak, že jsem si vytvořil více vrstev v různých měřítkách. 
Hrubé pro značení cest a velkých ploch a podrobné pro zpřesňování budov. 
Následně jsem si dle potřeby jednotlivé vrstvy skrýval.

Jenže nejnovější verze JOSM (5939) už toto neumožňuje. Po přidání první 
vrstvy KM se v menu zobrazí její měřítko a další vrstva v jiném měřítku už 
nejde přidat :-( A to dokonce ani po smazání všech vrstev.

Tady původně email končil otázkou, nicméně jsem se v tom vrtal a našel jsem 
dvě řešení (není nad to si to pěkně sesumírovat ;-) )

1) Přidat další zdroj KM. Kupodivu funguje, nicméně se mi nový zdroj umístil
někam doprostřed seznamu a pořadí nejde upravit :-(

2) Následně jsem našel v menu vrstvy novou (?) volbu "změnit rozlišení". 
Takže když chci upřesnit budovy, tak přiblížím a změním rozlišení. Po 
skončení oddálím a znova změním rozlišení.

Zatím nevím, co je lepší. Jak to děláte vy?

PS: Po přidání dalšího zdroje, se mi KM přidala s černým pozadím i přesto že
se jednalo o přesnou kopii původního zdroje, který měl průhledné pozadí. (Na
tohle tu už nedávno někdo narazil). Co hůř, když jsem použil "změnit 
rozlišení" na vrstvě s původním zdrojem, tak se nové rozlišení stáhlo taky s
černým pozadím. Zkusil jsem zrušit a znova povolit alfa kanál a nic. Pak 
jsem josm restartoval a najednou mám KM zase průhledné. Tak nevím.

Marián


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


Re: [Talk-cz] JOSM 5939 a více KM vrstev

2013-05-15 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: jzvc 
Datum: 15. 5. 2013
Předmět: Re: [Talk-cz] JOSM 5939 a více KM vrstev

"

Dne 12.5.2013 9:27, Marián Kyral napsal(a):

"Ahoj,
chvíli mi trvalo, než jsem v JOSM přišel na to, že přesnost KM závisí na 
měřítku mapy které mám v okamžiku přidání KM vrstvy.  Následně jsem se to 
naučil využívat tak, že jsem si vytvořil více vrstev v různých měřítkách. 
Hrubé pro značení cest a velkých ploch a podrobné pro zpřesňování budov. 
Následně jsem si dle potřeby jednotlivé vrstvy skrýval.

Jenže nejnovější verze JOSM (5939) už toto neumožňuje. Po přidání první 
vrstvy KM se v menu zobrazí její měřítko a další vrstva v jiném měřítku už 
nejde přidat :-( A to dokonce ani po smazání všech vrstev.

Tady původně email končil otázkou, nicméně jsem se v tom vrtal a našel jsem 
dvě řešení (není nad to si to pěkně sesumírovat ;-) )

1) Přidat další zdroj KM. Kupodivu funguje, nicméně se mi nový zdroj umístil
někam doprostřed seznamu a pořadí nejde upravit :-(

2) Následně jsem našel v menu vrstvy novou (?) volbu "změnit rozlišení". 
Takže když chci upřesnit budovy, tak přiblížím a změním rozlišení. Po 
skončení oddálím a znova změním rozlišení.

Zatím nevím, co je lepší. Jak to děláte vy?

PS: Po přidání dalšího zdroje, se mi KM přidala s černým pozadím i přesto že
se jednalo o přesnou kopii původního zdroje, který měl průhledné pozadí. (Na
tohle tu už nedávno někdo narazil). Co hůř, když jsem použil "změnit 
rozlišení" na vrstvě s původním zdrojem, tak se nové rozlišení stáhlo taky s
černým pozadím. Zkusil jsem zrušit a znova povolit alfa kanál a nic. Pak 
jsem josm restartoval a najednou mám KM zase průhledné. Tak nevím.

Marián
" 
Cus, taky me to celkem prekvapilo, pouzival sem to presne stejne. Mozna by 
nebylo od veci to reportnout jako bug/request. Mozna jen pribylo nekde neco 
co oba nevidime kde se to da nastavit. 

"



No řekl bych, že tohle byl asi záměr.




"

Jinak kdyz uz sme u podkladu, muzes ho definovat i "obecne" => nemusis primo
v linku definovat jednotlivy vrstvy/soucasti, muzes si je naklipat adhoc po 
vyberu podkladu. Pak to kupodivu funguje taky - muzes "stejny podklad" 
pridat vickrat a rozliseni si pamatuje kazdej zvlast. Do seznamu das tohle 
(trebas) wms_endpoint:http://services.cuzk.cz/wms/wms.asp
(http://services.cuzk.cz/wms/wms.asp)

"



By mě jeblo klikat tohle pokaždé ;-) Navíc pak nějak nefunguje průhlednost. 
Nicméně tohle URL jsem už taky našel a naklikal si "pár" vrstev do zásoby: 





wms:http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png&VERSION=1.1.1&;
SERVICE=WMS&REQUEST=GetMap&LAYERS=DEF_PARCELY,DEF_BUDOVY,RST_PK_I,RST_KMD_I,
dalsi_p_mapy_i,hranice_parcel_i,obrazy_parcel_i,parcelni_cisla_i,RST_PK,
hranice_parcel_barevne,omp_i&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT=
{height}&BBOX={bbox}&TRANSPARENT=true




Teď mám KM samou barvičku. BTW, nevíte někdo, co jednotlivé barvy znamenají?
Některé čáry jsou zelené, některé červené a zbytek je bílý.




Marián

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


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

2013-05-15 Tema obsahu Marián Kyral
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


Re: [Talk-cz] JOSM 5939 a více KM vrstev

2013-05-15 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: JV 
Datum: 16. 5. 2013
Předmět: Re: [Talk-cz] JOSM 5939 a více KM vrstev

"
Zdravím všechny,
doporučuji přečíst https://www.cuzk.cz/Dokument.aspx?PRARESKOD=10&MENUID=
10015&AKCE=DOC:10-WMS_PRO_KM - je tam jak popis jednotlivých vrstev, tak 
informace o barevných hranicích. Podrobněji jsou barvy vysvětleny v nápovědě
v Nahlížení do KN: http://nahlizenidokn.cuzk.cz/Napoveda/index.htm?id=idh_
grafika
Mimochodem, jak koukám na příklad volání dole, je celkem zbytečné volat 
vrstvy RST_PK a RST_PK_I současně a hranice_parcel_i a hranice_parcel_
barevne současně (viz zmiňovaný popis vrstev).

J. Veselý

"



Díky za odkaz na nápovědu. Konečně vím, co jednotlivé značky znamenají.




Marián



"


-- Původní zpráva --
Od: Marián Kyral 
Datum: 15. 5. 2013
Předmět: Re: [Talk-cz] JOSM 5939 a více KM vrstev


"
By mě jeblo klikat tohle pokaždé ;-) Navíc pak nějak nefunguje průhlednost. 
Nicméně tohle URL jsem už taky našel a naklikal si "pár" vrstev do zásoby: 




wms:http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png&VERSION=1.1.1&;
SERVICE=WMS&REQUEST=GetMap&LAYERS=DEF_PARCELY,DEF_BUDOVY,RST_PK_I,RST_KMD_I,
dalsi_p_mapy_i,hranice_parcel_i,obrazy_parcel_i,parcelni_cisla_i,RST_PK,
hranice_parcel_barevne,omp_i&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT=
{height}&BBOX={bbox}&TRANSPARENT=true




Teď mám KM samou barvičku. BTW, nevíte někdo, co jednotlivé barvy znamenají?
Některé čáry jsou zelené, některé červené a zbytek je bílý.




Marián


"
"___
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

2013-05-16 Tema obsahu Marián Kyral
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
> 

-- 
Jachym Cepicky
Help Service - Remote Sensing s.r.o.
jachym.cepi...@gmail.com
HS-RS: jac...@hsrs.cz http://bnhelp.cz
http://les-ejk.cz";___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


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

2013-05-19 Tema obsahu Marián Kyral

Ahoj,

Dne 18.5.2013 11:23, Pavel Klinger napsal(a):

1. To neni pravda.
2. Nerozumim pouziti slova "Analogie" v tomto kontextu.


Nechci se chlubit, ale já pochopil kam tím Karel 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. To ale neznamená, že použití odlišných symbolů automaticky znamená, 
že jsou horší. To už záleží na konkrétním případu. Na druhou stranu 
použít nějakou zavedenou značku a označit tím něco jiného rozhodně není 
dobře (jen příklad ;-) )


U každé mapy by měla být legenda. Na map1.eu zatím chybí, ovšem je fajn, 
že ke každému symbolu se zobrazí popis. Mimochodem třeba na mapy.cz je 
legenda k turistickým mapám schována někde v nápovědě. Vždy to musím 
složitě hledat, místo toho aby to bylo dostupné na jedno kliknutí někde 
z menu.



BTW: ta značka rozcestníku je fakt divná. Vypadá jako normální 
turistická značka, jen je hnědá. Nebýt názvu tak ji snad na mapě ani 
nenajdu. Přimlouval bych se za klasický rozcestník. Autobusová zastávka 
mi přijde OK.


Marián

3 .Rozhovor s vami je naprosta ztrata casu, uz s vami nebudu dale 
komunikovat.



Dne 18.5.2013 11:04, Karel Volný napsal(a):
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




___
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] značky na map1.eu

2013-05-19 Tema obsahu Marián Kyral

Dne 19.5.2013 22:01, Petr Holub napsal(a):

Dne 18.5.2013 11:23, Pavel Klinger napsal(a):

1. To neni pravda.
2. Nerozumim pouziti slova "Analogie" v tomto kontextu.

Nechci se chlubit, ale já pochopil kam tím Karel 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. To ale neznamená, že použití odlišných symbolů automaticky znamená,
že jsou horší. To už záleží na konkrétním případu. Na druhou stranu
použít nějakou zavedenou značku a označit tím něco jiného rozhodně není
dobře (jen příklad ;-) )

Kupodivu to neni tak uplne pravda - v ramci dosazeni srozumitelnosti
pro lidi se rada statu prihlasila k dokumentu, ktery se nazyva
"Úmluva o silničních značkách a signálech" podepsane roku 1968 ve Vidni.
Tech umluv je docela vic, pro zacatek se clovek muze zacist treba
ve Wikipedii:
https://cs.wikipedia.org/wiki/Dopravn%C3%AD_zna%C4%8Dka

No však píšu "víceméně" :-D
Marián

Ono na jakousi obecnou standardizaci, abychom si mezi sebou jakztazk
rozumeli, se hraje uz pomerne dlouho a v ruznych oborech :).

Petr


___
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] značky na map1.eu

2013-05-19 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Karel Volný 
Datum: 20. 5. 2013
Předmět: Re: [Talk-cz] značky na map1.eu

"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?
"



Bohužel neznám všechny značky. 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.



"
> 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
"



S tímhle souhlasím. Ale třeba rozcestník moc standartizovaný není. Seznam má
značku rozcestníku, Shocar černé "+", mtbmap mají nejaký podivný pidi symbol
(dlouho jsem si nebyl jistý, co to vlastně je).




"
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 ...
"



Myslel jsem, že kritizuješ autobusy, ale problém je ve vlacích. 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




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).




Marián






"
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


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

2013-05-20 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Karel Volný 
Datum: 20. 5. 2013
Předmět: Re: [Talk-cz] značky na map1.eu

"> 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é
"


Tohle spíše vypadá jako semaforová věž ze Zeměplochy. Něco lepšího by 
nebylo? :-D

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] značky na map1.eu

2013-05-21 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Pavel Klinger 
Datum: 21. 5. 2013
Předmět: Re: [Talk-cz] značky na map1.eu

"

Zdravim,

Stale nevim, ktery ze symbolu na map1.eu koliduje s dopravnim znacenim? 
Prosim prozradte mi to. Plne s vami souhlasim ze takoveto oznaceni by bylo 
zavadejici. Co se tyka legendy tak na ni se pracuje. Rim nelze postavit za 
jeden den.


"



Jak jsem to pochopil já, tak ty dopravní značky byly  jen příklad 
jednotnosti symbolů (I když nedokonalý). Tohle bych už neřešil.

Marián



"


Pavel



Dne 21.5.2013 07:53, Marián Kyral napsal(a):

"

-- Původní zpráva --
Od: Karel Volný (mailto:ka...@seznam.cz)
Datum: 20. 5. 2013
Předmět: Re: [Talk-cz] značky na map1.eu

"> 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é
" 


Tohle spíše vypadá jako semaforová věž ze Zeměplochy. Něco lepšího by 
nebylo? :-D

Marián

"

___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
http://lists.openstreetmap.org/listinfo/talk-cz
(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 mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


[Talk-cz] Turistické známky

2013-05-21 Tema obsahu Marián Kyral
Zkouším poslat znovu, napoprvé neprošlo - prý spamuji :-(

Marián


-- Původní zpráva --
Od: Marián Kyral 
Datum: 21. 5. 2013
Předmět: Turistické známky

"
Jednou z věcí, které mi na OSM (a následně na turistických mapách) chybí, 
jsou turistické známky. Jsou neocenitelné při plánování výletu, člověk 
alespoň vidí, kde je co zajímavého. 

Už nějakou dobu si pohrávám s myšlenkou importu TZ (na komíny jsem 
nezapomněl, jsou ve frontě a počítám, že pokud se povede jeden import, druhý
se bude dělat obdobně).

Na webu TZ je k dispozici seznam všech českých TZ ve třech formátech:

1) txt - pouze seznam, nepoužitelné (http://www.turisticke-znamky.cz/export.
php)
2) csv - jedna známka na řádek - obsahuje GPS souřadnice - použitelné (
3) csv - totéž co předchozí, pouze je jedna známka rozdělena na více řádků, 
odděleno prázdným řádkem

Viz http://www.turisticke-znamky.cz/seznam.php (Aktuální seznam TZ ke 
stažení)

U souborů není uvedena licence, proto jsem poslal dotaz na TZ, zda by bylo 
možné soubory využít a obdržel jsem následující odpověď:

==
Dobrý den,

díky za Váš mail a za zájem o Turistické známky.
Beze všeho použijte csv soubory, které máme na webu, pokud budou existovat
linky na jednotlivé známky na našem webu, bude to jen přínos.
Momentálně pracujeme na kompletním seznamu všech TZ, i těch zahraničních.
Vyvěsíme ho na web do konce května.

Hodně zdraví
za Turistické známky s.r.o.
David Holub
==

Takže z tohoto pohledu to vypadá, že není problém a zbývá jen vyřešit pár 
drobností B-)

1) Definovat, jak TZ zadat do OSM, doplnit na wiki, udělat nějaký preset pro
JOSM
2) Připravit úvodní import
3) Připravit nějaký nástroj pro aktualizaci

*Ad 1) Definice TZ na OSM*

V souboru jsou k dispozici následující informace:
(*) Číslo TZ
(*) Název
(*) Kategorie - (turistická oblast (Jeseníky, Beskydy...), muzeum, zoo, 
rozhledna...)
(*) Okres
(*) Uveřejněno - U starších známek nevyplněno
(*) 1. prodejní místo
(*) www - url 1. prodejní místo
...
(*) 13. prodejní místo
(*) www
(*) GPS - GPS souřadnice

(Poznámka: je docela pravděpodobné, že nové soubory budou vypadat trochu 
jinak - uvidí se až budou k dispozici)

Mapování na OSM tagy bych si po prvotním průzkumu představoval nějak takto:

tourism=attraction - poznámka: zatím nemá wiki stránku
attraction=stamp (nový tag)
name=Název (případně TZ: Název)
description=Kategorie a jednotlivá prodejní místa + www
website=http://www.turisticke-znamky.cz/znamka_.php?id=Číslo
ref=TZCZ:číslo
source=tz (nebo turisticke-znamky.cz?)

_Příklad:_
27;"Zdobnice";"ORLICKÉ HORY";"Rychnov nad Kněžnou";"";"Chata Jitřenka, 
Zdobnice v Orlických horách";;"Chata Kovárna, Zdobnice";"http://
chatakovarna.cz""50,238611";"16,408611"

tourism=attraction
attraction=stamp
name=Zdobnice
description=ORLICKÉ HORY; Chata Jitřenka, Zdobnice v Orlických horách; Chata
Kovárna, Zdobnice (http://chatakovarna.cz)
website=http://www.turisticke-znamky.cz/znamka_.php?id=27
ref=TZCZ:27
source=tz

Předpokládám, že TZ bude vždy jako samostatný uzel.

Prosím o revizi. Jediné, co by bylo dobré zachovat je nějaká jednoznačná 
rozlišitelnost pro následné aktualizace.

*Ad 2) Úvodní import*
Co jsem tak koukal, jak to dělá josm, stačí vygenerovat  xml soubor a ten 
následně nějak dostat do OSM. Dalo by se použít JSOM, ale raději bych to 
udělal napřímo, přes API pomocí nějaké šikovné utilitky.

Vygenerovat XML z csv je celkem triviální úkol, na to by stačil jednoduchý 
shell script. Taktéž by neměl být problém s duplicitami, TZ v OSM zatím 
nejsou (opravte mě pokud se mýlím).

*Ad 3) Aktualizace*
Seznam turistických známek se stále mění, nové známky přibývají, některé 
staré se ruší (a číslo se pak použije u nějaké nové známky). Jednou z 
možností je dělat aktualizace ručně, dle email listu. Ale to se mi jednak 
nechce a taky to nepodchytí všechny změny, hlavně změny prodejních míst.

Takže nejlepší bude nějaký robot, který si stáhne aktuální seznam z webu TZ,
následně si stáhne seznam TZ z OSM přes overpass API, oba soubory porovná, 
vygeneruje xml soubor se změnama a ten následně nahraje na OSM (úplně stejně
jako u importu).

Tohle už shellem řešit nepůjde (zpracovávat XML pomocí shellu není právě 
triviální), takže předpokládám, že opráším python a udělal bych to v něm. Co
jsem koukal, nějaké python moduly pro obsluhu OSM API existují.

Teď už jen zbývá otázka, co všechno aktualizovat. Měla by se aktualizovat i 
poloha? Tedy pokud ji nějaký uživatel omylem přesune, známka se vrátí 
zpátky. Ale co když nebyla známka přesunuta omylem? Co jsem třeba koukal, 
tak TZ Ivančena je celkem dost mimo. Ještě si u TZ zkusím upřesnit, jestli 
to je správně, nebo se jedná o chybu.

Možná by součástí update skriptu mohl být i nějaký report posunutých známek 
a ty by se následně daly zkontrolovat ručně.

Co myslíte?

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

2013-05-21 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Karel Volný 
Datum: 21. 5. 2013
Předmět: [Talk-cz] rozcestníky na mtbmap (was: Re: značky na map1.eu)

"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?"



Nikdy předtím jsem tuto značku neviděl (nebo se na to alespoň nepamatuji) 
takže mně překvapila.  A opravdu mi připomíná spíše semaforovou věž. Ale 
neříkám, že si nezvyknu, když budu muset. Co mi asi nejvíce vadí je, že obě 
ramena jdou na stejnou stranu. 





A na mtbmap by určitě neškodilo, kdyby byl větší. Na desktopu to je pěkná 
blecha (a na mobilu jsem to nezkoušel).




"

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?
"



Momentálně jsem na služebce, takže se nepodívám do map, co mám doma, ale při
rychlém průzkumu na googlu, jsem ten symbol na žádné české turistické mapě 
nenašel. Buď není rozcestník vůbec označen, nebo jsem našel symbol červeného
lízátka.

""
 

Navrhnout lepší symbol asi není jen tak, ale viděl bych to třeba na něco 
takového: (jen pro představu, nevím jak to bude ve výsledku vypadat. V 
podstatě symbol z mapy.cz, ale více schematický.





  ^


 -+->


<-+-

  |

  |




Marián




"
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


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

2013-05-21 Tema obsahu Marián Kyral
Ahoj,

-- Původní zpráva --
Od: LM_1 
Datum: 21. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"

I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla 
samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým 
objektem, který v mapě už je - a turistická známka by měla být jen další 
informací o takovém objektu.  
Lukáš Matějka (LM_1)





"



A dá se pak nějak zobrazit najednou daný objekt i TZ? Podporuje to nějaká 
mapa? 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ě. 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?




Navíc to pak znamená, že automatické přidávání objektů nebude fungovat. 
Každou nově přidanou známku bude třeba ručně přiřadit ke správnému objektu.





Nicméně, pokud se na tom shodneme, tak se to nějak udělá.




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] Turistické známky

2013-05-21 Tema obsahu Marián Kyral
Ahoj,

-- Původní zpráva --
Od: Karel Volný 
Datum: 21. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"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 :-)
"



Velmi vtipné.



"
> 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"



Na wiki jsem našel toto: V ČR se používají výhradně Adresní body (Adresní 
místa) jako nody Node (http://wiki.openstreetmap.org/wiki/Elements#Node), 
neboť vazba mezi prvky "building" a "addr" je M:N.




S těmi vstupy je problém, že bys musel obejít úplně všechny baráčky a 
zjistit, kde vlastně mají vstup.



" 
""
> 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.
"



A ještě jedna věc. Co jméno TZ? To se taky může lišit od jména objektu. 
Takže něco jako 





name:cs_tzmista=




?




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] Turistické známky

2013-05-22 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: LM_1 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"

Kromě toho turistické známky se neomezují na Česko (http://turisticke-
znamky.cz/tz/(http://turisticke-znamky.cz/tz/)), takže by nebylo od věci 
pojmout návrh trochu globálněji - tím se zvýší šance na podporu i v jiných 
mapách než specificky zaměřených na české turistické známky. 
 



"



No nikde jsem nepsal, že se chci zaměřit pouze na Česko, ale zatím je k 
dispozici jen seznam pro CZ. Asi jsem to měl explicitně zmínit. Taky čekám 
na kompletní seznam - jak bylo slíbeno. No a mezitím jsem to chtěl probrat 
tady. Víc hlav víc ví a mnohé tady jsou mnohem zkušenější než já. A někde se
musí začít, tak proč ne doma? Navíc v CZ jsou TZ nejrozšířenější. V okolních
zemích nejsou TZ až tak známé a většinou pokrývají jen některé oblasti.





Je mi jasné, že i při nejlepší vůli to bude nějakou dobu trvat. Prvotní 
import jsem schopen udělat během pár hodin, ale to musí být nejprve jasno, 
jak TZ namapovat a co jsem koukal, je kolem toho celkem dost byrokracie. Tu 
já sice nerad, ale chápu, že bez toho to nejde.





Uvítám rady, co a jak a kam se následně obrátit. Každá pomoc je vítána.





Marián




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


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

2013-05-22 Tema obsahu Marián Kyral
Ještě oprava: SK taky celkem jede. Měl jsem dojem, že tam tolik známek není,
ale asi to byl nějaký zastaralý dojem ;-)



Marián


-- Původní zpráva --

Od: Marián Kyral 

Datum: 22. 5. 2013

Předmět: Re: [Talk-cz] Turistické známky


"



-- Původní zpráva --

Od: LM_1 

Datum: 22. 5. 2013

Předmět: Re: [Talk-cz] Turistické známky


"

Kromě toho turistické známky se neomezují na Česko (http://turisticke-
znamky.cz/tz/(http://turisticke-znamky.cz/tz/)), takže by nebylo od věci 
pojmout návrh trochu globálněji - tím se zvýší šance na podporu i v jiných 
mapách než specificky zaměřených na české turistické známky. 

 



"




No nikde jsem nepsal, že se chci zaměřit pouze na Česko, ale zatím je k 
dispozici jen seznam pro CZ. Asi jsem to měl explicitně zmínit. Taky čekám 
na kompletní seznam - jak bylo slíbeno. No a mezitím jsem to chtěl probrat 
tady. Víc hlav víc ví a mnohé tady jsou mnohem zkušenější než já. A někde se
musí začít, tak proč ne doma? Navíc v CZ jsou TZ nejrozšířenější. V okolních
zemích nejsou TZ až tak známé a většinou pokrývají jen některé oblasti.







Je mi jasné, že i při nejlepší vůli to bude nějakou dobu trvat. Prvotní 
import jsem schopen udělat během pár hodin, ale to musí být nejprve jasno, 
jak TZ namapovat a co jsem koukal, je kolem toho celkem dost byrokracie. Tu 
já sice nerad, ale chápu, že bez toho to nejde.







Uvítám rady, co a jak a kam se následně obrátit. Každá pomoc je vítána.







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] Turistické známky

2013-05-22 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: jzvc 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"Dne 22.5.2013 11:04, Pavel Machek napsal(a):
> Ahoj!
>
>> I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla
>> samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým
>> objektem, který v mapě už je - a turistická známka by měla být jen další
>> informací o takovém objektu.
> No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze
> samostatne body nejsou zadny velky problem... jednodussi na import,
> jednodussi na udrzovani, nevyhody zadne.
> Pavel
Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit
tu informaci prislusnymu objektu.

Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes,
protoze to tam proste neni.

Za me lepsi zadna data nez zabordelena data.

_"



Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu.




Když tak nad tím uvažuji, mně je nakonec celkem jedno, jestli budou TZ 
samostatně nebo součástí objektu. Import bych stejně udělal jako samostatné 
body a ty by se pak musely manuálně sloučit se souvisejícími objekty.




Update by pak aktualizoval pouze data relevantní pro TZ, souřadnice objektu 
bych neupravoval. Výstupem aktualizace by pak byl seznam změněných objektů, 
který by mohl být automaticky zaslán do této konference na revizi. Konkrétně
přiřazení objektů pro nově vytvořené TZ.




Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ 
musely mít speciální tagy:




name:tz=

description:tz=

ref:tz=

source:tz=





Jenže třeba description:tz v podstatě znamená, že description je v jazyce 
"tz". To zase může někde udělat zmatek. V tom lepším případě se to prostě na
mapě nezobrazí, protože jazyk "tz" neexistuje.




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] značky na map1.eu

2013-05-22 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Jan Dudík 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] značky na map1.eu

"Přimlouval bych se za jinou značku pro ploty - a jejich renderování až
v detailních mapách.
Viz ploty, co jsem nakreslil ve Vidově nebov Českých Budějovicích
-jsou staršně výrazné a tlučou se s ostatním 
""
JAnD
"



Ono záleží na velikosti areálu. Třeba tady to nevypadá špatně. Ovšem u 
zahrad to už je jiná. Chtělo by to vychytat, ale není to tak jednoduché.





http://alpha.map1.eu/#zoom=15&lat=49.65579&lon=18.33622&layers=BTT




Marián



"
Dne 21. května 2013 9:32 Pavel Klinger  napsal(a):
> Zdravim,
>
> byl bych vdecny za zeznam symbolu, ktere vam na map1.eu vadi. Snazil jsem 
se
> symboly navrhovat podle jinych tistenych map, nemohl jsem vsak uplne
> kopirovat, uz jenom kvuli licenci. Tam kde jsem rozumny symbol nenasel 
jsem
> se snazil nakreslit takovy symbol, aby bylo jasne o co se jedna. Je
> samozrejme, ze se to vsude nepovedlo. Zatim se vyjadrim k symbolum o 
kterych
> zde byla rec:
>
> 1) Rozcestniky - V podstate se jedna o velmi podobny symbol jako je na
> mapy.cz, prisel mi nejlepsi protoze je to defakto nakresleny rozcestnik.
> Podle me je nevyhodou meho symbolu horsi citelnost, protoze se jedna o 
obrys
> vyplneny bilym polem udelam ho tedy monoliticky.
>
> 2) Vlakova nadrazi - Moc dobre si uvedomuju, jake je standardni znaceni.
> Nicmene asi sami vite, ze ve vetsine pripadu jsou vlakove zastavky jenom 
typ
> node a nemaji zadnou vazbu na koleje na kterych se nachazi. Neni proto 
zadny
> spolehlivy zpusob, jak nakreslit obdelnicek orientovany ve smeru koleji.
> Informace o tom na jake strane je nastupiste take neni v OSM datech dobre
> upchopitelna (to mluvim o te tecce co se kresli v obdelnicku nadrazi a
> znamena pozici nastupiste). PRoto jsem zvolil jednotne znacky pro vsechny
> zastavky verejne dopravy. Vidim v tom ale i vyhodu te jednotnosti, mit
> vlakovou stanici jako obdelnik a autobusovou jako obrazek autopbusu a co
> treba tramvajovou? Problemem jsou jeste stanice metra. Ty se zatim 
zobrazuji
> stejne jako nadrazi, coz je asi spatne.
>
> Stale nevim, ktery ze symbolu na map1.eu koliduje s dopravnim znacenim?
> Prosim prozradte mi to. Plne s vami souhlasim ze takoveto oznaceni by bylo
> zavadejici. Co se tyka legendy tak na ni se pracuje. Rim nelze postavit za
> jeden den.
>
> Pavel
>
>
>
> Dne 21.5.2013 07:53, Marián Kyral napsal(a):
>
>
> -- Původní zpráva --
> Od: Karel Volný 
> Datum: 20. 5. 2013
> Předmět: Re: [Talk-cz] značky na map1.eu
>
>
>> 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é
>
>
> Tohle spíše vypadá jako semaforová věž ze Zeměplochy. Něco lepšího by
> nebylo? :-D
>
> 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
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
--
Ing. Jan Dudí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


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

2013-05-22 Tema obsahu Marián Kyral
Ahoj,
-- Původní zpráva --

Od: Milan Vancura 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"Ahoj všem.

Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není
shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší zkušenější,
ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se
ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování
českých škol nedávno, toho je velká škoda).
"



Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. Osobně 
jsem v OSM pořád nováček ;-)

Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy 
před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se mi
samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na 
budově.

Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo dobré 
brát v potaz i tamní zvyklosti a výsledné řešení udělat jako kompromis 
těchto přístupů.

Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem 
importu? Jak říkám, nemám zkušenosti s tím, jak to funguje.



"
On Wed 22-05-13 13:21:03, Marián Kyral wrote:
> On 22. 5. 2013 jzvc wrote:
>> Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
>> navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes,
>> protoze to tam proste neni.
>> Za me lepsi zadna data nez zabordelena data.
> 
> Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu.

Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou
separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze 
udělat
rozumný automatický dotaz ani tak základní a přirozený jako "adresa 
obchodu".
Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze
samotného designu dat OSM:

> Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ

> musely mít speciální tagy:
> 
> name:tz=
> description:tz=
> ref:tz=
> source:tz=

To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu
(jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou
obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně lepší 
mít
separátní nody pro separátní sady vlastností. A hlavně už je toto řešení
použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro 
jeden
detail (turistické známky) se najednou tvářit, že zachráním svět.

Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní 
rozšíření
datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí
dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až
standardizované.

Plus samozřejmě pro turistické známky platí i všechny praktické argumenty
zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v 
budoucnu a
hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ 
místo
přiřadit jednoznačně (Brněnské podzemí).
"



To by až takový problém nebyl. Pokud se známka nedá přiřadit ke konkrétnímu 
objektu, tak by prostě zůstala jako samostatný bod.




Marián




"
Milan Vančura

___
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] Turistické známky

2013-05-22 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Tomáš Tichý 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


Při importu by mohl být v relaci jediný provizorní bod označený nějakým 
FIXME.

TT



"



Nějak takto?






  
  
    
  
  
    
    
    
    
    
    
    
    
    
  






Marián



"

Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a):
>
> Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký
objekt vložit hned při importu - musel by být hned označený přesný obchod/
atrakce...
> LM_1
>
>
> Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a):
>
>> A co importovat známky jako relace? Jednak má známka obvykle vlastní 
objekt - zajímavost a pak několik prodejních míst, které by se dala také do 
relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože 
tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / 
sufix.
>> TT
>>
>> Dne 22.5.2013 16:41 "Marián Kyral" mailto:mky...@email.cz)> napsal(a):
>>
>>> Ahoj,
>>> -- Původní zpráva --
>>>
>>> Od: Milan Vancura mailto:mi...@ucw.cz)>
>>> Datum: 22. 5. 2013
>>> Předmět: Re: [Talk-cz] Turistické známky
>>>
>>>
>>>> Ahoj všem.
>>>>
>>>> Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) 
není
>>>> shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší 
zkušenější,
>>>> ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak 
se
>>>> ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma 
tagování
>>>> českých škol nedávno, toho je velká škoda).
>>>
>>>
>>> Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. 
Osobně jsem v OSM pořád nováček ;-)
>>>
>>> Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy
před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se mi
samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na 
budově.
>>>
>>> Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo 
dobré brát v potaz i tamní zvyklosti a výsledné řešení udělat jako kompromis
těchto přístupů.
>>>
>>> Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem 
importu? Jak říkám, nemám zkušenosti s tím, jak to funguje.
>>>
>>>
>>>>
>>>> On Wed 22-05-13 13:21:03, Marián Kyral wrote:
>>>> > On 22. 5. 2013 jzvc wrote:
>>>> >> Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy
>>>> >> navigace vsechny hrady, s veskerejma informacema => tohle mit 
nebudes,
>>>> >> protoze to tam proste neni.
>>>> >> Za me lepsi zadna data nez zabordelena data.
>>>> > 
>>>> > Stejně tak tak nebudeš mít ani adresní body - nejsou součástí 
objektu.
>>>>
>>>> Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. 
Jsou
>>>> separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze
udělat
>>>> rozumný automatický dotaz ani tak základní a přirozený jako "adresa 
obchodu".
>>>> Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze
>>>> samotného designu dat OSM:
>>>>
>>>> > Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže 
by TZ 
>>>> > musely mít speciální tagy:
>>>> > 
>>>> > name:tz=
>>>> > description:tz=
>>>> > ref:tz=
>>>> > source:tz=
>>>>
>>>> To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu
>>>> (jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit 
nějakou
>>>> obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně 
lepší mít
>>>> separátní nody pro separátní sady vlastností. A hlavně už je toto 
řešení
>>>> použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč 
pro jeden
>>>> detail (turistické známky) se najednou tvářit, že zachráním svět.
>>>>
>>>> Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní 
rozšíření
>>>> datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není 
odmítnutí
>>>> dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má
až
>>>> standardizované.
>>>>
>>>> Plus samozřejmě pro turistické známky platí i všechny praktické 
argumenty
>>>> zmí

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

2013-05-22 Tema obsahu Marián Kyral
Tak jsem spáchal první verzi importního skriptu.

Výstup pro kategorii BESKYDY lze stáhnout tady: http://www.kyralovi.cz/tmp/
tz_beskydy.osm

Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další vrstvy a 
klasicky dotáhnout relevantní data z OSM. Můžete si třeba zkusit doplnit 
nějakou relaci. Otestuje a dejte vědět co vylepšit (a jestli to je vůbec 
ono).

V souboru jsou následující kategorie:

ARCHEO
BEROUNKA
BESKYDY
BÍLÉ KARPATY
BROUMOVSKÉ MEZIHOŘÍ
CÍRKEVNÍ PAMÁTKY
ČESKÉ STŘEDOHOŘÍ
ČESKÝ LES
ČESKÝ RÁJ (www.rajnet.cz)
HISTORICKÁ MĚSTA
HISTORICKÉ PIVOVARY
HOSTÝNSKÉ VRCHY
HRADY
CHKO
CHŘIBY
JAVORNÍKY
JESENÍKY
JESKYNĚ A PROPASTI
JESTŘEBÍ HORY
JEŠTĚDSKÝ HŘBET
JIHLAVSKÉ VRCHY
JIZERSKÉ HORY
Karviná
KRKONOŠE
KRUŠNÉ HORY
LABSKÉ PÍSKOVCE
LITOVELSKÉ POMORAVÍ
LUŽICKÉ HORY
LUŽNICE
MORAVSKÝ KRAS
NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO
NEZAŘAZENO
NOVOHRADSKÉ HORY
OHŘE
ORLICKÉ HORY
OTAVA
PAMÁTNÍKY
RALSKÁ PAHORKATINA
ROZHLEDNY
RYCHLEBSKÉ HORY
SÁZAVA
SKANZENY A MUZEA
SKUPINA KRALICKÉHO SNĚŽNÍKU
SLAVKOVSKÝ LES
ŠUMAVA
TECHNICKÉ PAMÁTKY
VÁLEČNÉ PAMÁTNÍKY
VINAŘSKÉ OBCE
VLTAVA
VSETÍNSKÉ VRCHY
WESTERN
ZÁMKY
ZOOLOGICKÉ ZAHRADY
ŽĎÁRSKÉ VRCHY
ŽELEZNÉ HORY

Předpokládám, že import se bude dělat po kategoriích. Zatím jsem nezjiťoval,
kolik je v každé známek.

Marián



-- Původní zpráva --
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


-- Původní zpráva --
Od: Tomáš Tichý 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


Při importu by mohl být v relaci jediný provizorní bod označený nějakým 
FIXME.

TT



"



Nějak takto?






  
  
    
  
  
    
    
    
    
    
    
    
    
    
  






Marián



"

Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a):
>
> Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký
objekt vložit hned při importu - musel by být hned označený přesný obchod/
atrakce...
> LM_1
>
>
> Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a):
>
>> A co importovat známky jako relace? Jednak má známka obvykle vlastní 
objekt - zajímavost a pak několik prodejních míst, které by se dala také do 
relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože 
tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / 
sufix.
>> TT
>>

"
"
 
"
"



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


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

2013-05-22 Tema obsahu Marián Kyral
Na http://www.kyralovi.cz/tmp/all.zip lze stáhnout soubor obsahující všechny
CZ známky. Když si to člověk otevře, dostane krásnou slepou mapu republiky ;
-)

Mám trochu problém s klíčem "description". Dle validátoru nesmí být jeho 
hodnota delší než 119 znaků. Takže zamýšlená konstrukce neprojde.

description="CATEGORY; prodejní_místo_1 (www1); prodejní_místo_2 (www2);...
prodejní_místo_13 (www13);"

Potřebuji to nějak rozdělit do více řádků. Něco jako 

ts_category=
ts_sales_point_1=
ts_sales_point_2=
ts_sales_point_3=
...
ts_sales_point_13=

Marián


-- Původní zpráva ------
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"
Tak jsem spáchal první verzi importního skriptu.

Výstup pro kategorii BESKYDY lze stáhnout tady: http://www.kyralovi.cz/tmp/
tz_beskydy.osm

Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další vrstvy a 
klasicky dotáhnout relevantní data z OSM. Můžete si třeba zkusit doplnit 
nějakou relaci. Otestuje a dejte vědět co vylepšit (a jestli to je vůbec 
ono).

V souboru jsou následující kategorie:

ARCHEO
BEROUNKA
BESKYDY
BÍLÉ KARPATY
BROUMOVSKÉ MEZIHOŘÍ
CÍRKEVNÍ PAMÁTKY
ČESKÉ STŘEDOHOŘÍ
ČESKÝ LES
ČESKÝ RÁJ (www.rajnet.cz)
HISTORICKÁ MĚSTA
HISTORICKÉ PIVOVARY
HOSTÝNSKÉ VRCHY
HRADY
CHKO
CHŘIBY
JAVORNÍKY
JESENÍKY
JESKYNĚ A PROPASTI
JESTŘEBÍ HORY
JEŠTĚDSKÝ HŘBET
JIHLAVSKÉ VRCHY
JIZERSKÉ HORY
Karviná
KRKONOŠE
KRUŠNÉ HORY
LABSKÉ PÍSKOVCE
LITOVELSKÉ POMORAVÍ
LUŽICKÉ HORY
LUŽNICE
MORAVSKÝ KRAS
NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO
NEZAŘAZENO
NOVOHRADSKÉ HORY
OHŘE
ORLICKÉ HORY
OTAVA
PAMÁTNÍKY
RALSKÁ PAHORKATINA
ROZHLEDNY
RYCHLEBSKÉ HORY
SÁZAVA
SKANZENY A MUZEA
SKUPINA KRALICKÉHO SNĚŽNÍKU
SLAVKOVSKÝ LES
ŠUMAVA
TECHNICKÉ PAMÁTKY
VÁLEČNÉ PAMÁTNÍKY
VINAŘSKÉ OBCE
VLTAVA
VSETÍNSKÉ VRCHY
WESTERN
ZÁMKY
ZOOLOGICKÉ ZAHRADY
ŽĎÁRSKÉ VRCHY
ŽELEZNÉ HORY

Předpokládám, že import se bude dělat po kategoriích. Zatím jsem nezjiťoval,
kolik je v každé známek.

Marián



-- Původní zpráva --
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


-- Původní zpráva --
Od: Tomáš Tichý 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


Při importu by mohl být v relaci jediný provizorní bod označený nějakým 
FIXME.

TT



"



Nějak takto?






  
  
    
  
  
    
    
    
    
    
    
    
    
    
  






Marián



"

Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a):
>
> Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký
objekt vložit hned při importu - musel by být hned označený přesný obchod/
atrakce...
> LM_1
>
>
> Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a):
>
>> A co importovat známky jako relace? Jednak má známka obvykle vlastní 
objekt - zajímavost a pak několik prodejních míst, které by se dala také do 
relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože 
tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / 
sufix.
>> TT
>>

"
"
 
"
"



"
"
___
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] Společné hranice ploch

2013-05-24 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: jan lana 
Datum: 24. 5. 2013
Předmět: Re: [Talk-cz] Společné hranice ploch

"

Dne 24. května 2013 9:15 Milan Vancura mailto:mi...@ucw.cz)> 
napsal(a):
 
"
On Fri 24-05-13 07:33:13, Pavel Moravec wrote:
> >multipolygon potřebuje uzavřené křivky, nebo ne?
> Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak,
> aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi



On Fri 24-05-13 07:11:57, LM_1 wrote:
> Multipolygon právě umožňuje udělat oblast z různých, rozdělených úseků. Já
> bych to udělal takto:
> první cesta: e--f--a--b--c (žádný tag kromě source)
> druhá cesta: c--d--e (plot, source)
> multipolygon obsahující obě cesty (les)


Díky vám oběma, zase vím něco víc. Takže ta část relace pro trasu linky MHD,
kde jsou cesty, je vlastně něco podobného (cesty seřazené za sebou).
A teď ještě jakou to má výhodu oproti tomu znovupoužití bodů? Že je to 
mnohem
univerzálnější princip?"



kreslit s pomoci relaci je (mozna) pracnejsi, ale mnohem lepe se pak edituje
- kdyz mam napriklad nakreslit les a pole vedle sebe






  a---b---c---d---e

  | Pole  | Les   |

  |       f---g

  |       |

  h---i

  

Bez relaci to lze namalovat jako dve cesty




C1: a-b-c-f-i-h-a (tag source,pole)

C2: a-d-e-g-f-c (tag source, les)




Kdyz to maluji jako relaci, nejdriv vyrobim tri cesty 




E1: c-b-a-h-i-f (tag source)

E2: c-f         (tag source)

E3: c-d-e-g-f   (tag source)




(ve skutecnosit v JOSM namaluju C1, pak vyberu body c a f a dam split a pak 
namaluju E3, takze to jde stejne rychle)




a pak udelate dva multipolygony 




M1: C1+C2 (tag pole)

M2: C2+C3 (tag les)




Vysledek je stejny.




Ale kdyz treba chcete zpresnit hranici c--f (protoze to puvodne bylo treba 
moc hrube), tak ve variante s relacemi jen pridame par bodu do cesty




E2': c-x-y-z-f




a je hotovo. U varianty bez relaci to znamena ... no, vlastne nevim, asi 
pridat ty body do C1 a pak nejak pridat ty stejne body i do C2.


"



Normálně přidám body x - y - z a ty se automaticky přidají do cesty C1 i C2.
Obě oblasti musí být uzavřeny. Takže i když mají společnou hranici, ve 
skutečnosti to jsou dvě plochy.




OSM před




  
    
    
    
    
    
    
    
  
  
    
    
    
    
    
    
    
    
    
  




a po přidání zpřesňujících bodů na společné hranici:




  
    
    
    
    
    
    
    
    
    
    
  
  
    
    
    
    
    
    
    
    
    
    
    
    
  




Nebo jsem něco přehlédl?




Marián




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


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

2013-05-24 Tema obsahu Marián Kyral
Tak jsem teď čirou náhodou narazil na: http://wiki.openstreetmap.org/wiki/
Proposed_features/Checkpoint_for_Tourism

Ony vlastně turistické známky jsou v podstatě totéž. Dokládají, že turista 
na daném místě byl*, protože jinde daná známka nejde koupit a poštou ji 
zašlou pouze oproti nějakému důkazu (vstupenka, fotka).

*) Ne vždy se daná známka prodává přímo na místě (například některé vrcholy 
bez chaty), takže někomu stačí dorazit na nejbližší prodejní místo a na 
místo samé už pak ani nejde.

Ovšem tag by se musel rozšířit:

checkpoint=tourist
checkpoint:type=tourist_stamp
checkpoint:category:cz=Pohoří
checkpoint:sales_place_1=IC aa
checkpoint:sales_place_web_13=http://ic.xx.cz

checkpoint:sales_place_13=IC aa
checkpoint:sales_place_web_13=http://ic.xx.cz

Co myslíte?

Marián




-- Původní zpráva --
Od: Marián Kyral 
Datum: 23. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"
Na http://www.kyralovi.cz/tmp/all.zip lze stáhnout soubor obsahující všechny
CZ známky. Když si to člověk otevře, dostane krásnou slepou mapu republiky ;
-)

Mám trochu problém s klíčem "description". Dle validátoru nesmí být jeho 
hodnota delší než 119 znaků. Takže zamýšlená konstrukce neprojde.

description="CATEGORY; prodejní_místo_1 (www1); prodejní_místo_2 (www2);...
prodejní_místo_13 (www13);"

Potřebuji to nějak rozdělit do více řádků. Něco jako 

ts_category=
ts_sales_point_1=
ts_sales_point_2=
ts_sales_point_3=
...
ts_sales_point_13=

Marián


-- Původní zpráva --
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"
Tak jsem spáchal první verzi importního skriptu.

Výstup pro kategorii BESKYDY lze stáhnout tady: http://www.kyralovi.cz/tmp/
tz_beskydy.osm

Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další vrstvy a 
klasicky dotáhnout relevantní data z OSM. Můžete si třeba zkusit doplnit 
nějakou relaci. Otestuje a dejte vědět co vylepšit (a jestli to je vůbec 
ono).

V souboru jsou následující kategorie:

ARCHEO
BEROUNKA
BESKYDY
BÍLÉ KARPATY
BROUMOVSKÉ MEZIHOŘÍ
CÍRKEVNÍ PAMÁTKY
ČESKÉ STŘEDOHOŘÍ
ČESKÝ LES
ČESKÝ RÁJ (www.rajnet.cz)
HISTORICKÁ MĚSTA
HISTORICKÉ PIVOVARY
HOSTÝNSKÉ VRCHY
HRADY
CHKO
CHŘIBY
JAVORNÍKY
JESENÍKY
JESKYNĚ A PROPASTI
JESTŘEBÍ HORY
JEŠTĚDSKÝ HŘBET
JIHLAVSKÉ VRCHY
JIZERSKÉ HORY
Karviná
KRKONOŠE
KRUŠNÉ HORY
LABSKÉ PÍSKOVCE
LITOVELSKÉ POMORAVÍ
LUŽICKÉ HORY
LUŽNICE
MORAVSKÝ KRAS
NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO
NEZAŘAZENO
NOVOHRADSKÉ HORY
OHŘE
ORLICKÉ HORY
OTAVA
PAMÁTNÍKY
RALSKÁ PAHORKATINA
ROZHLEDNY
RYCHLEBSKÉ HORY
SÁZAVA
SKANZENY A MUZEA
SKUPINA KRALICKÉHO SNĚŽNÍKU
SLAVKOVSKÝ LES
ŠUMAVA
TECHNICKÉ PAMÁTKY
VÁLEČNÉ PAMÁTNÍKY
VINAŘSKÉ OBCE
VLTAVA
VSETÍNSKÉ VRCHY
WESTERN
ZÁMKY
ZOOLOGICKÉ ZAHRADY
ŽĎÁRSKÉ VRCHY
ŽELEZNÉ HORY

Předpokládám, že import se bude dělat po kategoriích. Zatím jsem nezjiťoval,
kolik je v každé známek.

Marián



-- Původní zpráva --
Od: Marián Kyral 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


-- Původní zpráva --
Od: Tomáš Tichý 
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"


Při importu by mohl být v relaci jediný provizorní bod označený nějakým 
FIXME.

TT



"



Nějak takto?






  
  
    
  
  
    
    
    
    
    
    
    
    
    
  






Marián



"

Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a):
>
> Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký
objekt vložit hned při importu - musel by být hned označený přesný obchod/
atrakce...
> LM_1
>
>
> Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a):
>
>> A co importovat známky jako relace? Jednak má známka obvykle vlastní 
objekt - zajímavost a pak několik prodejních míst, které by se dala také do 
relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože 
tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / 
sufix.
>> TT
>>

"
"
 
"
"



"
"
___
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] Turistické známky

2013-05-29 Tema obsahu Marián Kyral
Sice teď nějak nestíhám, ale dovolil bych si to shrnout:

Turistická známka bude zadávána jako relace (type=checkpoint). Uvnitř bude 
minimálně jeden člen definující turistickou atrakci (role=attraction), ke 
které se daná známka vztahuje. Další členové jsou nepovinní a označují 
prodejní místa (role=sales_point).

Během importu se vytvoří relace popisující turistickou známku a dočasný bod,
který bude následně ručně spárovat se skutečným objektem. Pokud konkrétní 
bod neexistuje, změní se dočasný bod na trvalý. Bude označen jako tourism=
attraction. 

Pokud se známka neprodává nikde jinde než v místě, nebude prvek s rolí 
"sales_point" přiřazen. Předpokládá se, že známka se prodává na atrakci. 
(ekvivalent: checkpoint:sales_point=yes) (Případně neměl by být prvek přidán
dvakrát, pokaždé s jinou rolí?. JOSM má sice námitky, ale nechá se 
přesvědčit a takovou relaci vytvoří.)

Naopak, pokud se v místě atrakce turistická známka neprodává, bude prvku 
atrakce přiřazen klíč checkpoint:sales_point=no

Shrnutí klíčů:

1) Relace
type=checkpoint
checkpoint=tourism
checkpoint:type=tourist_stamp
name=123. Rozhledna XYZ
checkpoint:category:cz=Rozhledny
checkpoint:sales_point:1=IC aa
checkpoint:sales_point:web:1=http://ic.aa.cz

checkpoint:sales_point:13=IC xx
checkpoint:sales_point:web:13=http://ic.xx.cz
ref=TSCZ:123
source=turisticke-znamky
website=http://www.turisticke-znamky.cz/znamka_.php?id=123

2) Dočasný bod
tourism=attraction
name=Rozhledna XYZ
source=turisticke-znamky
fixme=Dočasný bod relace turistické známky 123. Rozhledna XYZ. Opravte 
prosim dle pokynů na http://wiki.openstreetmap.org/wiki/XXX


Příklady:

1) Situace po importu

Bod)
tourism=attraction
name=Praděd 1491m
source=turisticke-znamky
fixme=Dočasný bod relace turistické známky 1. Praděd 1491m. Opravte prosim 
dle pokynů na http://wiki.openstreetmap.org/wiki/XXX
role=attraction (v relaci)

Relace)
type=checkpoint
checkpoint=tourism
checkpoint:type=tourist_stamp
name=1. Praděd 1491m
checkpoint:category:cz=Jeseníky
checkpoint:sales_point:1=Restaurace Praděd
checkpoint:sales_point:web:1=http://www.hotelpraded.cz/
ref=TSCZ:1
source=turisticke-znamky
website=http://www.turisticke-znamky.cz/znamka_.php?id=1

2) Známka se prodává v místě atrakce a na několika dalších místech

Bod)
tourism=attraction
name=Karlova Studánka
source=turisticke-znamky
fixme=Dočasný bod relace turistické známky 3. Karlova Studánka. Opravte 
prosim dle pokynů na http://wiki.openstreetmap.org/wiki/XXX
role=attraction (v relaci)

Relace)
type=checkpoint
checkpoint=tourism
checkpoint:type=tourist_stamp
name=3. Karlova Studánka
checkpoint:category:cz=Jeseníky
checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
checkpoint:sales_point:web:1=http://www.k.studanka.cz
checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
checkpoint:sales_point:web:2=http://www.kstudanka.cz
checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
checkpoint:sales_point:web:3=http://k.studanka.cz
checkpoint:sales_point:4=Cukrárna Roman Korytar
checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
checkpoint:sales_point:6=Geologická sbírka Jeseníků
checkpoint:sales_point:web:6=http://www.ejeseniky.com
ref=TSCZ:3
source=turisticke-znamky
website=http://www.turisticke-znamky.cz/znamka_.php?id=3


3) Známka se prodává pouze v místě atrakce

Bod)
tourism=alpine_hut
name=Chata Rozhled
source=turisticke-znamky
website=http://www.chatarozhled.cz
role=attraction (v relaci)

Relace)
type=checkpoint
checkpoint=tourism
checkpoint:type=tourist_stamp
name=14. Rozhled
checkpoint:category:cz=Krkonoše
ref=TSCZ:14
source=turisticke-znamky
website=http://www.turisticke-znamky.cz/znamka_.php?id=14


4) Známka je dostupná pouze na prodejních místech, není v místě atrakce.

Bod)
tourism=attraction
amenity=place_of_worship
religion=christian
building=chapel
name=Lískovec u Frýdku - Místku, Kaplička v Hájku
source=turisticke-znamky
checkpoint:sales_point=no
role=attraction (v relaci)

Relace)
type=checkpoint
checkpoint=tourism
checkpoint:type=tourist_stamp
name=1512. Lískovec u Frýdku - Místku, Kaplička v Hájku
checkpoint:category:cz=Církevní památky
checkpoint:sales_point:1=Beskydské informační centrum Frýdek
checkpoint:sales_point:2=Beskydské informační centrum Místek
ref=TSCZ:1512
source=turisticke-znamky
website=http://www.turisticke-znamky.cz/znamka_.php?id=1512

Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení? 
Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.

checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
checkpoint:sales_point:web:2=http://www.kstudanka.cz


Zdrojové kódy skriptu pro prvotní import jsem dal na Github: https://github.
com/mkyral/osm
Určitě to není bezchybné, ale zatím to funguje ;-) Skript pro aktualizaci 
plánuji až po dokončení úvodního importu (nebo alespoň první části). Přece 
jen se lépe pracuje se skutečnými daty.

Vygeneroval jsem .osm soubory s novým nastavením: 
http://www.kyralovi.cz/tmp/ts

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

2013-05-30 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: hanoj 
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"Dne 29. května 2013 23:17 Marián Kyral  napsal(a):
> Sice teď nějak nestíhám, ale dovolil bych si to shrnout:
>
> Turistická známka bude zadávána jako relace (type=checkpoint). Uvnitř bude
> minimálně jeden člen definující turistickou atrakci (role=attraction), ke
> které se daná známka vztahuje. Další členové jsou nepovinní a označují
> prodejní místa (role=sales_point).
>
> Během importu se vytvoří relace popisující turistickou známku a dočasný 
bod,
> který bude následně ručně spárovat se skutečným objektem. Pokud konkrétní
> bod neexistuje, změní se dočasný bod na trvalý. Bude označen jako
> tourism=attraction.
>
> Pokud se známka neprodává nikde jinde než v místě, nebude prvek s rolí
> "sales_point" přiřazen. Předpokládá se, že známka se prodává na atrakci.
> (ekvivalent: checkpoint:sales_point=yes) (Případně neměl by být prvek 
přidán
> dvakrát, pokaždé s jinou rolí?. JOSM má sice námitky, ale nechá se
> přesvědčit a takovou relaci vytvoří.)

*** Zásadně se mi nelíbí, že
1) import má 2000 relací a v každé je jeden bod
2) každý bod má fixme

Je třeba opustit iluzi, že "se to" postupně opraví a doplní. Netvařme
se, že jsme schopni mít lepší data než sám původce turistických známek
(TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených
importů a import TZ prezentuje ani ne polotovar.
"



OK. Toto je verze vzniklá na základě zdejší diskuze. Bohužel bez ručního 
spárování to nejde. Jméno TZ málokdy přesně souhlasí se jménem daného 
objektu. Nevím, jak bych to tedy automaticky dohledával. Navíc, jak bylo 
zmíněno v diskuzi, některé známky ani konkrétní bod nemají. Jak to ve 
skriptu zjistit?




V seznamu jsou kategorie (třeba Hrady a zámky, rozhledny), ale taky tam jsou
oblasti (Jeseníky, český ráj...), které obsahují všechny známky z dané 
oblasti a jsou různých typů. Takže tam jsou jak Prachovské skály, tak i hrad
Kost nebo zámek Humprecht. Z kategorie "Český ráj" nelze vydedukovat, jaký 
typ bodu v okolí se má hledat.


 

Navíc nápad s relacemi se mi líbí. Vyřeší se tím problém s kolizemi (name, 
website, ref, tourism...). A možnost mít v relaci i konkrétní místa prodeje 
je podle mně výhoda. To že TZ neposkytují  přesné souřadnice by nás přece 
nemělo zastavit.





Pokud to naimportuji jako samostatné body a následně budu chtít přidat i 
místo kde se známka prodává? Musím pak tu relaci vytvořit manuálně? Nebo mám
smůlu a relaci vytvořit nesmím, tedy tato informace nebude dostupná?




U předchozích importů jsem nebyl a nevím jak probíhaly. Když jsem se ptal na
zkušenosti s importy a jak to správně udělat, nikdo zkušený se neozval.




"
Import TZ má mít 2000 bodů bez relací a má být natolik konzistentní,
aby byl bez fixme.

"



Když mi poradíš  jak, tak se to pokusím zrealizovat. Jak jsem psal, import 
můžu udělat po menších částech a postupně jej manuálně spárovat. V rámci 
testů jsem si pár bodu zkusil a jde to celkem dobře. U nějaké rozhledny jsem
dokonce narazil na dva oddělené body kousek od sebe. Jeden tagovaný jako věž
a druhý jako rozhledna. Ty by se určitě daly spojit (a data se tak i 
pročistí).




Chci vylepšit OSM a myslím, že TZ je jedna z věcí, která hodně vylepší 
turistické mapy. Když jsem zjišťoval, jak takový import probíhá, nabyl jsem 
dojmu, že to bude fuška. No nemýlil jsem se. Abych řekl pravdu, vůbec se 
nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a souhlas s
užitím máme.





Marián


"
ha
hanoj

___
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] Turistické známky

2013-05-30 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Milan Vancura 
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"On Wed 29-05-13 23:17:22, Marián Kyral wrote:
> Relace)
> type=checkpoint
> checkpoint=tourism
> checkpoint:type=tourist_stamp
> name=3. Karlova Studánka
> checkpoint:category:cz=Jeseníky
> checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
> checkpoint:sales_point:web:1=http://www.k.studanka.cz
> checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
> checkpoint:sales_point:web:2=http://www.kstudanka.cz
> checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
> checkpoint:sales_point:web:3=http://k.studanka.cz
> checkpoint:sales_point:4=Cukrárna Roman Korytar
> checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
> checkpoint:sales_point:6=Geologická sbírka Jeseníků
> checkpoint:sales_point:web:6=http://www.ejeseniky.com

> Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení? 
> Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.

Zdravím,

mně se to s těmi dvojtečkami nelíbí. Vždyť je to relace a relace je tu od 
toho,
aby měla členy, ne? Tak proč to nahrazovat spoustou dvojtečkovaných 
atributů?
To bych chápal maximálně jako FIXME. A ve výsledku by objekty (výše tedy
Infocentrum Impuls, Občerstvení U vodopádu, Lázeňský dům Libuše...) měly být
členem relace, s typem "sales_point".

Milan Vančura
"



No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně
mohl přiřadit (vytvořit) další členy relace. A stejně, pokud všechny tyto 
body převedu na skutečné objekty a zařadím je do relace, potřebuji je nějak 
identifikovat s ohledem na předpokládané aktualizace. 





Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych 
nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít
klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se něco 
změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point" 
tak nevím jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24 
Karlova Studánka 59". No a pokud se infocentrum přestěhuje a bude tam nově 
třeba "... Karlova Studánka 77". tak už to vůbec nepoznám.




Muselo by to být nějak zakódováno přímo u daného prodejního místa, třeba ref
=TSCZ:3:SP1, ale to by zase mohlo kolidovat s už existujícím ref. Stejně pak
ale musím mít možnost poznat, že se třeba změnila adresa. A to buď tak, že 
tam bude celý řetězec ("Infocentrum Impuls, 793 24 Karlova Studánka 59"), 
nebo nějaký hash (třeba md5) či kontrolní číslici. A totéž musí být i pro 
web adresu (pokud existuje). To ale znamená, že jak ref, tak i hash pro 
jméno a website musí být přiřazeno danému objektu. A musí to být přiřazeno 
ručně -> práce navíc a dají se v tom udělat chyby. A třeba spočítat hash asi
každý neumí. Navíc se pak kdokoli může rozhodnout, že ty podivné tagy se mu 
nelíbí a smaže je -> update skript to bude hlásit jako nový objekt.





Nějaký nápad?





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] Turistické známky

2013-05-30 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: hanoj 
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"
Je třeba opustit iluzi, že "se to" postupně opraví a doplní. Netvařme
se, že jsme schopni mít lepší data než sám původce turistických známek
(TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených
importů a import TZ prezentuje ani ne polotovar.
"



Ještě dodám, že na rozdíl od těch nedotažených importů, plánuji napsat 
update skript. Který bude hlídat změny (nové známky, zrušené známky, 
aktualizované známky). A výstupem bude report ukazující co se změnilo a co 
je potřeba zkontrolovat/opravit.




K tomu ale potřebuji aby byly TZ zaintegrovány s jasnými pravidly. Pak bude 
proces aktualizace a vygenerování reportu relativně jednoduchý.




Ad Fixme)

Pomocí Overpass turbo není problém z OSM databáze vytáhnout seznam TZ, které
zatím nebyly zkontrolovány (mají fixme). Z toho pak už je celkem jednoduché 
vygenerovat nějaký report:




-


Celkem: 2010

Potřebuje kontrolu: 236

Hotovo: 88%




TZ: 3. Karlova studánka (50.11221, 18.4431)

TZ: 999. XXX (51.9986, 18.1512)

...


-


No a tohle můžu každý týden posílat do konference. Myslíš, že by tady někdo 
neměl nutkání to číslo srazit na 0?




BTW, je někde seznam těch nedotažených importů, nejlépe s popisem, co je 
ještě potřeba dodělat?




Marián

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


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

2013-05-30 Tema obsahu Marián Kyral


-- Původní zpráva --
Od: Milan Vancura 
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky

"On Thu 30-05-13 14:45:07, Marián Kyral wrote:
> No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych 
následně
> mohl přiřadit (vytvořit) další členy relace.

Tomu rozumím, proto jsem navrhoval FIXME. Ale ještě lépe to udržovat mimo a
nezaplevelovat mapu. Pak by se totiž mohlo snadno stát, že nějakou dobu bude
malé procento převedeno na skutečné objekty a renderery už začnou brát data 
z
FIXME tagů - a bordelbude dokonán.
"



Jak mimo? Kde?



"
> A stejně, pokud všechny tyto body převedu na skutečné objekty a zařadím je
do
> relace, potřebuji je nějak identifikovat s ohledem na předpokládané
> aktualizace. 

Jasně. O důvod víc to držet mimo, pro ostatní dostupné třeba přes wiki, ve
formátu pro to vhodném, třeba s těmi identifikátory, jak o nich píšeš níže.
"



Jako, že bych každá TZ měla wiki stránku s dalšími údaji? To stejné je na 
http://www.turisticke-znamky.cz/znamka.php?id=1

Na to není potřeba nic extra vytvářet. 




"
> Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych 

Tak website a jiné atributy jsou záležitostí toho objektu, do toho se nemusí
TZ
míchat.
"



To jo, ale jak chceš identifikovat změnu?




Mám někde schovávat poslední zpracovaný soubor a změny zjistit porovnáním 
starého souboru s novým? Tomu bych se chtěl právě vyhnout. Nedovedu si 
představit, jak by se to chovalo, pokud by třeba někdo spustil update, 
aktualizoval starý soubor,  ale změny nenahrál do OSM..



"
> nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu 
mít
> klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se něco 
> změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point"

> tak nevím jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24 
> Karlova Studánka 59". No a pokud se infocentrum přestěhuje a bude tam nově

> třeba "... Karlova Studánka 77". tak už to vůbec nepoznám.

Tady nerozumím té argumentaci: jako že nebude tak snadno dostupná třeba 
adresa?
Protože jinak v těch atributech nevidím žádnou výhodu. Akorát musíš navíc 
řešit
pořadí a jeho změny. Takže souhlasím s tebou, že by bylo nejlepší vymyslet
nějaký systém identifikátorů ("ID") a ten přiřadit členům relace, aby pro
příště bylo snadné poznat, jestli se změnil objekt nebo ne. Rozhodně bych do
toho identifikátoru nezapočítaval nic jako website z důvodů uvedených výše.
Asi to chce promyslet víc pečlivě, ale přijde mi to rozhodně jako krok 
správným
směrem. Vyrábět v OSM seznamy pomocí dvojteček je fakt nestandardní a jde to
proti datovému modelu.
"



Nejedná se přímo o adresu. Jde o jakoukoli změnu v prodejním místě. To, že 
je součástí i adresa je spíše výjimka než pravidlo. Nedělal jsem analýzu, 
jak často se prodejní místa mění, ale určitě k tomu dochází. Samotný 
identifikátor nestačí. A použití nějakého třetího zdroje obsahující mapování
bych se pokud možno vyhnul. Dle mých zkušeností jsou s tím spíše problémy. 
Dříve nebo později se to stejně rozjede a pak je potřeba dělat nějakou 
synchronizaci. Což v tomto případě nebude jen tak a už vidím, jak se do toho
někdo hrne.





Nebyl by odkaz na povídání o těch dvojtečkách? Je to toto: http://wiki.
openstreetmap.org/wiki/Namespace ?





Byl to jen takový momentální nápad. Zdálo se mi, že to je lepší než:


checkpoint:sales_point_1

checkpoint:sales_point_2

checkpoint:sales_point_3




Marián







"
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] Turistické známky

2013-05-30 Tema obsahu Marián Kyral

Dne 2013-05-30 21:08, hanoj napsal:

Bohužel bez ručního
spárování to nejde. Jméno TZ málokdy přesně souhlasí se jménem daného
objektu. Nevím, jak bych to tedy automaticky dohledával. Navíc, jak 
bylo

zmíněno v diskuzi, některé známky ani konkrétní bod nemají. Jak to ve
skriptu zjistit?

*** Neříkám, že to jde automaticky. Jestli všechn 2000 TZ jsi _ty_
schopen projít a do 1/4 roku opravit do finální podoby, nemám s tím
problém.



No taky bych mohl dělat import po částech přes josm. To znamená, že by 
se do OSM
žádné FIXME nedostalo. Nevím, jestli to stihnu během čtvrt roku. Záleží, 
jak na
tom budou data. Teď jsem třeba narazil na hvězdárnu Karlovy Vary - v 
nístě je
jen číslo popisné. Bude třeba přidat budovu a většinou neskončím jen u 
toho ;-)


Navíc nápad s relacemi se mi líbí. Vyřeší se tím problém s kolizemi 
(name,
website, ref, tourism...). A možnost mít v relaci i konkrétní místa 
prodeje
je podle mně výhoda. To že TZ neposkytují  přesné souřadnice by nás 
přece

nemělo zastavit.

*** Nevím jestli je to výhoda, já bych to třeba oželel. Nekopírujeme
do OSM svět 1:1 ale modelujeme ho, zjednodušujeme, aby s ním šlo
pracovat. Máme třeba v OSM linky a zastávky, ale už ne jízdní řády.
Ale možná jsem s názorem osamocen...


No i kdyby to bylo bez těch prodejních míst, pořád tady jsou kolize.
Daná atrakce se nějak jmenuje, ale TZ se může jmenovat úplně jinak,
ale v každém případě se před jméno dává číslo TZ. Muselo by se to
řešit třeba přes klíč checkpoint:name.



Pokud to naimportuji jako samostatné body a následně budu chtít přidat 
i
místo kde se známka prodává? Musím pak tu relaci vytvořit manuálně? 
Nebo mám

smůlu a relaci vytvořit nesmím, tedy tato informace nebude dostupná?

*** Nemusíš nic... já jsem psal, že se mi některé věci nelíbí ;)


Aha, tak to jsem si oddychl ;-)



U předchozích importů jsem nebyl a nevím jak probíhaly. Když jsem se 
ptal na
zkušenosti s importy a jak to správně udělat, nikdo zkušený se 
neozval.

*** zatím postupuješ jako u všech předchozích uděláš krok vpřed a dáš
vědět, takže OK. Nikdo ti není schopen poradit předem tak, aniž by ten
import za tebe připravil nebo si to s tebou nenastudoval od A-Z.


OK. Pokusím se nezklamat.





Chci vylepšit OSM a myslím, že TZ je jedna z věcí, která hodně vylepší
turistické mapy. Když jsem zjišťoval, jak takový import probíhá, nabyl 
jsem
dojmu, že to bude fuška. No nemýlil jsem se. Abych řekl pravdu, vůbec 
se
nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a 
souhlas s

užitím máme.

*** určitě si tvé práce cením. Je dobře, že to je náročné, protože pak
není potřeba revertovat. To se zatím dělalo hromadně snad jen dvakrát.
Poněkud neslavně dopadly s dočištěním waterway.


Dobré vědět. Teď je pro mně priorita, najít způsob, jak TZ zanést do 
mapy.

Každé řešení má svá pro a proti. Záleží co nakonec převáží.

Marián



ha
hanoj

___
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] Turistické známky

2013-05-30 Tema obsahu Marián Kyral
 

Dne 31.5.2013 02:14, Jan Kouba napsal: 

> Ahoj, 
> 
> a nebylo by lepší použít pro sales_point taky relaci? Vypadalo by to pak asi 
> takhle: 
> 
> Relace turistické známky) 
> 
> tagy:
> type=checkpoint
> checkpoint=tourism
> checkpoint:type=tourist_stamp
> name=3. Karlova Studánka 
> 
> checkpoint:category:cz=Jeseníky 
> 
> ref= 
> 
> členové: 
> 
> attraction ->  
> fixme vytvořený při importu>
> sales_point -> r1 
> 
> sales_point -> r2 
> 
> sales_point -> r3 
> 
> sales_point -> r4 
> 
> sales_point -> r5 
> 
> sales_point -> r6 
> 
> Relace r1) 
> 
> tagy: 
> 
> type=tourist_stamp:sales_point 
> 
> name=Infocentrum Impuls, 793 24 Karlova Studánka 59
> web=http://www.k.studanka.cz 
> 
> členové: 
> 
> (objekt kde se to prodává) 
> 
> atd.

No nevím, tohle se hanojovi určitě líbit nebude ;-) Pokud bude třeba 6
prodejních míst, tak to znamená, jedna relace pro samotnou TZ a dalších
6 relací pro prodejní místa. Přičemž to budou relace s pouhým jedním
bodem. 

Zkusím udělat nějakou analýzu, kolik TZ má 1,2,3... prodejní místa. 

Marián 

> Jan Kouba 
> 
> Dne Čt 30. května 2013 14:45:07, Marián Kyral napsal(a): 
> 
> -- Původní zpráva --
> Od: Milan Vancura 
> Datum: 30. 5. 2013
> Předmět: Re: [Talk-cz] Turistické známky 
> 
> On Wed 29-05-13 23:17:22, Marián Kyral wrote:
>> Relace)
>> type=checkpoint
>> checkpoint=tourism
>> checkpoint:type=tourist_stamp
>> name=3. Karlova Studánka
>> checkpoint:category:cz=Jeseníky
>> checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
>> checkpoint:sales_point:web:1=http://www.k.studanka.cz
>> checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
>> checkpoint:sales_point:web:2=http://www.kstudanka.cz
>> checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
>> checkpoint:sales_point:web:3=http://k.studanka.cz
>> checkpoint:sales_point:4=Cukrárna Roman Korytar
>> checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
>> checkpoint:sales_point:6=Geologická sbírka Jeseníků
>> checkpoint:sales_point:web:6=http://www.ejeseniky.com
> 
>> Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení? 
>> Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.
> 
> Zdravím,
> 
> mně se to s těmi dvojtečkami nelíbí. Vždyť je to relace a relace je tu od 
> toho,
> aby měla členy, ne? Tak proč to nahrazovat spoustou dvojtečkovaných atributů?
> To bych chápal maximálně jako FIXME. A ve výsledku by objekty (výše tedy
> Infocentrum Impuls, Občerstvení U vodopádu, Lázeňský dům Libuše...) měly být
> členem relace, s typem "sales_point".
> 
> Milan Vančura 
> 
> No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně 
> mohl přiřadit (vytvořit) další členy relace. A stejně, pokud všechny tyto 
> body převedu na skutečné objekty a zařadím je do relace, potřebuji je nějak 
> identifikovat s ohledem na předpokládané aktualizace. 
> 
> Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych nějak 
> identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít klíč 
> checkpoint:sales_point:1 tak není problém zjistit, jestli se něco změnilo, 
> nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point" tak nevím 
> jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24 Karlova Studánka 
> 59". No a pokud se infocentrum přestěhuje a bude tam nově třeba "... Karlova 
> Studánka 77". tak už to vůbec nepoznám. 
> 
> Muselo by to být nějak zakódováno přímo u daného prodejního místa, třeba 
> ref=TSCZ:3:SP1, ale to by zase mohlo kolidovat s už existujícím ref. Stejně 
> pak ale musím mít možnost poznat, že se třeba změnila adresa. A to buď tak, 
> že tam bude celý řetězec ("Infocentrum Impuls, 793 24 Karlova Studánka 59"), 
> nebo nějaký hash (třeba md5) či kontrolní číslici. A totéž musí být i pro web 
> adresu (pokud existuje). To ale znamená, že jak ref, tak i hash pro jméno a 
> website musí být přiřazeno danému objektu. A musí to být přiřazeno ručně -> 
> práce navíc a dají se v tom udělat chyby. A třeba spočítat hash asi každý 
> neumí. Navíc se pak kdokoli může rozhodnout, že ty podivné tagy se mu nelíbí 
> a smaže je -> update skript to bude hlásit jako nový objekt. 
> 
> Nějaký nápad? 
> 
> Marián 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [1]

 

Links:
--
[1] 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] Turistické známky

2013-05-31 Tema obsahu Marián Kyral
 

Dne 31.5.2013 07:58, Petr Kadlec napsal: 

> 2013/5/30 Marián Kyral 
> 
> Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych nějak 
> identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít klíč 
> checkpoint:sales_point:1 tak není problém zjistit, jestli se něco změnilo, 
> nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point" tak nevím 
> jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24 Karlova Studánka 
> 59". No a pokud se infocentrum přestěhuje a bude tam nově třeba "... Karlova 
> Studánka 77". tak už to vůbec nepoznám. 
> Jednak připomínám, že relace si pamatuje pořadí členů, tedy stačí všechny 
> členy s rolí sales_point mít ve správném pořadí. Pokud se vám to zdá příliš 
> křehké (či chcete mít možnost některá prodejní místa (prozatím) přeskočit), 
> dá se pořadové číslo těch členů uvést i přímo do té role jako např. 
> „sales_point:1" (viz např. 
> http://wiki.openstreetmap.org/wiki/Relation:route#Members [1]). Rozhodně by 
> to bylo mnohem lepší než množit atributy, to je naprosto proti jejich smyslu.

Díky, to se asi bude hodit. 

Když už se o tom mluví, mám jednu off topic otázku: Pokud jsou součastí
relace cesty (které na sebe navazují), dají se tyto v josm nějak
automaticky seřadit? Když jsem posledně opravoval vedení turistické
značky, nic takového jsem nenašel a musel jsem to řadit po jednom a
manuálně. 

Díky, 
Marián 

> -- Petr Kadlec / Mormegil 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [2]

 

Links:
--
[1] http://wiki.openstreetmap.org/wiki/Relation:route#Members
[2] 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] Turistické známky

2013-05-31 Tema obsahu Marián Kyral
 

Dne 31.5.2013 11:17, Marián Kyral napsal: 

> Díky, to se asi bude hodit. 
> 
> Když už se o tom mluví, mám jednu off topic otázku: Pokud jsou součastí 
> relace cesty (které na sebe navazují), dají se tyto v josm nějak automaticky 
> seřadit? Když jsem posledně opravoval vedení turistické značky, nic takového 
> jsem nenašel a musel jsem to řadit po jednom a manuálně.

 Beru zpět, už jsem to našel. Sice někde úplně jinde, než jsem čekal,
ale našel ;-) 

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


Re: [Talk-cz] Nepřesné výsledky Tracer pluginu

2013-06-02 Tema obsahu Marián Kyral
 

Dne 2.6.2013 10:51, Petr Dlouhý napsal: 

> Ahoj, 
> 
> jseš si jistý, že to jede opravdu podle digitalizované KM? Tracer si stahuje 
> vlastní dlaždice a ukládá si je na disk. Občas se stane, že buď zůstanou 
> uložené ty staré, nebo se dokonce staré stahují.

Ano jsem. TracerServer a plugin jsem poprvé nainstaloval až včera. Pokud
si stahuje staré dlaždice, tak bude problém v konfiguraci. 

> Jako první bych zkusil smazat všechny soubory *.kn v adresáři TracerServeru.

To jsem dělal několikrát, nepomohlo to. Nevím v jakém měřítku si
TracerServer stahuje ty dlaždice, ale asi má o hodně hrubší čáry. 

Zkusmo jsem si stáhl obrázek z odkazu, který Tracer stahuje. Moc jsem z
toho nepoznal, pouze mě překvapilo, že se nestahuje pohled shora, ale
jedná se o jakýsi izometrický pohled (šíkmo shora). 

Marián 

> -- 
> Petr Dlouhý 
> petr.dlo...@email.cz 
> 
> -- Původní zpráva --
> Od: Marián Kyral 
> Datum: 2. 6. 2013
> Předmět: [Talk-cz] Nepřesné výsledky Tracer pluginu 
> 
>> Zdravím,
>> dostal jsem se teď do oblasti, která byla zdigitalizována nedávno a 
>> tudíž je v ní potřeba dodělat budovy. Nainstaloval jsem si tedy Tracer 
>> plugin, vyřešil problém s elipsami, ale s výstupy nejsem spokojen. 
>> Oproti KM je natracovaný tvar velmi nepřesný a všechno musím upravovat, 
>> což je někdy pomalejší, než nakreslit budovu ručně.
>> Viz příloha.
>> 
>> Dá se nějak nastavit TracerServer, aby dával přesnější výsledky? 
>> Předpokládám, že problém bude v rozlišení obrázku - čáry jsou moc 
>> tlusté. Zkusil jsem trochu experimentovat s nastavením TracerServeru, 
>> ale bylo to ještě horší. Tracovalo to úplné patvary
>> 
>> Používám josm-latest (5978) s tímto nastavením KM:
>> 
>> S=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}&TRANSPARENT=true
>> 
>> U vrstvy KM mám nastaveno "Automaticky změnit rozlišení"
>> 
>> Zpracovávaná oblast: 
>> http://www.openstreetmap.org/?lat=49.65867&lon=18.35411&zoom=17&layers=M
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [1]

 

Links:
--
[1] 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] Prosba o kontrolu navsi

2013-06-02 Tema obsahu Marián Kyral
 

Dne 2.6.2013 11:22, Dalibor Jelínek napsal: 

> Ahoj, 
> 
> pokusil jsem se udelat naves a protoze jsem to nikdy predtim 
> 
> nedelal, tak jsem to asi udelal blbe. 
> 
> Muzete se prosim podivat na tohle 
> 
> http://www.openstreetmap.org/browse/way/224077225 [1] 
> 
> a rict mi, jak to ma byt spravne? 
> 
> Mam dojem, ze by mi ty ostatni silnice nemely krizit tu area=yes 
> 
> a JOSM si taky na to stezuje. Ale jak to udelat dobre? 
> 
> Mam ty cesty silnic rozdelit a napojit na hrany te area v miste, kde vstupuji 
> a kde vystupuji?

> A nepokazim tim nejakou routovatelnost silnic?

Pokazíš. Já to dělám tak, že normálně natahám cesty a v místě křížení s
nějakou oblastí udělám společný bod.

Viz
http://www.openstreetmap.org/?lat=49.673492&lon=18.340352&zoom=18&layers=M
Prostranství mezi křižovatkou, kostelem a číslem 152. Když jsem tam ty
chodníky neměl, tak to routovalo naokolo.

> A kdybych to tak udelal, jak mam vyresit tagy te oblasti, 
> 
> maji byt highway=residential, nebo highway=tertiary, 
> 
> podle te hlavni, ktera tou navsi prochazi? 
> 
> Nebo to mam nechat jak to je, kdy ta highway=tertiary 
> 
> mi tu area s tagem highway=residential krizi?

 Viděl bych na tuto možnost. Pouze udělej v bodě křížení společný bod. 

Marián

> Diky za radu, 
> 
> Dalibor 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [2]

 

Links:
--
[1] http://www.openstreetmap.org/browse/way/224077225
[2] 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] Nepřesné výsledky Tracer pluginu

2013-06-02 Tema obsahu Marián Kyral
 

Dne 2.6.2013 15:36, Zdeněk Pražák napsal: 

> Podle mne tebou popisované problémy souvisí s problémy se zobrazením 
> katastrální mapy ve formátu EPSG:4326 viz předchozí zprávy od Jiřího Veselého 
> z CUZK
> 
> Dobrý den,
> děkuji všem za zaslané informace. Chyba je vázaná na EPSG:4326, v jiných 
> souřadnicových systémech se neprojevuje (alespoň co se nám podařilo 
> vyzkoušet). Je to již nahlášené dodavateli, čekáme na opravu.
> 
> J. Veselý

To jsou ty elipsy ne? Ty jsem vyřešil umazáním problematické vrstvy.
Tracovalo to úplné blbosti. 
Teď to tvar budovy natrasuje celý, ale nepřesně. Každý bod je o něco
jinde. 

Nevím jestli jsi viděl i druhý email, který jsem posílal. Tam jsem
přiložil screenshot. Napoprvé se zdálo, že to neprošlo, tak jsem to
poslal podruhé a najednou je tu ten email dvakrát. Jednou bez
screenshotu a podruhé se screenshotem. 

Z toho je vidět, o co mi jde. 

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


Re: [Talk-cz] Nepřesné výsledky Tracer pluginu

2013-06-02 Tema obsahu Marián Kyral

Dne 2.6.2013 21:31, jzvc napsal:

Dne 2.6.2013 13:40, Marián Kyral napsal(a):


Dne 2.6.2013 10:51, Petr Dlouhý napsal:


Ahoj,



jseš si jistý, že to jede opravdu podle digitalizované KM? Tracer si
stahuje vlastní dlaždice a ukládá si je na disk. Občas se stane, že
buď zůstanou uložené ty staré, nebo se dokonce staré stahují.




Ano jsem. TracerServer a plugin jsem poprvé nainstaloval až včera.
Pokud si stahuje staré dlaždice, tak bude problém v konfiguraci.




Jako první bych zkusil smazat všechny soubory *.kn v adresáři
TracerServeru.




To jsem dělal několikrát, nepomohlo to. Nevím v jakém měřítku si
TracerServer stahuje ty dlaždice, ale asi má o hodně hrubší čáry.

Zkusmo jsem si stáhl obrázek z odkazu, který Tracer stahuje. Moc jsem
z toho nepoznal, pouze mě překvapilo, že se nestahuje pohled shora,
ale jedná se o jakýsi izometrický pohled (šíkmo shora).

Marián


Cus, predevsi, tracer ma svji konfiguraci - zcela nezavislou na JOSM 
(je

uplne jedno, co kde mas v JOSM nastaveno). Hledej soubor config.xml. V
nem je mimo jine link a samo rozliseni a dalsi parametry. Je pomerne
slusne komentovanej. Pokud ovsem pracujes v meritku "centimetry" (= v
josm vlevo nahore vidis na posuvniku desetiny), tak se mi stejne
nepovedlo tracer odladit tak, aby obkreslovani sedelo. Mozna nekdo vi
jak na to.

Vpodstate te primarne zajima predevsim tato cast verticalSkip="0" tileSize="0.001" resolution="1600" (cisla tam budes 
mit

jiny). Ovsem cim podrobnejsi tim vic dlazdic se na dany plose sosa =>
trva to dyl a je to vetsi vopruz. Chtelo by to prekopat aby to
trackovalo to co je videt v JOSM, ale nejsem programator ...



O tom, že konfigurace TracerServeru je oddělená samozřejmě vím. Zkoušel 
jsem změnit rozlišení na 2400 a tracovalo to totální blbosti :-(


Mrknul bych na to, ale c# není nic pro mně. Navíc už tak toho mám dost.

Marián


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


Re: [Talk-cz] Prosba o kontrolu navsi

2013-06-02 Tema obsahu Marián Kyral
 

Dne 2.6.2013 21:25, jzvc napsal: 

> Dne 2.6.2013 13:49, Marián Kyral napsal(a): 
> 
> Dne 2.6.2013 11:22, Dalibor Jelínek napsal: 
> 
> Ahoj, 
> 
> pokusil jsem se udelat naves a protoze jsem to nikdy predtim 
> 
> nedelal, tak jsem to asi udelal blbe. 
> 
> Muzete se prosim podivat na tohle 
> 
> http://www.openstreetmap.org/browse/way/224077225 [1] 
> 
> a rict mi, jak to ma byt spravne? 
> 
> Mam dojem, ze by mi ty ostatni silnice nemely krizit tu area=yes 
> 
> a JOSM si taky na to stezuje. Ale jak to udelat dobre? 
> 
> Mam ty cesty silnic rozdelit a napojit na hrany te area v miste, kde vstupuji 
> a kde vystupuji? 
> 
> A nepokazim tim nejakou routovatelnost silnic? 
> 
> Pokazíš. Já to dělám tak, že normálně natahám cesty a v místě křížení s 
> nějakou oblastí udělám společný bod.
> 
> Viz 
> http://www.openstreetmap.org/?lat=49.673492&lon=18.340352&zoom=18&layers=M 
> [2] Prostranství mezi křižovatkou, kostelem a číslem 152. Když jsem tam ty 
> chodníky neměl, tak to routovalo naokolo.

 Cesty by se s plochama spojovat nemely.

>> A kdybych to tak udelal, jak mam vyresit tagy te oblasti, 
>> 
>> maji byt highway=residential, nebo highway=tertiary, 
>> 
>> podle te hlavni, ktera tou navsi prochazi? 
>> 
>> Nebo to mam nechat jak to je, kdy ta highway=tertiary 
>> 
>> mi tu area s tagem highway=residential krizi?
> 
> Viděl bych na tuto možnost. Pouze udělej v bodě křížení společný bod. 
> 
> Marián

 Pokud je treba z nejakyho duvodu udelat "vyasfaltovanou" plochu ... tak
stim OSM moc nepocita... v kazdym pripade je ale naprosto nezbytny
udelat cesty a nejaky bod, kde je krizovatka. Jinak navigace (zadna)
nebude fungovat. A viz vejs, v tomhle pripade rozhodne NIKDY nespojovat
to, co ma area s normalni cestou. Nektery navigace klido budou navigovat
pres area. 

Takže mám nechat JOSM a KeepRight řvát? A co to znamená, že budou
navigovat přes area? Že jako půjdou naokolo místo rovně? 

Marián 

> Diky za radu, 
> 
> Dalibor 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [3]
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz [3]

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

 

Links:
--
[1] http://www.openstreetmap.org/browse/way/224077225
[2]
http://www.openstreetmap.org/?lat=49.673492&lon=18.340352&zoom=18&layers=M
[3] 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] Nepřesné výsledky Tracer pluginu

2013-06-02 Tema obsahu Marián Kyral
Tak jsem teď zkoušel tileSize="0.0005" resolution="1600", ale přeteklo 
to :-(


System.IndexOutOfRangeException: Array index is out of range.
  at Osm.Kn.Trace.Server.Server.ConvertPointsToGeo 
(Osm.Kn.Trace.Server.Wms.Tile[,] tiles, System.Drawing.Point[] points) 
[0x0] in :0
  at Osm.Kn.Trace.Server.Server.TraceCommand (PointGeo point, IExporter 
exporter) [0x0] in :0
  at Osm.Kn.Trace.Server.Server.webServer_GetContent (System.Object 
sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e) [0x0] in 
:0


Marián


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


Re: [Talk-cz] Nepřesné výsledky Tracer pluginu

2013-06-02 Tema obsahu Marián Kyral

Dne 2.6.2013 22:33, Marián Kyral napsal:

Tak jsem teď zkoušel tileSize="0.0005" resolution="1600", ale přeteklo
to :-(

System.IndexOutOfRangeException: Array index is out of range.
   at Osm.Kn.Trace.Server.Server.ConvertPointsToGeo
(Osm.Kn.Trace.Server.Wms.Tile[,] tiles, System.Drawing.Point[] points)
[0x0] in :0
   at Osm.Kn.Trace.Server.Server.TraceCommand (PointGeo point, 
IExporter

exporter) [0x0] in :0
   at Osm.Kn.Trace.Server.Server.webServer_GetContent (System.Object
sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e) [0x0] in
:0

Marián



Tak jsem momentálně skončil u tileSize="0.001" resolution="2000". Tvary 
budov jsou přesnější, jen trochu posunuté dolů. A při trasování 
některých budov to vyhodí chybu výše. A nijak to nesouvisí s velikostí 
tracované budovy. Spadlo mi to u obyčejné obdélníkové budovy a pak jsem 
úspěšně tracoval budovu s 20 body.


Ta chyba není nová, Hanoj ji hlásil už roce 2010 ( 
 
 
tp://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html 
). Ovšem bez odezvy, takže nevím, jestli tam ta chyba je stále, nebo se 
vrátila.


Marián

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


Re: [Talk-cz] Nepřesné výsledky Tracer pluginu

2013-06-03 Tema obsahu Marián Kyral
 

Snad to projde. Posledně se to nějak pokazilo. 

wms:http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=DEF_PARCELY,DEF_BUDOVY,RST_PK_I,RST_KMD_I,dalsi_p_mapy_i,obrazy_parcel_i,parcelni_cisla_i,hranice_parcel_barevne,omp_i&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}&TRANSPARENT=true


Marián 

Dne 3.6.2013 10:20, Zdeněk Pražák napsal: 

> mohl by jsi prosím napsat jaké máš nastavení vrstvy CUZK:km s odstraněnými 
> ovály pro JOSM. Děkuji Pražák 
> 
> Dne 3. června 2013 8:12 Marián Kyral  napsal(a):
> Dne 2.6.2013 22:33, Marián Kyral napsal: 
> 
> Tak jsem teď zkoušel tileSize="0.0005" resolution="1600", ale přeteklo
> to :-(
> 
> System.IndexOutOfRangeException: Array index is out of range.
> at Osm.Kn.Trace.Server.Server.ConvertPointsToGeo
> (Osm.Kn.Trace.Server.Wms.Tile[,] tiles, System.Drawing.Point[] points)
> [0x0] in :0
> at Osm.Kn.Trace.Server.Server.TraceCommand (PointGeo point, IExporter
> exporter) [0x0] in :0
> at Osm.Kn.Trace.Server.Server.webServer_GetContent (System.Object
> sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e) [0x0] in
> :0
> 
> Marián
> 
> Tak jsem momentálně skončil u tileSize="0.001" resolution="2000". Tvary budov 
> jsou přesnější, jen trochu posunuté dolů. A při trasování některých budov to 
> vyhodí chybu výše. A nijak to nesouvisí s velikostí tracované budovy. Spadlo 
> mi to u obyčejné obdélníkové budovy a pak jsem úspěšně tracoval budovu s 20 
> body.
> 
> Ta chyba není nová, Hanoj ji hlásil už roce 2010 ( 
> tp://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html 
> [1]). Ovšem bez odezvy, takže nevím, jestli tam ta chyba je stále, nebo se 
> vrátila. 
> 
> Marián
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz [2]

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

 

Links:
--
[1]
http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html
[2] 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] Nepřesné výsledky Tracer pluginu

2013-06-03 Tema obsahu Marián Kyral
 

Url by mělo být dobře. Jiné url na KM ti funguje? Není třeba problém s
povodněmi? Bohužel v práci to nevyzkouším. 

Marián 

Dne 3.6.2013 12:13, Zdeněk Pražák napsal: 

> Tak nevím, když si uvedené url přidám do JOSM tak se mi nestahuje katastrální 
> mapa pouze červené chybové dlaždice
> Jak mám správně postupovat?
> Pražák
> 
> -- Původní zpráva --
> Od: Marián Kyral 
> Datum: 3. 6. 2013
> Předmět: Re: [Talk-cz] Nepřesné výsledky Tracer pluginu 
> 
> Snad to projde. Posledně se to nějak pokazilo. 
> 
> wms:http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=DEF_PARCELY,DEF_BUDOVY,RST_PK_I,RST_KMD_I,dalsi_p_mapy_i,obrazy_parcel_i,parcelni_cisla_i,hranice_parcel_barevne,omp_i&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}&TRANSPARENT=true
>  
> 
> Marián 
> 
> Dne 3.6.2013 10:20, Zdeněk Pražák napsal: 
> 
> mohl by jsi prosím napsat jaké máš nastavení vrstvy CUZK:km s odstraněnými 
> ovály pro JOSM. Děkuji Pražák 
> 
> Dne 3. června 2013 8:12 Marián Kyral  napsal(a):
> Dne 2.6.2013 22:33, Marián Kyral napsal: 
> 
> Tak jsem teď zkoušel tileSize="0.0005" resolution="1600", ale přeteklo
> to :-(
> 
> System.IndexOutOfRangeException: Array index is out of range.
> at Osm.Kn.Trace.Server.Server.ConvertPointsToGeo
> (Osm.Kn.Trace.Server.Wms.Tile[,] tiles, System.Drawing.Point[] points)
> [0x0] in :0
> at Osm.Kn.Trace.Server.Server.TraceCommand (PointGeo point, IExporter
> exporter) [0x0] in :0
> at Osm.Kn.Trace.Server.Server.webServer_GetContent (System.Object
> sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e) [0x0] in
> :0
> 
> Marián
> 
> Tak jsem momentálně skončil u tileSize="0.001" resolution="2000". Tvary budov 
> jsou přesnější, jen trochu posunuté dolů. A při trasování některých budov to 
> vyhodí chybu výše. A nijak to nesouvisí s velikostí tracované budovy. Spadlo 
> mi to u obyčejné obdélníkové budovy a pak jsem úspěšně tracoval budovu s 20 
> body.
> 
> Ta chyba není nová, Hanoj ji hlásil už roce 2010 ( 
> tp://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html 
> [1]). Ovšem bez odezvy, takže nevím, jestli tam ta chyba je stále, nebo se 
> vrátila. 
> 
> Marián
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz [2]

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

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

 

Links:
--
[1]
http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html
[2] 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] Nepřesné výsledky Tracer pluginu

2013-06-03 Tema obsahu Marián Kyral
 

A zkoušel jsi to vypnout a zapnout? Zní to blbě, ale mám takového tucha,
že jsem s tím taky nějak laboroval a porestartu to najednou začalo
fungovat, 

Jinak můžeš si můžeš zkusit vrstvy, které tě zajímají naklikat:
wms_endpoint:http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png 

Marián 

Dne 3.6.2013 12:56, Zdeněk Pražák napsal: 

> no původní url s ovály mi funguje - ovály se zobrazují
> možná jenom nevím jaký je správný způsob nastavení v JOSM
> Pražák
> 
> -- Původní zpráva ------
> Od: Marián Kyral 
> Datum: 3. 6. 2013
> Předmět: Re: [Talk-cz] Nepřesné výsledky Tracer pluginu 
> 
> Url by mělo být dobře. Jiné url na KM ti funguje? Není třeba problém s 
> povodněmi? Bohužel v práci to nevyzkouším. 
> 
> Marián 
> 
> Dne 3.6.2013 12:13, Zdeněk Pražák napsal: Tak nevím, když si uvedené url 
> přidám do JOSM tak se mi nestahuje katastrální mapa pouze červené chybové 
> dlaždice
> Jak mám správně postupovat?
> Pražák
> 
> -- Původní zpráva --
> Od: Marián Kyral 
> Datum: 3. 6. 2013
> Předmět: Re: [Talk-cz] Nepřesné výsledky Tracer pluginu 
> 
> Snad to projde. Posledně se to nějak pokazilo. 
> 
> wms:http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=DEF_PARCELY,DEF_BUDOVY,RST_PK_I,RST_KMD_I,dalsi_p_mapy_i,obrazy_parcel_i,parcelni_cisla_i,hranice_parcel_barevne,omp_i&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}&TRANSPARENT=true
>  
> 
> Marián 
> 
> Dne 3.6.2013 10:20, Zdeněk Pražák napsal: 
> 
> mohl by jsi prosím napsat jaké máš nastavení vrstvy CUZK:km s odstraněnými 
> ovály pro JOSM. Děkuji Pražák 
> 
> Dne 3. června 2013 8:12 Marián Kyral  napsal(a):
> Dne 2.6.2013 22:33, Marián Kyral napsal: 
> 
> Tak jsem teď zkoušel tileSize="0.0005" resolution="1600", ale přeteklo
> to :-(
> 
> System.IndexOutOfRangeException: Array index is out of range.
> at Osm.Kn.Trace.Server.Server.ConvertPointsToGeo
> (Osm.Kn.Trace.Server.Wms.Tile[,] tiles, System.Drawing.Point[] points)
> [0x0] in :0
> at Osm.Kn.Trace.Server.Server.TraceCommand (PointGeo point, IExporter
> exporter) [0x0] in :0
> at Osm.Kn.Trace.Server.Server.webServer_GetContent (System.Object
> sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e) [0x0] in
> :0
> 
> Marián
> 
> Tak jsem momentálně skončil u tileSize="0.001" resolution="2000". Tvary budov 
> jsou přesnější, jen trochu posunuté dolů. A při trasování některých budov to 
> vyhodí chybu výše. A nijak to nesouvisí s velikostí tracované budovy. Spadlo 
> mi to u obyčejné obdélníkové budovy a pak jsem úspěšně tracoval budovu s 20 
> body.
> 
> Ta chyba není nová, Hanoj ji hlásil už roce 2010 ( 
> tp://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html 
> [1]). Ovšem bez odezvy, takže nevím, jestli tam ta chyba je stále, nebo se 
> vrátila. 
> 
> Marián
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz [2]

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

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

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

 

Links:
--
[1]
http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html
[2] 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] Nepřesné výsledky Tracer pluginu

2013-06-03 Tema obsahu Marián Kyral
Tak jsem to zkusil na jiném počítači a taky jsem měl krásné červené 
chyby. Ale zjistil jsem, že to URL se musí vkládat bez počétečného wms:. 
JOSM si to tam doplní samo a pak je to tam dvakrát a stahování skončí 
chybou.


Tak jsem to jedno wms umazal a pak to začalo stahovat. Bohužel s 
elipsami :-( Vůbec tomu nerozumím. Na druhém počítači to funguje. Leda, 
že bych se přehlédl a zkopíroval něco jiného (nebo je to ovlivněno ještě 
něčím jiným). To už dnes bohužel nezjistím.


Marián

Dne 3.6.2013 12:13, Zdeněk Pražák napsal(a):
Tak nevím, když si uvedené url přidám do JOSM tak se mi nestahuje 
katastrální mapa pouze červené chybové dlaždice

Jak mám správně postupovat?
Pražák

-- Původní zpráva --
Od: Marián Kyral 
Datum: 3. 6. 2013
Předmět: Re: [Talk-cz] Nepřesné výsledky Tracer pluginu


Snad to projde. Posledně se to nějak pokazilo.


wms:http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=DEF_PARCELY,DEF_BUDOVY,RST_PK_I,RST_KMD_I,dalsi_p_mapy_i,obrazy_parcel_i,parcelni_cisla_i,hranice_parcel_barevne,omp_i&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}&TRANSPARENT=true

Marián

Dne 3.6.2013 10:20, Zdeněk Pražák napsal:

mohl by jsi prosím napsat jaké máš nastavení vrstvy CUZK:km s
odstraněnými ovály pro JOSM.
Děkuji Pražák


Dne 3. června 2013 8:12 Marián Kyral mailto:mky...@email.cz>> napsal(a):

Dne 2.6.2013 22:33, Marián Kyral napsal:

Tak jsem teď zkoušel tileSize="0.0005"
resolution="1600", ale přeteklo
to :-(

System.IndexOutOfRangeException: Array index is out of
range.
   at Osm.Kn.Trace.Server.Server.ConvertPointsToGeo
(Osm.Kn.Trace.Server.Wms.Tile[,] tiles,
System.Drawing.Point[] points)
[0x0] in :0
   at Osm.Kn.Trace.Server.Server.TraceCommand
(PointGeo point, IExporter
exporter) [0x0] in :0
   at Osm.Kn.Trace.Server.Server.webServer_GetContent
(System.Object
sender, Osm.Kn.Trace.Server.WebServer.GetDataEventArgs
e) [0x0] in
:0

Marián

Tak jsem momentálně skončil u tileSize="0.001"
resolution="2000". Tvary budov jsou přesnější, jen trochu
posunuté dolů. A při trasování některých budov to vyhodí
chybu výše. A nijak to nesouvisí s velikostí tracované
budovy. Spadlo mi to u obyčejné obdélníkové budovy a pak
jsem úspěšně tracoval budovu s 20 body.

Ta chyba není nová, Hanoj ji hlásil už roce 2010 (

tp://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html

<http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html>).
Ovšem bez odezvy, takže nevím, jestli tam ta chyba je
stále, nebo se vrátila.


Marián

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


___
Talk-cz mailing list
Talk-cz@openstreetmap.org  <mailto: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] Nepřesné výsledky Tracer pluginu

2013-06-03 Tema obsahu Marián Kyral

Tak nakonec jsem se dopracoval k:

http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=podrobne_body_barevne,DEF_BUDOVY,RST_KMD_I,hranice_parcel_barevne,RST_PK_I&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}&TRANSPARENT=true

Tohle vypadá použitelně.

Marián

Dne 3.6.2013 22:44, Marián Kyral napsal(a):
Tak jsem to zkusil na jiném počítači a taky jsem měl krásné červené 
chyby. Ale zjistil jsem, že to URL se musí vkládat bez počétečného 
wms:. JOSM si to tam doplní samo a pak je to tam dvakrát a stahování 
skončí chybou.


Tak jsem to jedno wms umazal a pak to začalo stahovat. Bohužel s 
elipsami :-( Vůbec tomu nerozumím. Na druhém počítači to funguje. 
Leda, že bych se přehlédl a zkopíroval něco jiného (nebo je to 
ovlivněno ještě něčím jiným). To už dnes bohužel nezjistím.


Marián

Dne 3.6.2013 12:13, Zdeněk Pražák napsal(a):
Tak nevím, když si uvedené url přidám do JOSM tak se mi nestahuje 
katastrální mapa pouze červené chybové dlaždice

Jak mám správně postupovat?
Pražák

------ Původní zpráva --
Od: Marián Kyral 
Datum: 3. 6. 2013
Předmět: Re: [Talk-cz] Nepřesné výsledky Tracer pluginu


Snad to projde. Posledně se to nějak pokazilo.


wms:http://services.cuzk.cz/wms/wms.asp?FORMAT=image/png&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=DEF_PARCELY,DEF_BUDOVY,RST_PK_I,RST_KMD_I,dalsi_p_mapy_i,obrazy_parcel_i,parcelni_cisla_i,hranice_parcel_barevne,omp_i&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}&TRANSPARENT=true

Marián

Dne 3.6.2013 10:20, Zdeněk Pražák napsal:

mohl by jsi prosím napsat jaké máš nastavení vrstvy CUZK:km s
odstraněnými ovály pro JOSM.
Děkuji Pražák


Dne 3. června 2013 8:12 Marián Kyral mailto:mky...@email.cz>> napsal(a):

Dne 2.6.2013 22:33, Marián Kyral napsal:

Tak jsem teď zkoušel tileSize="0.0005"
resolution="1600", ale přeteklo
to :-(

System.IndexOutOfRangeException: Array index is out
of range.
   at Osm.Kn.Trace.Server.Server.ConvertPointsToGeo
(Osm.Kn.Trace.Server.Wms.Tile[,] tiles,
System.Drawing.Point[] points)
[0x0] in :0
   at Osm.Kn.Trace.Server.Server.TraceCommand
(PointGeo point, IExporter
exporter) [0x0] in :0
   at Osm.Kn.Trace.Server.Server.webServer_GetContent
(System.Object
sender,
Osm.Kn.Trace.Server.WebServer.GetDataEventArgs e)
[0x0] in
:0

Marián

Tak jsem momentálně skončil u tileSize="0.001"
resolution="2000". Tvary budov jsou přesnější, jen trochu
posunuté dolů. A při trasování některých budov to vyhodí
chybu výše. A nijak to nesouvisí s velikostí tracované
budovy. Spadlo mi to u obyčejné obdélníkové budovy a pak
jsem úspěšně tracoval budovu s 20 body.

Ta chyba není nová, Hanoj ji hlásil už roce 2010 (

tp://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html

<http://lists.openstreetmap.org/pipermail/talk-cz/2010-February/004635.html>).
Ovšem bez odezvy, takže nevím, jestli tam ta chyba je
stále, nebo se vrátila.


Marián

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


___
Talk-cz mailing list
Talk-cz@openstreetmap.org  <mailto: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 mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


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

2013-06-04 Tema obsahu Marián Kyral

Dne 3.6.2013 15:25, Milan Vancura napsal:

> Relace r1)
> tagy:
> type=tourist_stamp:sales_point
> name=Infocentrum Impuls, 793 24 Karlova Studánka 59
> web=http://www.k.studanka.cz
>
> členové:
> (objekt kde se to prodává)
>
> atd.

No nevím, tohle se hanojovi určitě líbit nebude ;-) Pokud bude třeba 6
prodejních míst, tak to znamená, jedna relace pro samotnou TZ a 
dalších

6 relací pro prodejní místa. Přičemž to budou relace s pouhým jedním
bodem.


Jo, tohle se mi líbí. Je to svým způsobem ekvivalent toho seznamu 
bokem, ale
mnohem lepší, je to celé v OSM a má to logiku. To důležité z mého 
pohledu je,
že se zapojí skutečné objekty, nepřidávají se jim ale nesmyslné tagy a 
přitom

je místo, kam zapsat metadata důležitá pro automatický update TZ.
A počet relací je v pohodě. Stejným způsobem jsou dělané už linky a 
zastávky
MHD, tam je také krom velké relace pro celou linku i relace pro 
zastávku, která

jen slučuje zastávku a její nástupní ostrůvky.


Ovšem to znamená, že budu muset udělat pro každou relaci další fixme bod 
a ten pak následně ručně spárovat s nějakým skutečným objektem.


Tohle ruční párování si dokáži u TZ představit (přece jem jsem schopen 
nějak dohledat, který objekt k dané známce patří), ale u prodejních míst 
to bude neskutečná piplačka, protože zjistit, kde na té bílé, nepopsané 
ploše je přesně "Občerstvení U hrocha" bude bez místní znalosti v 
podstatě nemožné. A taky se otevírá otázka, jaké mají mít ty fixme body 
souřadnice. V seznamu TZ je málokdy adresa, natož přesná poloha 
prodejního místa.




Na vysvětlenou můj nápad s externím seznamem, kdybys přeci jen nechtěl 
tolik
relací: účelem je mít každou TZ jako relaci obsahující tagy patřicí TZ 
(jméno,
ref...) a jako členy typu sales_point skutečné objekty v OSM. Externí 
seznam by

pak obsahoval údaje pro updatovaci skript, aby poznal vazbu
objekt_v_OSM<->identifikátor_podle_TZ. Např.

18374945  Infocentrum Impuls, 793 24 Karlova Studánka 59

kde 18374945 je ID objektu v OSM.

Výsledná "velká" relace pro každou TZ by byla stejná jako v návrhu s 
relacemi,
ale místo relace pro každé prodejní místo by byly členové přímo objekty 
v OSM a
údaje v minulém návrhu uložené v těch malých relacích by byly v tom 
externím

seznamu. Jelikož jde pouze o údaje pro účely importovacího/updatovacího
automatu, bylo by to i účelné.



Problém je, kam to ukládat. Nadhodil jsi wiki. To by teoreticky šlo, ale 
nevím, jestli ji pro toto můžeme zneužít. Tady by hodně pomohlo, kdyby 
už to nějaký existující import takto používal. Ale myslím, že šance je 
minimální.


Hlavní problém bude (ne)chtěné smazání objektu v OSM (smazání bodu a 
zkopírování tagu na budovu například). Na to by musel update skript 
nějak reagovat a znamenalo by to opětovné ruční párování.


Když to vezmu kolem a kolem, tak se pomalu kloním k tomu, naimportovat 
TZ samotné a prodejní místa buď vynechat (dají se zjistit přímo ze 
stránky pro konkrétní TZ), nebo je doimportovat později (až bude jasné 
jak).


V každém případě jsem pro TZ jako relace. Jednak se vyřeší problémy s 
kolizemi tagů a umožní to následné jednoduché rozšíření o prodejní 
místa.


Ještě by mně zajímalo, jak se na toto dívají tvůrci turistických map. Co 
by pro ně bylo lepší a jaká data by je zajímala (jsou schopni nějak 
rozumně zobrazit).


Marián



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] Prosba o kontrolu navsi

2013-06-05 Tema obsahu Marián Kyral

Dne 4.6.2013 21:20, jzvc napsal(a):

Dne 4.6.2013 14:28, Dalibor Jelínek napsal(a):


Ahoj,

je moz(ný, z(e jsem natvrdlej, protoz(e nechápu to s tou navigací dokola.

V tomhle mým pr(ípade( je to teda ude(laný dobr(e?

http://www.openstreetmap.org/browse/way/224077225

Cesty jsem s area nespojoval a ani jsem je nepr(erus(oval.

Proste( jsem je nechal kr(íz(it tu area a ignoroval varování JOSM.

Navigace teda bude po té silnici tertiary navigovat normálne(

a area bude ignorována.

Pochopil jsem to dobr(e?



Cus,
ano, pochopils to dobre.


A jak se pak r(es(í ne(jaká pojmenovaná plocha (náme(stí), pr(es které 
prochází ne(jaká silnice? Pokud nebude náme(stí se silnicí propojeno, 
tak jej navigace nikdy nenajde (nemá se tam jak dostat)


Kdyz( se podívám do wiki: http://wiki.openstreetmap.org/wiki/Key:area
/

/

/Pedestrian areas (for example squares and piazzas) should be formed 
using an closed-way around the perimeter and be tagged with //highway 
=pedestrian 
//and also 
//*area*=yes//. /


/Where a road crosses a pedestrian area then a linear way tagged in the 
usual way should be overlaid across the square. This linear way should 
shares nodes with the pedestrian area at its entrance and exit from the 
square. /


/In the context of roads, area=yes indicates that an area has no street 
lines within it (i.e., there is no given direction on the area). /


/*Note:*//There is currently no clear agreement on how highway tag 
values other than pedestrian should be treated when also tagged with 
area=yes. /


/*Note:*//Most pedestrian routing algorithms do not currently route 
correctly across area features, tending to route around the edge./


//
Takz(e mi vychází, z(e náme(stí má mít s protínající cestou spolec(né 
body na vstupu a výstupu a u ostatních se jes(te( (rade(ji?) nedohodli.



Jinak co jsem zkous(el navigace, ta ty me( kolem dokola neposílaly, 
poslaly me( úplne( jinudy.


Marián



Díky,

Dalibor

*From:*jzvc [mailto:j...@tpfree.net]
*Sent:* Sunday, June 02, 2013 9:57 PM
*To:* OpenStreetMap Czech Republic
*Subject:* Re: [Talk-cz] Prosba o kontrolu navsi


Pokud je treba z nejakyho duvodu udelat "vyasfaltovanou"
plochu ... tak stim OSM moc nepocita... v kazdym pripade je
ale naprosto nezbytny udelat cesty a nejaky bod, kde je
krizovatka. Jinak navigace (zadna) nebude fungovat. A viz
vejs, v tomhle pripade rozhodne NIKDY nespojovat to, co ma
area s normalni cestou. Nektery navigace klido budou
navigovat pres area.

Takz(e mám nechat JOSM a KeepRight r(vát? A co to znamená, z(e
budou navigovat pr(es area? Z(e jako pu*jdou naokolo místo rovne(?


Ano presne jak pises - na varovani kasli, a navigace ti bude 
navigovat dokola.



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


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


Re: [Talk-cz] MTB mapa vyhledava trasy

2013-06-07 Tema obsahu Marián Kyral

A kdyby šel zobrazit výškový profil, bylo by to super :-)

Marián

Dne 7.6.2013 19:36, Václav Kubíček napsal:

Ahoj, skvělý počin!
Na začátek bych upravil barvy vyhledané trasy, případně tloušťku čáry.
Docela to splývá s turistickou modrou a tím je to celkem nepřehledné.
Vašek

__

Od: "Martin Tesar" 
Komu: OpenStreetMap Czech Republic 
Datum: 07.06.2013 18:14
Předmět: [Talk-cz] MTB mapa vyhledava trasy

Ahojte,

spustil jsem první verzi vyhledávače tras na mtbmap.cz, který je 
určený pro

cyklisty a turisty. Zatím je pokryto území ČR.

Dá se různě parametrizovat, jak má výsledná trasa vypadat. Kvůli tomu 
je to
docela pomalé, ale výsledek snad stojí za to. Vyzkoušejte, sdílejte a 
těším

se na ohlasy.

Martin

--
Martin Tesar
http://mtbmap.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 mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] jmena cest jako relace

2013-06-12 Tema obsahu Marián Kyral

Dne 12.6.2013 00:06, Milan Vancura napsal:
uz to tady problesklo pri diskusi u znamek a podobnych veci - co 
kdybychom
do standardu pro CZ zanesli moznost pojmenovavani ulic a cest obecne 
pomoci
relaci? V tomto smeru uz v OSM existuji minimalne dve (! :( ) relace k 
tomu


Ahoj,

Takže nejdůležitější na začátek: Jsem pro všema dvaceti, samozřejmě za
předpokladu, že bude JEDEN způsob, ne dva, ne neznámo kolik. A 
domlouvaný

mezinárodně. Jsem ochotný pomoct, i s angličtinou.

A co si od toho slibuju, nejdříve obecně:

1. jako technik v tom vidím jednoznačný posun v kvalitě dat. Ta ulice 
je
objekt a jako každý jiný objekt má mít svoje tagy uvedené u sebe, tedy 
právě
jednou. Tedy jinými slovy: polymorfismus máme teď, když stejné tagy 
máme
uvedené neznámo-kolikrát-u-nijak-datově-nespojených-objektů. Přesně 
toho

polymorfismu se chceme zbavit.

Který jiný objekt máme v OSM uvedený tak, že je rozsekaný na spoustu 
částí bez
přímé datové vazby (odhaduje se jen podle jména a polohy ve stejném 
městě)?
Víte o nějakém jiném takovém případu? A pokud ano (já ne), přijde vám 
to i tam

jako správné řešení?!

2. relace mají v datovém modelu OSM příjemnou vlastnost, že umožňují 
(přímý a
levný) dotaz na své členy. Přesně co potřebuje renderer. Včetně toho, 
že u cest

umíme mít úseky seřazené, aby navazovaly, atp.

  Teď konkrétní nápady, ale upozorňuju předem, že jsou to jen prvotní 
nápady:


3. zbavíme se duplikování tagů a tedy i hrozby překlepů. Ani nepočítám, 
kolik

jsem jich opravil jen ve Vršovicích za cca 3 mapovací dny!

4. to samé platí pro neúplné sady tagů. Např. u některých ulic jsem 
potkal, že
jeden úsek měl tag "name" a jiný jen "name:ru". A nebylo to rozhodně 
jen
jednou. Takovou věc ani automat nepozná, to jsem musel projít ručně i 
nožně.


5. získáme 1:1 vazbu na RÚIAN, jeden objekt v něm bude odpovídat 
jednomu v OSM


6. z RÚIANu přibudou další tagy, minimálně reference na něj, a ty teď 
budeme
moct dát na jedno jasně definované místo a ne na  
jakýchsi

cest automatem obtížně vyhledatelných - viz odstavce 3 a 4.

7. renderer bude znát objekt jako celek a mnohem lépe bude moct 
vyhodnotit, kam

umístí popisky. Dnes jsou popisky četné podle úseků, na které je ulice
rozsekaná v datech, a ne podle potřeby rendereru. A to není chyba 
rendereru, to
je chyba dat! Chceme mít popisek jednolitého objektu a přitom ten 
objekt nemáme

definovaný.

Jediné co máme je primitivní heuristika typu "na mosty se dávat popisek 
s
jménem ulice nemusí". A když taková heuristika chybí pro nějakou 
kombinaci
chybí, lidi to "řeší" tím, že vyhodí tag "name" z nějakého objektu, 
třeba mostu

nebo tunelu. Úprava dat podle rendereru, přesně to, co se nemá dělat.

Toť zatím vše, klidně přidávejte nebo diskutujte.

Milan



Nejsem proti. Navíc, nějaký návrh už ve wiki je, stačí jej jen 
dopracovat a začít používat: 
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Street


Ideální by bylo toto nějak zakomponovat do editorů, aby byla práce s 
těmito relacemi co nejjednodušší. Ideálně tak, aby se o vše pokud možno 
staral editor bez nutnosti do toho manuálně zasahovat.


Napadá mě třeba rozdělení ulice s mnoha segmenty na dvě. (dejme tomu, že 
se politici zblázní a ulici fakt rozdělí na dvě nezávislé půlky ;-) ) 
Pokud bude původní ulice jako relace, není rozdělení na jedno kliknutí. 
Chtělo by to něco jako "Split relation", případně další nástroje (které 
mě teď nenapadají). Nevím, možná už něco takového existuje.



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ů.


Marián




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


Re: [Talk-cz] jmena cest jako relace

2013-06-12 Tema obsahu Marián Kyral
 

Dne 12.6.2013 09:45, Václav Řehák napsal: 

>> Napadá mě třeba rozdělení ulice s mnoha segmenty na dvě. (dejme tomu, že se 
>> politici zblázní a ulici fakt rozdělí na dvě nezávislé půlky ;-) ) Pokud 
>> bude původní ulice jako relace, není rozdělení na jedno kliknutí. Chtělo by 
>> to něco jako "Split relation", případně další nástroje (které mě teď 
>> nenapadají). Nevím, možná už něco takového existuje.
> 
> To není až tak neobvyklá situace, jak by sis mohl myslet. Znám oblast, kde 
> probíhá výstavba rodinných domů v několika etapách. Krajní ulice má tvar 
> širokého U a jedno jméno. V další etapě se k jejím koncům připojí další, 
> takže vznikne H, kde prostřední (vodorovný) úsek si zachová jméno a ty na něj 
> kolmé dostanou nové.

Aha. To vymyslel nějaký debil ne? Když si představím, že se nastěhuji,
udělám si kolečko po úřadech kvůli změny adresy a za rok si to zase
zopakuji, protože se mezitím dostavěla další ulice a tu moji mi
přejmenovali. Asi bych nebyl rád. 

Marián 

> Jinak si myslím, že takto globální změnu nemá smysl řešit tady, ale vhodným 
> místem je list tagging. 
> 
> V. 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [1]

 

Links:
--
[1] 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] jmena cest jako relace

2013-06-12 Tema obsahu Marián Kyral

Dne 12.6.2013 14:19, Pavel Machek napsal:

Ahoj!


Nejsem proti. Navíc, nějaký návrh už ve wiki je, stačí jej jen
dopracovat a začít používat:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Street

Ideální by bylo toto nějak zakomponovat do editorů, aby byla práce s
těmito relacemi co nejjednodušší. Ideálně tak, aby se o vše pokud
možno staral editor bez nutnosti do toho manuálně zasahovat.

Napadá mě třeba rozdělení ulice s mnoha segmenty na dvě. (dejme
tomu, že se politici zblázní a ulici fakt rozdělí na dvě nezávislé
půlky ;-) ) Pokud bude původní ulice jako relace, není rozdělení na
jedno kliknutí. Chtělo by to něco jako "Split relation", případně
další nástroje (které mě teď nenapadají). Nevím, možná už něco
takového existuje.


Aktualne, kdyz nekdo rozdeli ulici na dve, tak na to take neni
nastroj... takze nove nastroje nevidim tak kriticky.



Ok to byl jen příklad. Ale nemůžeš popřít, že rozdělení ulice tvořené 
relací je o trochu složitější a není tak přímočaré.




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š.


Marián



name by melo byt na relaci, maxspeed ne.
Pavel


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


Re: [Talk-cz] Turistická značka přes prostor (highway = pedestrian)

2013-06-14 Tema obsahu Marián Kyral

Dne 14.6.2013 08:52, hanoj napsal:
c)zakreslit přes prostor čáru otagovanou jako cesta a tu přiřadit do 
relace

(ale zase mi přijde divné kreslit něco co tam není)

*** c) je správně. Prostě si predstav, že tam žádná plocha není a
vyřeš všechny napojení highway=footway (plochy v komunikacích existují
pouze pro věrnější vizuální vyjádření skutečného rozsahu veřejných
ploch).



Jen bych doplnil, že i když to třeba není nijak vyznačeno, existuje 
několik pomyslných proudů, kterými se dav většinou po náměstí pohybuje. 
Zpravidla nejkratší přímou cestou mezi jednotlivými ulicemi. A 
předpokládám, že ta značka vede po jednom takovém proudu. Takže bych to 
tak i vyznačil.


Viz http://wiki.openstreetmap.org/wiki/Key:area  (Highway areas)

Marián


Nad to tam zjevně stojí auta, takže nějaká cesta bude zásobovací
highway=service některá vyhradne footway

ha
hanoj

___
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] dotaz na data z veřejného registru půdy

2013-06-20 Tema obsahu Marián Kyral

Dne 20.6.2013 14:39, Pavel Machek napsal:

Ahoj!


Chtěl jsem se zeptat, zda by nebylo možné exportovat do OSM data o
zemědělské půdě z veřejného registru půdy LPIS viz adresa 
http://eagri.cz/

public/app/lpisext/lpis/verejny/



Moc pekna data. Primlouvam se za import :-). A ano, z ciste sobeckych
duvodu bych chtel videt na mape co je louka a co je pole i kdyz to
se asi hodi leckomu.

Na mape je jen copyright na podkladova data, takze to vypada ze s
licenci by nemel byt problem.
Pavel


Viz příručka:

Stažení zveřejněných údajů z pLPIS
Veřejnosti je umožněno stažení některých zveřejněných údajů z pLPIS.

4.4.1.1
Selektivní export vybraných dat obsažených v pLPIS
V souvislosti s novelou zákona o zemědělství je vhodné široké veřejnosti 
umožněno stahování zveřejněných dat (ze zadaného katastrálního území 
nebo okresu) prostřednictvím modulu Datawell ve formátu *.shp a *.dbf.


Generují se následující data:
a. zákresy hranic a výměra půdních bloků a dílů půdních bloků,
b. identifikační číslo půdního bloku, popřípadě dílu půdního bloku,
c. druh kultury, včetně kategorií,
d."obhospodařování v rámci ekologického zemědělství, nebo v etapě 
přechodného období v rámci ekologického zemědělství podle jiného 
právního předpisu,

e. zákresy hranic krajinného prvku,
f. identifikační číslo krajinného prvku,
g. druh krajinného prvku.

Takže veřejnosti je umožněno stahovat, ale už se nepíše co s tím může 
veřejnost dělat. To asi bude někde v té novele.


Import by byl určitě záslužný, ale nevím, jestli se najde někdo kdo to 
udělá.


Marián

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


[Talk-cz] Zoo Ostrava - využití vizualizace pro účely mapování

2013-06-23 Tema obsahu Marián Kyral

Zdravím,
chtěl jsem se zeptat, zda je možné použít jako podklad pro mapování 
vizualizaci zveřejněnou na stránkách ZOO [1]. Obrázek jsem si pomocí 
pictLayer pluginu napasoval na KM a sedí to. Jedná se mi o úpravy 
rybníku a zanesení nových ostrovů. Celý projekt sice ještě není 
dokončen, ale rybník, ostrovy a chodník mezi ostrovy je již přístupný. V 
KM a na Bingu je zatím původní stav a ten asi ještě dlouho vydrží :-(.


Dá se zveřejněná vizualizace využít přímo, nebo mám raději zkusit získat 
explicitní povolení přímo od Zoo? Na stránkách mají copyright [2], 
nicméně mi není jasné, jestli se některá jeho část vztahuje na použití 
vizualizace jako podkladu. Je to překopírování, přetištění nebo 
distribuce? Nejblíže je asi "uchovávání v databázi". Ale tam se asi 
jedná o tento konkrétní obrázek. Ale já z něj použiji pouze obrys 
rybníku a ostrovů, případně vedení chodníků ( v kombinaci s gps 
trackem). Navíc zřizovatelem ZOO je město a na projekt přispívá EU. 
Takže i já ;-)


A pokud bude možno toto použít jako zdroj, jak tom mám následně označit 
do tagu source?


Ovšem pokud by to možné nebylo, tak se bude muset počkat až se to 
dostane do KM nebo na Bing, případně si objednat letadlo a udělat si 
vlastní letecké fotky (trochu drahá sranda).


[1] 
http://www.zoo-ostrava.cz/cz/projekty/513-odbahneni-a-upravy-rybnika-c.-1.html

[2] http://www.zoo-ostrava.cz/cz/copyright/

Díky,
Marián

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


Re: [Talk-cz] Zoo Ostrava - využití vizualizace pro účely mapování

2013-06-23 Tema obsahu Marián Kyral

Dne 23.6.2013 09:57, jzvc napsal:

Dne 23.6.2013 9:13, Marián Kyral napsal(a):

Zdravím,
chtěl jsem se zeptat, zda je možné použít jako podklad pro mapování
vizualizaci zveřejněnou na stránkách ZOO [1]. Obrázek jsem si pomocí
pictLayer pluginu napasoval na KM a sedí to. Jedná se mi o úpravy
rybníku a zanesení nových ostrovů. Celý projekt sice ještě není
dokončen, ale rybník, ostrovy a chodník mezi ostrovy je již přístupný. 
V

KM a na Bingu je zatím původní stav a ten asi ještě dlouho vydrží :-(.

Dá se zveřejněná vizualizace využít přímo, nebo mám raději zkusit 
získat

explicitní povolení přímo od Zoo? Na stránkách mají copyright [2],
nicméně mi není jasné, jestli se některá jeho část vztahuje na použití
vizualizace jako podkladu. Je to překopírování, přetištění nebo
distribuce? Nejblíže je asi "uchovávání v databázi". Ale tam se asi
jedná o tento konkrétní obrázek. Ale já z něj použiji pouze obrys
rybníku a ostrovů, případně vedení chodníků ( v kombinaci s gps
trackem). Navíc zřizovatelem ZOO je město a na projekt přispívá EU.
Takže i já ;-)

A pokud bude možno toto použít jako zdroj, jak tom mám následně 
označit

do tagu source?

Ovšem pokud by to možné nebylo, tak se bude muset počkat až se to
dostane do KM nebo na Bing, případně si objednat letadlo a udělat si
vlastní letecké fotky (trochu drahá sranda).


Primo to pouzit bez souhlasu nemuzes, ale na letecky fotky taky nemusis
cekat. Co takhle si na misto udelat vejlet, a zmapovat to dle vlastni
znalosti?

No právě, že jsme tam včera s rodinkou byli a díky tomu vím, že se na 
chodník už může ;-) Mám gps log, takže chodníky relativně bez problémů, 
ale obvod rybníku a ostrovů takto nezmapuji. Ne všude je umožněn 
přístup. A mapovat od oka je horší než tam nechat to staré.




Navic bych rek, ze pokud jim mailnes, ze to chces vyuzit jako podklad
zmapovani do OSM, tak by s tim nemuseli mit problem - je to marketing
zadarmo.

No taky si říkám. Zkusím jim napsat. Jen jsem se chtěl ujistit, jestli 
to nejde použít přímo.


Marián




[1]
http://www.zoo-ostrava.cz/cz/projekty/513-odbahneni-a-upravy-rybnika-c.-1.html

[2] http://www.zoo-ostrava.cz/cz/copyright/

Díky,
Marián




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


Re: [Talk-cz] Zoo Ostrava - využití vizualizace pro účely mapování

2013-06-28 Tema obsahu Marián Kyral

Dne 23.6.2013 18:55, Marián Kyral napsal:

Dne 23.6.2013 09:57, jzvc napsal:

Navic bych rek, ze pokud jim mailnes, ze to chces vyuzit jako podklad
zmapovani do OSM, tak by s tim nemuseli mit problem - je to marketing
zadarmo.


No taky si říkám. Zkusím jim napsat. Jen jsem se chtěl ujistit, jestli
to nejde použít přímo.



Tak jsem zatím žádnou odpověď neobdržel :-( A to jsem jim pochválil 
novou restauraci. Ta jim tam totiž hodně chyběla.


No nic, momentálně stejně řeším rekonstrukci koupelny a dětem začínají 
prázdniny, takže času málo.


Marián



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


Re: [Talk-cz] Zoo Ostrava - využití vizualizace pro účely mapování

2013-06-28 Tema obsahu Marián Kyral
 

Nevím jestli se někdo přimluvil, nebo to prostě konečně probublalo na
správná místa, ale odpověď právě dorazila: 

> Dobrý den,
> 
> děkujeme za milá slova a jsme rádi, že Vám v nové restauraci chutnalo!
> 
> Pokud jde o vizualizaci, určitě ji můžete pro aktualizaci mapy použít 
> Děkujeme!
> 
> Mějte se pěkně
> 
> Monika Ondrušová
> Zoologická zahrada Ostrava, p.o.
> PR a asistentka ředitele

Takže pokud bude večer ještě nějaká energie, tak se na to vrhnu. 

Marián 

Dne 28.6.2013 10:59, Jiří Sedláček napsal: 

> Ahoj, 
> on to sice je svého druhu marketing zdarma, nicméně předpokládám, že pro 
> běžnou markeťačku ze ZOO bude OSM dost neznámej pojem a bude to pro ně něco 
> podoobnýho jako pro mě (a pro většinu populace) metody rozmnožování 
> ptakopysků. Tj. přes tohle bych nešel. spíš bych zkusil zaměřit se k tomu, že 
> v současnosti je už dost lidí, co mají chytré telefony a že pro ně bude 
> snažší se v ZOO vyznat, pokud to bude správně zpracované v OSM. 
> 
> A na to uvolňování dat, kdyby to šlo tak jednoduše, ale chválím iniciativu! 
> 
> J. 
> 
> 2013/6/23 jzvc 
> Dne 23.6.2013 9:13, Marián Kyral napsal(a): 
> 
> Zdravím,
> chtěl jsem se zeptat, zda je možné použít jako podklad pro mapování
> vizualizaci zveřejněnou na stránkách ZOO [1]. Obrázek jsem si pomocí
> pictLayer pluginu napasoval na KM a sedí to. Jedná se mi o úpravy
> rybníku a zanesení nových ostrovů. Celý projekt sice ještě není
> dokončen, ale rybník, ostrovy a chodník mezi ostrovy je již přístupný. V
> KM a na Bingu je zatím původní stav a ten asi ještě dlouho vydrží :-(.
> 
> Dá se zveřejněná vizualizace využít přímo, nebo mám raději zkusit získat
> explicitní povolení přímo od Zoo? Na stránkách mají copyright [2],
> nicméně mi není jasné, jestli se některá jeho část vztahuje na použití
> vizualizace jako podkladu. Je to překopírování, přetištění nebo
> distribuce? Nejblíže je asi "uchovávání v databázi". Ale tam se asi
> jedná o tento konkrétní obrázek. Ale já z něj použiji pouze obrys
> rybníku a ostrovů, případně vedení chodníků ( v kombinaci s gps
> trackem). Navíc zřizovatelem ZOO je město a na projekt přispívá EU.
> Takže i já ;-)
> 
> A pokud bude možno toto použít jako zdroj, jak tom mám následně označit
> do tagu source?
> 
> Ovšem pokud by to možné nebylo, tak se bude muset počkat až se to
> dostane do KM nebo na Bing, případně si objednat letadlo a udělat si
> vlastní letecké fotky (trochu drahá sranda). Primo to pouzit bez souhlasu 
> nemuzes, ale na letecky fotky taky nemusis cekat. Co takhle si na misto 
> udelat vejlet, a zmapovat to dle vlastni znalosti?
> 
> Navic bych rek, ze pokud jim mailnes, ze to chces vyuzit jako podklad 
> zmapovani do OSM, tak by s tim nemuseli mit problem - je to marketing 
> zadarmo. 
> 
> [1]
> http://www.zoo-ostrava.cz/cz/projekty/513-odbahneni-a-upravy-rybnika-c.-1.html
>  [1]
> 
> [2] http://www.zoo-ostrava.cz/cz/copyright/ [2]
> 
> Díky,
> Marián
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz [3] 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz [3]

 -- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com 

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

 

Links:
--
[1]
http://www.zoo-ostrava.cz/cz/projekty/513-odbahneni-a-upravy-rybnika-c.-1.html
[2] http://www.zoo-ostrava.cz/cz/copyright/
[3] 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] trochu neco jineho k rychlosti

2013-09-12 Tema obsahu Marián Kyral

Dne 13.9.2013 01:11, jzvc napsal:

Dne 12.9.2013 16:28, Pavel napsal(a):

2 - jak tagovat pocet pruhu - ma se to tegovat jen tam kde je to
zvyraznene carou nebo i jinde? jaka je praxe?


Opet, defaultne se predpokladaji dva - tam a zpet. Tagovat to ma smysl
tam, kde jich je vic. Ale to zas mas problem otagovat, kolik kterym
smerem, a i pokud to otagujes, tak nejen ze nevim o nice, co by to
pouzivalo, ale kdokoli bude cokoli nekde v okoli menit, tak to nejspis
stejne rozbije, protoze to proste nevidi. A uz vubec si ani nechci
predstavovat, ze bys potreboval otagovat kazdej pruh zvlastnim omezenim
(napr rychlost/nakladaky/...).



To by mělo jít pomocí Lanes:
http://wiki.openstreetmap.org/wiki/Key:lanes
http://wiki.openstreetmap.org/wiki/Lanes

Jen nevím jak moc se to používá.

Marián


Díky za rady...
Pavel

___
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] import vrcholů z turistické mapy Seznam.cz

2013-12-06 Tema obsahu Marián Kyral
No mít všechny vrcholy by určitě nebylo špatné. Jen by mne zajímalo, 
odkud má seznam.cz ta data. Všechno to obešli a změřili? A pokud ne a 
data od někoho získali pod nějakou vhodnou licencí, tak by možná bylo 
lepší vzít data přímo ze zdroje.


Marián

Dne 6.12.2013 11:43, Dalibor Jelínek napsal:

Ahoj,
to je hezke, vrcholy v mapach dost chybi.
Ja bych s tim rad pomohl.

Zdraví,
 Dalibor

-Original Message-
From: Jachym Cepicky [mailto:jachym.cepi...@gmail.com]
Sent: Thursday, December 5, 2013 4:42 PM
To: OpenStreetMap Czech Republic
Subject: [Talk-cz] import vrcholů z turistické mapy Seznam.cz

Zdravím všechny

trochu jsem se navzájem oťukával se Seznam.cz o možnosti nějakým
způsobem využít jejich turistické značky pro potřeby OSM. To bohužel
nedopadlo, ale pan Žemlík (Manažer kartografické redakce Mapy.cz) mi
nabídl, že pro potřeby OSM by Seznam.cz mohl uvolnit data českých
vrcholů.

Jedná se o všechny vrcholy jak jsou v turistické mapě v rámci Česka.
Jedná se především o vrcholové kóty, ne o kóty ve svahu apod.
V mapě je 48087 bodovek vrcholů, výška je vždy, název pokud existuje.

V mapě např. zde: 
http://mapy.cz/#!x=14.406667&y=50.124393&z=16&l=16&t=s

nebo zde: http://mapy.cz/#!x=15.944618&y=48.840290&z=14&l=16&t=s

Data nejsou s atributy, dostali bychom kótu, anotaci názvu a anotaci 
výšky.


Převod do atributů byl na nás.

Většina, co už v OSM je bude asi duplicitní.

Máme o ta data zájem? Hlásí se dobrovolník na import?

V případě kladné odpovědi jsem slíbil:

1. Uvedení zdroje: "source" po domluvě buď Seznam.cz nebo co si řeknou
2. Uživatelský účet Seznamu pro import (nejsem si jist, jak technicky
možné to je nebo jaký je best practice) 3. Když budeme někde o OSM
mluvit, zmíníme naše donátory (prezentace,
konference)
4. Článek, popisující vedle toho že data byla naimportována i nějaké
to technické zázemí.. - prostě PR, ze kterého tak moc PR nekouká.

Jak to vidíte?

J

--
Jachym Cepicky
jachym.cepicky at gmail.com
http://les-ejk.cz
PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp
@jachymc



___
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] RUIAN nad OSM

2014-01-10 Tema obsahu Marián Kyral

Dne 4.1.2014 21:40, Petr Vejsada napsal(a):

Ahoj,

tak jsem dokončil import RUIAN a začínám se v tom rozkoukávat. Co tam je, tak
je dost dobré, jenže tam není všechno. Ještě nemají vše zdigitalizované. Občas
tam chybí nějaká budova, třeba tam není skoro nic z ČVUT z Karlova náměstí
;-). Pak jsou tam díry, kdy chybí celá území. Napřed jsem si myslel, že jsem
něco zvoral při importu, ale asi ne. Je tam díra v okolí Kyjského rybníka v
Praze a když jsem si totéž území prohlížel na CUZK,
http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3 , tak toto
území vypadá jako rastr - jako naskenované papíry a asi to tak bude. Kus
východně od Kyjského rybníka ruční náčrty přecházejí ve vektorová data.

Pro výzkumné účely jsem si to vizualizoval, vrstvy parcely, budovy a adresy,
je to na http://ruian.poloha.net (overlaye jdou až od zoomu 12, t.j. když
škálometr v levém dolním rohu ukazuje 2km).

Pokud se to někomu líbí, může si to dát třeba do Josm jako vrstvy, jsou to:

http://tile.poloha.net/adresy/z/x/y.png
http://tile.poloha.net/budovy/z/x/y.png
http://tile.poloha.net/parcely/z/x/y.png

--
Petr, p...@propsychology.cz



Ahoj,
tohle vypadá moc pěkně. Kouknul jsem na Frýdek-Místek a chybí mi tady 
části škol a některé paneláky. Bohužel jsem nezjistil, jak se na tu tvou 
vizualizaci dá odkázat, tak alespoň takto.
Chybí půlka 2. ZŠ na ulici Jana Čapka a v okolí jsou ty chybějící 
paneláky. Stodolu bych chápal, ale panelák? :-) Taky kousek výše a 
vlevo, vedle parku je 11. ZŠ, chybí tělocvična.


Off Topic: Směrem doleva, kousek od vlakového nádraží je prodejna Billy. 
Tak už tam stojí více než pět let, ale stále chybí v KM i RUIAN. Není mi 
jasné, jak se může stát, že to do KM ještě nezapsali. Času na to bylo 
dost. Nebo se na KM ztrácejí zápisy? Novější stavby na KM už jsou.


Marián


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


Re: [Talk-cz] RUIAN nad OSM

2014-01-11 Tema obsahu Marián Kyral
ý bod. To by byl problém. 
Dost
možná to někdo obkresloval z Bing a zapomněl, že Bing je šoupnutý; 
nevím.


No nic, jdu spát.

--

p<




Dne Pá 10. ledna 2014 23:58:34, Marián Kyral napsal(a):


Ahoj,
tohle vypadá moc pěkně. Kouknul jsem na Frýdek-Místek a chybí mi tady
části škol a některé paneláky. Bohužel jsem nezjistil, jak se na tu 
tvou

vizualizaci dá odkázat, tak alespoň takto.
Chybí půlka 2. ZŠ na ulici Jana Čapka a v okolí jsou ty chybějící
paneláky. Stodolu bych chápal, ale panelák? :-) Taky kousek výše a
vlevo, vedle parku je 11. ZŠ, chybí tělocvična.

Off Topic: Směrem doleva, kousek od vlakového nádraží je prodejna 
Billy.
Tak už tam stojí více než pět let, ale stále chybí v KM i RUIAN. Není 
mi

jasné, jak se může stát, že to do KM ještě nezapsali. Času na to bylo
dost. Nebo se na KM ztrácejí zápisy? Novější stavby na KM už jsou.

Marián


___
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] RUIAN nad OSM

2014-01-11 Tema obsahu Marián Kyral

Dne 4.1.2014 21:40, Petr Vejsada napsal:

Pokud se to někomu líbí, může si to dát třeba do Josm jako vrstvy, jsou 
to:


http://tile.poloha.net/adresy/z/x/y.png
http://tile.poloha.net/budovy/z/x/y.png
http://tile.poloha.net/parcely/z/x/y.png



Nějak mi to nefunguje. Všechno mi to vrací Not found:

Not Found

The requested URL /adresy/ was not found on this server.

Marián

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


Re: [Talk-cz] RUIAN nad OSM

2014-01-11 Tema obsahu Marián Kyral

Dne 11.1.2014 13:36, Petr Vejsada napsal:

Ahoj,

Dne So 11. ledna 2014 09:50:14, Marián Kyral napsal(a):


Dne 4.1.2014 21:40, Petr Vejsada napsal:



The requested URL /adresy/ was not found on this server.


to nejde procházet po adresářích, žádné .png tam fyzicky nejsou, je to
mod_tile s tirexem. Buď jsou předrenderované dlaždice v metadlaždicích 
nebo se

vykreslují na požádání. Musí se zadat url konkrétní dlaždice, třeba

http://tile.poloha.net/adresy/16/35214/22053.png



Jako ono mi to v josm nějak nechtělo fungovat a když jsem to zkoušel 
ručně, tak jsem něvěděl v jakém formátu je x a y. Dal jsem to včetně 
tečky a s tím to nešlo.
Teď jsem to znova zkusil zadat do josm a už to funguje. To jsme blázen 
:-D


Kdyby to náhodou ještě někdo potřeboval:
tms:http://tile.poloha.net/adresy/{zoom}/{x}/{y}.png
tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png
tms:http://tile.poloha.net/parcely/{zoom}/{x}/{y}.png

Marián


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


Re: [Talk-cz] RUIAN nad OSM

2014-01-11 Tema obsahu Marián Kyral

Dne 11.1.2014 13:55, Petr Vejsada napsal:

Ahoj,

Dne So 11. ledna 2014 09:27:17, Marián Kyral napsal(a):


Ad import budov)
Kromě toho, že některé budovy v RUIAN chybí, jsou i takové, které
přebývají.
Třeba ulice Na Poříčí, mezi vlakovým a autobusovým nádražím. Tam je
obrovská
parcela, kde sice byly budovy, ale před několika lety je srovnali se
zemí


nj, asi to fakt nepůjde. V nějakém materiálu CUZK jsem se dočetl, že 
smazání
budovy z RUIAN neznamená její fyzické odstranění z terénu, ale třeba 
jen
překvalifikaci, takže třeba zmizí a pak se zase objeví pod úplně jiným 
ID,

pokud jsem to dobře pochopil.


Případně, bylo by možné udělat něco na způsob traceru? Tedy, že kliknu
do
mapy v místě, kde je nějaká budova, plugin se spojí s nějakým serverem 
a

vrátí
tvar budovy z RUIAN. Taky by tam mohla být volba "Importuj vše v 
okolí"

pro
místa, kde ještě vůbec nic není. Ať to není třeba dělat po jedné.


Dobré myšlenky. Jasně že by bylo fajn to mít místo dlaždic v geojson a
rozklikávací. Jelikož s tímhle nemám zkušenosti, musel bych se to hodně 
učit a

sežralo by mi to více času než mohu dát.

Co bych ale asi zvládl je na požádání (kliknutí) stáhnout bbox s 
budovami (či
adresami) ve formátu .osm. Tam už by se dal zohlednit i ten způsob 
využití
budovy, tedy ne building=yes, ale building=commercial apod. Budu nad 
tím

přemýšlet a experimentovat.

Teoreticky by šel zkoumat i způsob využití parcel, třeba sdružovat 
sousedící

parcely se stejným způsobem využití a udělat z toho (multi)polygon s
landuse=*, ale tady odhaduji, že způsob využití pozemku, co má stát ve 
své
evidenci se bude s realitou hodně míjet (něco jako místo zemědělské 
půdy

průmyslové haly a banky) ;-)

Budu koumat nad tím stahováním bboxu v .osm. To by šlo už předtagované 
nahrát

do JOSM jako vrstvu, editovat a uploadnout.



Ono by možná na začátek stačilo emulovat "Tracer" server. Tedy, gui
by dělal Tracer plugin. Ten po kliknutí vygeneruje následující 
požadavek:


http://localhost:5050/trace/simple/[longitude];[latitude]

No a ty pak jen vrátíš seznam bodů v polygonu.

Viz 
http://wiki.openstreetmap.org/wiki/Cs:JOSM/Plugins/Tracer#Trace_server


Asi by byla blbost, aby měl každý na localhostu nainstalovány všechny 
potřebné
nástroje. Na linuxu není problém localhost někam protunelovat, případně 
by se
mohl upravit ten Tracer plugin, aby byla adresa konfigurovatelná. Nebo 
by šlo
udělat nějaký malý "proxy" server, který bude dělat prostředníka mezi 
osm

a RUIAN serverem

Marián

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


Re: [Talk-cz] RUIAN nad OSM

2014-01-11 Tema obsahu Marián Kyral

Dne 11.1.2014 17:28, Petr Vejsada napsal:

Dne So 11. ledna 2014 17:06:49, Marián Kyral napsal(a):


Ono by možná na začátek stačilo emulovat "Tracer" server. Tedy, gui
by dělal Tracer plugin. Ten po kliknutí vygeneruje následující
požadavek:

http://localhost:5050/trace/simple/[longitude];[latitude]

No a ty pak jen vrátíš seznam bodů v polygonu.


aha, nějak mi nebylo jasné, co je ten Tracer. Teď chápu, že je to 
plugin do

JOSM.  Mono ani .NET nemám a nechci, ale pokud je to takto jednoduché.

Můžeš specifikovat, co PŘESNĚ ten server má vracet? Jak vypadá ten 
seznam bodů,
CSV, JSON nebo jak ? TO je jeden polygon, ve kterém se nachází onen 
daný bod?




Já žil v domnění, že taky každý už o Tracer pluginu minimálně slyšel :-D

marian@gool ~ $ wget 
"http://localhost:5050/trace/simple/49.6755837;18.3265737";
--2014-01-11 18:05:19--  
http://localhost:5050/trace/simple/49.6755837;18.3265737

Překládám localhost… ::1, 127.0.0.1
Navazuje se spojení s localhost|::1|:5050… nezdařilo se: Spojení 
odmítnuto.

Navazuje se spojení s localhost|127.0.0.1|:5050… spojeno.
HTTP požadavek odeslán, program čeká na odpověď… 200 OK
Délka: 259 [text/plain]
Ukládám do: „49.6755837;18.3265737“

100%[>] 259 --.-K/s   za 
0s


2014-01-11 18:06:18 (22,7 MB/s) – „49.6755837;18.3265737“ uloženo 
[259/259]


marian@gool ~ $ cat "49.6755837;18.3265737"
49.675707;18.326728|49.675703;18.326759|49.675689;18.326794|49.675667;18.326828|49.675499;18.326534|49.675418;18.326657|49.675358;18.326559|49.675453;18.326415|49.675475;18.326394|49.675493;18.326388|49.675519;18.326395|49.675689;18.326660|49.675703;18.326693marian@gool 
~ $


Nevýhodou Tracer Serveru je, že si musí nejprve postahovat z katastru 
dlaždice okolo, což u první budovy nějakou dobu trvá. U další už to je 
rychlejší (závisí na vzdálenosti od předchozí tracované budovy).


Marián

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


[Talk-cz] Tracer2Server a Tracer2 josm plugin

2014-01-11 Tema obsahu Marián Kyral

Zdravím,
když jsem teď koukal do JOSM ohledně traceru, zjistil jsem, že existuje 
i plugin Tracer2. 
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Tracer2
Používá i nový server (zase .net :-( ) 
http://sourceforge.net/projects/tracer2server/


Nicméně jsem stáhl, zkompiloval a spustil. Přednastaven je jen německý 
WMS, takže jsem vzal url z nastavení TracerServeru a ono to funguje. 
Zatím to vypadá, že lépe a rychleji. Zatím jsem neměl problém s 
posunutím budovy oproti km jako u TracerServeru.


http://wms.cuzk.cz/wms.asp?service=WMS&VERSION=1.1.1&REQUEST=GetMap&SRS=EPSG:4326&LAYERS=RST_KMD,RST_KN,hranice_parcel&FORMAT=image/png&transparent=false&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Máte s tím už někdo zkušenosti?

Marián

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


Re: [Talk-cz] RUIAN nad OSM

2014-01-11 Tema obsahu Marián Kyral

Dne 11.1.2014 22:21, Petr Vejsada napsal:

Ahoj,

Dne So 11. ledna 2014 18:15:15, Marián Kyral napsal(a):


Já žil v domnění, že taky každý už o Tracer pluginu minimálně slyšel


;)


marian@gool ~ $ wget
"http://localhost:5050/trace/simple/49.6755837;18.3265737";


http://ruian.poloha.net/trace/49.6791578553784;18.3647662730052

oblíbená budova na Novodvorské.



ale je to tedy velmi velmi experimentální a moc to stejně nechápu.



Díky, zkusím udělat nějakou jednoduchou překladovou proxy a vyzkoušet 
to.

Ale asi až odpoledne, teď chce rodinka někam na výlet.



Ten příklad, který jsi tu uváděl s tím wgetem,


--2014-01-11 18:05:19--
http://localhost:5050/trace/simple/49.6755837;18.3265737


 tak ten nefunguje, protože na tom místě není budova, ale parkoviště. 
Navíc mi

ta ukázka nepřijde jako polygon - nekončí tam, kde začíná.

Nebo to má vyhledat nejbližší budovu? A co když to bude multipolygon? 
Jak má

vypadat ta odpověď pak?

Jinak kousek vedle, co je ta Arma, tam už odpověď dostaneš:

http://ruian.poloha.net/trace/49.67583;18.32599



Omlouvám se. Neuvědomil jsem si, že v RUIAN to asi nebude. Na daném 
místě

se staví, v KM tam už je budova, jen má poznámku rozestavěno.




No radši budu dělat ten export v .osm, už díky těm tagům, co tam půjdou 
dát.


Ještě by byla možnost forknout gui Tracer pluginu a ty tagy si tam 
dodělat.
Třeba přidat je nakonec. Akorát, že javu právě moc nemusím. Ale zkusit 
by se

to mohlo.


Koukám na howtos Ruby on Rails, ale narozdíl od těch článků mi to tedy 
super
snadné a jednoduché nepřijde, takže pokud mi někdo nepomůže, tak to asi 
jako

vrstvy k http://mapapi.poloha.net nebude.


S RoR jsem na tom ještě hůř než s Javou :-(

Marián



--
Petr



___
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 JOSM?

2014-01-22 Tema obsahu Marián Kyral

Dne 22.1.2014 18:38, Dalibor Jelínek napsal:


Ahoj,

pocitam, ze tu bude nekdo, kdo uz pomahal s prekladem uzivatelskeho 
rozhrani JOSM.

Muzete mi prosim poradit?


Prepnul jsem si ted poprve JOSM do cestiny, protoze jsem potreboval 
vedet, jake

jsou polozky v menu kvuli novemu prekladu Begginers Guide na OSM Wiki.
Narazil jsem tam na par drobnosti, ktere jsem chtel opravit, pac byly
bud slovensky,  nebo nekonzistentni.


Jo ta slovenština mi taky trochu vadí (nic proti bratům slovákům), ale 
ještě jsem se nedokopal k tomu to nějak řešit.




Tak jsem si udelal ucet na Launchpadu a hned zjistil, ze tudy
asi cesta nevede, protoze server generuje vice chybovych hlasek, nez 
uzitecnych veci.
Stahnul jsem si tedy josm_josm-cs.po, ale nejsem si jist, jak ho mam 
spravne pouzit

a nerad bych neco zkazil.
Staci si z toho .po souboru vyriznout veci, ktere chci opravit,
opravit je a ten kousek poslat zpatky? Nebo se musi vzdy posilat cely 
soubor?

Nebo je na to nejaky rafinovany softwarovy klient? Nebo uplne jinak?


O Launchpadu jen vím, že za tím stojí ubuntu. Nicméně .po formát souboru 
je v podstatě standard ve světě open source. Existuje na to mnoho 
specializovaných editorů. V linuxu používám lokalize, ve světě windows 
jde například použít poedit (http://www.poedit.net/screenshots.php). 
Zpět se nahrává celý soubor. V balíků nástrojů gettext existuje i mimo 
jiné msgmerge, který umí sloučit dva soubory.


Marián

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


Re: [Talk-cz] Dotaz na ceskou terminologii

2014-01-22 Tema obsahu Marián Kyral

Dne 22.1.2014 18:53, Dalibor Jelínek napsal:


Ahoj,

jeste bych mel jeden dotaz souvisejici s preklady.

Zajimalo by me, jaky je podle vas prevladajici nebo lepsi cesky termin 
pro Node.

Videl jsem bud uzel nebo bod.
Bod mi pripadal rozsirenejsi na wiki, ale ted kdyz jsem koukl do JOSM,
tak tam spise vyhraz uzel.

Z matematickeho pohledu na vec se mi libi vice bod, protoze to vice 
odpovida.


Bod je definovany prave svou polohou v prostoru.

Uzel mi pripada spise z grafu, ale tam prave na jeho poloze vubec 
nezalezi.


Dle http://en.cs.open-tran.eu/suggest/node jednoznačně vítězí uzel. Bod 
je sice určen v prostoru, ale zase uzel je místo, kde se cesty propojí. 
I překlad Node je uzel. Bod se většinou překládá jako point.




Ostatni terminy jsou asi jasne way, area, key, value, relation

jsou cesta, plocha, klic, hodnota, relace.

Trochu take vaham u tagu. Na spouste mist se to nechava anglicky,

jinde se pouziva znacka, coz mam take radsi, protoze kdyz uz prekladat, 
tak poradne.


Mate nejaky nazor?




Štítek nebo značka. Vychází to nastejno: 
http://en.cs.open-tran.eu/suggest/tag

Ale v tomto případě asi značka.

Marián

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


Re: [Talk-cz] Preklad JOSM?

2014-01-26 Tema obsahu Marián Kyral

Ahoj,
tak mne napadá. Dá se z toho launchpadu poznat, jak se tam dostává ta 
slovenština? Přijde mi, že věci co byly dříve česky jsou najednou 
slovensky.


Marián


Dne 26.1.2014 10:48, jzvc napsal:

Cus,

celkem dost veci sem prekladal a je fakt, ze launchpad je traga ... a
posledni doubou je to cim dal horsi. Ale mam zkusenost, ze kdyz
otestujes trpelivost (= tak 20+ pokusu), tak to zacne reagovat ...
divne, ale me se to takto vetsinou povede rozjet.

Ovsem nepocitej s nejakou briskni aktivitou co se tyce projevu oprav v
josm. Nekdo z vyvojaru to musi syncnout, a to se deje max tak jednou
mesicne.

A jedno upozorneni - muze se ti stat, ze nekde opravis nejaky nesmysl, 
a

on ti vyplave jinde - proste proto, ze stejny string je pouzit 2x,
pricem z cestine to jsou dve ruzne veci, ale v EN je to jedno. Pak
nezbejva nez report bugu na web josm.

Dne 23.1.2014 12:10, Dalibor Jelínek napsal(a):

A ted uz zase nebezi.
Podle toho, co se pise na strankach, tak je to asi zavisle na celkovem 
zatizeni serveru,
ale hlavni pricina je pry v tom, ze preklad JOSM neni rozdelen na 
jakesi mensi casti.
Doporucuje se prave editovat ten .po soubor, ale pokud se musi posilat 
cely,

tak se toho trochu bojim.
Navic jsem uplne nepochopil relevantni cast napovedy na Launchpadu, 
ale zdalo
se mi, ze preklady udelane pres web maji vetsi prioritu, nez z .po 
souboru.


Asi je tedy spise treba si vycihat spravny cas pro editace.

Zdravi,
  Dalibor

-Original Message-
From: Libor Pechacek [mailto:lpecha...@gmx.com]
Sent: Thursday, January 23, 2014 5:59 AM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] Preklad JOSM?

On Wed 22-01-14 22:39:12, Libor Pechacek wrote:

Launchpad mi také v současné době nefunguje.


Teď už zas běží.  Na https://identi.ca/launchpadstatus není o výpadku 
ani slovo.


Libor

___
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


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


Re: [Talk-cz] Preklad JOSM?

2014-01-26 Tema obsahu Marián Kyral

Dne 26.1.2014 14:17, Dalibor Jelínek napsal:

Cau,
asi je potreba se zeptat aceman444
Vetsina te slovenstiny se tam objevila 2013-08-20
Mozna omylem nahral slovensky .po soubor jako cesky.
Nebo to udelal schvalne, vychazejic z predpokladu, ze lepe slovensky 
nez vubec.




No vzhledem k tomu. že edituje hlavně na Slovensku 
(http://www.openstreetmap.org/user/aceman444/), tak to asi byl omyl.



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



Nemám nic proti. Takhle se to běžně překládá. Třeba Mozilla: 
https://developer.mozilla.org/cs/docs/P%C5%99ekladov%C3%BD_slovn%C3%ADk


Marián


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


[Talk-cz] Tracer plugin - ruian update

2014-01-26 Tema obsahu Marián Kyral

Ahoj,
Tak jsem se trochu vrtal v Tracer pluginu. Nejprve jsem chtěl jen změnit 
natvrdo zadrátovanou adresu serveru, abych se dokázal připojit na ruian 
server od Petra Vejsady. To se povedlo, takže jsem uvažoval nad forkem, 
ale nakonec jsem se rozhodl pro úpravu původního Tracer pluginu 
(zásuvného modulu :-D ).


Předesílám, že nejsem java programátor, ve skutečnosti jsem se javě 
zatím úspěšně vyhýbal. O to to pak bylo horší :-D Výsledné řešení je 
inspirováno několika pluginy a různými příklady na webu.


_Takže co se změnilo:_
*) Původní funkcionalita zůstala zachována (klávesová zkratka "T")
*) Přidal jsem "RUIAN" režim - dostupný z menu, nebo pod klávesovou 
zkratou "Ctrl+T"
*) Z Tracer2 pluginu jsem použil vylepšenou třídu ConnectWays, která umí 
aktualizovat tvar současné budovy. Prosím nezneužívat - Petr má ohledně 
této funkce obavy :-D
*) Při tracování z RUIAN se přidá ruian id a pokud je znám, tak i typ 
budovy. (pouze pokud je building=yes). Převod na OSM typy budov bude asi 
potřeba ještě trochu doladit.
*) Přidal jsem konfiguraci. Dá se nastavit vlastní adresa serveru a 
případně i posunout polohu natrasované budovy. Třeba tady u nás v 
Beskydech je RUIAN oproti KM mírně posunutý (asi přepočet, ale je to 
mnohem lepší než KM). Pro RUIAN to funguje, u KM moc ne. Ten mi každou 
budovu vrátí s trochu jiným posunem :-(


_Známé chyby:_
*) U domů nalepených na sobě nebo třeba řadě garáží se generují 
duplicitní body. Ty je potřeba ručně sloučit. Pokusím se to nějak 
opravit, ale až tak tomu kódu zase nerozumím :-D
*) Na rovných čarách se objevují nadbytečné body, zpravidla v místech, 
kde je v KM napojení další čáry, která není součástí budovy. Takhle to 
je už v RUIAN - s Petrem to plánujeme nějak odfiltrovat.
*) Plugin neukazuje verzi - problém testovacího buildu, po nahrání do 
repozitáře JOSM by mělo být v pohodě. Možná to jde i jinak, ale s ANTem 
si zatím netykám.
*) Zatím chybí překlad - i18n.pl má s mým .po souborem nějaký problém 
:-(



Při práci s pluginem doporučuji jako podkladovou vrstvu Bing (pokud je v 
daném místě dostatečné rozlišení, pak RUIAN vrstvu od Petra ( 
tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png ) a nahoru KM.


Bohužel data v RUIAN nejsou až tak přesné. Někde budova chybí, jinde 
přebývá, případně má jiný tvar. Je třeba kontrolovat oproti KM a 
podezřelé případy pak ověřit i jinak.


Plugin je ke stažení zde: http://www.kyralovi.cz/tmp/josm/tracer.jar
Zdrojáky tady: https://github.com/mkyral/josm-tracer/commits/ruian

A na závěr pár screenshotů:

Budova před: http://www.kyralovi.cz/tmp/josm/tracer_before.png
Menu: http://www.kyralovi.cz/tmp/josm/tracer_menu.png
Trasování: http://www.kyralovi.cz/tmp/josm/tracer_trace.png
Výsledek: http://www.kyralovi.cz/tmp/josm/tracer_result.png
Nastavení: http://www.kyralovi.cz/tmp/josm/tracer_prefs.png

Na výsledku je vidět, ruian ID i změna typu budovy z "building=yes" nad 
"building=house".


Upozorňuji, že v příkladu používám posun. tvar budovy je získán z RUIANu 
(fialová čára), ale byl posunut na pozici dle KM (zelená čára).


Prosím o otestování, kontrolu zdrojáků, nahlášení chyb, zaslání patchů, 
zaslání pěknější ikony ;-).


Pokud nebudou výhrady, rád bych tuto změnu dostal v dohledné době do 
josm svn.


Marián

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


  1   2   3   4   5   6   7   8   9   10   >