[talk-cz] Adresní místa s duplicitními ref:ruian:addr

Petr Vejsada osm na poloha.net
Pondělí Březen 25 19:20:35 UTC 2024


Ahoj,

tak jsem se podíval na dvojici nodů 2813343946 a 3335245153. Uřadové se 
nejspíš rozhodli recyklovat ID adresních míst a jedno ID přidělili úplně 
jiné adrese nebo původně zadali nesmyslné číslo popisné a ještě ho 
umístili špatně nebo ... kdo ví.

Zde je limit vzdálenosti 80 metrů; pokud by byla nová adresa do 80 metrů 
od původní, tak by se adresní místo s tím ruianid 40195520 přebralo a 
změnilo na novou adresu. Jenže vzdálenost je 107 metrů a to je moc a tak 
bot raději udělal nové adresní místo (ano, s duplicitním ruianID), protože 
zná kreativitu úřednictva, tak si nedovolil předpokládat, jak to úředník 
myslel a raději tu původní adresu nechal na pokoji, aby zase někdo 
neječel, že z OSM zmizela adresa.

Proč je tam ten limit a proč zrovna 80 metrů si nepamatuju, ale určitě to 
tam není jen tak pro srandu, ale jde o snahu vypořádat se s 
pseudokreativitou úřednictva co nejlépe, což se ne vždy podaří. 

Zkoušel jsem najít tu starou adresu (node 2813343946), žádné číslo popisné 
9283 v celé republice není.

Software tedy zafungoval správněmě, přesněji zafungoval tak, jak měl. Ze 
je to "legitimní" recyklace ruianID však neuvěřil

-- 
Zdraví
Petr Vejsada

Dne pondělí 25. března 2024 18:56:50 CET, Aleš napsal(a):

> Ani jsem nevěděl že budu mít good point :)
> 1. varianta: Tak ten první uzel v příkladu má č.p. 9283, nějak se to
> botovi moc nepovedlo, co jsem se koukal do historie uzlu, takže je
> chybný a měl by se smazat. Vždycky je dobrý si tu danou dvojici AM
> zkontrolovat. 2. varianta: Já to dělám teď v JOSM tak, že pokud
> existuje samostatně uzel AM vložený uvnitř polygonu budovy (nebo přímo
> v polygonu plochy budovy) a je na budově vložen uzel nějakého podniku,
> obchodu, hospody, tak to tam u toho podniku to ref:ruian:addr
> odstraním, aby byl jen a té samostatné adresy.




Další informace o konferenci talk-cz