[Talk-cz] Tracer plugin - ruian update

["Petr Morávek [Xificurk]"]

Dne 3.2.2014 16:08, Dalibor Jelínek napsal(a):
> - a dokonce, možná pro někoho kontroverzně, bych přidal i adresní tagy (addr:country, addr:city, addr:place, addr:*number )
> 
> Tady bych to asi měl odůvodnit. Původně jsem byl skalním zastáncem teorie,
> že adresní body by měly být jen v bodech. Vycházel jsem z toho, že jsem byl 
> přesvědčen, že jejich hlavní zdroj, tedy KM a RUIAN, je jako body mají 
> a proto budoucnost je v "bodech".
> Teď ale vidím, že číslo popisné/evidenční je vlastnost domu, tedy té cesty.
> Je to koneckonců logické, protože to číslo je přidělováno domu, ne bodu.
> A taky je vedeno v RUIAN jako vlastnost stavebního objektu.
> Adresní bod z RUIAN je pak opravdu bod, který navíc obsahuje PSČ
> a číslo orientační (je-li přiděleno).
> Takže by se mi zdálo vhodné i logické, aby se ta informace vlastně zadávala
> dvakrát. Jednou k cestě domu jen číslo popisné/evidenční a to k celému domu.
> A pak, jsou-li definované adresní body, tak znovu na body, které by bylo ideálně
> mít ručně posunuté nad vchody, které jsou těmi čísly orientační označené.
> Je mi jasné, že je se tím vnáší do OSM nějaká data navíc, ale nemyslím, že by
> to mělo nějak zásadně vadit. Navíc se může stát, a stává se, že existuje
> adresní bod s jiným číslem popisným, než má v RUIAN budova. Pak nevím,
> co mám vlastně tagovat a takhle bych tam otagovat oboje i s příslušným
> odkazem ref na RUIAN databázi.
> Co myslíte? Něco jsem přehlédl?

Ahoj,

úplně mi není jasné, kde jsi to vykoukal.

Já teda v tabulce stavebního objektu vidím
cisla_domovni            | integer[]

tj. výčet čísel popisných vztahujících se k danému objektu. Osobně mi
není moc jasné, proč tam tento sloupec je, protože stejná data by mělo
vrátit:
SELECT stavobj_kod, array_agg(cislo_domovni) FROM rn_adresni_misto GROUP
BY stavobj_kod;

Vztah stav. obj. : adresní místo je typu 1:N, resp. existují objekty,
bez adresního místa.

Zdraví,
Petr Morávek aka Xificurk