> 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. > > -- > Aleš > > _______________________________________________ > talk-cz mailing list > talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz >

> 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.

> 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. > > -- > Aleš > > _______________________________________________ > talk-cz mailing list > talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz >

> 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

> 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 > <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? > > -- > Petr > > -- > Zdraví > Petr Vejsada > > Dne pátek 2. srpna 2024 16:03:15 CEST, Aleš napsal(a): > > > 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 > > > _______________________________________________ > talk-cz mailing list > talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz >

> 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

> Ahoj, > > Dne pátek 9. srpna 2024 14:31:49 CEST, Lukas Novotny napsal(a): > > 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á. > > -- > Zdraví > Petr Vejsada > _______________________________________________ > talk-cz mailing list > talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz >

> 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í?

> > 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á 9. 8. 2024 v 21:04 odesílatel Petr Vejsada <osm na poloha.net> napsal: > > 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

> Ahoj, > > Dne neděle 11. srpna 2024 10:39:37 CEST, Lukas Novotny napsal(a): > > 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 <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 > > -- > Zdraví > Petr Vejsada >

> _______________________________________________ > talk-cz mailing list > talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz >

> 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.

> Ahoj, > > Dne pátek 9. srpna 2024 21:01:51 CEST, Petr Vejsada napsal(a): > > > 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) > > -- > Zdraví > Petr Vejsada > > > > _______________________________________________ > talk-cz mailing list > talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz >

> Ahoj, > > Dne neděle 11. srpna 2024 10:39:37 CEST, Lukas Novotny napsal(a): > > 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 <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 > > -- > Zdraví > Petr Vejsada > _______________________________________________ > talk-cz mailing list > talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz >