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

[Talk-cz] Turistické známky

Vlákno 21.5. - 4.6.2013, počet zpráv: 46


21.5.2013 09:45:44 (#1)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
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 " ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130521/96468aaa/attachment.html>

21.5.2013 05:32:53 (#2)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
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) Dne 21. května 2013 9:45 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> 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 > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130521/f3cf3fc9/attachment.html>

21.5.2013 08:40:28 (#3)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
Ahoj,
---------- Původní zpráva ---------- Od: LM_1 <flukas.robot+osm na gmail.com> 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 na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130521/bd3473d9/attachment.html>

21.5.2013 09:35:05 (#4)
gravatar

Karel Volný

<kavol at seznam.cz>
550
zdravĂ­m, kdyĹž uĹž jsme se tak rozkecali ... tak jĂĄ to vidĂ­m takto: zobrazit citaci
> A dá se pak nějak zobrazit najednou daný objekt i TZ? Podporuje to nějaká > mapa?
pokud ne, piš na ně RFE :-) zobrazit citaci
> 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 zobrazit citaci
> 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.

22.5.2013 06:02:39 (#5)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
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: zobrazit citaci
> 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é. " zobrazit citaci
> 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. " "" zobrazit citaci
> 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" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/ae04e045/attachment.html>

22.5.2013 08:40:28 (#6)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Kromě toho turistické známky se neomezují na Česko ( 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. Dne 22. května 2013 6:02 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> 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 > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/219cfc4f/attachment.html>

22.5.2013 09:02:34 (#7)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
---------- Původní zpráva ---------- Od: LM_1 <flukas.robot+osm na gmail.com> 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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/fb27bcd9/attachment.html>

22.5.2013 09:05:59 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
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 <mkyral na email.cz> Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " ---------- Původní zpráva ---------- Od: LM_1 <flukas.robot+osm na gmail.com> 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 na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/aa917844/attachment.html>

22.5.2013 09:50:41 (#9)
gravatar

jzvc

<jzvc at tpfree.net>
551
Dne 22.5.2013 6:02, MariĂĄn Kyral napsal(a): zobrazit citaci
> 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. >
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). zobrazit citaci
> > 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
------------- dal?Ă­ ?ĂĄst --------------- HTML p?Ă­loha byla odstran?na... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/35f47497/attachment.html>

22.5.2013 10:16:51 (#10)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> > 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ě. zobrazit citaci
> > 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 zobrazit citaci
> 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) zobrazit citaci
> 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
nemluve o zobrazit citaci
> tom, ze i z duvodu navigace a identifikace prave tech budov, je to blbost
(navic vim o zobrazit citaci
> mapach, ktery adresu zobrazujou pouze pokud je na budove, adresni body je > naprosto nezajimaj). Mimochodem, vstupy maji zcela samostatne tagovani > (entrance).
*** Tady umělec. Vazby adres a budov M:N nejsou vazby chybové, ale zcela reálné přípustné a používané. Pro 1:N se stačí mrknou do katastru a způsobu zakreslování budov, pro M:1 stačí mrknout na addr Brna. Jak známo, to že to některá mapa nezobrazuje není chyba dat. Co se tyce asociace budovy s adresnim bodem, existuje nejjednodussi prostory dotaz: "Uvnitř které building:polygon lezi addr:nod?" ha hanoj ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/d60f3a4e/attachment.html>

22.5.2013 11:04:43 (#11)
gravatar

Pavel Machek

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

22.5.2013 12:25:16 (#12)
gravatar

jzvc

<jzvc at tpfree.net>
551
Dne 22.5.2013 10:16, hanoj napsal(a): zobrazit citaci
> > > 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?"
Ktery v 90% pripadu nebude knicemu, protoze adresni bod lezi zcela mimo nebo ve spatne budove. Jen v praglu letnanech sem co si pamatuju videl adresy klido o 100 a vic metru mimo. A to neni zadna vyjimka. Netvrdim pak, ze to je chybne, ale tvrdim, ze takovych budov je minimum, nehlede na to, ze i v tom katastru jsou ty adresy privazany k budovam a prave ta vazba je velmi podstatna informace. Ze nejde (zcela obecne) dat objektu vice stejnych tagu (mineno trebas vice tagu prave s adresou nebo vice tagu source, typ obchodu ...) je zasadni chyba OSM. A ne, strednikovani rozhodne neni dobrej napad, to je z hlediska tech dat tragedie. zobrazit citaci
> > ha > hanoj > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?Ă­ ?ĂĄst --------------- HTML p?Ă­loha byla odstran?na... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/95943bfa/attachment.html>

22.5.2013 12:34:08 (#13)
gravatar

jzvc

<jzvc at tpfree.net>
551
Dne 22.5.2013 11:04, Pavel Machek napsal(a): zobrazit citaci
> 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.

22.5.2013 01:21:03 (#14)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
---------- 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): zobrazit citaci
> 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" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/92bd83f1/attachment.html>

22.5.2013 01:32:17 (#15)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Souhlasím, že sloučení může proběhnout manuálně a postupně - je to mnohem jednodušší činnost než dohledávat názvy a čísla - takto se jen zkopírují tagy. Ohledně name:tz apod bych se spíš přikláněl k tz:name a míst tz něco globálnějšího (tourist_stamp?, ts?) LM_1 Dne 22. května 2013 13:21 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> > ---------- 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 > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/c5d5f192/attachment.html>

22.5.2013 01:36:34 (#16)
gravatar

Václav Kubíček

<vase.k at centrum.cz>
50
Já jsem pro body, když už někam jdu, tak si stáhnu spíš všechny TZ. Navíc k čemu pak navázat nenavázatelné, např. namátkou: Naučná stezka Prameny Morávky, Brněnské podzemí atd. Vašek ______________________________________________________________ zobrazit citaci
> 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 >

22.5.2013 01:41:48 (#17)
gravatar

Pavel Machek

<pavel at ucw.cz>
1053 1226
On Wed 2013-05-22 12:34:08, jzvc wrote: zobrazit citaci
> 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.
No, rekneme ze aktualne neni mozne logicky ani automaticky priradit ulici ke mestu do ktereho patri... coz mi prijde jako podstatne zavaznejsi nez to, ze stejny problem maji turisticke znamky. U tech stejne bude jedine vyuziti "zobrazi se v turisticke mape". A protoze to nejde automaticky, zjevne jsou nutne dva kroky, jak bylo psano v dalsim mailu... a prvni z nich je import jako body. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

22.5.2013 02:25:57 (#18)
gravatar

Milan Vancura

<milan at ucw.cz>
25
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). On Wed 22-05-13 13:21:03, Marián Kyral wrote: zobrazit citaci
> 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: zobrazit citaci
> 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í). Milan Vančura

22.5.2013 04:41:13 (#19)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
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: zobrazit citaci
> 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: zobrazit citaci
> Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ
zobrazit citaci
> 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" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/d0d19dee/attachment.html>

22.5.2013 04:54:45 (#20)
gravatar

Tomáš Tichý

<t.tichy at post.cz>
150 4809
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): zobrazit citaci
> 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 > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/b35c71ae/attachment.html>

22.5.2013 05:25:26 (#21)
gravatar

LM_1

<flukas.robot+osm at gmail.com>
103
Adresy v cizině, které jsem zatím viděl, jsou obvykle přímo na budově - budova má jen jedno číslo, ne jak u nás popisné + 0-n orientačních čísel a 0-n ulic... 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> napsal(a): zobrazit citaci
> 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 > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/557e68fd/attachment.html>

22.5.2013 05:37:00 (#22)
gravatar

Tomáš Tichý

<t.tichy at post.cz>
150 4809
Při importu by mohl být v relaci jediný provizorní bod označený nějakým FIXME. TT Dne 22.5.2013 17:26 "LM_1" <flukas.robot+osm na gmail.com> napsal(a): zobrazit citaci
> > 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... zobrazit citaci
> 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í
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. zobrazit citaci
>> 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Ă­ zobrazit citaci
>>>> shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší
zkušenější, zobrazit citaci
>>>> ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak
se zobrazit citaci
>>>> ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma
tagovĂĄnĂ­ zobrazit citaci
>>>> č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 ;-) zobrazit citaci
>>> >>> 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ě. zobrazit citaci
>>> >>> 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ů. zobrazit citaci
>>> >>> 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. zobrazit citaci
>>> >>> >>>> >>>> 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, zobrazit citaci
>>>> >> 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. zobrazit citaci
>>>> >>>> Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody.
Jsou zobrazit citaci
>>>> separĂĄtnĂ­ nody. A co teprve pokud je obchod celĂĄ budova. Ano, pak
nelze udělat zobrazit citaci
>>>> rozumný automatický dotaz ani tak základní a přirozený jako "adresa
obchodu". zobrazit citaci
>>>> 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 zobrazit citaci
>>>> > 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 zobrazit citaci
>>>> obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně
lepĹĄĂ­ mĂ­t zobrazit citaci
>>>> separátní nody pro separátní sady vlastností. A hlavně už je toto
řešení zobrazit citaci
>>>> použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč
pro jeden zobrazit citaci
>>>> 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í zobrazit citaci
>>>> datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není
odmĂ­tnutĂ­ zobrazit citaci
>>>> dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to
mĂĄ aĹž zobrazit citaci
>>>> standardizované. >>>> >>>> Plus samozřejmě pro turistické známky platí i všechny praktické
argumenty zobrazit citaci
>>>> zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v
budoucnu a zobrazit citaci
>>>> hlavně že nebudeme muset řešit typy známkových míst - např. když nelze
TZ mĂ­sto zobrazit citaci
>>>> 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. zobrazit citaci
>>> >>> >>> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/8bb423f6/attachment.html>

22.5.2013 08:41:36 (#23)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
---------- 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): zobrazit citaci
> > 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... zobrazit citaci
> LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý <t.tichy na post.cz
(mailto:t.tichy na post.cz)> napsal(a): zobrazit citaci
> >> 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. zobrazit citaci
>> TT >> >> Dne 22.5.2013 16:41 "MariĂĄn Kyral" <mkyral na email.cz
(mailto:mkyral na email.cz)> napsal(a): zobrazit citaci
>> >>> Ahoj, >>> ---------- Původní zpráva ---------- >>> >>> Od: Milan Vancura <milan na ucw.cz(mailto: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Ă­ zobrazit citaci
>>>> shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší
zkušenější, zobrazit citaci
>>>> ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak
se zobrazit citaci
>>>> ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma
tagovĂĄnĂ­ zobrazit citaci
>>>> č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 ;-) zobrazit citaci
>>> >>> 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ě. zobrazit citaci
>>> >>> 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ů. zobrazit citaci
>>> >>> 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. zobrazit citaci
>>> >>> >>>> >>>> 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, zobrazit citaci
>>>> >> 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. zobrazit citaci
>>>> >>>> Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody.
Jsou zobrazit citaci
>>>> separĂĄtnĂ­ nody. A co teprve pokud je obchod celĂĄ budova. Ano, pak nelze
udělat zobrazit citaci
>>>> rozumný automatický dotaz ani tak základní a přirozený jako "adresa
obchodu". zobrazit citaci
>>>> 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 zobrazit citaci
>>>> > 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 zobrazit citaci
>>>> obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně
lepĹĄĂ­ mĂ­t zobrazit citaci
>>>> separátní nody pro separátní sady vlastností. A hlavně už je toto
řešení zobrazit citaci
>>>> použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč
pro jeden zobrazit citaci
>>>> 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í zobrazit citaci
>>>> datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není
odmĂ­tnutĂ­ zobrazit citaci
>>>> dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má
aĹž zobrazit citaci
>>>> standardizované. >>>> >>>> Plus samozřejmě pro turistické známky platí i všechny praktické
argumenty zobrazit citaci
>>>> zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v
budoucnu a zobrazit citaci
>>>> hlavně že nebudeme muset řešit typy známkových míst - např. když nelze
TZ mĂ­sto zobrazit citaci
>>>> 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. zobrazit citaci
>>> >>> >>> Marián >>> >>> >>>> >>>> Milan Vančura >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org) >>>> http://lists.openstreetmap.org/listinfo/talk-cz
(http://lists.openstreetmap.org/listinfo/talk-cz) zobrazit citaci
>>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org) >>> http://lists.openstreetmap.org/listinfo/talk-cz
(http://lists.openstreetmap.org/listinfo/talk-cz) zobrazit citaci
>>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org) >> http://lists.openstreetmap.org/listinfo/talk-cz
(http://lists.openstreetmap.org/listinfo/talk-cz) zobrazit citaci
>> > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org) > http://lists.openstreetmap.org/listinfo/talk-cz
(http://lists.openstreetmap.org/listinfo/talk-cz) zobrazit citaci
>
_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/2ebcbc96/attachment.html>

22.5.2013 11:23:22 (#24)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
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): zobrazit citaci
> > 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... zobrazit citaci
> LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý <t.tichy na post.cz
(mailto:t.tichy na post.cz)> napsal(a): zobrazit citaci
> >> 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. zobrazit citaci
>> TT >>
" "   " " " " ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130522/cf72de82/attachment.html>

23.5.2013 07:24:40 (#25)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
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): zobrazit citaci
> > 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... zobrazit citaci
> LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý <t.tichy na post.cz
(mailto:t.tichy na post.cz)> napsal(a): zobrazit citaci
> >> 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. zobrazit citaci
>> TT >>
" "   " " " " _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130523/027132d4/attachment.html>

23.5.2013 08:09:27 (#26)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> 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).
*** Záleží co si představuješ za shodu, asi ne jednotné hlasování jako KSSS ;) Přesto "adresní body" fungují jako nody od počátku OSM (s menší přetržkou díky jednomu pluginu), třídění škol funguje beze změn od počátku OSM. hanoj

24.5.2013 02:25:34 (#27)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
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): zobrazit citaci
> > 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... zobrazit citaci
> LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý <t.tichy na post.cz
(mailto:t.tichy na post.cz)> napsal(a): zobrazit citaci
> >> 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. zobrazit citaci
>> 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" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130524/d7f627ce/attachment.html>

24.5.2013 03:35:26 (#28)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
616
Za me dobry :-) Dne 24.5.2013 14:25, MariĂĄn Kyral napsal(a): zobrazit citaci
> 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 >

29.5.2013 11:17:22 (#29)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
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/tscz_all.zip - úplně všechny CZ známky v jednom souboru http://www.kyralovi.cz/tmp/tscz_cat.zip - samostatný soubor pro každou kategorii plus extra Praha, Brno, Ostrava. Prosím o otestování. Stačí otevřít v josm a zkusit si namapování na konkrétní místa. Budu rád za každý feedback. Vypadá to dobře, ale třeba mohyla Ivančena v Beskydech celkem ustřelila: ve Frýdlantu n.O. rozhodně není ;-) Ale to se opraví při mapování. Možná by bylo dobré takovéto výrazné odlišnosti sepsat a poslat na turisticke-znamky.cz. Třeba to opraví. Další kroky: 1) Založit stránku s popisem importu na wiki 2) Kontaktovat osm_sk a zjistit, jak to vidí oni 3) Vytvořit vlákno na https://help.openstreetmap.org/ - totéž co SK. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130529/32ffb8dc/attachment.html>

30.5.2013 08:05:36 (#30)
gravatar

hanoj

<ehanoj at gmail.com>
713
Dne 29. května 2013 23:17 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> 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. Import TZ má mít 2000 bodů bez relací a má být natolik konzistentní, aby byl bez fixme. ha hanoj

30.5.2013 09:38:37 (#31)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
---------- Původní zpráva ---------- Od: hanoj <ehanoj na gmail.com> Datum: 30. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky "Dne 29. května 2013 23:17 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> 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, zobrazit citaci
> 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 zobrazit citaci
> 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 na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130530/b4e98227/attachment.html>

30.5.2013 01:48:49 (#32)
gravatar

Milan Vancura

<milan at ucw.cz>
25
On Wed 29-05-13 23:17:22, MariĂĄn Kyral wrote: zobrazit citaci
> 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
zobrazit citaci
> 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

30.5.2013 02:45:07 (#33)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
---------- 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: zobrazit citaci
> 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
zobrazit citaci
> 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" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130530/f4f7ef07/attachment.html>

30.5.2013 03:06:42 (#34)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
---------- Původní zpráva ---------- Od: hanoj <ehanoj na gmail.com> 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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130530/3d5f7050/attachment.html>

30.5.2013 05:01:05 (#35)
gravatar

Milan Vancura

<milan at ucw.cz>
25
On Thu 30-05-13 14:45:07, MariĂĄn Kyral wrote: zobrazit citaci
> 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. zobrazit citaci
> 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. zobrazit citaci
> 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. zobrazit citaci
> 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. Milan

30.5.2013 05:52:00 (#36)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
---------- 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 Thu 30-05-13 14:45:07, Marián Kyral wrote: zobrazit citaci
> No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych
následně zobrazit citaci
> 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? " zobrazit citaci
> A stejně, pokud všechny tyto body převedu na skutečné objekty a zařadím je
do zobrazit citaci
> 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. " zobrazit citaci
> 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.. " zobrazit citaci
> nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu
mĂ­t zobrazit citaci
> 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"
zobrazit citaci
> 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ě
zobrazit citaci
> 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 na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130530/811ce772/attachment.html>

30.5.2013 09:08:44 (#37)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> 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. zobrazit citaci
> 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... zobrazit citaci
> 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í ;) zobrazit citaci
> 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. zobrazit citaci
> 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

30.5.2013 11:26:06 (#38)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
Dne 2013-05-30 21:08, hanoj napsal: zobrazit citaci
>> 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 ;-) zobrazit citaci
>> 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. zobrazit citaci
> >> 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 ;-) zobrazit citaci
> >> 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. zobrazit citaci
> > >> 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 zobrazit citaci
> > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

31.5.2013 02:14:51 (#39)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
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: zobrazit citaci
> 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
zobrazit citaci
> 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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130531/7809e3ff/attachment.html>

31.5.2013 07:48:06 (#40)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
Dne 31.5.2013 02:14, Jan Kouba napsal: zobrazit citaci
> 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.
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 zobrazit citaci
> 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]
Links: ------ [1] http://lists.openstreetmap.org/listinfo/talk-cz ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130531/bde91aa2/attachment.html>

31.5.2013 07:58:54 (#41)
gravatar

Petr Kadlec

<petr.kadlec at gmail.com>
212 1012
2013/5/30 MariĂĄn Kyral <mkyral na email.cz> zobrazit citaci
> 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). Rozhodně by to bylo mnohem lepší než množit atributy, to je naprosto proti jejich smyslu. -- Petr Kadlec / Mormegil ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130531/25946b5a/attachment.html>

31.5.2013 11:17:15 (#42)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
Dne 31.5.2013 07:58, Petr Kadlec napsal: zobrazit citaci
> 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.
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 zobrazit citaci
> -- Petr Kadlec / Mormegil > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130531/eae023e8/attachment.html>

31.5.2013 11:26:52 (#43)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
Dne 31.5.2013 11:17, MariĂĄn Kyral napsal: zobrazit citaci
> 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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130531/d2f1632c/attachment.html>

31.5.2013 11:29:18 (#44)
gravatar

Jan Kouba

<kouba.honza at gmail.com>
27
Ano, v josm se členové seřadit dají. V editoru relace je vedle seznamu členů tlačítko s popisem "Sort relation members.", které seřadí vybrané členy (nebo všechny členy, pokud není vybraný žádný, nebo jeden člen). Dne Pá 31. května 2013 11:17:15, Marián Kyral napsal(a): 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 na openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20130531/00ab64ff/attachment.html>

3.6.2013 03:25:38 (#45)
gravatar

Milan Vancura

<milan at ucw.cz>
25
zobrazit citaci
> > 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

4.6.2013 10:53:14 (#46)
gravatar

Marián Kyral

<mkyral at email.cz>
2284 2537
Dne 3.6.2013 15:25, Milan Vancura napsal: zobrazit citaci
>> > 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. zobrazit citaci
> > 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 zobrazit citaci
> > Milan > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

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