Ahoj, ja si myslim, ze je to celkem dobry napad. Jen by melo byt splneno nekolik podminek.
Jen n a vysvetlenou. addr:place se nepouzival, pac nic rozumneho nedelal. Az od kvetna 2013 podle toho umi Nominatim vyhledavat Viz http://www.mail-archive.com/talk-cz@openstreetmap.org/msg08818.html Sice bych take byl radsi, kdyby se to udelalo podle RUIAN, jenze to je tak trochu svaty gral, protoze se o tom hodne mluvi, ale je to myslim docela tezke realizovat. Pokud to nekdo dokaze, pak hura, ale myslim, ze s tim bude hodne problemu. Takze bych byl docela pro to, aby se do addr:place dala ta prvni cast is_in. Ano, sice hrozi, ze nekde se tam dostane nesmysl, ale porad mi prijde lepsi, ze ve vetsine pripadu pujde diky tomu adresa vyhledat. Davam k uvahu zvazit, zda tu zmenu neprovadet ze zacatku treba podle uzivatele, ktery adresu vytvoril. Myslim si, ze vetsina z nich je bud delana nejakym sikovnym importem, nebo pomoci pluginu Czech Address. V kazdem pripade vetsina adres, kde jsem editoval, byla delana jen par uzivateli (minimalis,... ) a ti meli tag is_in spravne. Zcela jiste bych ale navrhoval, aby se ta zmena delala pod nejakym novym vyhrazenym uctem (s inteligentnim nazvem). Co se tyce pridavani mestksych casti do addr:place, tam kde jsou ulice, tak tam si myslim, ze je to celkem jasne. Proste se do addr:place dava vzdy cast obce. Takze v Praze by to byla Liben, Kobylisy, Vysocany, tedy tak jak je to v KN a RUIAN. Jen nevim, jestli je tahle infromace v is_in tagu a mam pocit, ze vetsinou ne, takze stejne nebudes v prvni fazi mit, kde brat. Ale podle RUIANu by to jiste slo. Mit v adrese i Praha 9 by bylo sice fain, ale kde tu infomaci vezmes? Podle PSC urcite ne. Je to v RUIANu? Zdravi, Dalibor -----Original Message----- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, January 2, 2014 12:11 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Adresy a is_in, RUIAN Ahoj, díky za názor. Ono to nebude tak hrozné. Ano, může tam v ojedinělých případech být cokoli. Pohleďme na tabulku četností výskytu tagu %source% v předmětných adresních místech: count | k | v --------+-----------------+------------------------------ 1 | source | http://www.autolibra.cz/ 1 | source | http://www.pension-libra.cz/ 1 | source | ruian 1 | source:addr | mvcr:adresa;ruian 1 | source:name | wikipedia 2 | source | local knowledge 3 | source:position | cuzk:km 45 | source | cuzk:kn 46 | source | cuzk:km 309 | source | mvcr:adresa 684 | source:loc | cuzk:km 1091 | source:addr | mvcr:adresa 202194 | source:addr | ruian S drtivou převahou vede právě RUIAN. Ano, i tyto položky mohl někdo editovat a napsat do is_in nějaký nesmysl. Kolik jich bude? Proč se vlastně při importu těchto míst z RUIAN nepřidával tag addr:place? (víceméně řečnické otázky). To vyvolává další otázky, jako třeba: Importovat z RUIAN addr:place jen tam, kde není ulice, nebo úplně všude? číslo popisné je jedinečné v katastrálním území, tedy mělo by být možné nalézt dům v katastrálním území i bez znalosti ulice. To dnes v Nominatimu nelze. Pak je tu další věc, která souvisí jen okrajově, ale je to věc, která se mi honí hlavou. V OSM vůbec nejsou městské části (nebo jsem slepý). Nemělo by se uvažovat o zavedení městských částí? (Praha 1, Praha 2 atd.) Zpět k původnímu tématu - srovnat to s RUIAN momentálně nezvládnu, protože nejsem schopen importovat RUIAN do Postgisu. Skončím na hlášce: Exception in thread "main" org.postgresql.util.PSQLException: ERROR: geometry contains non-closed rings Hint: "... -1058212.19,-746762.81 -1058118.93))" <-- parse error at position 3490 within geometry a přitom mám switch --ignore-invalid-gml, takže by to mělo běžet dál. Verze ruian2pgsql je aktuální kompilovaná z gitu, do spatial_ref_sys jsem také přidal projekci 5514, takže nevím. Jdu spát _) -- Petr Dne St 1. ledna 2014 21:07:06, Petr Morávek [Xificurk] napsal(a): > Ahoj, > > (polo)automaticky ano, ale přijde mi jako hodně špatný nápad to dělat > parsování is_in tagu, protože tam opravdu může být cokoliv. Správně by > bylo matchnout jednotlivé body na údaje z RUIAN a doplnit addr:place z > této databáze. _______________________________________________ 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