Re: [Talk-cz] Opravdu nen? ??dn? shoda o adresn?ch bodech?
Dne 12.10.2013 17:21, Pavel Machek napsal(a): > Hi! > >> 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. > > Uz se tesim jak budu na telefonu rozbihat postgresql, nebo cim se to zrovna > dneska dela... > > Ja nerikam ze to nejde, ja rikam ze je to blbe a ze kazdy kdo to bude > delat v tom bude mit jiny chyby... a ze by davalo smysl projet to skriptem > (jednou, referencne) a ulozit to v databazi explicitne. Ahoj, tenhle problém podle mě nemá jednoduché řešení přímo v datovém modelu OSM. Problémy jsou následující: 1) vazba adresa - OSM budova je typu N:M 2) více POI může sdílet jednu adresu 3) více POI často nemůže mít tagy na jednom OSM objektu kvůli jejich kolizím 4) vazba OSM budova - reálná budova je typu N:M Duplikovat adresní tagy na více místech je imho fuj, fuj. Řešením podle mě je, jak ostatně píše i ty, nějaký pre-processing surových OSM dat do podoby, která bude vyhovovat konkrétním požadavkům. Data OSM jsou různorodé kvality a mixují různé druhy tagování - snažit se všechny donutit k nějaké konformitě v tagování je bohužel dost nereálné. Ano, je tu šance, že tu bude více nástrojů snažících se o to samé a každý bude dávat trochu jiné výsledky... no a? Zdraví, Petr Morávek aka Xificurk ___ 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?
Hi! > 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. Uz se tesim jak budu na telefonu rozbihat postgresql, nebo cim se to zrovna dneska dela... Ja nerikam ze to nejde, ja rikam ze je to blbe a ze kazdy kdo to bude delat v tom bude mit jiny chyby... a ze by davalo smysl projet to skriptem (jednou, referencne) a ulozit to v databazi explicitne. > 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 Ja myslim ze hledam problem tam kde ho najde kazdy kdo se s tim pokusi pracovat. Na PC se ten problem da vyresit nejakyho spatial lite ci ceho, (kolik to ma, par desitek MB?) na telefonu to bude neprijemnejsi. > byt format dat pro OSM ryze binarni s pevnou delkou zaznamu - > protoze jak jinak s tim ja chudak mam pracovat. Jo, delal jsem importy a zpracovaval jsem to XML bez pouziti XML nastroju. (A mimochodem, kompreseny binarni format pro tyhle ucely existuje, jen v nem nejspis nepujdou delat dotaazy na vztahy co tam nejsou). 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