Některé atributy jsou důležité pro službu Nominatim http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview
MK ----- Original Message ----- From: Libor Pechacek [mailto:[email protected]] To: OpenStreetMap Czech Republic [mailto:[email protected]] Sent: Tue, 26 Jun 2012 19:21:52 +0200 Subject: Re: [Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát) > Ahoj Honzo, Zabral jsem se do detailů a nějak zapomněl uzavřít > návrhem. Jsem pro požití tagů addr:housenumber, > addr:streetnumber, addr:conscriptionnumber, addr:street a is_in. Is_in > proto, že často obsahuje informaci o městských částech, kterou z mapy > nelze odvodit. Pokud někdo najde nějakou hypoalergenní[1] variantu k > is_in, jsem pro. Dál navrhuji seskupit adresy jedné ulice do relace, > která ponese addr:street a is_in, aby se předešlo duplikaci. Adresní > body by v tom případě měly jen addr:housenumber, addr:streetnumber a > addr:conscriptionnumber. Otázkou je, jak by taková relace měla > vypadat[2]. Addr:postcode, addr:city a addr:country bych klidně zahodil, > pokud neposlouží jako náhrada is_in. Libor [1] > http://wiki.openstreetmap.org/wiki/Key:is_in#Controversy [2] v úvahu > zřejmě připadá > http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways, > http://wiki.openstreetmap.org/wiki/Relations/Proposed/Street nebo > http://wiki.openstreetmap.org/wiki/Relation:associatedStreet On Tue > 26-06-12 16:12:11, Jan Bilak wrote: > Ahoj, > > díky za rozbor, ale myslel > jsem to tak, jaký zápis chceme v OSM > ideálně mít. Tedy v jakém > formátu připravovat import z RUIAN, jaké > tagy tam dát pro nové > adresní body, jaké tagy doplnit ke stávajícím, > jaké existující > tagy případně smazat nebo změnit (ostatní předpokládám > zachovat). > Tedy aby to všude jednotné (+ u některých bodů nějaké > specifické > tagy). Jak se má složit obsah tagu is_in (pokud tam má > být), protože > to je složenina různých údajů. > > Honza > > > Dne 26. června 2012 > 13:58 Libor Pechacek <[email protected]> napsal(a): > > Ahoj, > > > > Z > mojí zkušenosti se formát adresního bodu liší podle použitého > nástroje. Jsou > > tři (polo)automatické způsoby importu, a nakonec > pak ruční zadání. > > > > On Tue 26-06-12 04:14:04, Jan Bilak wrote: > > >> jak vypadá ideální zápis adresního bodu v OSM XML? Koukal jsem se > do > >> snapshotu OSM dat ČR a zápisy nemají jednotný formát. Např.: > > >> > >> <node id="296674495" lat="48.9631350" lon="14.5119948" > version="2" > >> changeset="1965423" user="Radomír Černoch" uid="51295" > > >> timestamp="2009-07-28T14:56:31Z"> > >> <tag > k="addr:conscriptionnumber" v="2030" /> > >> <tag > k="addr:housenumber" v="2030/1" /> > >> <tag > k="addr:postcode" v="37006" /> > >> <tag > k="addr:street" v="U pramene" /> > >> <tag > k="addr:streetnumber" v="1" /> > >> <tag > k="source:addr" v="uir_adr" /> > >> <tag > k="uir_adr:ADRESA_KOD" v="23398671" /> > >> </node> > > > > Tohle > je podle mě výsledek UIR-ADR importu. > > > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Adresn.C3.AD_body_-_MPSV.28UIR-ADR.29 > > > > >> <node id="1496603658" lat="48.8736400" lon="14.6758775" > version="1" > >> changeset="9784174" user="Petr1868" uid="72020" > >> > timestamp="2011-11-09T19:54:47Z"> > >> <tag > k="addr:conscriptionnumber" v="13" /> > >> <tag > k="addr:country" v="CZ" /> > >> <tag > k="addr:housenumber" v="13" /> > >> <tag k="is_in" > v="Třebeč, Borovany, Jihočeský kraj, CZ" /> > >> > <tag k="source:addr" v="mvcr:adresa" /> > >> <tag > k="source:loc" v="cuzk:km" /> > >> </node> > > > > Tento záznam > vytváří nástroje napsané Lukášem Kábrtem. > > > http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR > > Pokud jsou v > obci ulice, je přítomen i tag "addr:street". > > > >> <node > id="33705330" lat="49.7021197" lon="17.0731786" version="12" > >> > changeset="5435557" user="NE2" uid="207745" > >> > timestamp="2010-08-08T17:43:41Z"> > >> <tag > k="addr:city" v="Litovel" /> > >> <tag > k="addr:conscriptionnumber" v="678" /> > >> <tag > k="addr:country" v="CZ" /> > >> <tag > k="addr:housenumber" v="678/1" /> > >> <tag > k="addr:postcode" v="78401" /> > >> <tag > k="addr:street" v="Mlýnská" /> > >> <tag > k="addr:streetnumber" v="1" /> > >> <tag k="is_in" > v="Litovel, Olomoucký kraj, CZ" /> > >> <tag k="name" > v="Penzion U starého mlýna" /> > >> <tag > k="source:addr" v="mvcr:adresa" /> > >> <tag > k="tourism" v="hotel" /> > >> <tag k="url" > v="http://ustarehomlyna.cz"; /> > >> </node> > > > > Tohle je podle > mě CzechAddress plugin pro JOSM napsaný Radomírem Černochem. > > > http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress > > Name a > URL tagy byly zřejmě přidány ručně. > > > >> <node > id="283050015" lat="50.1039117" lon="14.5115490" version="2" > >> > changeset="1984279" user="Radomír Černoch" uid="51295" > >> > timestamp="2009-07-30T12:44:24Z"> > >> <tag > k="addr:housenumber" v="?/66" /> > >> <tag > k="addr:streetnumber" v="66" /> > >> <tag > k="created_by" v="Potlatch 0.10b" /> > >> </node> > > > > Tenhle > byl asi vyroben ručně v Potlatchi, JOSM vytváří podobné. Chybí v > nich > > is_in. > > > >> Jak se vlastně jednoznačně/algoritmicky určí, > co je a co není adresní bod? > > > > Všechny mají "addr:housenumber", > čehož bych se držel. > > > >> Je vidět, že některé adresní body > obsahují i doplňkové informace, > >> které bude třeba zachovat. Tedy > nějaké globální mazání a import > >> adresních bodů nebude možný. > Bude třeba matchovat staré a nové a podle > >> toho se nějak zachovat. > > > > > Rozhodně. A aby to nebylo jednoduché, různé zdroje mají různou > přesnost. > > Polohově nejpřesnější jsou ruční editace, pak je > import pomocí nástrojů Lukáše > > K., nejméně přesný je UIR-ADR. > > > > > Co se týče doplňkových informací, informaci o ulici, čísle > orientačním a > > hierarchii sídel obsahují body vytvořené ručně s > pomocí CzechAddress a > > poloautomaticky nástroji Lukáše K. Informace > o čísle, ulici a sídle pochází z > > databáze adres MVČR, umístění > adresního bodu je pak výsledkem tvůrčí práce. V > > případech, kdy > je na jednom katastrálním území více částí obcí, mohou někdy > být > > tyto informace nesprávně. Záleží totiž, jak pečlivě byl > import proveden. > > > > Libor > > > > > _______________________________________________ > > Talk-cz mailing list > > > [email protected] > > > http://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > > [email protected] > > http://lists.openstreetmap.org/listinfo/talk-cz -- > _______________________________________________ Talk-cz mailing > list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
