[Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)
Martin Kokeš
shr3k na typo3-hosting.com
Úterý Červen 26 17:37:36 UTC 2012
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:lpechacek na gmx.com]
To: OpenStreetMap Czech Republic
[mailto:talk-cz na openstreetmap.org]
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 <lpechacek na gmx.com> 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
> >
> Talk-cz na openstreetmap.org
> >
> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
> _______________________________________________
> Talk-cz mailing list
>
> Talk-cz na openstreetmap.org
>
> http://lists.openstreetmap.org/listinfo/talk-cz
--
>
_______________________________________________
Talk-cz mailing
> list
Talk-cz na openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Další informace o konferenci talk-cz