[Talk-cz] Nominatim po upgrade na 2.1 nevyhledává podle čísla domu
Dobrý den, toto je můj první příspěvek sem a tak nejprve pár slov na představení. K OSM jsem se dostal před několika lety přes geocaching.Mé příspěvky do mapy jsou spíše drobné, buď z mého bezprostředního okolí nebo z výletů a tak dokreslím sem-tam ulici, cestu, dům či loď s hospodou ;-). Nicméně mě tento projekt tak trochu fascinuje a tak si hraju, i když mám mlhavou představu nějakého komerčního uplatnění. Postavil jsem si pár utilit s daty z CZ (Rails api, tile server a Nominatim). Všechno celkem dobře chodilo do chvíle, než jsem upgradoval Nominatim na verzi 2.1. Předtím jsem ho měl z gitu asi 3 měsíce. Po upgrade na 2.1 (chtěl jsem stabilní verzi) mi přestalo fungovat hledání podle čísla domu. Zadám třeba "12 Boleslavská Praha" nebo různé permutace tohoto dotazu a výsledek je nic. Bez zadaného čísla domu ulici najde. Najde i dům podle názvu, respektive třeba restauraci či obchod. Reverzní geokódování také funguje; při příslušném přiblížení vypíše správně adresu i s číslem domu. Snažím se přijít na příčinu, ale nenacházím. Nejsem expert a nemám geodetické vzdělání, takže nevím, jak to detailně funguje. Trochu podezřelé mi je, že tabulka location_property_124 je prázdná (124 je partition pro CZ). Bohužel nevím, zda v této tabulce něco bylo před upgradem. "Pro jistotu" jsem znovu vytvořil DB schema a nahrál data od počátku. Nemohu dát ruku do ohně za to, že jsem při vytváření schematu na něco nezapomněl; například jsem neimportoval postcodes v USA ani GB, když mě zajímá jen Česká republika. Dochází mi nápady, čím by to mohlo být a tak se obracím na komunitu, zda s tím někdo nemá podobnou zkušenost či zda rovnou nemá nějaký tip, čím to může být. Díky za navedení. Nominatim je na http://geo.propsychology.cz , Rails na http://mapapi.propsychology.cz . -- Petr, p...@propsychology.cz >p< - ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Opravdu nen? ??dn? shoda o adresn?ch bodech?
Pokud se nepletu, hanoj tady pred nedavnem psal, jak se tyhle veci resi efektivne pomoci databaze - je to jeden dotaz nad geoprostorovou databazi, ktera se z OSM dat da naplnit skriptem za par sekund. Pokud to samozrejme chces resit algorimticky bez databaze, je to slozitejsi. Je to tedy spis diskuze o prostredcich a pripadne o jejich znalosti a neznalosti. Ale urcite neni geodatabaze nejake scifi, co by neumel nikdo pouzit - s navodem na wiki jsem si ji sam rozbehl a co rict - funguje to. Prijde mi, ze hledas problem tam, kde neni - je to asi jako kdybych si stezoval, ze se mi v assembly spatne pracuje s XML a proto by mel byt format dat pro OSM ryze binarni s pevnou delkou zaznamu - protoze jak jinak s tim ja chudak mam pracovat. Nebo jsem grafik a budu si stezovat, ze nejlepsi by bylo, abych mel vsechno v krivkach v adobe illustratoru, protoze jinak z toho mapu prece nikdy neudelam. K Dne 8.10.2013 16:47, Pavel Machek napsal(a): Ahoj! Systém adresních bodů (jakož i budov) už mimo OSM někdo vymyslel, udržuje ho a z 99% bude vždy naším jediným zdrojem RUIAN/KM. Dnešní využití těchto dat v OSM je jemu podobné a tento systém je pro nás dost dobrý Chápu, že tím asi myslíš, že budeme vždy vycházet z těchto dvou zdrojů, ale myslíš tím, že teda máme používat pro adresy body v místech, kde jsou v RÚIAN a v KM? *** chci tím říct, že adresní body mají být formou pouze body a mají obsahovat jen adresní tagy (nikoliv POI). Umístěné mají být nad reprezentativní budovou (problém vazby budova adresa M:N). Myslete trochu na ty chudaky co se snazi osm data pouzivat. Ano, je mozne spocitat ktera budova obsahuje dany adresni body... ale neni to uplne primocary program, a muze tam nastat spousta "zajimavosti".. jako treba neuzavrena budova. A kdyz chci zjistit adresu restaurace (POI), hledat kvuli tomu obrys budovy a prohledavat, ktery adresni body lezi v obrysu... mi prijde zvrhle. Ano, s dostatecnou motivaci bych to mohl napsat, ale.. kdyz tech implementaci bude vic (bude), budou se v okrajovych pripadech chovat jinak (spatne!). Ty vazby by v datech mely byt. Muze je vyrabet/kontrolovat nejaky automat, ale nutit kazdyho uzivatele mapy aby si to naprogramoval neni hezke. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Opravdu nen? ??dn? shoda o adresn?ch bodech?
Ahoj! > > > Systém adresních bodů (jakož i budov) už mimo OSM někdo vymyslel, udržuje > > > ho a z 99% bude vždy naším jediným zdrojem RUIAN/KM. Dnešní využití > > > těchto dat v OSM je jemu podobné a tento systém je pro nás dost dobrý > > > > Chápu, že tím asi myslíš, že budeme vždy vycházet z těchto dvou zdrojů, > > ale myslíš tím, že teda máme používat pro adresy body v místech, kde jsou v > > RÚIAN a v KM? > *** chci tím říct, že adresní body mají být formou pouze body a mají > obsahovat jen adresní tagy (nikoliv POI). Umístěné mají být nad > reprezentativní budovou (problém vazby budova adresa M:N). Myslete trochu na ty chudaky co se snazi osm data pouzivat. Ano, je mozne spocitat ktera budova obsahuje dany adresni body... ale neni to uplne primocary program, a muze tam nastat spousta "zajimavosti".. jako treba neuzavrena budova. A kdyz chci zjistit adresu restaurace (POI), hledat kvuli tomu obrys budovy a prohledavat, ktery adresni body lezi v obrysu... mi prijde zvrhle. Ano, s dostatecnou motivaci bych to mohl napsat, ale.. kdyz tech implementaci bude vic (bude), budou se v okrajovych pripadech chovat jinak (spatne!). Ty vazby by v datech mely byt. Muze je vyrabet/kontrolovat nejaky automat, ale nutit kazdyho uzivatele mapy aby si to naprogramoval neni hezke. 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
