[Talk-cz] Import adresních bodů - Nekonzistence cuzk:km a mvcr:adresa

[Mike]

To je naprosto běžný, že si lidi myslí, že je to součást nějaké obce a
ona je to už jiná. Mám s tím vlastní zkušenost - v mém rodném městě jsem
něco podobného zjistil až když jsem dělal adresy do OSM :)

Adresa je jedinečná a vždy musí platit relace město-(ulice - pokud
je)-číslo, relevantní je jen UIR, smyšlenosti lidí tam nemají co dělat.

Prozradím, jak to dělám v mcnavi - najdu hranice státu, pak hranice obce
a přiřadím je podle polohy ke státu, pak najdu ulice a přiřadím je podle
polohy k obci a pak najdu adresní bod a přiřadím ho podle polohy k obci
a podle jména k ulici. Části obce neřeším. Z adresního bodu beru jen
housenumber a street, nic víc. Původně jsem používal i ostatní, ale
nakonec jsem od toho upustil.


On 09/30/2010 09:49 PM, Jan Bilak wrote:
>> Problem je, ze toto neni adresa. Ve vetsine obci, ktere maji i sve
>> casti, je urcujici adresa ulice + cp + obec + psc. Z psc se da (pokud je
>> spravne) urcit cast obce. Cast obce (tu oficialni) spousta lidi ani
>> nezna. Klidne muzu uvest konkretni priklad, v Teplicich je cast Trnovany
>> a cast Sanov, ale existuje prostor, kteremu se "odjakziva" rika Sanov
>> II, presto, ze oficielne je soucasti mestske casti Trnovany. Vetsina
>> lidi ale vubec netusi ze bydli v Trnovanech, protoze za ty je oznacovana
>> starsi zastavba, nikoli sidliste na kopci.
> 
> Dobře, ale co tím chceš říct? Co je to adresa? Všechny informace o
> daném místě? Minimální množství údajů, které identifikuje dané místo?
> Nevím a o pojmy stejně nejde. Je jasné, že pro danou adresu musí jít
> lehce zjistit všechno, co je možné - část obce, obec, okres, kraj,
> psč, stát, ... prostě všechno. Ale neznamená to automaticky, že ty
> všechny informace musí být u daného adresního nodu.
> 
> Obdobné je to třeba v relačních (typicky SQL) databázích, které se
> typicky navrhují ve 3. normální formě, která víceméně kromě jiného
> volně řečeno říká, že jedna informace tam má být zanesena pouze
> jednou. Ústupky z normální formy se typicky dělají pouze z
> výkonostních důvodů. A i v SQL databázích jsou nástroje pro výkonostní
> optimalizaci bez narušení normální formy - např. materializované
> pohledy. Tedy jde vlastně u uchování duplicitních dat v nějakém tvaru,
> který je výhodný pro rychlou práci, a který se automaticky aktualizuje
> podle primárních údajů v tabulkách.
> 
> A obdobně bych si dovedl představit, že "automat" bude doplňovat např.
> obec k adresnímu místu a to tak, že se podívá na adresní místo, do
> jaké části obce patří. A pak na danou část obce, do jaké obce tato
> část obce patří.
> 
> A co s případy, kde si lidé myslí něco jiného než je oficiální
> rozdělení? Nevím. Buď to ignorovat - proč zanášet do OSM nepravdivé
> informace? Nebo to tam zapsat jako nějaký jiný tag typu
> "nezanedbatelná skupina lidí si myslí, že tohle je ..., i když to není
> pravda", což pak může nějaká aplikace využít pro nějaké hledání.
> 
> Honza
> 
> 
> 
> 2010/9/30 jzvc <jzvc na tpfree.fdns.net>:
>> Problem je, ze toto neni adresa. Ve vetsine obci, ktere maji i sve
>> casti, je urcujici adresa ulice + cp + obec + psc. Z psc se da (pokud je
>> spravne) urcit cast obce. Cast obce (tu oficialni) spousta lidi ani
>> nezna. Klidne muzu uvest konkretni priklad, v Teplicich je cast Trnovany
>> a cast Sanov, ale existuje prostor, kteremu se "odjakziva" rika Sanov
>> II, presto, ze oficielne je soucasti mestske casti Trnovany. Vetsina
>> lidi ale vubec netusi ze bydli v Trnovanech, protoze za ty je oznacovana
>> starsi zastavba, nikoli sidliste na kopci.
>>
> 
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>