[Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)

Úterý Červen 26 17:21:52 UTC 2012

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

-- 