Dotaz k prubehu kontroly - Re: Průběh importu adres

14 zpráv
Zpět na přehled

Dotaz k prubehu kontroly - Re: Průběh importu adres

14 zpráv PPPDJJJM 9 účastníků 15 min čtení
  1. Pavel Bokr osm na kraluvdvur.cz #mc9981f
    Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k aktualizaci stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana jejich historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o info. Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem narazil na to ze nektera adresni mista jsou nevhodne umistena - napriklad u silnice misto u vstupu do domu viz. napriklad http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu adresni misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu kdyz vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm poslat mailem k importu - je to tak? Diky za info Pavel Bokr
  2. Petr Vejsada osm na propsychology.cz #m833040
    Ahoj,
    Jestli to spravne chapu tak data.osm obsahuje u AM ktera uz v OSM byly jejich uravenou verzi dle RUIAN (podle vysledku dohod) s tim ze zachovava OSM ID a k nim pak pridava nova AM pokud v OSM dosud nejsou. Importem data.osm (ktery mailem zaslu zazipovany k importu) tak dojde k aktualizaci stavajicich OSM adresnich mist (ty co tam byly; bude pritom zachovana jejich historie) a k tomu navic dojde i k pridani novych (tech co v OSM zatim nejsou pokud jsou v RUIAN) Pokud je to jinak a chapu to spatne prosim o info.
    Ano, přesně tak to je.
    Mel bych jeste dotaz, pokud je to tak jak si myslim vyse tak kdyz jsem narazil na to ze nektera adresni mista jsou nevhodne umistena - napriklad u silnice misto u vstupu do domu viz. napriklad http://osm.kraluvdvur.cz/ruian-import-am-u-komunikace.jpg tak mohu adresni misto v data.osm posunout na spravne misto (pokud mozno ke vstupu domu kdyz vim kde je nebo alespon nekam do stredu domu) a takto upraveny data.osm poslat mailem k importu - je to tak?
    Zase zcela přesně - k tomu ta editace slouží, aby se body posunuly, kam patří-
  3. Petr Kolomazník petr.kolomaznik na gmail.com #m5ad0d0
    Ahoj, přidám další dotaz. Ve vygenerovaném data.osm je obsažena budova se špatnou adresou (stávající stav) + příslušný adresní bod se správnou adresou (doplněný v rámci importu z RUIAN). Jaký je správný postup opravy této chyby: a) v JOSM ve vlastní datové vrstvě ručně smazat z budovy tagy adresy a uploadnout jako separátní opravu na OSM server + v data.osm smazat budovu s chybnou adresou (není ji třeba již opravovat a tedy v rámci importu uploadovat) + zachovat správný adresní bod b) v data.osm sloučit správný adresní bod s budovou tak, že výsledkem je pouze objekt budovy se správnou adresou c) v data.osm smazat u budovy chybné tagy a budovu ponechat bez adresy + zachovat správný adresní bod = vše bude v této podobě v rámci importu nahráno na server Příklad: http://osm.org/go/0J0OVkAJJ?way=49305010 Díky, Petr
  4. Petr Vejsada osm na propsychology.cz #m292dd1
    Ahoj, Budova, o které píšeš, má housenumber 2604/8 a patří tam to číslo 2605/5, jak je u toho bodu. Řešení podle a.) není vůbec potřeba - je zbytečné zakládat další vrstvu, když už všechna potřebná data máš v data.osm. Proto je to tak udělané, že se (většinou ;-)) všechno potřebné dotáhne. Řešení b.) je OK řešení c.) je úplně stejně OK, záleží, kdo co preferuje. Jasně že by bylo lepší mít všude jen body, ale když máš oblast, jako máš, kde je vše na budovách, tak by to bylo dost práce všechno převádět na body. Dobročinnosti se meze nekladou, ale IMO to není potřeba. Pro zajímavost - skutečná budova 2604/8 leží jihojihovýchodně asi 40 metrů u parku, kde se vše správně spárovalo a tagy na budově byly aktualizovány z RUIAN.
  5. Petr Kolomazník petr.kolomaznik na gmail.com #m26b1aa
    Díky, další dotazy :-): 1) v data.osm mám na jedné budově dva adresní body: chybný stávající + správný nový (z importu z RUIAN). Chci chybný stávající smazat. Mám jej kromě z data.osm smazat i ručně z OSM? Předpokládám, že pokud bude v data.osm chybný stávající adresní bod smazán, tak v rámci importu na OSM by zůstal na serverech OSM zachován. Nebo se mýlím? Příklad: http://osm.org/go/0J0Nrr8lF?way=89900078 2) v data.osm mám na jedné budově POI restaurace s (částečně) vyplněnou adresou (možná bylo původním záměrem doplnit POI restaurace k existujícímu adresnímu dobu) + správný adresní bod z importu RUIAN. Mám: a) zachovat stávající POI tak jak je, případně promazat chybné části adresy + zachovat správný nový adresní bod z RUIAN b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus vedle + zachovat správný nový adresní bod z RUIAN c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována kompletní správná adresa RUIAN Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637 Díky za pomoc, Petr
  6. Petr Vejsada osm na propsychology.cz #m4d0dc5
    Ahoj,
    Díky, další dotazy :-): 1) v data.osm mám na jedné budově dva adresní body: chybný stávající + správný nový (z importu z RUIAN). Chci chybný stávající smazat. Mám jej kromě z data.osm smazat i ručně z OSM? Předpokládám, že pokud bude v data.osm chybný stávající adresní bod smazán, tak v rámci importu na OSM by zůstal na serverech OSM zachován. Nebo se mýlím? Příklad: http://osm.org/go/0J0Nrr8lF?way=89900078
    není potřeba (je dokonce nevhodné) mazat na OSM serveru separátně. Co smažeš z v editoru z data.osm, bude při nahrávání smazáno. Před několika minutami jsem psal o podobné situaci Xificurkovi a zdá se mi, že je to poměrně klíčová informace, tak ji zkusím popsat ještě jednou sem. S data.osm se zachází úplně stejně, jako při jakékoli jiné editaci. Jediný rozdíl mezi daty, staženými z OSM serveru a data.osm je v tom, že v data.osm už jsou některé editace udělané dopředu od bota. Ty jen pokračuješ v editování už rozdělané práce. Princip je ten, že entity (body), keré v .osm souboru jsou, tam jen prostě jsou a nic se s nimi nedělá. Aby se s nimi něco dělalo, je potřeba jim přidat atribut action. Action může být create, modify nebo delete. Jestliže tedy smažeš nějaký bod, projeví se to v datech tím, že tento bod bude mít atribut action=delete. Při uploadu na OSM server se tato akce také provede, tedy bod se smaže. Mazat tedy nelze tak, že bod smažeš ze souboru v nějakém textovém editoru. JOSM maže tak, jak jsem popsal - přidá atribut action=delete. Nové body mají action=create, ty, které se mají změnit, mají action=modify.
    2) v data.osm mám na jedné budově POI restaurace s (částečně) vyplněnou adresou (možná bylo původním záměrem doplnit POI restaurace k existujícímu adresnímu dobu) + správný adresní bod z importu RUIAN. Mám: a) zachovat stávající POI tak jak je, případně promazat chybné části adresy + zachovat správný nový adresní bod z RUIAN b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus vedle + zachovat správný nový adresní bod z RUIAN c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována kompletní správná adresa RUIAN Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637
    Na toto asi není jednoznačná odpověď. Řešení a.) se mi moc nezdá, protože autor třeba chtěl, aby se při hledání restaurace zobrazila částečně i adresa a smazáním tagů už se tak dít nebude. Řešením b.) také docílíš toho, že u restaurace už nebude napsaná ulice či číslo domu. Řešení c.) má nevýhodu v tom, že se nebude renderovat symbol a název restaurace a zároveň číslo domu. Tato situace je dost častá. Já to řeším tak, že nechám restauraci být, jak je, a k ní nechám i nový bod z RUIAN. Jestli je to takto "správně", to nevím. Nevýhoda je jasná - je tam jeden úplný a jeden neúplný bod s addr:.
  7. Petr Kolomazník petr.kolomaznik na gmail.com #mf047fe
    Díky za vysvětlení, už je mi to jasnější. Dnes už tě nechám být a na import se vrhnu zítra.
  8. Dalibor Jelínek dalibor na dalibor.cz #mbad1a2
    Ahoj, muj nazor na tuto vec je: c) sloucit - je spatne. V OSM je zasada, ze jedna vec ma mit jeden prvek. Adresni misto (v nasem pojeti) je jedna vec, ktera ma mit svuj uzel, idealne umisteny v ceste domu v miste vchodu oznaceny jako entrance. Pokud tato informace neni znama, tak pobliz vchodu z odpovidajici ulice. A pokud se nevi ani to, pak proste tam, kde ho ma RUIAN. Hospoda je pak jina vec a mela by mit svuj separatni uzel. a) upravit adresu POI - to je lepsi, jen se nam ztraci vazba mezi adresnim mistem v RUIAN a adresou v OSM. Horsi je, ze to "misto" v OSM ma najednou dve adresy a vznika riziko, ze se "rozejdou". b) smazat adresu z POI - je asi nejcistsi. Se stejnou logikou, jako se po nas chce nepridavat do adres veci, ktere se daji nacist z okolnich polygonu hranic se da rici, ze se da najit adresa hospody z toho domu, ve kterem oba lezi. Pokud tedy oba body lezi uvnitr domu, nebo pokud je uzel adresniho mista nejblizsi k uzlu POI. Navic pocitam, ze kdyz sam zakreslujes uzel s hospodu, tak mu adresu taky nepridavas, ne? Proste ho jen das do toho domu, kde je a eventualne pridas znacku piva a oteviraci dobu. Tim chci rict, ze drtiva vetsina POI v OSM stejne zadnou adresu primo na sobe nema, takze ji velka skoda neni. Podle me tedy vyhrava b) - smazat z POI adresu. Zdravi, Dalibor
    2) v data.osm mám na jedné budově POI restaurace s (částečně) vyplněnou adresou (možná bylo původním záměrem doplnit POI
    restaurace
    k existujícímu adresnímu dobu) + správný adresní bod z importu RUIAN.
    Mám:
    a) zachovat stávající POI tak jak je, případně promazat chybné části adresy + zachovat správný nový adresní bod z RUIAN b) smazat z POI adresu - ta je již obsažena v adresním bodu o kus vedle + zachovat správný nový adresní bod z RUIAN c) sloučit POI s adresním bodem z RUIAN tak, aby byla zachována kompletní správná adresa RUIAN Příklad: http://osm.org/go/0J0OTc~jQ?node=847714637
    Na toto asi není jednoznačná odpověď. Řešení a.) se mi moc nezdá, protože autor třeba chtěl, aby se při hledání restaurace zobrazila částečně i
    adresa a
    smazáním tagů už se tak dít nebude. Řešením b.) také docílíš toho, že u restaurace už nebude napsaná ulice či
    číslo
    domu. Řešení c.) má nevýhodu v tom, že se nebude renderovat symbol a název restaurace a zároveň číslo domu. Tato situace je dost častá. Já to řeším tak, že nechám restauraci být, jak
    je, a k
  9. Jakub Sykora kubajz na kbx.cz #me4bff9
    +1
  10. Jan Dudík jan.dudik na gmail.com #m60b1f4
    Přidávám jeden postřeh z editace větších měst: Zatím jsem udělal Dobříš (2238 adres) a dvě části Českých Budějovic (480 + 2415 adres) a u všech tří jsem narazil vždy na jednu adresu, která byla ulítlá mimo území u Dobříše platná adresa, akorát že 53 km mimo u ČB naopak dvě adresy, které sice mají uvedeno že jsou ČB1 (2), ale leží v jiné části města a ulicí i číslem odpovídají té jiné části - a nebyly v seznamu upozornění. Naopak i zde jsem narazil na adresu, která ulicí i číslem odpovídala jiné části města (5 km) a zatím tam nebyla (ale ta část města ještě není zpracovaná) Takže bych doporučil u větších měst a jejich udělat samostatně kontrolu, protože když sedí ulice a číslo a nesedí část města, skript na to nejspíš nepřijde JAnD
  11. Jachym Cepicky jachym.cepicky na gmail.com #mf4885f
    asi se to řešilo, ale má od nás ČUZK nějakou zpětnou vazbu? J
  12. Marián Kyral mkyral na email.cz #m1d6959
    Předpokládal jsem, že to budeme řešit nějak hromadně, ale zatím to k tomu nespěje. Naprostá většina objevených chyb se dá lehce odhalit vhodně napsaným selectem: *) Budovy s číslem popisným i číslem evidenčním zároveň *) Adresní místa daleko od svých budov *) Adresní místa daleko od svých ulic *) Dvě nebo více adresních míst na stejné pozici, případně velmi blízko sebe (v řádu centimetrů) *) ... Petr možná ještě něco doplní Pokud by v ČÚZK měli zájem, jistě by tyto kontroly již dělali. Databázi mají ;-) Případně jim nic nebrání s tím začít. Jak proběhlo tady v diskuzi, problémy s adresami by se měly hlásit přímo konkrétní obci a to je celkem dost komplikované (vyhledat si, kdo to má na starost, srozumitelně popsat problém...). A že tady těch obcí je :-D Trochu problém je v místech, která ještě nejsou plně digitalizovaná. Tam chybí budovy a není to jednoduše dohledatelné. Nicméně jsem měl i pár případů, kdy umístění dle RUIAN neodpovídalo umístění adresního bodu v KM. Tam má ČÚZK proti nám výhodu. Mají obě databáze a mohou to tedy porovnat. Zatímco my máme pouze obrázek a můžeme hledat pouze vizuálně - v několika případech jsem byl úspěšný. V jiných ne. Takový bod jsem pak označil pomocí fixme - že se hladá správná pozice :-D. Marián
  13. Petr Vejsada osm na propsychology.cz #mf53d2a
    Ahoj,
    Předpokládal jsem, že to budeme řešit nějak hromadně, ale zatím to k tomu nespěje. Naprostá většina objevených chyb se dá lehce odhalit vhodně napsaným selectem:
    Přesně to je můj názor. A krok dál - i kdyby to udělali, co s tím, když AM mají na starosti obce? ČÚZK není IMO nijak nadřízený stavebním úřadům, nevím. Má jim ta data vrárir, sebrat jim osobní ohodnocení ;-) ...
    *) Budovy s číslem popisným i číslem evidenčním zároveň
    Takto to není. Jeden SO opravdu nemůže mít č.p. i č.ev. To, co se děje, je nejspíš že prdnou špatně souřadnice. Daleko častější jsou ty ev.56 a ev.1056; z toho opravdu rostu.
    *) Adresní místa daleko od svých budov
    Není jich strašně moc, ale jsou. A nebo je to naopak - AM je správně a SO je mimo. To nevíme. Existuje cca 1M1 (milion sto tisíc) SO, které mají definiční bod a nemají hranice ('neviditelné' budovy). Daly by se dát do té mé vrstvy jako body; asi by to vzhledem k počtu za to stálo.
    *) Adresní místa daleko od svých ulic
    Nebo nedotažená čára ulice.
    *) Dvě nebo více adresních míst na stejné pozici, případně velmi blízko sebe (v řádu centimetrů)
    a milimetrů ...
    *) ... Petr možná ještě něco doplní
    Teď mi spolupracovník dodal Řepy. Řepy nebo Řeporyje, to je přeci úplně fuk ;-). Jedno AM připrdnuto k domu se správným č.p., ale v Řeporyjích místo v Řepích. Však je to jen pár km ;-). Ty stavební úřady prostě nevědí, jak vypadá jejich katastrální území, odhadují to, ČÚZK s tím nejspíš nemůže dělat nic. Oni třeba nevědí, jak se jmenuje ulice, ve které stojí barák. Je 30 baráků na ulici Novákových a mezi nimi jeden na ulici Fučíkově, třeba. Může to být historicky dané - nějaký dům byl rohák a měl tedy 2 AM pro 2 ulice a pak se postavil ještě jeden barák a ten původní přestal být rohákem a nikdo mu nesebral AM, ale to jsou jen dohady..
    Pokud by v ČÚZK měli zájem, jistě by tyto kontroly již dělali. Databázi mají ;-) Případně jim nic nebrání s tím začít. Jak proběhlo tady v diskuzi, problémy s adresami by se měly hlásit přímo konkrétní obci a to je celkem dost komplikované (vyhledat si, kdo to má na starost, srozumitelně popsat problém...). A že tady těch obcí je :-D Trochu problém je v místech, která ještě nejsou plně digitalizovaná. Tam chybí budovy a není to jednoduše dohledatelné. Nicméně jsem měl i pár případů, kdy umístění dle RUIAN neodpovídalo umístění adresního bodu v KM. Tam má ČÚZK proti nám výhodu. Mají obě databáze a mohou to tedy porovnat. Zatímco my máme pouze obrázek a můžeme hledat pouze vizuálně - v několika případech jsem byl úspěšný. V jiných ne. Takový bod jsem pak označil pomocí fixme - že se hladá správná pozice :-D.
    To jsou blbosti, které byly už v předchozích databázích a jen je přetáhli do RUIAN. Jsou to ty stejné chyby, které jsou v OSM označeny jako 'Nekonzistence ...'. Porovnat tedy mohou, ale stejně nevědí, co je správně :-)). Mě tedy nejvíce štvou ta čísla, k nimž připočítávají tisícovky. Těch je fakt moc. Pak čtyři SO naplácané na sobě. Jednou jsem psal na helpdesk - několikrát po sobě šlo v aktualizaci katastrální území bez obce, ruian2pgsql na tom sletěl. Pak dokonce vytvořili katastrální území s ocáskem. Uzavřený polygon a na konci ještě jeden bod navíc - prostě ocásek ;-). Postgis to samozřejmě vyhodil. Na helpdesku asi pracují němí, protože neodpověděli ;-). Konstruktivně: Jak by mohla pomoci ta vrstva s budovami? Přidávat na každou budovu její číslo podobně jako to dělám s parcelami? Šly by i adresy, ale těch může být moc a vrstva by se mohla stát nepřehlednou. A pak to vykreslování domů, které mají jen definiční bod a nemají hranice - vykreslit tečku, tedy kuličku, podobně jako u AM a k ní napsat ... co?
  14. Martin Landa landa.martin na gmail.com #mad5cae
    Dobry den,
    Jednou jsem psal na helpdesk - několikrát po sobě šlo v aktualizaci katastrální území bez obce, ruian2pgsql na tom sletěl. Pak dokonce vytvořili katastrální území s ocáskem. Uzavřený polygon a na konci ještě jeden bod navíc - prostě ocásek ;-). Postgis to samozřejmě vyhodil. Na helpdesku asi pracují němí, protože neodpověděli ;-).
    offtopic: VFR bude knihovna OGR od verze 1.11 podporovat nativne [1]. Implementace je velmi cerstva, budu rad za kazde testovani ci pripominky. Diky! Martin [1] http://geo.fsv.cvut.cz/freegis/RUIAN_/_OGR-VFR
Napsat odpověď e-mailem… Odpovědět

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