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 _______________________________________________ Talk-cz mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-cz
