[Talk-cz] Adresy a is_in, RUIAN
Petr Vejsada
osm na propsychology.cz
Středa Leden 1 23:10:55 UTC 2014
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.
Další informace o konferenci talk-cz