Re: [Talk-cz] Turistické známky
Dne 3.6.2013 15:25, Milan Vancura napsal: > Relace r1) > tagy: > type=tourist_stamp:sales_point > name=Infocentrum Impuls, 793 24 Karlova Studánka 59 > web=http://www.k.studanka.cz > > členové: > (objekt kde se to prodává) > > atd. No nevím, tohle se hanojovi určitě líbit nebude ;-) Pokud bude třeba 6 prodejních míst, tak to znamená, jedna relace pro samotnou TZ a dalších 6 relací pro prodejní místa. Přičemž to budou relace s pouhým jedním bodem. Jo, tohle se mi líbí. Je to svým způsobem ekvivalent toho seznamu bokem, ale mnohem lepší, je to celé v OSM a má to logiku. To důležité z mého pohledu je, že se zapojí skutečné objekty, nepřidávají se jim ale nesmyslné tagy a přitom je místo, kam zapsat metadata důležitá pro automatický update TZ. A počet relací je v pohodě. Stejným způsobem jsou dělané už linky a zastávky MHD, tam je také krom velké relace pro celou linku i relace pro zastávku, která jen slučuje zastávku a její nástupní ostrůvky. Ovšem to znamená, že budu muset udělat pro každou relaci další fixme bod a ten pak následně ručně spárovat s nějakým skutečným objektem. Tohle ruční párování si dokáži u TZ představit (přece jem jsem schopen nějak dohledat, který objekt k dané známce patří), ale u prodejních míst to bude neskutečná piplačka, protože zjistit, kde na té bílé, nepopsané ploše je přesně "Občerstvení U hrocha" bude bez místní znalosti v podstatě nemožné. A taky se otevírá otázka, jaké mají mít ty fixme body souřadnice. V seznamu TZ je málokdy adresa, natož přesná poloha prodejního místa. Na vysvětlenou můj nápad s externím seznamem, kdybys přeci jen nechtěl tolik relací: účelem je mít každou TZ jako relaci obsahující tagy patřicí TZ (jméno, ref...) a jako členy typu sales_point skutečné objekty v OSM. Externí seznam by pak obsahoval údaje pro updatovaci skript, aby poznal vazbu objekt_v_OSM<->identifikátor_podle_TZ. Např. 18374945 Infocentrum Impuls, 793 24 Karlova Studánka 59 kde 18374945 je ID objektu v OSM. Výsledná "velká" relace pro každou TZ by byla stejná jako v návrhu s relacemi, ale místo relace pro každé prodejní místo by byly členové přímo objekty v OSM a údaje v minulém návrhu uložené v těch malých relacích by byly v tom externím seznamu. Jelikož jde pouze o údaje pro účely importovacího/updatovacího automatu, bylo by to i účelné. Problém je, kam to ukládat. Nadhodil jsi wiki. To by teoreticky šlo, ale nevím, jestli ji pro toto můžeme zneužít. Tady by hodně pomohlo, kdyby už to nějaký existující import takto používal. Ale myslím, že šance je minimální. Hlavní problém bude (ne)chtěné smazání objektu v OSM (smazání bodu a zkopírování tagu na budovu například). Na to by musel update skript nějak reagovat a znamenalo by to opětovné ruční párování. Když to vezmu kolem a kolem, tak se pomalu kloním k tomu, naimportovat TZ samotné a prodejní místa buď vynechat (dají se zjistit přímo ze stránky pro konkrétní TZ), nebo je doimportovat později (až bude jasné jak). V každém případě jsem pro TZ jako relace. Jednak se vyřeší problémy s kolizemi tagů a umožní to následné jednoduché rozšíření o prodejní místa. Ještě by mně zajímalo, jak se na toto dívají tvůrci turistických map. Co by pro ně bylo lepší a jaká data by je zajímala (jsou schopni nějak rozumně zobrazit). Marián Milan ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
> > Relace r1) > > tagy: > > type=tourist_stamp:sales_point > > name=Infocentrum Impuls, 793 24 Karlova Studánka 59 > > web=http://www.k.studanka.cz > > > > členové: > > (objekt kde se to prodává) > > > > atd. > > No nevím, tohle se hanojovi určitě líbit nebude ;-) Pokud bude třeba 6 > prodejních míst, tak to znamená, jedna relace pro samotnou TZ a dalších > 6 relací pro prodejní místa. Přičemž to budou relace s pouhým jedním > bodem. Jo, tohle se mi líbí. Je to svým způsobem ekvivalent toho seznamu bokem, ale mnohem lepší, je to celé v OSM a má to logiku. To důležité z mého pohledu je, že se zapojí skutečné objekty, nepřidávají se jim ale nesmyslné tagy a přitom je místo, kam zapsat metadata důležitá pro automatický update TZ. A počet relací je v pohodě. Stejným způsobem jsou dělané už linky a zastávky MHD, tam je také krom velké relace pro celou linku i relace pro zastávku, která jen slučuje zastávku a její nástupní ostrůvky. Na vysvětlenou můj nápad s externím seznamem, kdybys přeci jen nechtěl tolik relací: účelem je mít každou TZ jako relaci obsahující tagy patřicí TZ (jméno, ref...) a jako členy typu sales_point skutečné objekty v OSM. Externí seznam by pak obsahoval údaje pro updatovaci skript, aby poznal vazbu objekt_v_OSM<->identifikátor_podle_TZ. Např. 18374945 Infocentrum Impuls, 793 24 Karlova Studánka 59 kde 18374945 je ID objektu v OSM. Výsledná "velká" relace pro každou TZ by byla stejná jako v návrhu s relacemi, ale místo relace pro každé prodejní místo by byly členové přímo objekty v OSM a údaje v minulém návrhu uložené v těch malých relacích by byly v tom externím seznamu. Jelikož jde pouze o údaje pro účely importovacího/updatovacího automatu, bylo by to i účelné. Milan ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Dne 31.5.2013 11:17, Marián Kyral napsal: > Díky, to se asi bude hodit. > > Když už se o tom mluví, mám jednu off topic otázku: Pokud jsou součastí > relace cesty (které na sebe navazují), dají se tyto v josm nějak automaticky > seřadit? Když jsem posledně opravoval vedení turistické značky, nic takového > jsem nenašel a musel jsem to řadit po jednom a manuálně. Beru zpět, už jsem to našel. Sice někde úplně jinde, než jsem čekal, ale našel ;-) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Dne 31.5.2013 07:58, Petr Kadlec napsal: > 2013/5/30 Marián Kyral > > Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych nějak > identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít klíč > checkpoint:sales_point:1 tak není problém zjistit, jestli se něco změnilo, > nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point" tak nevím > jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24 Karlova Studánka > 59". No a pokud se infocentrum přestěhuje a bude tam nově třeba "... Karlova > Studánka 77". tak už to vůbec nepoznám. > Jednak připomínám, že relace si pamatuje pořadí členů, tedy stačí všechny > členy s rolí sales_point mít ve správném pořadí. Pokud se vám to zdá příliš > křehké (či chcete mít možnost některá prodejní místa (prozatím) přeskočit), > dá se pořadové číslo těch členů uvést i přímo do té role jako např. > „sales_point:1" (viz např. > http://wiki.openstreetmap.org/wiki/Relation:route#Members [1]). Rozhodně by > to bylo mnohem lepší než množit atributy, to je naprosto proti jejich smyslu. Díky, to se asi bude hodit. Když už se o tom mluví, mám jednu off topic otázku: Pokud jsou součastí relace cesty (které na sebe navazují), dají se tyto v josm nějak automaticky seřadit? Když jsem posledně opravoval vedení turistické značky, nic takového jsem nenašel a musel jsem to řadit po jednom a manuálně. Díky, Marián > -- Petr Kadlec / Mormegil > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [2] Links: -- [1] http://wiki.openstreetmap.org/wiki/Relation:route#Members [2] http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
2013/5/30 Marián Kyral > Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych > nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu > mít klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se > něco změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí " > sales_point" tak nevím jak poznám, který člen odpovídá "Infocentrum > Impuls, 793 24 Karlova Studánka 59". No a pokud se infocentrum přestěhuje a > bude tam nově třeba "... Karlova Studánka 77". tak už to vůbec nepoznám. > Jednak připomínám, že relace si pamatuje pořadí členů, tedy stačí všechny členy s rolí sales_point mít ve správném pořadí. Pokud se vám to zdá příliš křehké (či chcete mít možnost některá prodejní místa (prozatím) přeskočit), dá se pořadové číslo těch členů uvést i přímo do té role jako např. „sales_point:1“ (viz např. http://wiki.openstreetmap.org/wiki/Relation:route#Members). Rozhodně by to bylo mnohem lepší než množit atributy, to je naprosto proti jejich smyslu. -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Dne 31.5.2013 02:14, Jan Kouba napsal:
> Ahoj,
>
> a nebylo by lepší použít pro sales_point taky relaci? Vypadalo by to pak asi
> takhle:
>
> Relace turistické známky)
>
> tagy:
> type=checkpoint
> checkpoint=tourism
> checkpoint:type=tourist_stamp
> name=3. Karlova Studánka
>
> checkpoint:category:cz=Jeseníky
>
> ref=
>
> členové:
>
> attraction ->
> fixme vytvořený při importu>
> sales_point -> r1
>
> sales_point -> r2
>
> sales_point -> r3
>
> sales_point -> r4
>
> sales_point -> r5
>
> sales_point -> r6
>
> Relace r1)
>
> tagy:
>
> type=tourist_stamp:sales_point
>
> name=Infocentrum Impuls, 793 24 Karlova Studánka 59
> web=http://www.k.studanka.cz
>
> členové:
>
> (objekt kde se to prodává)
>
> atd.
No nevím, tohle se hanojovi určitě líbit nebude ;-) Pokud bude třeba 6
prodejních míst, tak to znamená, jedna relace pro samotnou TZ a dalších
6 relací pro prodejní místa. Přičemž to budou relace s pouhým jedním
bodem.
Zkusím udělat nějakou analýzu, kolik TZ má 1,2,3... prodejní místa.
Marián
> Jan Kouba
>
> Dne Čt 30. května 2013 14:45:07, Marián Kyral napsal(a):
>
> -- Původní zpráva --
> Od: Milan Vancura
> Datum: 30. 5. 2013
> Předmět: Re: [Talk-cz] Turistické známky
>
> On Wed 29-05-13 23:17:22, Marián Kyral wrote:
>> Relace)
>> type=checkpoint
>> checkpoint=tourism
>> checkpoint:type=tourist_stamp
>> name=3. Karlova Studánka
>> checkpoint:category:cz=Jeseníky
>> checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
>> checkpoint:sales_point:web:1=http://www.k.studanka.cz
>> checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
>> checkpoint:sales_point:web:2=http://www.kstudanka.cz
>> checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
>> checkpoint:sales_point:web:3=http://k.studanka.cz
>> checkpoint:sales_point:4=Cukrárna Roman Korytar
>> checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
>> checkpoint:sales_point:6=Geologická sbírka Jeseníků
>> checkpoint:sales_point:web:6=http://www.ejeseniky.com
>
>> Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení?
>> Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.
>
> Zdravím,
>
> mně se to s těmi dvojtečkami nelíbí. Vždyť je to relace a relace je tu od
> toho,
> aby měla členy, ne? Tak proč to nahrazovat spoustou dvojtečkovaných atributů?
> To bych chápal maximálně jako FIXME. A ve výsledku by objekty (výše tedy
> Infocentrum Impuls, Občerstvení U vodopádu, Lázeňský dům Libuše...) měly být
> členem relace, s typem "sales_point".
>
> Milan Vančura
>
> No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně
> mohl přiřadit (vytvořit) další členy relace. A stejně, pokud všechny tyto
> body převedu na skutečné objekty a zařadím je do relace, potřebuji je nějak
> identifikovat s ohledem na předpokládané aktualizace.
>
> Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych nějak
> identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít klíč
> checkpoint:sales_point:1 tak není problém zjistit, jestli se něco změnilo,
> nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point" tak nevím
> jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24 Karlova Studánka
> 59". No a pokud se infocentrum přestěhuje a bude tam nově třeba "... Karlova
> Studánka 77". tak už to vůbec nepoznám.
>
> Muselo by to být nějak zakódováno přímo u daného prodejního místa, třeba
> ref=TSCZ:3:SP1, ale to by zase mohlo kolidovat s už existujícím ref. Stejně
> pak ale musím mít možnost poznat, že se třeba změnila adresa. A to buď tak,
> že tam bude celý řetězec ("Infocentrum Impuls, 793 24 Karlova Studánka 59"),
> nebo nějaký hash (třeba md5) či kontrolní číslici. A totéž musí být i pro web
> adresu (pokud existuje). To ale znamená, že jak ref, tak i hash pro jméno a
> website musí být přiřazeno danému objektu. A musí to být přiřazeno ručně ->
> práce navíc a dají se v tom udělat chyby. A třeba spočítat hash asi každý
> neumí. Navíc se pak kdokoli může rozhodnout, že ty podivné tagy se mu nelíbí
> a smaže je -> update skript to bude hlásit jako nový objekt.
>
> Nějaký nápad?
>
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz [1]
Links:
--
[1] http://lists.openstreetmap.org/listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Ahoj,
a nebylo by lepší použít pro sales_point taky relaci? Vypadalo by to pak asi
takhle:
Relace turistické známky)
tagy:
type=checkpoint
checkpoint=tourism
checkpoint:type=tourist_stamp
name=3. Karlova Studánka
checkpoint:category:cz=Jeseníky
ref=
členové:
attraction ->
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
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky
On Wed 29-05-13 23:17:22, Marián Kyral wrote:
> Relace)
> type=checkpoint
> checkpoint=tourism
> checkpoint:type=tourist_stamp
> name=3. Karlova Studánka
> checkpoint:category:cz=Jeseníky
> checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
> checkpoint:sales_point:web:1=http://www.k.studanka.cz
> checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
> checkpoint:sales_point:web:2=http://www.kstudanka.cz
> checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
> checkpoint:sales_point:web:3=http://k.studanka.cz
> checkpoint:sales_point:4=Cukrárna Roman Korytar
> checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
> checkpoint:sales_point:6=Geologická sbírka Jeseníků
> checkpoint:sales_point:web:6=http://www.ejeseniky.com
> Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení?
> Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.
Zdravím,
mně se to s těmi dvojtečkami nelíbí. Vždyť je to relace a relace je tu od
toho,
aby měla členy, ne? Tak proč to nahrazovat spoustou dvojtečkovaných atributů?
To bych chápal maximálně jako FIXME. A ve výsledku by objekty (výše tedy
Infocentrum Impuls, Občerstvení U vodopádu, Lázeňský dům Libuše...) měly být
členem relace, s typem "sales_point".
Milan Vančura
No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně
mohl přiřadit (vytvořit) další členy relace. A stejně, pokud všechny tyto body
převedu na skutečné objekty a zařadím je do relace, potřebuji je nějak
identifikovat s ohledem na předpokládané aktualizace.
Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych nějak
identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít klíč
checkpoint:sales_point:1 tak není problém zjistit, jestli se něco změnilo,
nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point" tak nevím
jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24 Karlova Studánka
59". No a pokud se infocentrum přestěhuje a bude tam nově třeba "... Karlova
Studánka 77". tak už to vůbec nepoznám.
Muselo by to být nějak zakódováno přímo u daného prodejního místa, třeba
ref=TSCZ:3:SP1, ale to by zase mohlo kolidovat s už existujícím ref. Stejně
pak ale musím mít možnost poznat, že se třeba změnila adresa. A to buď tak, že
tam bude celý řetězec ("Infocentrum Impuls, 793 24 Karlova Studánka 59"), nebo
nějaký hash (třeba md5) či kontrolní číslici. A totéž musí být i pro web
adresu (pokud existuje). To ale znamená, že jak ref, tak i hash pro jméno a
website musí být přiřazeno danému objektu. A musí to být přiřazeno ručně ->
práce navíc a dají se v tom udělat chyby. A třeba spočítat hash asi každý
neumí. Navíc se pak kdokoli může rozhodnout, že ty podivné tagy se mu nelíbí a
smaže je -> update skript to bude hlásit jako nový objekt.
Nějaký nápad?
Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Dne 2013-05-30 21:08, hanoj napsal: Bohužel bez ručního spárování to nejde. Jméno TZ málokdy přesně souhlasí se jménem daného objektu. Nevím, jak bych to tedy automaticky dohledával. Navíc, jak bylo zmíněno v diskuzi, některé známky ani konkrétní bod nemají. Jak to ve skriptu zjistit? *** Neříkám, že to jde automaticky. Jestli všechn 2000 TZ jsi _ty_ schopen projít a do 1/4 roku opravit do finální podoby, nemám s tím problém. No taky bych mohl dělat import po částech přes josm. To znamená, že by se do OSM žádné FIXME nedostalo. Nevím, jestli to stihnu během čtvrt roku. Záleží, jak na tom budou data. Teď jsem třeba narazil na hvězdárnu Karlovy Vary - v nístě je jen číslo popisné. Bude třeba přidat budovu a většinou neskončím jen u toho ;-) Navíc nápad s relacemi se mi líbí. Vyřeší se tím problém s kolizemi (name, website, ref, tourism...). A možnost mít v relaci i konkrétní místa prodeje je podle mně výhoda. To že TZ neposkytují přesné souřadnice by nás přece nemělo zastavit. *** Nevím jestli je to výhoda, já bych to třeba oželel. Nekopírujeme do OSM svět 1:1 ale modelujeme ho, zjednodušujeme, aby s ním šlo pracovat. Máme třeba v OSM linky a zastávky, ale už ne jízdní řády. Ale možná jsem s názorem osamocen... No i kdyby to bylo bez těch prodejních míst, pořád tady jsou kolize. Daná atrakce se nějak jmenuje, ale TZ se může jmenovat úplně jinak, ale v každém případě se před jméno dává číslo TZ. Muselo by se to řešit třeba přes klíč checkpoint:name. Pokud to naimportuji jako samostatné body a následně budu chtít přidat i místo kde se známka prodává? Musím pak tu relaci vytvořit manuálně? Nebo mám smůlu a relaci vytvořit nesmím, tedy tato informace nebude dostupná? *** Nemusíš nic... já jsem psal, že se mi některé věci nelíbí ;) Aha, tak to jsem si oddychl ;-) U předchozích importů jsem nebyl a nevím jak probíhaly. Když jsem se ptal na zkušenosti s importy a jak to správně udělat, nikdo zkušený se neozval. *** zatím postupuješ jako u všech předchozích uděláš krok vpřed a dáš vědět, takže OK. Nikdo ti není schopen poradit předem tak, aniž by ten import za tebe připravil nebo si to s tebou nenastudoval od A-Z. OK. Pokusím se nezklamat. Chci vylepšit OSM a myslím, že TZ je jedna z věcí, která hodně vylepší turistické mapy. Když jsem zjišťoval, jak takový import probíhá, nabyl jsem dojmu, že to bude fuška. No nemýlil jsem se. Abych řekl pravdu, vůbec se nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a souhlas s užitím máme. *** určitě si tvé práce cením. Je dobře, že to je náročné, protože pak není potřeba revertovat. To se zatím dělalo hromadně snad jen dvakrát. Poněkud neslavně dopadly s dočištěním waterway. Dobré vědět. Teď je pro mně priorita, najít způsob, jak TZ zanést do mapy. Každé řešení má svá pro a proti. Záleží co nakonec převáží. Marián ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
> Bohužel bez ručního > spárování to nejde. Jméno TZ málokdy přesně souhlasí se jménem daného > objektu. Nevím, jak bych to tedy automaticky dohledával. Navíc, jak bylo > zmíněno v diskuzi, některé známky ani konkrétní bod nemají. Jak to ve > skriptu zjistit? *** Neříkám, že to jde automaticky. Jestli všechn 2000 TZ jsi _ty_ schopen projít a do 1/4 roku opravit do finální podoby, nemám s tím problém. > Navíc nápad s relacemi se mi líbí. Vyřeší se tím problém s kolizemi (name, > website, ref, tourism...). A možnost mít v relaci i konkrétní místa prodeje > je podle mně výhoda. To že TZ neposkytují přesné souřadnice by nás přece > nemělo zastavit. *** Nevím jestli je to výhoda, já bych to třeba oželel. Nekopírujeme do OSM svět 1:1 ale modelujeme ho, zjednodušujeme, aby s ním šlo pracovat. Máme třeba v OSM linky a zastávky, ale už ne jízdní řády. Ale možná jsem s názorem osamocen... > Pokud to naimportuji jako samostatné body a následně budu chtít přidat i > místo kde se známka prodává? Musím pak tu relaci vytvořit manuálně? Nebo mám > smůlu a relaci vytvořit nesmím, tedy tato informace nebude dostupná? *** Nemusíš nic... já jsem psal, že se mi některé věci nelíbí ;) > U předchozích importů jsem nebyl a nevím jak probíhaly. Když jsem se ptal na > zkušenosti s importy a jak to správně udělat, nikdo zkušený se neozval. *** zatím postupuješ jako u všech předchozích uděláš krok vpřed a dáš vědět, takže OK. Nikdo ti není schopen poradit předem tak, aniž by ten import za tebe připravil nebo si to s tebou nenastudoval od A-Z. > Chci vylepšit OSM a myslím, že TZ je jedna z věcí, která hodně vylepší > turistické mapy. Když jsem zjišťoval, jak takový import probíhá, nabyl jsem > dojmu, že to bude fuška. No nemýlil jsem se. Abych řekl pravdu, vůbec se > nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a souhlas s > užitím máme. *** určitě si tvé práce cením. Je dobře, že to je náročné, protože pak není potřeba revertovat. To se zatím dělalo hromadně snad jen dvakrát. Poněkud neslavně dopadly s dočištěním waterway. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
-- Původní zpráva --
Od: Milan Vancura
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky
"On Thu 30-05-13 14:45:07, Marián Kyral wrote:
> No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych
následně
> mohl přiřadit (vytvořit) další členy relace.
Tomu rozumím, proto jsem navrhoval FIXME. Ale ještě lépe to udržovat mimo a
nezaplevelovat mapu. Pak by se totiž mohlo snadno stát, že nějakou dobu bude
malé procento převedeno na skutečné objekty a renderery už začnou brát data
z
FIXME tagů - a bordelbude dokonán.
"
Jak mimo? Kde?
"
> A stejně, pokud všechny tyto body převedu na skutečné objekty a zařadím je
do
> relace, potřebuji je nějak identifikovat s ohledem na předpokládané
> aktualizace.
Jasně. O důvod víc to držet mimo, pro ostatní dostupné třeba přes wiki, ve
formátu pro to vhodném, třeba s těmi identifikátory, jak o nich píšeš níže.
"
Jako, že bych každá TZ měla wiki stránku s dalšími údaji? To stejné je na
http://www.turisticke-znamky.cz/znamka.php?id=1
Na to není potřeba nic extra vytvářet.
"
> Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych
Tak website a jiné atributy jsou záležitostí toho objektu, do toho se nemusí
TZ
míchat.
"
To jo, ale jak chceš identifikovat změnu?
Mám někde schovávat poslední zpracovaný soubor a změny zjistit porovnáním
starého souboru s novým? Tomu bych se chtěl právě vyhnout. Nedovedu si
představit, jak by se to chovalo, pokud by třeba někdo spustil update,
aktualizoval starý soubor, ale změny nenahrál do OSM..
"
> nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu
mít
> klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se něco
> změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point"
> tak nevím jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24
> Karlova Studánka 59". No a pokud se infocentrum přestěhuje a bude tam nově
> třeba "... Karlova Studánka 77". tak už to vůbec nepoznám.
Tady nerozumím té argumentaci: jako že nebude tak snadno dostupná třeba
adresa?
Protože jinak v těch atributech nevidím žádnou výhodu. Akorát musíš navíc
řešit
pořadí a jeho změny. Takže souhlasím s tebou, že by bylo nejlepší vymyslet
nějaký systém identifikátorů ("ID") a ten přiřadit členům relace, aby pro
příště bylo snadné poznat, jestli se změnil objekt nebo ne. Rozhodně bych do
toho identifikátoru nezapočítaval nic jako website z důvodů uvedených výše.
Asi to chce promyslet víc pečlivě, ale přijde mi to rozhodně jako krok
správným
směrem. Vyrábět v OSM seznamy pomocí dvojteček je fakt nestandardní a jde to
proti datovému modelu.
"
Nejedná se přímo o adresu. Jde o jakoukoli změnu v prodejním místě. To, že
je součástí i adresa je spíše výjimka než pravidlo. Nedělal jsem analýzu,
jak často se prodejní místa mění, ale určitě k tomu dochází. Samotný
identifikátor nestačí. A použití nějakého třetího zdroje obsahující mapování
bych se pokud možno vyhnul. Dle mých zkušeností jsou s tím spíše problémy.
Dříve nebo později se to stejně rozjede a pak je potřeba dělat nějakou
synchronizaci. Což v tomto případě nebude jen tak a už vidím, jak se do toho
někdo hrne.
Nebyl by odkaz na povídání o těch dvojtečkách? Je to toto: http://wiki.
openstreetmap.org/wiki/Namespace ?
Byl to jen takový momentální nápad. Zdálo se mi, že to je lepší než:
checkpoint:sales_point_1
checkpoint:sales_point_2
checkpoint:sales_point_3
Marián
"
Milan
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz";___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
On Thu 30-05-13 14:45:07, Marián Kyral wrote:
> No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně
> mohl přiřadit (vytvořit) další členy relace.
Tomu rozumím, proto jsem navrhoval FIXME. Ale ještě lépe to udržovat mimo a
nezaplevelovat mapu. Pak by se totiž mohlo snadno stát, že nějakou dobu bude
malé procento převedeno na skutečné objekty a renderery už začnou brát data z
FIXME tagů - a bordelbude dokonán.
> 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.
> 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.
> 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
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
-- Původní zpráva -- Od: hanoj Datum: 30. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Je třeba opustit iluzi, že "se to" postupně opraví a doplní. Netvařme se, že jsme schopni mít lepší data než sám původce turistických známek (TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených importů a import TZ prezentuje ani ne polotovar. " Ještě dodám, že na rozdíl od těch nedotažených importů, plánuji napsat update skript. Který bude hlídat změny (nové známky, zrušené známky, aktualizované známky). A výstupem bude report ukazující co se změnilo a co je potřeba zkontrolovat/opravit. K tomu ale potřebuji aby byly TZ zaintegrovány s jasnými pravidly. Pak bude proces aktualizace a vygenerování reportu relativně jednoduchý. Ad Fixme) Pomocí Overpass turbo není problém z OSM databáze vytáhnout seznam TZ, které zatím nebyly zkontrolovány (mají fixme). Z toho pak už je celkem jednoduché vygenerovat nějaký report: - Celkem: 2010 Potřebuje kontrolu: 236 Hotovo: 88% TZ: 3. Karlova studánka (50.11221, 18.4431) TZ: 999. XXX (51.9986, 18.1512) ... - No a tohle můžu každý týden posílat do konference. Myslíš, že by tady někdo neměl nutkání to číslo srazit na 0? BTW, je někde seznam těch nedotažených importů, nejlépe s popisem, co je ještě potřeba dodělat? Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
-- Původní zpráva --
Od: Milan Vancura
Datum: 30. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky
"On Wed 29-05-13 23:17:22, Marián Kyral wrote:
> Relace)
> type=checkpoint
> checkpoint=tourism
> checkpoint:type=tourist_stamp
> name=3. Karlova Studánka
> checkpoint:category:cz=Jeseníky
> checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59
> checkpoint:sales_point:web:1=http://www.k.studanka.cz
> checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka
> checkpoint:sales_point:web:2=http://www.kstudanka.cz
> checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka
> checkpoint:sales_point:web:3=http://k.studanka.cz
> checkpoint:sales_point:4=Cukrárna Roman Korytar
> checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka
> checkpoint:sales_point:6=Geologická sbírka Jeseníků
> checkpoint:sales_point:web:6=http://www.ejeseniky.com
> Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení?
> Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje.
Zdravím,
mně se to s těmi dvojtečkami nelíbí. Vždyť je to relace a relace je tu od
toho,
aby měla členy, ne? Tak proč to nahrazovat spoustou dvojtečkovaných
atributů?
To bych chápal maximálně jako FIXME. A ve výsledku by objekty (výše tedy
Infocentrum Impuls, Občerstvení U vodopádu, Lázeňský dům Libuše...) měly být
členem relace, s typem "sales_point".
Milan Vančura
"
No to mělo. Ovšem nějak tam ta data potřebuji napoprvé dostat abych následně
mohl přiřadit (vytvořit) další členy relace. A stejně, pokud všechny tyto
body převedu na skutečné objekty a zařadím je do relace, potřebuji je nějak
identifikovat s ohledem na předpokládané aktualizace.
Prodejní místa se můžou změnit, website se může změnit. Potřeboval bych
nějak identifikovat nově přidaná nebo smazaná prodejní místa. Pokud budu mít
klíč checkpoint:sales_point:1 tak není problém zjistit, jestli se něco
změnilo, nebo ne. Ovšem pokud budu mít x členů relace s rolí "sales_point"
tak nevím jak poznám, který člen odpovídá "Infocentrum Impuls, 793 24
Karlova Studánka 59". No a pokud se infocentrum přestěhuje a bude tam nově
třeba "... Karlova Studánka 77". tak už to vůbec nepoznám.
Muselo by to být nějak zakódováno přímo u daného prodejního místa, třeba ref
=TSCZ:3:SP1, ale to by zase mohlo kolidovat s už existujícím ref. Stejně pak
ale musím mít možnost poznat, že se třeba změnila adresa. A to buď tak, že
tam bude celý řetězec ("Infocentrum Impuls, 793 24 Karlova Studánka 59"),
nebo nějaký hash (třeba md5) či kontrolní číslici. A totéž musí být i pro
web adresu (pokud existuje). To ale znamená, že jak ref, tak i hash pro
jméno a website musí být přiřazeno danému objektu. A musí to být přiřazeno
ručně -> práce navíc a dají se v tom udělat chyby. A třeba spočítat hash asi
každý neumí. Navíc se pak kdokoli může rozhodnout, že ty podivné tagy se mu
nelíbí a smaže je -> update skript to bude hlásit jako nový objekt.
Nějaký nápad?
Marián
"
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz";___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
-- Původní zpráva -- Od: hanoj Datum: 30. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky "Dne 29. května 2013 23:17 Marián Kyral napsal(a): > Sice teď nějak nestíhám, ale dovolil bych si to shrnout: > > Turistická známka bude zadávána jako relace (type=checkpoint). Uvnitř bude > minimálně jeden člen definující turistickou atrakci (role=attraction), ke > které se daná známka vztahuje. Další členové jsou nepovinní a označují > prodejní místa (role=sales_point). > > Během importu se vytvoří relace popisující turistickou známku a dočasný bod, > který bude následně ručně spárovat se skutečným objektem. Pokud konkrétní > bod neexistuje, změní se dočasný bod na trvalý. Bude označen jako > tourism=attraction. > > Pokud se známka neprodává nikde jinde než v místě, nebude prvek s rolí > "sales_point" přiřazen. Předpokládá se, že známka se prodává na atrakci. > (ekvivalent: checkpoint:sales_point=yes) (Případně neměl by být prvek přidán > dvakrát, pokaždé s jinou rolí?. JOSM má sice námitky, ale nechá se > přesvědčit a takovou relaci vytvoří.) *** Zásadně se mi nelíbí, že 1) import má 2000 relací a v každé je jeden bod 2) každý bod má fixme Je třeba opustit iluzi, že "se to" postupně opraví a doplní. Netvařme se, že jsme schopni mít lepší data než sám původce turistických známek (TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených importů a import TZ prezentuje ani ne polotovar. " OK. Toto je verze vzniklá na základě zdejší diskuze. Bohužel bez ručního spárování to nejde. Jméno TZ málokdy přesně souhlasí se jménem daného objektu. Nevím, jak bych to tedy automaticky dohledával. Navíc, jak bylo zmíněno v diskuzi, některé známky ani konkrétní bod nemají. Jak to ve skriptu zjistit? V seznamu jsou kategorie (třeba Hrady a zámky, rozhledny), ale taky tam jsou oblasti (Jeseníky, český ráj...), které obsahují všechny známky z dané oblasti a jsou různých typů. Takže tam jsou jak Prachovské skály, tak i hrad Kost nebo zámek Humprecht. Z kategorie "Český ráj" nelze vydedukovat, jaký typ bodu v okolí se má hledat. Navíc nápad s relacemi se mi líbí. Vyřeší se tím problém s kolizemi (name, website, ref, tourism...). A možnost mít v relaci i konkrétní místa prodeje je podle mně výhoda. To že TZ neposkytují přesné souřadnice by nás přece nemělo zastavit. Pokud to naimportuji jako samostatné body a následně budu chtít přidat i místo kde se známka prodává? Musím pak tu relaci vytvořit manuálně? Nebo mám smůlu a relaci vytvořit nesmím, tedy tato informace nebude dostupná? U předchozích importů jsem nebyl a nevím jak probíhaly. Když jsem se ptal na zkušenosti s importy a jak to správně udělat, nikdo zkušený se neozval. " Import TZ má mít 2000 bodů bez relací a má být natolik konzistentní, aby byl bez fixme. " Když mi poradíš jak, tak se to pokusím zrealizovat. Jak jsem psal, import můžu udělat po menších částech a postupně jej manuálně spárovat. V rámci testů jsem si pár bodu zkusil a jde to celkem dobře. U nějaké rozhledny jsem dokonce narazil na dva oddělené body kousek od sebe. Jeden tagovaný jako věž a druhý jako rozhledna. Ty by se určitě daly spojit (a data se tak i pročistí). Chci vylepšit OSM a myslím, že TZ je jedna z věcí, která hodně vylepší turistické mapy. Když jsem zjišťoval, jak takový import probíhá, nabyl jsem dojmu, že to bude fuška. No nemýlil jsem se. Abych řekl pravdu, vůbec se nedivím, že ty komíny nakonec nikdo nenaimportoval, i když zdroj a souhlas s užitím máme. Marián " ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz";___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Dne 29. května 2013 23:17 Marián Kyral napsal(a): > Sice teď nějak nestíhám, ale dovolil bych si to shrnout: > > Turistická známka bude zadávána jako relace (type=checkpoint). Uvnitř bude > minimálně jeden člen definující turistickou atrakci (role=attraction), ke > které se daná známka vztahuje. Další členové jsou nepovinní a označují > prodejní místa (role=sales_point). > > Během importu se vytvoří relace popisující turistickou známku a dočasný bod, > který bude následně ručně spárovat se skutečným objektem. Pokud konkrétní > bod neexistuje, změní se dočasný bod na trvalý. Bude označen jako > tourism=attraction. > > Pokud se známka neprodává nikde jinde než v místě, nebude prvek s rolí > "sales_point" přiřazen. Předpokládá se, že známka se prodává na atrakci. > (ekvivalent: checkpoint:sales_point=yes) (Případně neměl by být prvek přidán > dvakrát, pokaždé s jinou rolí?. JOSM má sice námitky, ale nechá se > přesvědčit a takovou relaci vytvoří.) *** Zásadně se mi nelíbí, že 1) import má 2000 relací a v každé je jeden bod 2) každý bod má fixme Je třeba opustit iluzi, že "se to" postupně opraví a doplní. Netvařme se, že jsme schopni mít lepší data než sám původce turistických známek (TZ). To prostě nefunguje, dodnes je v OSM spousta roky nedotažených importů a import TZ prezentuje ani ne polotovar. Import TZ má mít 2000 bodů bez relací a má být natolik konzistentní, aby byl bez fixme. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Sice teď nějak nestíhám, ale dovolil bych si to shrnout: Turistická známka bude zadávána jako relace (type=checkpoint). Uvnitř bude minimálně jeden člen definující turistickou atrakci (role=attraction), ke které se daná známka vztahuje. Další členové jsou nepovinní a označují prodejní místa (role=sales_point). Během importu se vytvoří relace popisující turistickou známku a dočasný bod, který bude následně ručně spárovat se skutečným objektem. Pokud konkrétní bod neexistuje, změní se dočasný bod na trvalý. Bude označen jako tourism= attraction. Pokud se známka neprodává nikde jinde než v místě, nebude prvek s rolí "sales_point" přiřazen. Předpokládá se, že známka se prodává na atrakci. (ekvivalent: checkpoint:sales_point=yes) (Případně neměl by být prvek přidán dvakrát, pokaždé s jinou rolí?. JOSM má sice námitky, ale nechá se přesvědčit a takovou relaci vytvoří.) Naopak, pokud se v místě atrakce turistická známka neprodává, bude prvku atrakce přiřazen klíč checkpoint:sales_point=no Shrnutí klíčů: 1) Relace type=checkpoint checkpoint=tourism checkpoint:type=tourist_stamp name=123. Rozhledna XYZ checkpoint:category:cz=Rozhledny checkpoint:sales_point:1=IC aa checkpoint:sales_point:web:1=http://ic.aa.cz checkpoint:sales_point:13=IC xx checkpoint:sales_point:web:13=http://ic.xx.cz ref=TSCZ:123 source=turisticke-znamky website=http://www.turisticke-znamky.cz/znamka_.php?id=123 2) Dočasný bod tourism=attraction name=Rozhledna XYZ source=turisticke-znamky fixme=Dočasný bod relace turistické známky 123. Rozhledna XYZ. Opravte prosim dle pokynů na http://wiki.openstreetmap.org/wiki/XXX Příklady: 1) Situace po importu Bod) tourism=attraction name=Praděd 1491m source=turisticke-znamky fixme=Dočasný bod relace turistické známky 1. Praděd 1491m. Opravte prosim dle pokynů na http://wiki.openstreetmap.org/wiki/XXX role=attraction (v relaci) Relace) type=checkpoint checkpoint=tourism checkpoint:type=tourist_stamp name=1. Praděd 1491m checkpoint:category:cz=Jeseníky checkpoint:sales_point:1=Restaurace Praděd checkpoint:sales_point:web:1=http://www.hotelpraded.cz/ ref=TSCZ:1 source=turisticke-znamky website=http://www.turisticke-znamky.cz/znamka_.php?id=1 2) Známka se prodává v místě atrakce a na několika dalších místech Bod) tourism=attraction name=Karlova Studánka source=turisticke-znamky fixme=Dočasný bod relace turistické známky 3. Karlova Studánka. Opravte prosim dle pokynů na http://wiki.openstreetmap.org/wiki/XXX role=attraction (v relaci) Relace) type=checkpoint checkpoint=tourism checkpoint:type=tourist_stamp name=3. Karlova Studánka checkpoint:category:cz=Jeseníky checkpoint:sales_point:1=Infocentrum Impuls, 793 24 Karlova Studánka 59 checkpoint:sales_point:web:1=http://www.k.studanka.cz checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka checkpoint:sales_point:web:2=http://www.kstudanka.cz checkpoint:sales_point:3=Lázeňský dům Libuše - recepce, Karlova Studánka checkpoint:sales_point:web:3=http://k.studanka.cz checkpoint:sales_point:4=Cukrárna Roman Korytar checkpoint:sales_point:5=Minimarket Roja, Karlova Studánka checkpoint:sales_point:6=Geologická sbírka Jeseníků checkpoint:sales_point:web:6=http://www.ejeseniky.com ref=TSCZ:3 source=turisticke-znamky website=http://www.turisticke-znamky.cz/znamka_.php?id=3 3) Známka se prodává pouze v místě atrakce Bod) tourism=alpine_hut name=Chata Rozhled source=turisticke-znamky website=http://www.chatarozhled.cz role=attraction (v relaci) Relace) type=checkpoint checkpoint=tourism checkpoint:type=tourist_stamp name=14. Rozhled checkpoint:category:cz=Krkonoše ref=TSCZ:14 source=turisticke-znamky website=http://www.turisticke-znamky.cz/znamka_.php?id=14 4) Známka je dostupná pouze na prodejních místech, není v místě atrakce. Bod) tourism=attraction amenity=place_of_worship religion=christian building=chapel name=Lískovec u Frýdku - Místku, Kaplička v Hájku source=turisticke-znamky checkpoint:sales_point=no role=attraction (v relaci) Relace) type=checkpoint checkpoint=tourism checkpoint:type=tourist_stamp name=1512. Lískovec u Frýdku - Místku, Kaplička v Hájku checkpoint:category:cz=Církevní památky checkpoint:sales_point:1=Beskydské informační centrum Frýdek checkpoint:sales_point:2=Beskydské informační centrum Místek ref=TSCZ:1512 source=turisticke-znamky website=http://www.turisticke-znamky.cz/znamka_.php?id=1512 Mám dotaz: Nepřeháním to s těmi dvojtečkami? Není na to nějaké omezení? Přiznám se, že jsem moc nehledal, ale JOSM neprotestuje. checkpoint:sales_point:2=Občerstvení U vodopádu, Karlova Studánka checkpoint:sales_point:web:2=http://www.kstudanka.cz Zdrojové kódy skriptu pro prvotní import jsem dal na Github: https://github. com/mkyral/osm Určitě to není bezchybné, ale zatím to funguje ;-) Skript pro aktualizaci plánuji až po dokončení úvodního importu (nebo alespoň první části). Přece jen se lépe pracuje se skutečnými daty. Vygeneroval jsem .osm soubory s novým nastavením: http://www.kyralovi.cz/tmp/ts
Re: [Talk-cz] Turistické známky
Za me dobry :-)
Dne 24.5.2013 14:25, Marián Kyral napsal(a):
Tak jsem teď čirou náhodou narazil na:
http://wiki.openstreetmap.org/wiki/Proposed_features/Checkpoint_for_Tourism
Ony vlastně turistické známky jsou v podstatě totéž. Dokládají, že
turista na daném místě byl*, protože jinde daná známka nejde koupit a
poštou ji zašlou pouze oproti nějakému důkazu (vstupenka, fotka).
*) Ne vždy se daná známka prodává přímo na místě (například některé
vrcholy bez chaty), takže někomu stačí dorazit na nejbližší prodejní
místo a na místo samé už pak ani nejde.
Ovšem tag by se musel rozšířit:
checkpoint=tourist
checkpoint:type=tourist_stamp
checkpoint:category:cz=Pohoří
checkpoint:sales_place_1=IC aa
checkpoint:sales_place_web_13=http://ic.xx.cz
checkpoint:sales_place_13=IC aa
checkpoint:sales_place_web_13=http://ic.xx.cz
Co myslíte?
Marián
-- Původní zpráva --
Od: Marián Kyral
Datum: 23. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky
Na http://www.kyralovi.cz/tmp/all.zip lze stáhnout soubor obsahující
všechny CZ známky. Když si to člověk otevře, dostane krásnou slepou
mapu republiky ;-)
Mám trochu problém s klíčem "description". Dle validátoru nesmí být
jeho hodnota delší než 119 znaků. Takže zamýšlená konstrukce neprojde.
description="CATEGORY; prodejní_místo_1 (www1); prodejní_místo_2
(www2);...prodejní_místo_13 (www13);"
Potřebuji to nějak rozdělit do více řádků. Něco jako
ts_category=
ts_sales_point_1=
ts_sales_point_2=
ts_sales_point_3=
...
ts_sales_point_13=
Marián
-- Původní zpráva --
Od: Marián Kyral
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky
Tak jsem spáchal první verzi importního skriptu.
Výstup pro kategorii BESKYDY lze stáhnout tady:
http://www.kyralovi.cz/tmp/tz_beskydy.osm
Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další
vrstvy a klasicky dotáhnout relevantní data z OSM. Můžete si
třeba zkusit doplnit nějakou relaci. Otestuje a dejte vědět co
vylepšit (a jestli to je vůbec ono).
V souboru jsou následující kategorie:
ARCHEO
BEROUNKA
BESKYDY
BÍLÉ KARPATY
BROUMOVSKÉ MEZIHOŘÍ
CÍRKEVNÍ PAMÁTKY
ČESKÉ STŘEDOHOŘÍ
ČESKÝ LES
ČESKÝ RÁJ (www.rajnet.cz)
HISTORICKÁ MĚSTA
HISTORICKÉ PIVOVARY
HOSTÝNSKÉ VRCHY
HRADY
CHKO
CHŘIBY
JAVORNÍKY
JESENÍKY
JESKYNĚ A PROPASTI
JESTŘEBÍ HORY
JEŠTĚDSKÝ HŘBET
JIHLAVSKÉ VRCHY
JIZERSKÉ HORY
Karviná
KRKONOŠE
KRUŠNÉ HORY
LABSKÉ PÍSKOVCE
LITOVELSKÉ POMORAVÍ
LUŽICKÉ HORY
LUŽNICE
MORAVSKÝ KRAS
NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO
NEZAŘAZENO
NOVOHRADSKÉ HORY
OHŘE
ORLICKÉ HORY
OTAVA
PAMÁTNÍKY
RALSKÁ PAHORKATINA
ROZHLEDNY
RYCHLEBSKÉ HORY
SÁZAVA
SKANZENY A MUZEA
SKUPINA KRALICKÉHO SNĚŽNÍKU
SLAVKOVSKÝ LES
ŠUMAVA
TECHNICKÉ PAMÁTKY
VÁLEČNÉ PAMÁTNÍKY
VINAŘSKÉ OBCE
VLTAVA
VSETÍNSKÉ VRCHY
WESTERN
ZÁMKY
ZOOLOGICKÉ ZAHRADY
ŽĎÁRSKÉ VRCHY
ŽELEZNÉ HORY
Předpokládám, že import se bude dělat po kategoriích. Zatím jsem
nezjiťoval, kolik je v každé známek.
Marián
-- Původní zpráva --
Od: Marián Kyral
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky
-- Původní zpráva --
Od: Tomáš Tichý
Datum: 22. 5. 2013
Předmět: Re: [Talk-cz] Turistické známky
Při importu by mohl být v relaci jediný provizorní bod
označený nějakým FIXME.
TT
Nějak takto?
Marián
Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com>> napsal(a):
>
> Import známek jako relací by se mi osobně líbil.
Akorát bych nevěděl, jaký objekt vložit hned při importu
- musel by být hned označený přesný obchod/atrakce...
> LM_1
>
>
> Dne 22. května 2013 16:54 Tomáš Tichý
mailto:t.ti...@post.cz>> napsal(a):
>
>> A co importovat známky jako relace? Jednak má známka
obvykle vlastní objekt
Re: [Talk-cz] Turistické známky
Tak jsem teď čirou náhodou narazil na: http://wiki.openstreetmap.org/wiki/ Proposed_features/Checkpoint_for_Tourism Ony vlastně turistické známky jsou v podstatě totéž. Dokládají, že turista na daném místě byl*, protože jinde daná známka nejde koupit a poštou ji zašlou pouze oproti nějakému důkazu (vstupenka, fotka). *) Ne vždy se daná známka prodává přímo na místě (například některé vrcholy bez chaty), takže někomu stačí dorazit na nejbližší prodejní místo a na místo samé už pak ani nejde. Ovšem tag by se musel rozšířit: checkpoint=tourist checkpoint:type=tourist_stamp checkpoint:category:cz=Pohoří checkpoint:sales_place_1=IC aa checkpoint:sales_place_web_13=http://ic.xx.cz checkpoint:sales_place_13=IC aa checkpoint:sales_place_web_13=http://ic.xx.cz Co myslíte? Marián -- Původní zpráva -- Od: Marián Kyral Datum: 23. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Na http://www.kyralovi.cz/tmp/all.zip lze stáhnout soubor obsahující všechny CZ známky. Když si to člověk otevře, dostane krásnou slepou mapu republiky ; -) Mám trochu problém s klíčem "description". Dle validátoru nesmí být jeho hodnota delší než 119 znaků. Takže zamýšlená konstrukce neprojde. description="CATEGORY; prodejní_místo_1 (www1); prodejní_místo_2 (www2);... prodejní_místo_13 (www13);" Potřebuji to nějak rozdělit do více řádků. Něco jako ts_category= ts_sales_point_1= ts_sales_point_2= ts_sales_point_3= ... ts_sales_point_13= Marián -- Původní zpráva -- Od: Marián Kyral Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Tak jsem spáchal první verzi importního skriptu. Výstup pro kategorii BESKYDY lze stáhnout tady: http://www.kyralovi.cz/tmp/ tz_beskydy.osm Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další vrstvy a klasicky dotáhnout relevantní data z OSM. Můžete si třeba zkusit doplnit nějakou relaci. Otestuje a dejte vědět co vylepšit (a jestli to je vůbec ono). V souboru jsou následující kategorie: ARCHEO BEROUNKA BESKYDY BÍLÉ KARPATY BROUMOVSKÉ MEZIHOŘÍ CÍRKEVNÍ PAMÁTKY ČESKÉ STŘEDOHOŘÍ ČESKÝ LES ČESKÝ RÁJ (www.rajnet.cz) HISTORICKÁ MĚSTA HISTORICKÉ PIVOVARY HOSTÝNSKÉ VRCHY HRADY CHKO CHŘIBY JAVORNÍKY JESENÍKY JESKYNĚ A PROPASTI JESTŘEBÍ HORY JEŠTĚDSKÝ HŘBET JIHLAVSKÉ VRCHY JIZERSKÉ HORY Karviná KRKONOŠE KRUŠNÉ HORY LABSKÉ PÍSKOVCE LITOVELSKÉ POMORAVÍ LUŽICKÉ HORY LUŽNICE MORAVSKÝ KRAS NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO NEZAŘAZENO NOVOHRADSKÉ HORY OHŘE ORLICKÉ HORY OTAVA PAMÁTNÍKY RALSKÁ PAHORKATINA ROZHLEDNY RYCHLEBSKÉ HORY SÁZAVA SKANZENY A MUZEA SKUPINA KRALICKÉHO SNĚŽNÍKU SLAVKOVSKÝ LES ŠUMAVA TECHNICKÉ PAMÁTKY VÁLEČNÉ PAMÁTNÍKY VINAŘSKÉ OBCE VLTAVA VSETÍNSKÉ VRCHY WESTERN ZÁMKY ZOOLOGICKÉ ZAHRADY ŽĎÁRSKÉ VRCHY ŽELEZNÉ HORY Předpokládám, že import se bude dělat po kategoriích. Zatím jsem nezjiťoval, kolik je v každé známek. Marián -- Původní zpráva -- Od: Marián Kyral Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " -- Původní zpráva -- Od: Tomáš Tichý Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Při importu by mohl být v relaci jediný provizorní bod označený nějakým FIXME. TT " Nějak takto? Marián " Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a): > > Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký objekt vložit hned při importu - musel by být hned označený přesný obchod/ atrakce... > LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a): > >> A co importovat známky jako relace? Jednak má známka obvykle vlastní objekt - zajímavost a pak několik prodejních míst, které by se dala také do relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / sufix. >> TT >> " " " " " " ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz"; ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz";___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
> 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Na http://www.kyralovi.cz/tmp/all.zip lze stáhnout soubor obsahující všechny CZ známky. Když si to člověk otevře, dostane krásnou slepou mapu republiky ; -) Mám trochu problém s klíčem "description". Dle validátoru nesmí být jeho hodnota delší než 119 znaků. Takže zamýšlená konstrukce neprojde. description="CATEGORY; prodejní_místo_1 (www1); prodejní_místo_2 (www2);... prodejní_místo_13 (www13);" Potřebuji to nějak rozdělit do více řádků. Něco jako ts_category= ts_sales_point_1= ts_sales_point_2= ts_sales_point_3= ... ts_sales_point_13= Marián -- Původní zpráva -- Od: Marián Kyral Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Tak jsem spáchal první verzi importního skriptu. Výstup pro kategorii BESKYDY lze stáhnout tady: http://www.kyralovi.cz/tmp/ tz_beskydy.osm Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další vrstvy a klasicky dotáhnout relevantní data z OSM. Můžete si třeba zkusit doplnit nějakou relaci. Otestuje a dejte vědět co vylepšit (a jestli to je vůbec ono). V souboru jsou následující kategorie: ARCHEO BEROUNKA BESKYDY BÍLÉ KARPATY BROUMOVSKÉ MEZIHOŘÍ CÍRKEVNÍ PAMÁTKY ČESKÉ STŘEDOHOŘÍ ČESKÝ LES ČESKÝ RÁJ (www.rajnet.cz) HISTORICKÁ MĚSTA HISTORICKÉ PIVOVARY HOSTÝNSKÉ VRCHY HRADY CHKO CHŘIBY JAVORNÍKY JESENÍKY JESKYNĚ A PROPASTI JESTŘEBÍ HORY JEŠTĚDSKÝ HŘBET JIHLAVSKÉ VRCHY JIZERSKÉ HORY Karviná KRKONOŠE KRUŠNÉ HORY LABSKÉ PÍSKOVCE LITOVELSKÉ POMORAVÍ LUŽICKÉ HORY LUŽNICE MORAVSKÝ KRAS NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO NEZAŘAZENO NOVOHRADSKÉ HORY OHŘE ORLICKÉ HORY OTAVA PAMÁTNÍKY RALSKÁ PAHORKATINA ROZHLEDNY RYCHLEBSKÉ HORY SÁZAVA SKANZENY A MUZEA SKUPINA KRALICKÉHO SNĚŽNÍKU SLAVKOVSKÝ LES ŠUMAVA TECHNICKÉ PAMÁTKY VÁLEČNÉ PAMÁTNÍKY VINAŘSKÉ OBCE VLTAVA VSETÍNSKÉ VRCHY WESTERN ZÁMKY ZOOLOGICKÉ ZAHRADY ŽĎÁRSKÉ VRCHY ŽELEZNÉ HORY Předpokládám, že import se bude dělat po kategoriích. Zatím jsem nezjiťoval, kolik je v každé známek. Marián -- Původní zpráva -- Od: Marián Kyral Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " -- Původní zpráva -- Od: Tomáš Tichý Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Při importu by mohl být v relaci jediný provizorní bod označený nějakým FIXME. TT " Nějak takto? Marián " Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a): > > Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký objekt vložit hned při importu - musel by být hned označený přesný obchod/ atrakce... > LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a): > >> A co importovat známky jako relace? Jednak má známka obvykle vlastní objekt - zajímavost a pak několik prodejních míst, které by se dala také do relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / sufix. >> TT >> " " " " " " ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz";___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Tak jsem spáchal první verzi importního skriptu. Výstup pro kategorii BESKYDY lze stáhnout tady: http://www.kyralovi.cz/tmp/ tz_beskydy.osm Stačí stáhnout a otevřít v josm. Následně pak jdou přidat další vrstvy a klasicky dotáhnout relevantní data z OSM. Můžete si třeba zkusit doplnit nějakou relaci. Otestuje a dejte vědět co vylepšit (a jestli to je vůbec ono). V souboru jsou následující kategorie: ARCHEO BEROUNKA BESKYDY BÍLÉ KARPATY BROUMOVSKÉ MEZIHOŘÍ CÍRKEVNÍ PAMÁTKY ČESKÉ STŘEDOHOŘÍ ČESKÝ LES ČESKÝ RÁJ (www.rajnet.cz) HISTORICKÁ MĚSTA HISTORICKÉ PIVOVARY HOSTÝNSKÉ VRCHY HRADY CHKO CHŘIBY JAVORNÍKY JESENÍKY JESKYNĚ A PROPASTI JESTŘEBÍ HORY JEŠTĚDSKÝ HŘBET JIHLAVSKÉ VRCHY JIZERSKÉ HORY Karviná KRKONOŠE KRUŠNÉ HORY LABSKÉ PÍSKOVCE LITOVELSKÉ POMORAVÍ LUŽICKÉ HORY LUŽNICE MORAVSKÝ KRAS NÁRODNÍ PARK ČESKÉ ŠVÝCARSKO NEZAŘAZENO NOVOHRADSKÉ HORY OHŘE ORLICKÉ HORY OTAVA PAMÁTNÍKY RALSKÁ PAHORKATINA ROZHLEDNY RYCHLEBSKÉ HORY SÁZAVA SKANZENY A MUZEA SKUPINA KRALICKÉHO SNĚŽNÍKU SLAVKOVSKÝ LES ŠUMAVA TECHNICKÉ PAMÁTKY VÁLEČNÉ PAMÁTNÍKY VINAŘSKÉ OBCE VLTAVA VSETÍNSKÉ VRCHY WESTERN ZÁMKY ZOOLOGICKÉ ZAHRADY ŽĎÁRSKÉ VRCHY ŽELEZNÉ HORY Předpokládám, že import se bude dělat po kategoriích. Zatím jsem nezjiťoval, kolik je v každé známek. Marián -- Původní zpráva -- Od: Marián Kyral Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " -- Původní zpráva -- Od: Tomáš Tichý Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Při importu by mohl být v relaci jediný provizorní bod označený nějakým FIXME. TT " Nějak takto? Marián " Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a): > > Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký objekt vložit hned při importu - musel by být hned označený přesný obchod/ atrakce... > LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a): > >> A co importovat známky jako relace? Jednak má známka obvykle vlastní objekt - zajímavost a pak několik prodejních míst, které by se dala také do relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / sufix. >> TT >> " " " " " "___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
-- Původní zpráva -- Od: Tomáš Tichý Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Při importu by mohl být v relaci jediný provizorní bod označený nějakým FIXME. TT " Nějak takto? Marián " Dne 22.5.2013 17:26 "LM_1" mailto:flukas.robot%2b...@gmail.com)> napsal(a): > > Import známek jako relací by se mi osobně líbil. Akorát bych nevěděl, jaký objekt vložit hned při importu - musel by být hned označený přesný obchod/ atrakce... > LM_1 > > > Dne 22. května 2013 16:54 Tomáš Tichý mailto:t.ti...@post.cz)> napsal(a): > >> A co importovat známky jako relace? Jednak má známka obvykle vlastní objekt - zajímavost a pak několik prodejních míst, které by se dala také do relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / sufix. >> TT >> >> Dne 22.5.2013 16:41 "Marián Kyral" mailto:mky...@email.cz)> napsal(a): >> >>> Ahoj, >>> -- Původní zpráva ------ >>> >>> Od: Milan Vancura mailto:mi...@ucw.cz)> >>> Datum: 22. 5. 2013 >>> Předmět: Re: [Talk-cz] Turistické známky >>> >>> >>>> Ahoj všem. >>>> >>>> Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není >>>> shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší zkušenější, >>>> ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se >>>> ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování >>>> českých škol nedávno, toho je velká škoda). >>> >>> >>> Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. Osobně jsem v OSM pořád nováček ;-) >>> >>> Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se mi samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na budově. >>> >>> Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo dobré brát v potaz i tamní zvyklosti a výsledné řešení udělat jako kompromis těchto přístupů. >>> >>> Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem importu? Jak říkám, nemám zkušenosti s tím, jak to funguje. >>> >>> >>>> >>>> On Wed 22-05-13 13:21:03, Marián Kyral wrote: >>>> > On 22. 5. 2013 jzvc wrote: >>>> >> Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy >>>> >> navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes, >>>> >> protoze to tam proste neni. >>>> >> Za me lepsi zadna data nez zabordelena data. >>>> > >>>> > Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu. >>>> >>>> Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou >>>> separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze udělat >>>> rozumný automatický dotaz ani tak základní a přirozený jako "adresa obchodu". >>>> Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze >>>> samotného designu dat OSM: >>>> >>>> > Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ >>>> > musely mít speciální tagy: >>>> > >>>> > name:tz= >>>> > description:tz= >>>> > ref:tz= >>>> > source:tz= >>>> >>>> To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu >>>> (jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou >>>> obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně lepší mít >>>> separátní nody pro separátní sady vlastností. A hlavně už je toto řešení >>>> použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro jeden >>>> detail (turistické známky) se najednou tvářit, že zachráním svět. >>>> >>>> Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní rozšíření >>>> datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí >>>> dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až >>>> standardizované. >>>> >>>> Plus samozřejmě pro turistické známky platí i všechny praktické argumenty >>>> zmí
Re: [Talk-cz] Turistické známky
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" 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ý napsal(a): > >> A co importovat známky jako relace? Jednak má známka obvykle vlastní objekt - zajímavost a pak několik prodejních míst, které by se dala také do relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / sufix. >> TT >> >> Dne 22.5.2013 16:41 "Marián Kyral" napsal(a): >> >>> Ahoj, >>> -- Původní zpráva -- >>> >>> Od: Milan Vancura >>> Datum: 22. 5. 2013 >>> Předmět: Re: [Talk-cz] Turistické známky >>> >>> >>>> Ahoj všem. >>>> >>>> Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není >>>> shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší zkušenější, >>>> ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se >>>> ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování >>>> českých škol nedávno, toho je velká škoda). >>> >>> >>> Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. Osobně jsem v OSM pořád nováček ;-) >>> >>> Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se mi samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na budově. >>> >>> Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo dobré brát v potaz i tamní zvyklosti a výsledné řešení udělat jako kompromis těchto přístupů. >>> >>> Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem importu? Jak říkám, nemám zkušenosti s tím, jak to funguje. >>> >>> >>>> >>>> On Wed 22-05-13 13:21:03, Marián Kyral wrote: >>>> > On 22. 5. 2013 jzvc wrote: >>>> >> Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy >>>> >> navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes, >>>> >> protoze to tam proste neni. >>>> >> Za me lepsi zadna data nez zabordelena data. >>>> > >>>> > Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu. >>>> >>>> Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou >>>> separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze udělat >>>> rozumný automatický dotaz ani tak základní a přirozený jako "adresa obchodu". >>>> Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze >>>> samotného designu dat OSM: >>>> >>>> > Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ >>>> > musely mít speciální tagy: >>>> > >>>> > name:tz= >>>> > description:tz= >>>> > ref:tz= >>>> > source:tz= >>>> >>>> To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu >>>> (jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou >>>> obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně lepší mít >>>> separátní nody pro separátní sady vlastností. A hlavně už je toto řešení >>>> použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro jeden >>>> detail (turistické známky) se najednou tvářit, že zachráním svět. >>>> >>>> Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní rozšíření >>>> datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí >>>> dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až >>>> standardizované. >>>> >>>> Plus samozřejmě pro turistické známky platí i všechny praktické argumenty >>>> zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v budoucnu a >>>> hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ místo >>>> přiřadit jednoznačně (Brněnské podzemí). >>> >>> >>> To by až takový problém nebyl. Pokud se známka nedá přiřadit ke konkrétnímu objektu, tak by prostě zůstala jako samostatný bod. >>> >>> >>> Marián >>> >>> >>>> >>>> Milan Vančura >>>> >>>> ___ >>>> Talk-cz mailing list >>>> Talk-cz@openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> ___ >>> Talk-cz mailing list >>> Talk-cz@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-cz >>> >> >> ___ >> Talk-cz mailing list >> Talk-cz@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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ý napsal(a): > A co importovat známky jako relace? Jednak má známka obvykle vlastní > objekt - zajímavost a pak několik prodejních míst, které by se dala také do > relace přidat. A také by se tím vyřešil problém s dvojím tagováním, protože > tagy tz by byly na relaci a nemusel by se vymýšlet žádný podivný prefix / > sufix. > TT > Dne 22.5.2013 16:41 "Marián Kyral" napsal(a): > > Ahoj, >> -- Původní zpráva -- >> >> Od: Milan Vancura >> Datum: 22. 5. 2013 >> Předmět: Re: [Talk-cz] Turistické známky >> >> Ahoj všem. >> >> Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) >> není >> shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší >> zkušenější, >> ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se >> ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování >> českých škol nedávno, toho je velká škoda). >> >> >> Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. >> Osobně jsem v OSM pořád nováček ;-) >> >> Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy >> před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se >> mi samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na >> budově. >> >> Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo >> dobré brát v potaz i tamní zvyklosti a výsledné řešení udělat jako >> kompromis těchto přístupů. >> >> Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem >> importu? Jak říkám, nemám zkušenosti s tím, jak to funguje. >> >> >> >> On Wed 22-05-13 13:21:03, Marián Kyral wrote: >> > On 22. 5. 2013 jzvc wrote: >> >> Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy >> >> navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes, >> >> protoze to tam proste neni. >> >> Za me lepsi zadna data nez zabordelena data. >> > >> > Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu. >> >> Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. >> Jsou >> separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze >> udělat >> rozumný automatický dotaz ani tak základní a přirozený jako "adresa >> obchodu". >> Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze >> samotného designu dat OSM: >> >> > Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by >> TZ >> > musely mít speciální tagy: >> > >> > name:tz= >> > description:tz= >> > ref:tz= >> > source:tz= >> >> To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu >> (jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou >> obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně lepší >> mít >> separátní nody pro separátní sady vlastností. A hlavně už je toto řešení >> použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro >> jeden >> detail (turistické známky) se najednou tvářit, že zachráním svět. >> >> Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní >> rozšíření >> datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí >> dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až >> standardizované. >> >> Plus samozřejmě pro turistické známky platí i všechny praktické argumenty >> zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v >> budoucnu a >> hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ >> místo >> přiřadit jednoznačně (Brněnské podzemí). >> >> >> To by až takový problém nebyl. Pokud se známka nedá přiřadit ke >> konkrétnímu objektu, tak by prostě zůstala jako samostatný bod. >> >> >> Marián >> >> >> >> Milan Vančura >> >> ___ >> Talk-cz mailing list >> Talk-cz@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> >> ___ >> Talk-cz mailing list >> Talk-cz@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> >> > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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" napsal(a): > Ahoj, > -- Původní zpráva -- > > Od: Milan Vancura > Datum: 22. 5. 2013 > Předmět: Re: [Talk-cz] Turistické známky > > Ahoj všem. > > Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není > shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší > zkušenější, > ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se > ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování > českých škol nedávno, toho je velká škoda). > > > Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. Osobně > jsem v OSM pořád nováček ;-) > > Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy > před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se > mi samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na > budově. > > Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo dobré > brát v potaz i tamní zvyklosti a výsledné řešení udělat jako kompromis > těchto přístupů. > > Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem > importu? Jak říkám, nemám zkušenosti s tím, jak to funguje. > > > > On Wed 22-05-13 13:21:03, Marián Kyral wrote: > > On 22. 5. 2013 jzvc wrote: > >> Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy > >> navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes, > >> protoze to tam proste neni. > >> Za me lepsi zadna data nez zabordelena data. > > > > Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu. > > Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou > separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze > udělat > rozumný automatický dotaz ani tak základní a přirozený jako "adresa > obchodu". > Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze > samotného designu dat OSM: > > > Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by > TZ > > musely mít speciální tagy: > > > > name:tz= > > description:tz= > > ref:tz= > > source:tz= > > To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu > (jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou > obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně lepší > mít > separátní nody pro separátní sady vlastností. A hlavně už je toto řešení > použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro > jeden > detail (turistické známky) se najednou tvářit, že zachráním svět. > > Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní > rozšíření > datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí > dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až > standardizované. > > Plus samozřejmě pro turistické známky platí i všechny praktické argumenty > zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v > budoucnu a > hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ > místo > přiřadit jednoznačně (Brněnské podzemí). > > > To by až takový problém nebyl. Pokud se známka nedá přiřadit ke > konkrétnímu objektu, tak by prostě zůstala jako samostatný bod. > > > Marián > > > > Milan Vančura > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Ahoj, -- Původní zpráva -- Od: Milan Vancura Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky "Ahoj všem. Přiznávám, překvapuje mě, že v tak základní věci (co se týče typu dat) není shoda ani po tolika letech projektu. Pořád jsem čekal, co napíší zkušenější, ale teď mám pocit, že už se téma začíná rozmělňovat do detailů, a tak se ozývám, než se úplně rozdrobí do ztracena (stejně jako např. téma tagování českých škol nedávno, toho je velká škoda). " Abych řekl pravdu, tak pořád čekám, jak se k tomu vyjádří matadoři. Osobně jsem v OSM pořád nováček ;-) Má někdo přehled jak to je v okolních zemích? Zkoušel jsem nějaké dotazy před overpass turbo. Primárně sice zaměřené na Česko, ale do obdelníku se mi samozřejmě dostala i data z okolních zemí. Někde mají adresu přímo na budově. Pokud chci následně import TZ rozšířit na ostatní státy, tak by bylo dobré brát v potaz i tamní zvyklosti a výsledné řešení udělat jako kompromis těchto přístupů. Existuje něco jako talk-eu? Nebo mám na wiki založit stránku s návrhem importu? Jak říkám, nemám zkušenosti s tím, jak to funguje. " On Wed 22-05-13 13:21:03, Marián Kyral wrote: > On 22. 5. 2013 jzvc wrote: >> Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy >> navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes, >> protoze to tam proste neni. >> Za me lepsi zadna data nez zabordelena data. > > Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu. Ano, a spousta dalších dotazů. Např. POI a jeho adresa, třeba obchody. Jsou separátní nody. A co teprve pokud je obchod celá budova. Ano, pak nelze udělat rozumný automatický dotaz ani tak základní a přirozený jako "adresa obchodu". Jenže, pokud se nepletu, tohle nevyřešíme globálně, protože to plyne ze samotného designu dat OSM: > Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ > musely mít speciální tagy: > > name:tz= > description:tz= > ref:tz= > source:tz= To je přesně ono - v datovém modelu OSM nelze mít k jednomu objektu (jakémukoliv) více nezávislých _sad tagů_. Takže to musí skončit nějakou obezličkou. A než středníky, ":tz" apod., tak mi přijde jednoznačně lepší mít separátní nody pro separátní sady vlastností. A hlavně už je toto řešení použito v OSM (ve všech zemích) tolikrát, že ani nevidím smysl, proč pro jeden detail (turistické známky) se najednou tvářit, že zachráním svět. Pokud někdo touží zachránit/vylepšit OSM svět, ať prosadí standardní rozšíření datového modelu OSM. Pak na něj můžeme přecházet. A ne, to není odmítnutí dobrých snah a dobrých připomínek, to myslím zcela vážně. Hodnotu to má až standardizované. Plus samozřejmě pro turistické známky platí i všechny praktické argumenty zmíněné v minulých mailech ostatními: snadnost importu a jeho změn v budoucnu a hlavně že nebudeme muset řešit typy známkových míst - např. když nelze TZ místo přiřadit jednoznačně (Brněnské podzemí). " To by až takový problém nebyl. Pokud se známka nedá přiřadit ke konkrétnímu objektu, tak by prostě zůstala jako samostatný bod. Marián " Milan Vančura ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz";___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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: > 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í). Milan Vančura ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
On Wed 2013-05-22 12:34:08, jzvc wrote: > 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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 __ > Od: "jzvc" > Komu: OpenStreetMap Czech Republic > 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@openstreetmap.org >http://lists.openstreetmap.org/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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 napsal(a): > > -- Původní zpráva -- > Od: jzvc > Datum: 22. 5. 2013 > > Předmět: Re: [Talk-cz] Turistické známky > > > Dne 22.5.2013 11:04, Pavel Machek napsal(a): > > Ahoj! > > > >> I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla > >> samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým > >> objektem, který v mapě už je - a turistická známka by měla být jen další > >> informací o takovém objektu. > > No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze > > samostatne body nejsou zadny velky problem... jednodussi na import, > > jednodussi na udrzovani, nevyhody zadne. > > Pavel > Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit > tu informaci prislusnymu objektu. > > Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy > navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes, > protoze to tam proste neni. > > Za me lepsi zadna data nez zabordelena data. > > _ > > > Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu. > > > Když tak nad tím uvažuji, mně je nakonec celkem jedno, jestli budou TZ > samostatně nebo součástí objektu. Import bych stejně udělal jako samostatné > body a ty by se pak musely manuálně sloučit se souvisejícími objekty. > > > Update by pak aktualizoval pouze data relevantní pro TZ, souřadnice > objektu bych neupravoval. Výstupem aktualizace by pak byl seznam změněných > objektů, který by mohl být automaticky zaslán do této konference na revizi. > Konkrétně přiřazení objektů pro nově vytvořené TZ. > > > Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ > musely mít speciální tagy: > > > name:tz= > > description:tz= > > ref:tz= > > source:tz= > > > Jenže třeba description:tz v podstatě znamená, že description je v jazyce > "tz". To zase může někde udělat zmatek. V tom lepším případě se to prostě > na mapě nezobrazí, protože jazyk "tz" neexistuje. > > > Marián > > > __ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
-- Původní zpráva -- Od: jzvc Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky "Dne 22.5.2013 11:04, Pavel Machek napsal(a): > Ahoj! > >> I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla >> samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým >> objektem, který v mapě už je - a turistická známka by měla být jen další >> informací o takovém objektu. > No nevim, tohle zavani tim ze se import nikdy neudela. Myslim ze > samostatne body nejsou zadny velky problem... jednodussi na import, > jednodussi na udrzovani, nevyhody zadne. > Pavel Bordel v datech - nejsi schopen nijak logicky ani automaticky priradit tu informaci prislusnymu objektu. Rekneme ze se to vztahuje k hradu a rekneme, ze si sosnes do svy navigace vsechny hrady, s veskerejma informacema => tohle mit nebudes, protoze to tam proste neni. Za me lepsi zadna data nez zabordelena data. _" Stejně tak tak nebudeš mít ani adresní body - nejsou součástí objektu. Když tak nad tím uvažuji, mně je nakonec celkem jedno, jestli budou TZ samostatně nebo součástí objektu. Import bych stejně udělal jako samostatné body a ty by se pak musely manuálně sloučit se souvisejícími objekty. Update by pak aktualizoval pouze data relevantní pro TZ, souřadnice objektu bych neupravoval. Výstupem aktualizace by pak byl seznam změněných objektů, který by mohl být automaticky zaslán do této konference na revizi. Konkrétně přiřazení objektů pro nově vytvořené TZ. Jediný problém mám s tagy. V podstatě všechny mohou kolidovat. Takže by TZ musely mít speciální tagy: name:tz= description:tz= ref:tz= source:tz= Jenže třeba description:tz v podstatě znamená, že description je v jazyce "tz". To zase může někde udělat zmatek. V tom lepším případě se to prostě na mapě nezobrazí, protože jazyk "tz" neexistuje. Marián "__ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz";___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Dne 22.5.2013 10:16, hanoj napsal(a): > > > 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. > > ha > hanoj > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
> > 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 , 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 > 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 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Dne 22.5.2013 6:02, Marián Kyral napsal(a): > Ahoj, > > -- Pu*vodní zpráva -- > Od: Karel Volný > 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). > > 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@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Ještě oprava: SK taky celkem jede. Měl jsem dojem, že tam tolik známek není, ale asi to byl nějaký zastaralý dojem ;-) Marián -- Původní zpráva -- Od: Marián Kyral Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " -- Původní zpráva -- Od: LM_1 Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Kromě toho turistické známky se neomezují na Česko (http://turisticke- znamky.cz/tz/(http://turisticke-znamky.cz/tz/)), takže by nebylo od věci pojmout návrh trochu globálněji - tím se zvýší šance na podporu i v jiných mapách než specificky zaměřených na české turistické známky. " No nikde jsem nepsal, že se chci zaměřit pouze na Česko, ale zatím je k dispozici jen seznam pro CZ. Asi jsem to měl explicitně zmínit. Taky čekám na kompletní seznam - jak bylo slíbeno. No a mezitím jsem to chtěl probrat tady. Víc hlav víc ví a mnohé tady jsou mnohem zkušenější než já. A někde se musí začít, tak proč ne doma? Navíc v CZ jsou TZ nejrozšířenější. V okolních zemích nejsou TZ až tak známé a většinou pokrývají jen některé oblasti. Je mi jasné, že i při nejlepší vůli to bude nějakou dobu trvat. Prvotní import jsem schopen udělat během pár hodin, ale to musí být nejprve jasno, jak TZ namapovat a co jsem koukal, je kolem toho celkem dost byrokracie. Tu já sice nerad, ale chápu, že bez toho to nejde. Uvítám rady, co a jak a kam se následně obrátit. Každá pomoc je vítána. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz";___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
-- Původní zpráva -- Od: LM_1 Datum: 22. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " Kromě toho turistické známky se neomezují na Česko (http://turisticke- znamky.cz/tz/(http://turisticke-znamky.cz/tz/)), takže by nebylo od věci pojmout návrh trochu globálněji - tím se zvýší šance na podporu i v jiných mapách než specificky zaměřených na české turistické známky. " No nikde jsem nepsal, že se chci zaměřit pouze na Česko, ale zatím je k dispozici jen seznam pro CZ. Asi jsem to měl explicitně zmínit. Taky čekám na kompletní seznam - jak bylo slíbeno. No a mezitím jsem to chtěl probrat tady. Víc hlav víc ví a mnohé tady jsou mnohem zkušenější než já. A někde se musí začít, tak proč ne doma? Navíc v CZ jsou TZ nejrozšířenější. V okolních zemích nejsou TZ až tak známé a většinou pokrývají jen některé oblasti. Je mi jasné, že i při nejlepší vůli to bude nějakou dobu trvat. Prvotní import jsem schopen udělat během pár hodin, ale to musí být nejprve jasno, jak TZ namapovat a co jsem koukal, je kolem toho celkem dost byrokracie. Tu já sice nerad, ale chápu, že bez toho to nejde. Uvítám rady, co a jak a kam se následně obrátit. Každá pomoc je vítána. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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 napsal(a): > Ahoj, > > -- Původní zpráva -- > Od: Karel Volný > Datum: 21. 5. 2013 > Předmět: Re: [Talk-cz] Turistické známky > > zdravím, > > když už jsme se tak rozkecali ... tak já to vidím takto: > > > A dá se pak nějak zobrazit najednou daný objekt i TZ? Podporuje to nějaká > > mapa? > > pokud ne, piš na ně RFE :-) > > > Velmi vtipné. > > > > > Většinou se vybere jen jedna vlastnost a ta se prezentuje. Proč jsou > > třeba čísla popisná separé? Ty se přece vždy přímo vážou k nějaké budově. > > to je z historických důvodů že proběhl import čísel (adresních bodů) bez > návaznosti na budovy, ale wiki k tomu vázání na budovy zčásti nabádá: > > Addresses can be tagged with addr:housenumber=* and the other addr:* keys. > Tags can be added to isolated nodes, to nodes that are parts of building > polygons ( = entrance=*s ) or, building=* polygons or on polygons > representing > the perimeter of the site. > > http://wiki.openstreetmap.org/wiki/Addresses > > osobně se kloním k tomu dávat to primárně na ty vstupy > > > Na wiki jsem našel toto: V ČR se používají výhradně Adresní body (Adresní > místa) jako nody [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@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > > ___ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Ahoj, -- Původní zpráva -- Od: Karel Volný Datum: 21. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky "zdravím, když už jsme se tak rozkecali ... tak já to vidím takto: > A dá se pak nějak zobrazit najednou daný objekt i TZ? Podporuje to nějaká > mapa? pokud ne, piš na ně RFE :-) " Velmi vtipné. " > Většinou se vybere jen jedna vlastnost a ta se prezentuje. Proč jsou > třeba čísla popisná separé? Ty se přece vždy přímo vážou k nějaké budově. to je z historických důvodů že proběhl import čísel (adresních bodů) bez návaznosti na budovy, ale wiki k tomu vázání na budovy zčásti nabádá: Addresses can be tagged with addr:housenumber=* and the other addr:* keys. Tags can be added to isolated nodes, to nodes that are parts of building polygons ( = entrance=*s ) or, building=* polygons or on polygons representing the perimeter of the site. http://wiki.openstreetmap.org/wiki/Addresses osobně se kloním k tomu dávat to primárně na ty vstupy" Na wiki jsem našel toto: V ČR se používají výhradně Adresní body (Adresní místa) jako nody Node (http://wiki.openstreetmap.org/wiki/Elements#Node), neboť vazba mezi prvky "building" a "addr" je M:N. S těmi vstupy je problém, že bys musel obejít úplně všechny baráčky a zjistit, kde vlastně mají vstup. " "" > A ještě mně napadá, jak by se řešilo, pokud má objekt tag website a budu > chtít ještě přidat odkaz na TZ? i na toto má wiki odpověď :-) A link to ... additional resource can be created using url=*. http://wiki.openstreetmap.org/wiki/Key:website popř. se můžeme domluvit na nějakém rozšíření ve stylu url:cs_tzmista=... K. " A ještě jedna věc. Co jméno TZ? To se taky může lišit od jména objektu. Takže něco jako name:cs_tzmista= ? Marián " ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz";___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
zdravím, když už jsme se tak rozkecali ... tak já to vidím takto: > A dá se pak nějak zobrazit najednou daný objekt i TZ? Podporuje to nějaká > mapa? pokud ne, piš na ně RFE :-) > Většinou se vybere jen jedna vlastnost a ta se prezentuje. Proč jsou > třeba čísla popisná separé? Ty se přece vždy přímo vážou k nějaké budově. to je z historických důvodů že proběhl import čísel (adresních bodů) bez návaznosti na budovy, ale wiki k tomu vázání na budovy zčásti nabádá: Addresses can be tagged with addr:housenumber=* and the other addr:* keys. Tags can be added to isolated nodes, to nodes that are parts of building polygons ( = entrance=*s ) or, building=* polygons or on polygons representing the perimeter of the site. http://wiki.openstreetmap.org/wiki/Addresses osobně se kloním k tomu dávat to primárně na ty vstupy > A ještě mně napadá, jak by se řešilo, pokud má objekt tag website a budu > chtít ještě přidat odkaz na TZ? i na toto má wiki odpověď :-) A link to ... additional resource can be created using url=*. http://wiki.openstreetmap.org/wiki/Key:website popř. se můžeme domluvit na nějakém rozšíření ve stylu url:cs_tzmista=... K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
Ahoj, -- Původní zpráva -- Od: LM_1 Datum: 21. 5. 2013 Předmět: Re: [Talk-cz] Turistické známky " I když je to komplikovanější, přimlouval bych se za to, aby TZ nebyla samostatným uzlem téměř nikdy - co vím tak je vždycky svázaná s nějakým objektem, který v mapě už je - a turistická známka by měla být jen další informací o takovém objektu. Lukáš Matějka (LM_1) " A dá se pak nějak zobrazit najednou daný objekt i TZ? Podporuje to nějaká mapa? Většinou se vybere jen jedna vlastnost a ta se prezentuje. Proč jsou třeba čísla popisná separé? Ty se přece vždy přímo vážou k nějaké budově. A ještě mně napadá, jak by se řešilo, pokud má objekt tag website a budu chtít ještě přidat odkaz na TZ? Navíc to pak znamená, že automatické přidávání objektů nebude fungovat. Každou nově přidanou známku bude třeba ručně přiřadit ke správnému objektu. Nicméně, pokud se na tom shodneme, tak se to nějak udělá. Marián " ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz";___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turistické známky
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 napsal(a): > Zkouším poslat znovu, napoprvé neprošlo - prý spamuji :-( > > Marián > > -- Původní zpráva -- > Od: Marián Kyral > Datum: 21. 5. 2013 > Předmět: Turistické známky > > Jednou z věcí, které mi na OSM (a následně na turistických mapách) chybí, > jsou turistické známky. Jsou neocenitelné při plánování výletu, člověk > alespoň vidí, kde je co zajímavého. > > Už nějakou dobu si pohrávám s myšlenkou importu TZ (na komíny jsem > nezapomněl, jsou ve frontě a počítám, že pokud se povede jeden import, > druhý se bude dělat obdobně). > > Na webu TZ je k dispozici seznam všech českých TZ ve třech formátech: > > 1) txt - pouze seznam, nepoužitelné ( > http://www.turisticke-znamky.cz/export.php) > 2) csv - jedna známka na řádek - obsahuje GPS souřadnice - použitelné ( > 3) csv - totéž co předchozí, pouze je jedna známka rozdělena na více > řádků, odděleno prázdným řádkem > > Viz http://www.turisticke-znamky.cz/seznam.php (Aktuální seznam TZ ke > stažení)* > > *U souborů není uvedena licence, proto jsem poslal dotaz na TZ, zda by > bylo možné soubory využít a obdržel jsem následující odpověď: > > == > Dobrý den, > > díky za Váš mail a za zájem o Turistické známky. > Beze všeho použijte csv soubory, které máme na webu, pokud budou existovat > linky na jednotlivé známky na našem webu, bude to jen přínos. > Momentálně pracujeme na kompletním seznamu všech TZ, i těch zahraničních. > Vyvěsíme ho na web do konce května. > > Hodně zdraví > za Turistické známky s.r.o. > David Holub > == > > Takže z tohoto pohledu to vypadá, že není problém a zbývá jen vyřešit pár > drobností B-) > > 1) Definovat, jak TZ zadat do OSM, doplnit na wiki, udělat nějaký preset > pro JOSM > 2) Připravit úvodní import > 3) Připravit nějaký nástroj pro aktualizaci > > *Ad 1) Definice TZ na OSM* > > V souboru jsou k dispozici následující informace: > (*) Číslo TZ > (*) Název > (*) Kategorie - (turistická oblast (Jeseníky, Beskydy...), muzeum, zoo, > rozhledna...) > (*) Okres > (*) Uveřejněno - U starších známek nevyplněno > (*) 1. prodejní místo > (*) www - url 1. prodejní místo > ... > (*) 13. prodejní místo > (*) www > (*) GPS - GPS souřadnice > > (Poznámka: je docela pravděpodobné, že nové soubory budou vypadat trochu > jinak - uvidí se až budou k dispozici) > > Mapování na OSM tagy bych si po prvotním průzkumu představoval nějak takto: > > tourism=attraction - poznámka: zatím nemá wiki stránku > attraction=stamp (nový tag) > name=Název (případně TZ: Název) > description=Kategorie a jednotlivá prodejní místa + www > website=http://www.turisticke-znamky.cz/znamka_.php?id=Číslo > ref=TZCZ:číslo > source=tz (nebo turisticke-znamky.cz?) > > _Příklad:_ > 27;"Zdobnice";"ORLICKÉ HORY";"Rychnov nad Kněžnou";"";"Chata Jitřenka, > Zdobnice v Orlických horách";;"Chata Kovárna, Zdobnice";" > http://chatakovarna.cz";;;"50,238611";"16, > 408611" > > tourism=attraction > attraction=stamp > name=Zdobnice > description=ORLICKÉ HORY; Chata Jitřenka, Zdobnice v Orlických horách; > Chata Kovárna, Zdobnice (http://chatakovarna.cz) > website=http://www.turisticke-znamky.cz/znamka_.php?id=27 > ref=TZCZ:27 > source=tz > > Předpokládám, že TZ bude vždy jako samostatný uzel. > > Prosím o revizi. Jediné, co by bylo dobré zachovat je nějaká jednoznačná > rozlišitelnost pro následné aktualizace. > > *Ad 2) Úvodní import* > Co jsem tak koukal, jak to dělá josm, stačí vygenerovat xml soubor a ten > následně nějak dostat do OSM. Dalo by se použít JSOM, ale raději bych to > udělal napřímo, přes API pomocí nějaké šikovné utilitky. > > Vygenerovat XML z csv je celkem triviální úkol, na to by stačil jednoduchý > shell script. Taktéž by neměl být problém s duplicitami, TZ v OSM zatím > nejsou (opravte mě pokud se mýlím). > > *Ad 3) Aktualizace* > Seznam turistických známek se stále mění, nové známky přibývají, některé > staré se ruší (a číslo se pak použije u nějaké nové známky). Jednou z > možností je dělat aktualizace ručně, dle email listu. Ale to se mi jednak > nechce a taky to nepodchytí všechny změny, hlavně změny prodejních míst. > > Takže nejlepší bude nějaký robot, který si stáhne aktuální seznam z webu > TZ, následně si stáhne seznam TZ z OSM přes overpass API, oba soubory > porovná, vygeneruje xml soubor se změnama a ten následně nahraje na OSM > (úplně stejně jako u importu). > > Tohle už shellem řešit nepůjde (zpracovávat XML pomocí shellu není právě > triviální), takže předpokládám, že opráším python a udělal bych to v něm. > Co jsem koukal, nějaké python moduly pro obsluhu OSM API existují. > > Teď už jen zbývá otázka, co všechno aktualizovat. M
