Re: [Talk-cz] Tracer plugin - ruian update
Ne, takhle ne (alespon podle struktury databaze). V databazi je jen sloupecek domovni_cislo, jestli se jedná o č.p. nebo č.e. určuje hodnota ve sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z tohodle tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak by byl značen v databázi. Petr Ahoj, no, jo, ale to se na to jaksi divas jen z jednoho smeru, kde mas teda pravdu. Ale jak vis, ze neexistuje (nebo nebude existovat) 1. vice AM v rn_adresni_misto 2. vice samostatnych vchodu v TEA ktere budou privazany ke stejnemu SO a budou mit jina c.p. ci c.e. (u c.o. je to bezne)? Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo prirazeni domovni_cislo, jak pises. Ja se na to neumim zeptat a kdybych ten SQL dotaz zkousel vymyslet, tak bych ten server trochu zahltil. Naposledy jsem pracoval v SQL v minulem tisicileti a je to znat. :-) Na co se umim zeptat, je tohle: SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so, rn_detailni_tea tea WHERE array_length(so.cisla_domovni,1)1 and tea.stavobj_kod = so.kod and not so.deleted and not tea.deleted; cnt 23 714 - mame SO s vice cisly Počet SO, které mají záznam v TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 25 963 - a tolik jich ma TEA Počet SO a jednou nebo žádnou adresou, které mají záznam v TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and array_length(so.cisla_domovni,1)=1 and exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 2 294 Počet SO s více adresami, které nemají TEA SELECT count(distinct(so.kod)) CNT FROM rn_stavebni_objekt so WHERE not so.deleted and array_length(so.cisla_domovni,1)1 and not exists(SELECT 1 FROM rn_detailni_tea tea WHERE tea.stavobj_kod = so.kod); cnt 237 Tedy, zda se, ze je velmi caste, ze kdyz ma SO vice adres, pak ma zaznam v TEA. Naopak, to ze nema zaznam v TEA je jen 1% objektu, na ktere se ted chci juknout. Cele to chapu tak, ze TEA se ma do budoucna doplnovat u vsech objektu, jak to jen pujde, takze TEA bych neignoroval, pac to bude pribyvat. Navic vytvareni TEA bude spojeno se revizi zaznamu o adresach v AM a SO. Zatim jsem zkoumal dva kandidaty na vice adres AM - SO 11738804 - 11671173 40037649 - 30119138 11738812 - 11671181 30756022 - 30119146 SELECT * FROM rn_stavebni_objekt so WHERE so.kod=11671181 or so.kod=30119146; Ale jestli to spravne ctu, tak existuji jako dva ruzne SO, s ruznymi cisly, z nichz maji sice oba definicni bod, ale druhy nema outline. Takze z hlediska logiky dat je to asi v techto dvou pripadech v poradku. Ale asi se muze stat, ze by takovehle domy mely outline oba a pak je s tim treba pocitat. Ale zase, neumim to najit. Zdravi, Dalibor attachment: winmail.dat___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Dne 7.2.2014 09:39, Dalibor Jelínek napsal(a): Ne, takhle ne (alespon podle struktury databaze). V databazi je jen sloupecek domovni_cislo, jestli se jedná o č.p. nebo č.e. určuje hodnota ve sloupci typ_kod (možnosti jsou tři: č.p., č.e., nic) v tabulce SO. A z tohodle tedy plyne, že by neměl existovat SO s oběma druhy čísel, resp. nevím jak by byl značen v databázi. Petr Ahoj, no, jo, ale to se na to jaksi divas jen z jednoho smeru, kde mas teda pravdu. Ale jak vis, ze neexistuje (nebo nebude existovat) 1. vice AM v rn_adresni_misto 2. vice samostatnych vchodu v TEA ktere budou privazany ke stejnemu SO a budou mit jina c.p. ci c.e. (u c.o. je to bezne)? Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo prirazeni domovni_cislo, jak pises. Já reagoval na: - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe A databázová struktura prostě neumí SO s oběma typy čísel - popisným i evidenčním. Neumí to ani přímo v tabulce SO, ani přes tabulku AM. Nic víc, nic míň netvrdím ;-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer plugin - ruian update
Oboji je myslim v tom databazovem modelu mozne, byt by to nabouravalo prirazeni domovni_cislo, jak pises. Já reagoval na: - vice c.p./c.e. muzou existovat SO, ktere maji c.p. i c.e. a pritom nemaji vice vchodu. Nevim, jak to vypada uvnitr databaze RUIAN, ale realne to je. Proste je dum, co ma nejdrive c.e. a pak dostane c.p. (asi vetsinou stejne), ale AM existuji obe A databázová struktura prostě neumí SO s oběma typy čísel - popisným i evidenčním. Neumí to ani přímo v tabulce SO, ani přes tabulku AM. Nic víc, nic míň netvrdím ;-) To sice databáze neumí, ale pak vznikají takovéto perly: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30119138 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/11671173 Dvě budovy, stejné číslo, stejný definiční bod, jen jednou to je číslo popisné a podruhé číslo evidenční. Dle ID bych si tipl, že se jedná o bývalý dům předělaný na chalupu. Ale v databázi zůstaly obě čísla. Marián Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] stav UHUL ortofoto
Ahoj! mate predstavu, co se stalo s UHUL:ortofoto a jestli ji budeme mit jeste dotupnou? Pokud pouziji URL prednastavene v JOSM, tedy Mam lokalni kopii UHUL:ortofoto; chvili byla i na openaerialmap. Takze kdyby byl zajem, slo by to nekde zprovoznit. Licence to tusim dovoluje. 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 https://lists.openstreetmap.org/listinfo/talk-cz
