Adresní místa s duplicitními ref:ruian:addr

18 zpráv
Zpět na přehled

Adresní místa s duplicitními ref:ruian:addr

18 zpráv LPAM 4 účastníků 20 min čtení
  1. Aleš f.ales1 na seznam.cz #m384eae
    Ahoj, netušil jsem, že toho bude hodně těch adresních míst s opakujícími se hodnotami ref:ruian:addr, to ani nemůžu celé sám zvládnout https://overpass-turbo.eu/s/1ION Jed mi o to, že by refy adres na rozdíl od budov by měly být jedinečné a tento vícenásobný výskyt by neměly vlastně ani být, pokud to chceme mít synchronní s RÚIAN.
  2. Lukas Novotny lenochod na tiscali.cz #m8d14c3
    Ahoj. Zkusil jsem řešit duplicity okolo Hradce Králové a v rámci toho přidal do návodu o budovách a adresních místech varianty a způsoby řešení. Poslední dva ani nevím jak správně řešit. Mohl by se na to podívat někdo znalejší prosím a zkontrolovat pro jistotu celou sekci? Viz https://wiki.openstreetmap.org/wiki/Cs:R%C3%9AIAN/Mapov%C3%A1n%C3%AD_budov_a_adresn%C3%ADch_m%C3%ADst#Stejn%C3%BD_kl%C3%AD%C4%8D_ref:ruian:addr_u_dvou_AM S díky Lukáš
  3. Aleš f.ales1 na seznam.cz #m4aa3e5
    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.
  4. Petr Vejsada osm na poloha.net #m0be779
    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
  5. Lukas Novotny lenochod na tiscali.cz #m6875ce
    Ahoj všem. V rámci řešení duplicitních ref:ruian:addr jsem zavítal do Kladna a docela jsem zíral. v jedné budově a téměř 40 adresních míst.?? ( https://www.openstreetmap.org/#map=19/50.13923/14.11158 ). Se tam skoro ani nevejdou. Evidentně co jedny vrata, to jedno číslo evidenční. Mapování zdar. Lukáš
  6. Aleš f.ales1 na seznam.cz #me184d0
    Tak to chce si ta vrata trochu projít, evidentně jsou tam jen tak přibližně naházená. Jen tak mimochodem, VDP má momentálně špatnou bránu
  7. Petr Vejsada osm na poloha.net #mb3a8e9
    Ahoj, no to je ale nepěkné :( jak to vzniklo - kdysi to tam takto naplácaly úřady. Nicméně v únoru 2021 to úřady opravili a ted to vypadá takto: http://ruian.poloha.net/19/50.13923/14.11158/a Jenže do OSM se to nepřeneslo, protože se (docela hodně) preferuje pozice v OSM. Je to paradoxně právě z toho důvodu, že když se poloha přebírala z RUIAN, do OSM se přenášely právě takto naplácané adresy. a rozbíjelo to pečlivě ručně zakreslené adresy. Tedy - import této ošklivosti a ošklivé pozice byly přeneseny z RUIAN (protože v OSM tyto adresy nejspíš vůbec nebyly) a následně, když to úřad opravil, poloha se ponechala z OSM. Rozhodovací algoritmus odkud se vezme pozice adresního bodu je tu: https://github.com/osmcz/poloha.net_postgres/blob/master/schemas/import/functions/import.refresh_parovane_geom.sql možná by se algoritmus mohl změnit, ale je to těžké rozhodování, pže pokud bychom brali pozice adresních míst z RUIAN, tak by nám to mohlo rozbít pečlivě zakreslená adresní mista ... nějaké nápady?
  8. Lukas Novotny lenochod na tiscali.cz #mb82a62
    Ahoj. Petře, díky moc za obšírnou analýzu, včera jsem opravil. Mohl by jsi se prosím ještě podívat na AM body?: https://www.openstreetmap.org/node/2880124212 vs. https://www.openstreetmap.org/node/10652768695 https://www.openstreetmap.org/node/9204995149 vs. https://www.openstreetmap.org/node/5141948361 Ještě podotázka: jak lze zjistit historii AM v RÚIAN? Občas o ni píšeš. S díky Lukáš
  9. Petr Vejsada osm na poloha.net #m747f7c
    Ahoj, historii spíš odhaduji, ale doufám, že se trefuji. Jako všichni mám k dispozici data z OSM, tedy datum změny, navíc mám k dispozici item_timestamp, což je timestamp, kdyu jsem do DB nahrál změnu. Je to něco jiného než platí_od, což je údaj od úřadů. A jdyž je item:timestamp u AM osm id 2880124212 05.08.2023 07:05:25 a v OSM je 2023-08-06T13:21:24, tedy o necelý den později, řekl bych, že se to nahrálo z oné změny.
    Mohl by jsi se prosím ještě podívat na AM body?: https://www.openstreetmap.org/node/2880124212 vs. https://www.openstreetmap.org/node/10652768695
    Zde tedy bylo adresní místo vytvořeno 12.2.2023 a bylo na tom rohu. 5.8.2023 jsem nahrál změnu a ta se zpracovala tak, že se vytvořilo nové adresní místo tam na dvoře či co to je. Adresní místo posunuli o 129.32 metrů, což je více než 80 metrů , jak jsem psal v nějaké minulé zprávě. Asi bychom těch 80 metrů limit měli zrušit a dovolit úřadům šoupat adresní místa o XXX metrů či neomezeně. Jsou případy (a nejsou vzácné), že plácnou adresní místo z jednoho katastrálního území na jiné klidně několik kilometrů daleko, když se shoduje číslo popisné. Občas také nerozlišují čísla popisná a orientační. Tedy kdyby nebylo to pravidlo 80 metrů, které říká "Pokud úřad přesune adresní místo o více než 80 metrů, necháme původní na pokoji a vytvoříme nový bod", bylo by vše správně. Ale také se může stát, že úředník vezme správně umístěný adresní bod a přesune ho na jiné katastrální území 3 km daleko, viz výše. Pak je zase lepší. když pravidlo 80 metrů zafunguje.
    https://www.openstreetmap.org/node/9204995149 vs. https://www.openstreetmap.org/node/5141948361
    U této dvojice se to odhaduje hůř. Vzdálenost je přes 300 metrů, tedy opět ono pravidlo, ale mechanismus byl nejspíš jiný. Další pravidlo říká, že když je adresní místo "příliš" daleko od baráku (viz refresh_parovane_geom.sql odkaz z minulé zprávy). Zřejmě došlo k tomu, že úřad něco změnil (item_timestamp) a robot začal zkoumat, co dělat. Zjistil, že adresní místo je pořádný kus od domu a přesunul ho, zdá se, na definiční bod stavebního objektu - zase z důvodu, že se to častěji osvědčilo než neosvědčilo, že úřady dávaly adresy úplně blbě. Zde ale asi ne. Psal jsem, že robot bod přesunul, ale vlastně nepřesunul, ale vytvořil nový, protože 80 metrů. Tyhle přesuny adresních míst k domu jsou vždycky reportované, jakože bych se měl na to podívat, jestli je to správně nebo ne. Nekašlu na to, to ne, ale nejspíš jsem to bud přehlédl a nebo usoudil, že na domě to bude lepší než 300 metrů daleko. Tak co s tím pravidlem 80 metrů? Zrušit úplně nebo změnit třeba na 800 metrů? Vypadá to, že dnes to asi více škodí než prospívá.
  10. Lukas Novotny lenochod na tiscali.cz #madacfd
    Ahoj všem. Petře, díky moc za tvé obšírné informace. Troška obecné statistiky o zdvojených ... ref (jen pocitově jak se tím hrabu, nevím jak vyčíslit s čísly) - minimálně polovina jsou adresní místa vs shop a Obecní úřady a jiné organizace... U druhé půlky je: - hodně č. ev. v zahrádkářských koloniích vs garáže - hodně v jedné budově dvě adresní místa vs druhá budova s jedním adresním místem - hodně jedno z adresních míst je nesmyslně na poli, louce zcela bez známky budovy a s obydlenou částí hodně vzdálenou. Nebo na nádvoří obklopeným budovamy s různými adresními místy patřící do stejného areálu budov. - občas dva stejné body s stejným ref v jedné budově -> dle historie dost často přidáno ref (z důvodu jiných zdrojů z kterých se dříve čerpalo a v rámci jejich převodu na RÚIAN) časově až po přidání druhého adresního místa. - občas stejné ref na budovách hned vedle sebe s tím že někdo okopíroval adresní místo ale nezměnil nebo nesmazal ref. - občas adresní místo je hodně vzdálené oproti budově na kterou je vázáno. Označuji jako "fixme=Adresa: je zdvojena (ref:ruian:addr=xxxx), nahlásit pro opravu." s tím že xxxx označuje ref těch bodů kterých se to týká. Až projdu zbytek republiky na zdojené/ztrojené... ref, pokusím se nahlásit na patřičná místa. .... Případy kdy adresní místo je vzdáleno víc jak 80m a jsou obě v stejném areálu, jsem zatím našel jen tyto případy, a je pravděpodobné že jsem některé přehlédl. Samozřejmě jsem si toho začal všímat až když Petr tuto informaci napsal. Jen nevím jestli takovouto malou marginálii vůbec někam hlásit. Nevím také, jestli úřady které adresní místa mohou měnit mají instrukce že adresní místo musí být nebo ne nad budovou s kterou je svázána. Já bych těch 80m zatím neměnil, je to za mne i dobrý identifikátor chyb a posunů vykonaných od úřadů. Jak vidí možnou změnu 80m ostatní? Mapování zdar Lukáš
  11. Petr Vejsada osm na poloha.net #m972f94
    Ahoj,
    Troška obecné statistiky o zdvojených ... ref (jen pocitově jak se tím hrabu, nevím jak vyčíslit s čísly) - minimálně polovina jsou adresní místa vs shop a Obecní úřady a jiné organizace...
    Další pravidlo - pokud je adresní místo na POI, bot ho zcela ignoruje. Zcela znamená, že centimetr vedle vytvoří klidně další adresní místo, protože adresní místo na POI pro něj neexistuje. Byly kvůli tomu dlouhatánské diskuse (až hádky). Nekteří se vztekali, že bot sahá na "jejich" POI (obchod, památník, všechno možné). Toto chování je výsledkem konsensu v dlouhé diskusi, ale je to zase 8-10 let v minulosti; může se to prodiskutovat znovu. Jestli tedy mažeš adresní body vedle obchodů a dojde ke změně v RUIAN, bot vytvoří nové adresní místo zase hned vedle. Jestli mažeš adresy na obchodech, možná se někdo začne vztekat. V gitu je to fce import.isphysical. Koinkrétně bot ignoruje entity, které mají některý z těchto tagů: amenity historic shop man_made sport tourism office natural highway landuse waterway barrier bridge tunnel route bus tram aerialway railway leisure Tedy pokud bude konsensus, že bot si má těchto entit opět všímat, můžeme to změnit. Někteří odmítali pochopit, že např. památník adresu nemá, že adresu má ten dům který stojí 10 cm vedle, no
    U druhé půlky je: - hodně č. ev. v zahrádkářských koloniích vs garáže - hodně v jedné budově dvě adresní místa vs druhá budova s jedním adresním místem - hodně jedno z adresních míst je nesmyslně na poli, louce zcela bez známky budovy a s obydlenou částí hodně vzdálenou. Nebo na nádvoří obklopeným budovamy s různými adresními místy patřící do stejného areálu budov. - občas dva stejné body s stejným ref v jedné budově -> dle historie dost často přidáno ref (z důvodu jiných zdrojů z kterých se dříve čerpalo a v rámci jejich převodu na RÚIAN) časově až po přidání druhého adresního místa. - občas stejné ref na budovách hned vedle sebe s tím že někdo okopíroval adresní místo ale nezměnil nebo nesmazal ref. - občas adresní místo je hodně vzdálené oproti budově na kterou je vázáno. Označuji jako "fixme=Adresa: je zdvojena (ref:ruian:addr=xxxx), nahlásit pro opravu." s tím že xxxx označuje ref těch bodů kterých se to týká. Až projdu zbytek republiky na zdojené/ztrojené... ref, pokusím se nahlásit na patřičná místa.
    Nj, je to tak, adresní místa občas jsou na poli, patří k budově, která má pouze definiční bod a je na jiném poli třeba 500 metrů daleko. Takže si mohu vybrat - nechat adresu na poli kde je adresní místo nebo nechat adresu na poli kde je definiční bod budovy. Ortofoto většinou nepomůže, protože je na něm fakt pole. Nenapadá mě, co bych s tím mohl dělat Jo, občas je více adresních míst v jedné budově, liší se třeba názvem ulice nebo i názvem části obce, je to tak v RUIAN. Stejné ref:ruian:addr by být nemělo (pokud se nejedná o POI, viz výše) Jinak ref:ruian:addr by mělo být to samé jako uir_addr:adresa_kod či jak se to přesně jmenovalo Definiční bod jiné budovy uprostřed geometrie jiné budovy byl "standard"; dnes je to z velké části opraveno. Například http://ruian.poloha.net/17/50.02526/14.36619/b - červený duch je definiční bod budovy, ke které vede červená čára a je také červeně. Byly jich desetitisíce, ted už jich je 29 (great work, really, státní mapeři) Pořád jsou definiční body cizích budov uvnitř jiných budov, ale také se to hodně zlepšilo. Hříšní https://ruian.poloha.net/czaddr/obec.php?id=549479 a https://ruian.poloha.net/czaddr/obec.php?id=533874 - najet myší na smrtku před názvem části obce. Ne vždy je tam smrtka, dnes je tam často zelený duch (jako že dobrý) ;)
    Případy kdy adresní místo je vzdáleno víc jak 80m a jsou obě v stejném areálu, jsem zatím našel jen tyto případy, a je pravděpodobné že jsem některé přehlédl. Samozřejmě jsem si toho začal všímat až když Petr tuto informaci napsal. Jen nevím jestli takovouto malou marginálii vůbec někam hlásit. Nevím také, jestli úřady které adresní místa mohou měnit mají instrukce že adresní místo musí být nebo ne nad budovou s kterou je svázána.
    Ty přesuny k budově dělá bot i na kratší vzdálenost. Když dělám aktualizace, je to asi tak za měsíc zhruba 3000 - 4000 změn. Z toho dostanu tak 10 varování, že adresní místo bylo daleko a bylo přesunuto k budově. Tu http://osm.poloha.net/addr/czechaddress-warning-example.html je varovací report z poslední aktualizace adres, jsou tam i ta upozornění na přesuny adresních bodů k domu. Nebo třeba že příslušná ulice je 2 kilometry daleko. Opět netuším, co bych s tím měl dělat.
    Já bych těch 80m zatím neměnil, je to za mne i dobrý identifikátor chyb a posunů vykonaných od úřadů. Jak vidí možnou změnu 80m ostatní?
    PLS napište k tomu něco
  12. Mirek Dlask dlask.m na gmail.com #m538d18
    Tak co s tím pravidlem 80 metrů? Zrušit úplně nebo změnit třeba na 800 metrů? Vypadá to, že dnes to asi více škodí než prospívá.
    Přišla mi totiž odpověď na reklamaci RUIAN z 1.5.2020 na adresní místo https://vdp.cuzk.cz/vdp/ruian/adresnimista/5937400 Reklamace vyřízena, adresní místo bylo přesunuto na správnou polohu... Chvíle napětí ... Posun je zhruba 1100 metrů. Což je více než 80 nebo 800 metrů. V OSM je tato adresa do aktualizace na 49.9621264, 14.0539581 https://www.openstreetmap.org/node/296810121 Poněkud děsivé na té opravě je, že adresnímu místu (AM) je stále nadřazený původní stavební objekt (SO) na původním místě. https://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/5901791 AM je nově na jiném SO. https://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/46960279 Bohužel neznám možnosti ani zákonitosti editace, takže nevím zda je to nedostatek (chyba) systému nebo editora/editorky. Logické by bylo mít možnost buď: změnit závislost AM z původního na SO na novém místě a zároveň zrušit původní SO. nebo přesunout AM i SO a zrušit SO který tam je aktuálně. Nemusí to být jen otázka technická ale i legislativní. Asi se po dlouhé době obrátím na helpdesk ČÚZK. Mir
  13. Petr Vejsada osm na poloha.net #m2295fa
    Ahoj, není to tak jednoduché jak se může zdát :) jedná se o typický případ duch uvnitř budovy, http://ruian.poloha.net/20/49.96212/14.05402/ab Je to situace, kdy uvnitř geometrie budovy A je definiční bod budovy B (na mapě vyznačený jako duch). Samozřejmě tam nemá co dělat. Adresní místo je v tomto případě přiřazeno ne k té budově, jejíž geometrii vidíš na odkazované mapě, ale je přiřazené k tomu duchovi, což ale není ta budova na obrázku. Tyto situace mě před 10 lety také šokovaly, ano, ale už ne, už vím, že jsme prostě v cz Bez místní znalosti nemám šanci poznat co je správně a kde ta adresa má být. I když v tomto případě by se to dalo odhadnout podle ulice, jenže je spousta adresních míst s ulicí a ulice v okolí 2 km není. Je to pořád dokola, tyhle věci jsme už řešili před 10 lety a nevyřešili stejně jako je nevyřešíme dneska. Třeba já nehodlám podávat reklamace a čekat 4 roky jestli to opraví. Opraví, ale blbě, jako ten tvůj případ. Tady máš top 10 k 4.7.2024 select am.kod as am_kod,so.kod as so_kod,import.distance_meters(am.definicni_bod,so.definicni_bod) from ruian.rn_adresni_misto amjoin ruian.rn_stavebni_objekt so on am.stavobj_kod = so.kod and so.definicni_bod is not NULL and am.definicni_bod is not NULL and not so.deleted and not am.deleted order by 3 desc limit 10; am_kod | so_kod | distance_meters ----------+----------+----------------- 14146207 | 14054922 | 9465.89584326 14704684 | 14596784 | 6518.08783967 30725101 | 30076391 | 3858.47351613 30789010 | 30170451 | 3646.08703751 15924491 | 15810844 | 3348.80325987 1024116 | 1021893 | 3178.0875026 15333621 | 15222365 | 3042.17622147 6450725 | 6411282 | 2918.35482107 26314223 | 25810057 | 2916.30994807 30777895 | 30152348 | 2853.97066918 (10 rows) Takže adresa od baráku vzdálena 9.5 kilometru. Takové SQLko si snad mohou napsat taky a začít opravovat, ne? Jenže proč by to dělali když je nikdo nenutí. A když je někdo otravuje jako ty, "opraví" to za více než 4 roky...
  14. Aleš f.ales1 na seznam.cz #m035114
    Prostě tam bordel v RÚIAN byl, je a bude. Možná bys mohl začít pracovat v ČÚZK jako nějaký validátor dat. Když se na ten top 10 podívám, tak kdo na nich tak bydlí? Těžko říct, zda by to opravovali rychleji, kdyby si o to vlastníci nemovitostí sami o to řekli. Ono ještě mnohem horší je, že skoro polovina adres nemá ani žádnou ulici a přesnost určení adresy vypadá následovně: Když nejsou pojmenované ulice, tak ten barák může podle č.p. nebo rekreační stavba podle ev. ležet úplně kdekoliv. Když jsou pojmenované ulice, tak víme, že se to nachází kdesi v této ulici, zvlášť v té extra moc dlouhé, nahoře nebo dole. Ale když se k ulicím přidají orientační čísla, tak víme s přesností, v jaké části ulice se ten dům nachází. Ovšem zádrhel je vznikající nejednoznačnost čísel a nutnost psát obě čísla. Z toho by mohl být vskutku dobrý meme. Jenže silně pochybuji o tom, že se to jednou někam posune, a že by dvojí číslování na Slovensku zůstalo zachované.
  15. Lukas Novotny lenochod na tiscali.cz #mea8274
    Ahoj. Bot je automatický, nebo si to vše provedeš na lokálu a po kontrole teprve nahraješ?
    Ahoj,
    Troška obecné statistiky o zdvojených ... ref (jen pocitově jak se tím hrabu, nevím jak vyčíslit s čísly) - minimálně polovina jsou adresní místa vs shop a Obecní úřady a jiné organizace...
    Další pravidlo - pokud je adresní místo na POI, bot ho zcela ignoruje. Zcela znamená, že centimetr vedle vytvoří klidně další adresní místo, protože adresní místo na POI pro něj neexistuje. Byly kvůli tomu dlouhatánské diskuse (až hádky). Nekteří se vztekali, že bot sahá na "jejich" POI (obchod, památník, všechno možné). Toto chování je výsledkem konsensu v dlouhé diskusi, ale je to zase 8-10 let v minulosti; může se to prodiskutovat znovu. Jestli tedy mažeš adresní body vedle obchodů a dojde ke změně v RUIAN, bot vytvoří nové adresní místo zase hned vedle. Jestli mažeš adresy na obchodech, možná se někdo začne vztekat.
    U POI pouze smažu ref:ruian:addr a jdu od toho. Osobně ani shodu adresy POI vs AM nekontroluji, abych se v tom neutopil. Možná by ten výmaz (ref:ruian:addr) z POI mohl bot provádět automaticky?
    V gitu je to fce import.isphysical. Koinkrétně bot ignoruje entity, které mají některý z těchto tagů: amenity historic shop man_made sport tourism office natural highway landuse waterway barrier bridge tunnel route bus tram aerialway railway leisure Tedy pokud bude konsensus, že bot si má těchto entit opět všímat, můžeme to změnit. Někteří odmítali pochopit, že např. památník adresu nemá, že adresu má ten dům který stojí 10 cm vedle, no
    U druhé půlky je: - hodně č. ev. v zahrádkářských koloniích vs garáže - hodně v jedné budově dvě adresní místa vs druhá budova s jedním adresním místem - hodně jedno z adresních míst je nesmyslně na poli, louce zcela bez známky budovy a s obydlenou částí hodně vzdálenou. Nebo na nádvoří obklopeným budovamy s různými adresními místy patřící do stejného areálu budov. - občas dva stejné body s stejným ref v jedné budově -> dle historie dost často přidáno ref (z důvodu jiných zdrojů z kterých se dříve čerpalo a v rámci jejich převodu na RÚIAN) časově až po přidání druhého adresního místa. - občas stejné ref na budovách hned vedle sebe s tím že někdo okopíroval adresní místo ale nezměnil nebo nesmazal ref. - občas adresní místo je hodně vzdálené oproti budově na kterou je vázáno. Označuji jako "fixme=Adresa: je zdvojena (ref:ruian:addr=xxxx), nahlásit pro opravu." s tím že xxxx označuje ref těch bodů kterých se to týká. Až projdu zbytek republiky na zdojené/ztrojené... ref, pokusím se nahlásit na patřičná místa.
    Nj, je to tak, adresní místa občas jsou na poli, patří k budově, která má pouze definiční bod a je na jiném poli třeba 500 metrů daleko. Takže si mohu vybrat - nechat adresu na poli kde je adresní místo nebo nechat adresu na poli kde je definiční bod budovy. Ortofoto většinou nepomůže, protože je na něm fakt pole. Nenapadá mě, co bych s tím mohl dělat Jo, občas je více adresních míst v jedné budově, liší se třeba názvem ulice nebo i názvem části obce, je to tak v RUIAN. Stejné ref:ruian:addr by být nemělo (pokud se nejedná o POI, viz výše) Jinak ref:ruian:addr by mělo být to samé jako uir_addr:adresa_kod či jak se to přesně jmenovalo
    Na konci července jsem posledních 2 000ks uir_adr:ADRESA_KOD na ostravsku převedl na ref:ruian:addr. Toto by mělo být snad již pročištěno.
    Definiční bod jiné budovy uprostřed geometrie jiné budovy byl "standard"; dnes je to z velké části opraveno. Například http://ruian.poloha.net/17/50.02526/14.36619/b <http://ruian.poloha.net/17/50.02526/14.36619/b> - červený duch je definiční bod budovy, ke které vede červená čára a je také červeně. Byly jich desetitisíce, ted už jich je 29 (great work, really, státní mapeři) Pořád jsou definiční body cizích budov uvnitř jiných budov, ale také se to hodně zlepšilo. Hříšní https://ruian.poloha..net/czaddr/obec.php?id=549479 a https://ruian.poloha.net/czaddr/obec.php?id=533874 - najet myší na smrtku před názvem části obce. Ne vždy je tam smrtka, dnes je tam často zelený duch (jako že dobrý) ;)
    Případy kdy adresní místo je vzdáleno víc jak 80m a jsou obě v stejném areálu, jsem zatím našel jen tyto případy, a je pravděpodobné že jsem některé přehlédl. Samozřejmě jsem si toho začal všímat až když Petr tuto informaci napsal. Jen nevím jestli takovouto malou marginálii vůbec někam hlásit. Nevím také, jestli úřady které adresní místa mohou měnit mají instrukce že adresní místo musí být nebo ne nad budovou s kterou je svázána.
    Ty přesuny k budově dělá bot i na kratší vzdálenost. Když dělám aktualizace, je to asi tak za měsíc zhruba 3000 - 4000 změn. Z toho dostanu tak 10 varování, že adresní místo bylo daleko a bylo přesunuto k budově. Tu http://osm.poloha.net/addr/czechaddress-warning-example.html je varovací report z poslední aktualizace adres, jsou tam i ta upozornění na přesuny adresních bodů k domu. Nebo třeba že příslušná ulice je 2 kilometry daleko. Opět netuším, co bych s tím měl dělat.
    Já bych těch 80m zatím neměnil, je to za mne i dobrý identifikátor chyb a posunů vykonaných od úřadů. Jak vidí možnou změnu 80m ostatní?
    PLS napište k tomu něco
    Díky Petře za podnětné texty. Měl bych i další otázky, když ale vidím kolik je práce okolo... ?? Lukáš
  16. Petr Vejsada osm na poloha.net #m47f40b
    Ahoj,
    Tedy kdyby nebylo to pravidlo 80 metrů, které říká "Pokud úřad přesune adresní místo o více než 80 metrů, necháme původní na pokoji a vytvoříme nový bod", bylo by vše správně. Ale také se může stát, že úředník vezme správně umístěný adresní bod a přesune ho na jiné katastrální území 3 km daleko, viz výše. Pak je zase lepší. když pravidlo 80 metrů zafunguje.
    tak jsem to zvětšil na 800 metrů, https://github.com/osmcz/poloha.net_postgres/commit/8318d4a3308fe3924924b653f78d588c92a6bed7 a uvidíme co z toho vyleze. Pouštím update za skoro celé prázdniny. Changeset https://www.openstreetmap.org/changeset/156070826 Seznam napárovaných dvojic podle ruianid ve vzdálenosti > 80 metrů osmid | ruianid | dist ------------+----------+-------------- 2534852884 | 7085885 | 667 2899533044 | 5374120 | 579 2304932405 | 25340662 | 401 2004381730 | 6809944 | 366 2398866755 | 31198261 | 176 2344989856 | 31202993 | 143 1406323083 | 1508326 | 123 (7 rows) tak pokud to chcete zkouknout, jaké následky má ta změna (jestli je to k lepšímu nebo k horšímu)
  17. Lukas Novotny lenochod na tiscali.cz #mbda36f
    Díky moc Petře za tvou práci. Posunutá AM mě připadají v pohodě. Mapování zdar Lukáš
  18. Lukas Novotny lenochod na tiscali.cz #m7e0cd6
    Ahoj. Petře V., bere skript jako POI i obrysy budov nebo pouze body? S díky za odpověď Lukáš
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.