[Talk-cz] Turistické známky

Marián Kyral mkyral na email.cz
Úterý Červen 4 08:53:14 UTC 2013


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 na openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz




Další informace o konferenci talk-cz