[Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)

[Petr Vejsada]

Zdravím všechny, zkusím se dotknout všeho takto v jedné zprávě. Měl jsem na 
mysli technickou stránku věci, ale měl jsem tušit, že spustím nové kolo 
debaty.

O mazání či nemazání tagů z amenit se tu diskutovalo už několikrát. Mám za to, 
že většina byla pro mazání, aby tam nebylo více stejných adres, které je pak 
problém udržovat. Adresní místo není nic, co by se často měnilo. Některé může 
být stále stejné desítky let. Přesto v celorepublikovém měřítku ke změnám 
dochází. Mám vyřešen způsob aktualizace a také jsem ho už několikrát použil, 
tedy zatím pokusně. První kolo bylo Praha-Prosek, druhé kolo celá Praha a 
třetí kolo celá republika najednou. Zdá se, že vše funguje úplně OK. Jen 
počítám s tím, že jedno adresní místo je jedno adresní místo, nikoli dvě či 
pět.

Ty obchody ve skutečnosti žádnou adresu nemají. Adresa je - jak psal hanoj - 
místo v terénu vztažené ke *stavebnímu objektu*. Obchod není žádný stavební 
objekt, ale sídlí ve stavebním objektu, stejně jako tam sídlí další firmy či 
bydlí lidé.

Odbíhám - mám za to, že to mazání se provádí už teď několik týdnů/měsíců. Jen 
je to otrocká práce spolupracovníků a toto má jen odstranit tuto otrockou 
práci.

Navrhuji tedy toto - objekty/tagy neodstraňovat, ale přidat k nim nějaký tag, 
jako treba czechaddress=deleteme či tak něco. Každý ze spolupracovníků se pak 
může rozhodnout, jak s tím naloží. Například si v JOSM vybere 
czechaddress=deleteme a všechny vybrané smaže či z nich odstraní adresní tagy. 
Nebo je nechá být a jen odstraní vlastní tag czechaddress=deleteme. Nebo je 
všechny projde jeden po druhém. Plzeň, na které jsem to testoval, obsahuje 
něco přes 500 kandidátů na smazání. Chtěl jsem proces jen co nejvíce usnadnit.

Úctu k práci jiných, myslím, mám, přesto bez ostychu mažu budovy a adresy, 
které neexistují. Jen z piety bych je v OSM nenechával - ještě že tu nemáme 
odbor památkové péče ;-). To by mohlo přiměřeně platit i pro technický pokrok. 
Nepotřebujeme tagovat adresou každý kámen. Kdybychom už tedy opravdu měli, pak 
jen referencí na existující adresu a ne stejná data duplikovat.

Pavlovi - jak má chudák programátor najít adresu, na které se obchod nachází? 
Jakou adresu má lékárna na souřadnicích 50.1072394, 14.3922216?

Programátor nechť si naprogramuje jednoduchý skript, jehož výstupem bude:
"curl 
http://nominatim.openstreetmap.org/reverse?format=xml&lat=50.1072394,&lon=14.3922216&zoom=18&addressdetails=1"

Lékárna tuto adresu nemá, opakuji, má ji ten dům. Lékárna se nachází v domě s 
adresou 1570/14a, Zelená, Dejvice, Praha, okres Hlavní město Praha, Hlavní 
město Praha, Praha, 16000, Česko, což bude i v odpovědi na uvedený http dotaz. 
Modifikovat lze i na "http://localhost/reverse....", případně mohu dodat funkci 
reversegeocode do Postgisu.

Chtěl bych si hlavně ujasnit, jak tyto multiadresy udržovat. Mám při změně 
adresy hledat nekonečné množství entit v okolí, z nich sundat staré tagy a 
nasadit nové?

Chtěl bych si to jen ujasnit, nechci si prosazovat svojí hlavu.

K Daliborovi - není třeba před mazáním kontrolovat, zda tam adresa z RUIAN je 
či není. Je tam (pokud nechybí v RUIAN).  Adresa POI často stejná nebývá; bývá 
neúplná nebo naopak přeplněná (country, city).

K tomu hledání Libeň 2205 - jo, tento nedostatek Nominatimu mě pěkně štve. 
Stačilo by place a housenumber. Klidně mohu přidat body s těmito dvěma tagy 
všude, kde součástí adresy je ulice. Asi jen body, protože budovy v OSM někdy 
neodpovídají realitě či RUIAN. Pak by bylo ještě potřeba dořešit, co s 
budovami, které mají více adres. tedy více čísel popisných. Všechny je 
plácnout na jeden bod? Tohle by šlo udělat, jen nevím, zda na to nebudeme 
potřebovat další schvalovací proces. Ten bych asi už nepřežil ;-).

Abych se jen nechválil, tak v průběhu testování jsem narazil na dvě nepěkné 
věci. První je estetická. Pokud jsou v oblasti adresní body umístěné mimo, tak 
existuje nějaká rozhodná hodnota, která když je překročena, tak se bod posune. 
Jestliže se v oblasti ta nepřesnost pohybuje kolem této rozhodné hodnoty 
(třeba vzdálenost do 2 metrů od SO), tak některé body ji překročí a některé 
ne. Výsledkem je pak nehezky vypadající mapa, kdy některé body jsou hezky 
seřazené třeba nad vchody či uprostřed domu a jiné jsou prostě šoupnuté, 
protože jejich odchylka od umístění nepřekročila prahovou hodnotu.

Druhý problém, se kterým si teď vůbec nevím rady, je stuace "dům místo 
nádvoří". Nenapadá mě nic, jak tuto anomálii zjistit. V tomto případě může 
dojít k posunu správně umístěného bodu na špatné místo.

Přesto bych zvážil - jednu část Brna, čítající 1000 adres, dělal kolega 8 
hodin. Já jsem na tom pak pracoval další 2.5 hodiny a nejsem si úplně jist, 
zda by to nechtělo ještě další práci. To byl také jeden  z hlavních impulzů, 
proč začít ty posuny řešit.

Ještě poznámka nakonec - vše uvedené se týká pouze zbytku probíhajícího 
importu, nikoli aktualizací už importovaných území. Aktualizace probíhá 1 
změna v RUIAN = 1 změna v OSM, tedy si žádných okolních adres nevšímá. Může se 
ovšem stát, že když adresa na obchodě bude úplná a bude blíže souřadnicím v 
RUIAN, tak bot udělá změnu na té adrese s obchodem a tu "oficiální" nechá na 
pokoji.

--
Petr