[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