> Zkouším poslat znovu, napoprvé neprošlo - prý spamuji :-( > > Marián > > ---------- Původní zpráva ---------- > Od: Marián Kyral <mkyral na email.cz> > 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,2386111111";"16, > 4086111111" > > 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? > Uvítám připomínky, rady, odkazy na nějaké již běžící automatické importy, > nebo vhodné programy, které by se daly využít. > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

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

> Ahoj, > > ---------- Původní zpráva ---------- > Od: Karel Volný <kavol na seznam.cz> > 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 [image: 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> Ahoj, > > ---------- Pu*vodní zpráva ---------- > Od: Karel Volný <kavol na seznam.cz> > Datum: 21. 5. 2013 > Pr(edme(t: Re: [Talk-cz] Turistické známky > > > zdravím, > > kdyz( uz( jsme se tak rozkecali ... tak já to vidím takto: > > > A dá se pak ne(jak zobrazit najednou daný objekt i TZ? Podporuje > to ne(jaká > > mapa? > > pokud ne, pis( na ne( RFE :-) > > > Velmi vtipné. > > > > > Ve(ts(inou se vybere jen jedna vlastnost a ta se prezentuje. > Proc( jsou > > tr(eba c(ísla popisná separé? Ty se pr(ece vz(dy pr(ímo váz(ou k > ne(jaké budove(. > > to je z historických du*vodu* z(e probe(hl import c(ísel > (adresních bodu*) bez > návaznosti na budovy, ale wiki k tomu vázání na budovy zc(á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 > > osobne( se kloním k tomu dávat to primárne( na ty vstupy > > > Na wiki jsem nas(el toto: V C(R se pouz(ívají výhradne( Adresní body > (Adresní místa) jako nody Node > <http://wiki.openstreetmap.org/wiki/Elements#Node>, nebot( vazba mezi > prvky "building" a "addr" je M:N. >

> > S te(mi vstupy je problém, z(e bys musel obejít úplne( vs(echny > barác(ky a zjistit, kde vlastne( mají vstup. > > > > > > A jes(te( mne( napadá, jak by se r(es(ilo, pokud má objekt tag > website a budu > > chtít jes(te( pr(idat odkaz na TZ? > > i na toto má wiki odpove(d( :-) > > A link to ... additional resource can be created using url=*. > > http://wiki.openstreetmap.org/wiki/Key:website > > popr(. se mu*z(eme domluvit na ne(jakém rozs(ír(ení ve stylu > url:cs_tzmista=... > > K. > > > A jes(te( jedna ve(c. Co jméno TZ? To se taky mu*z(e lis(it od jména > objektu. Takz(e ne(co jako > > > name:cs_tzmista= > > > ? > > > Marián > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

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

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

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

> jako nody , neboť vazba mezi prvky "building" a "addr" je M:N. > > > Tak tos nasel peknej nesmysl, du se mrknout kterej umelec to tam napsal. > > Nehlede na to, ze budov s vice cisly bude min nez promile. A uz vubec

> tom, ze i z duvodu navigace a identifikace prave tech budov, je to blbost

> mapach, ktery adresu zobrazujou pouze pokud je na budove, adresni body je > naprosto nezajimaj). Mimochodem, vstupy maji zcela samostatne tagovani > (entrance).

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

> > > Ve(ts(inou se vybere jen jedna vlastnost a ta se prezentuje. Proc( > jsou > > > tr(eba c(ísla popisná separé? Ty se pr(ece vz(dy pr(ímo váz(ou k > ne(jaké budove(. > > > > to je z historických du*vodu* z(e probe(hl import c(ísel (adresních > bodu*) bez > > návaznosti na budovy, ale wiki k tomu vázání na budovy zc(á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 > > > > osobne( se kloním k tomu dávat to primárne( na ty vstupy > > > > > > Na wiki jsem nas(el toto: V C(R se pouz(ívají výhradne( Adresní body > (Adresní místa) > > jako nody , nebot( vazba mezi prvky "building" a "addr" je M:N. > > > > > > Tak tos nasel peknej nesmysl, du se mrknout kterej umelec to tam napsal. > > > > Nehlede na to, ze budov s vice cisly bude min nez promile. A uz > vubec nemluve o > > tom, ze i z duvodu navigace a identifikace prave tech budov, je to > blbost (navic vim o > > mapach, ktery adresu zobrazujou pouze pokud je na budove, adresni > body je > > naprosto nezajimaj). Mimochodem, vstupy maji zcela samostatne tagovani > > (entrance). > *** Tady ume(lec. Vazby adres a budov M:N nejsou vazby chybové, ale > zcela reálné pr(ípustné a pouz(ívané. Pro 1:N se stac(í mrknou do > katastru a zpu*sobu zakreslování budov, pro M:1 stac(í mrknout na addr > Brna. > Jak známo, to z(e to ne(která mapa nezobrazuje není chyba dat. Co se > tyce asociace budovy s adresnim bodem, existuje nejjednodussi prostory > dotaz: "Uvnitr( které building:polygon lezi addr:nod?"

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

> 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

> > ---------- Původní zpráva ---------- > Od: jzvc <jzvc na tpfree.net> > 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> Od: "jzvc" <jzvc na tpfree.net> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 22.05.2013 12:35 > 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. > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >http://lists.openstreetmap.org/listinfo/talk-cz >

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

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

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

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

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

> Ahoj, > ---------- Původní zpráva ---------- > > Od: Milan Vancura <milan na 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í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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> 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" <mkyral na email.cz> napsal(a): > > Ahoj, >> ---------- Původní zpráva ---------- >> >> Od: Milan Vancura <milan na 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í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 na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> > Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl,

> LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý <t.tichy na post.cz> napsal(a): > >> A co importovat známky jako relace? Jednak má známka obvykle vlastní

>> TT >> >> Dne 22.5.2013 16:41 "Marián Kyral" <mkyral na email.cz> napsal(a): >> >>> Ahoj, >>> ---------- Původní zpráva ---------- >>> >>> Od: Milan Vancura <milan na 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)

>>>> shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší

>>>> ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak

>>>> ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma

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

>>> >>> Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké

>>> >>> Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo

>>> >>> Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem

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

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

>>>> >>>> Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody.

>>>> separátní nody. A co teprve pokud je obchod celá budova. Ano, pak

>>>> rozumný automatický dotaz ani tak základní a přirozený jako "adresa

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

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

>>>> obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně

>>>> separátní nody pro separátní sady vlastností. A hlavně už je toto

>>>> použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč

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

>>>> datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není

>>>> dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to

>>>> standardizované. >>>> >>>> Plus samozřejmě pro turistické známky platí i všechny praktické

>>>> zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v

>>>> hlavně že nebudeme muset řešit typy známkových míst - např. když nelze

>>>> přiřadit jednoznačně (Brněnské podzemí). >>> >>> >>> To by až takový problém nebyl. Pokud se známka nedá přiřadit ke

>>> >>> >>> Marián >>> >>> >>>> >>>> Milan Vančura >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

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

> 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 <mkyral na email.cz> > 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 <mkyral na email.cz> > 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 <mkyral na email.cz> > Datum: 22. 5. 2013 > Předmět: Re: [Talk-cz] Turistické známky > > > > ---------- Původní zpráva ---------- > Od: Tomáš Tichý <t.tichy na post.cz> > 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? > > > <?xml version='1.0' encoding='UTF-8'?> > <osm version='0.6' upload='true' generator='JOSM'> > <bounds minlat='49.6432347' minlon='18.2627535' > maxlat='49.6524321' maxlon='18.2799196' origin='CGImap 0.1.0' /> > <node id='-1910' action='modify' visible='true' > lat='49.6491222222' lon='18.2709777778'> > <tag k='fixme' v='Do této relace prosím vložte body > relevantní pro turistickou známku 1472: Rozhledna Panorama a > pak tento dočasný bod z relace smažte' /> > </node> > <relation id='-1918' action='modify' visible='true'> > <member type='node' ref='-1910' role='fixme' /> > <tag k='attraction' v='tourist_stamp' /> > <tag k='description' v='ROZHLEDNY; Beskydské informační > centrum Frýdek' /> > <tag k='name' v='TZ 1472: Rozhledna Panorama' /> > <tag k='ref' v='TSCZ:1472' /> > <tag k='source' v='turisticke-znamky.cz' /> > <tag k='tourism' v='attraction' /> > <tag k='type' v='tourist_stamp' /> > <tag k='website' > v='http://www.turisticke-znamky.cz/znamka_.php?id=1472' /> > </relation> > </osm> > > > Marián > > > Dne 22.5.2013 17:26 "LM_1" <flukas.robot+osm na gmail.com > <mailto:flukas.robot%2Bosm na 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ý > <t.tichy na post.cz <mailto:t.tichy na 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

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

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

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

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

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

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

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

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

> >> 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í ;)

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

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

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

> 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=<neco> > > členové: > > attraction -> <atrakce které se známka týká (pokud není známo, tak ten bod s > > 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.

> Jan Kouba > > Dne Čt 30. května 2013 14:45:07, Marián Kyral napsal(a): > > ---------- Původní zpráva ---------- > Od: Milan Vancura <milan na ucw.cz> > 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [1]

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

> 2013/5/30 Marián Kyral <mkyral na email.cz> > > 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.

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

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

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

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

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

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