[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