Re: [Talk-cz] Hospoda Praha
Ano, opravdu je mám. Jen je musím najít ;-). Zkusím se na to podívat. Snad to bude dřív než ve 12/2016 ;-) PS -Original Message- From: Ha Noj [mailto:eha...@gmail.com] Sent: Thursday, October 22, 2015 5:39 PM To: OpenStreetMap Czech Republic Cc: souc...@atlas.cz Subject: Re: [Talk-cz] Hospoda Praha > Přepočet křováka na WGS84 - korekční matice (nebo jak přesně se to > jmenuje) > - pracuje se na ní? *** Ne, protože naše parametry grid transformací jsou IMHO v pořádku. K nalezení zakopaného psa potřebujeme znát, jak dělá ČUZK s KM transformace pro WMS z S-JTSK=>WGS84, resp. zda jsou v patřičné přesnosti. Bez toho je to těžké. Petr Souček myslím 06/2014 říkal, že sežene transformační parametry a 12/2014 říkal že je má a bere si je na Vánoce domů k prostudování... ;) ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Budovy v budově
Dobrý večer, nechal jsem oba zmiňované případy zkontrolovat u kolegyně a její odpověď níže. 1) V RÚIAN správně, polygon budovy nemá být pouze na parcele 690/50 k.ú. Letňany (č.p. 422 Letňany), ale na celém SO, protože to je jeden SO z více č.p. 422 – 428 (SO kód 22309063 <http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22309063> ) ležící na 7 parcelách. Zřejmě je i zmátlo, že DB SO je uveden v RÚIAN na parcele č. 629/44, tam kde oni předpokládají č.p. 428 (http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3 <http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3&=81F2A805=954994101=1=Marushka> &=81F2A805=954994101=1=Marushka). 2) V RÚIAN správně , ten samý případ jako v bodě 1) jedná se o jednu budovu s více č.p. 609 - 616 (SO kód 22310916 <http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22310916> )na více parcelách (8): http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3 <http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3&=81F2A805=955023101=1=Marushka> &=81F2A805=955023101=1=Marushka. Pokud máte pocit, že je v datech RÚIAN přece jen nějaký problém, tak se ozvěte a zkuste mi jej popsat. Petr Souček Dne 17.9.2015 v 10:17 Petr Kadlec napsal(a): > 2015-09-17 7:29 GMT+02:00 Miroslav Suchý <miros...@suchy.cz > < <mailto:miros...@suchy.cz> mailto:miros...@suchy.cz>>: > > Dne 17.9.2015 v 07:03 Lukas Novotny napsal(a): > > Jak řešit chybu s budovou v budově nebo nechat být? > > […] > > IMHO > <http://wiki.openstreetmap.org/wiki/Cs:Simple_3D_Buildings> > http://wiki.openstreetmap.org/wiki/Cs:Simple_3D_Buildings > viz Obrys budovy > > > Nemyslím. > > Tady je to IMHO jeden z běžných problémů RÚIANu: Dům č.p. 422 > < <https://www.openstreetmap.org/way/122128671> > https://www.openstreetmap.org/way/122128671> má geometrii celého > dlouhého baráku, načež ostatní čísla popisná, např. č.p. 428 > < <https://www.openstreetmap.org/way/122128688> > https://www.openstreetmap.org/way/122128688> mají geometrii toho > svého vchodu. Už se to tu párkrát diskutovalo, že se takové chyby v > RÚIANu objevují. Tedy IMHO prostě normálně opravit, cesta 122128671 má > obkreslovat jen ten krajní vchod, č.p. 422. > > -- Petr Kadlec / Mormegil Souhlas, je to typicky priklad pouziti RUIAN (a bordelu v nem). Nekde v historii jsem posilal do konfery i popis ruznych variant ktere nastavaji, zcela bez jakekoli logiky. Rozkreslene budovy by asi nemely mit ID z RUIAN, protoze neodpovidaji tomu co je tam. Defakto totez plati o adresach - v RUIAN jsou klidne prideleny budovam adresy, ktere v dane lokalite vubec nemohou byt (nejblizsi ulice daneho jmena je kilometry daleko). Co si vzpominam, narazil jsem i na budovy, ktere dle RUIAN maji 3 ruzne adresy ... z cehoz nejmene 2 jsou na druhe strane obce. Skoro bych rekl, ze tvurci dostavaji zaplaceno od kusu, a tak tam proste naladujou nejaka data at je veselo. > > > ___ > Talk-cz mailing list > <mailto:Talk-cz@openstreetmap.org> Talk-cz@openstreetmap.org > <https://lists.openstreetmap.org/listinfo/talk-cz> > https://lists.openstreetmap.org/listinfo/talk-cz > ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tag pro okres a mestskou cast
Dobrý den, hranice městských částí jsou vedeny v RÚIAN (viz ZZR §31). Viz např. http://vdp.cuzk.cz/marushka/?ThemeID=1MarQueryID=MCMarQParamCount=1MarQParam0=547387MarPanelLegend=falseInfoURL=http://vdp.cuzk.cz/vdp/ruian/prechodNaDetailInfoTarget=vdpWindow_1436475224716 http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782mp.kod=sp.kod=mc.nazev=mc.kod=mcg.sort=UZEMIsearch=Vyhledat# Petr Souček -Original Message- From: jzvc [mailto:j...@tpfree.net] Sent: Tuesday, July 07, 2015 3:35 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] tag pro okres a mestskou cast Dne 5.7.2015 v 10:39 Petr Vejsada napsal(a): Dne Ne 5. července 2015 10:07:09, Milan Sladky napsal(a): Diky. Predpokladam tedy, ze mestska cast / suburb neni mestka cast, ale katastralni uzemi / admin_level=10. jj, 10-katastralni uzemi. Mestske casti maji jen statutarni mesta` v jinych mestech mestske casti nejsou. Celkem je v CR 142 mestskych casti a jsou jen v osmi statutarnich mestech (Hlavni mesta regionu soudrznosti). Cus, pokud si pamatuju, ty mestky casti se tu pomerne dost propiraly, a nakonec to skoncilo s tim, ze defakto neexistuje zadnej adekvatni zdroj, kterej by rek kudy vedou hranice. Defakto by se do toho daly zahrnout adresy, ale jestli vede hranice v ose silnic, nebo napric parkem/polem/... nikde neni receno. BTW: Ze mestske casti nejsou jinde bych se tvrdit neodvazil. Ze se oficielne/polooficielne (ne)pouzivaji je neco jineho. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] spatna definice kraju
Dobrý večer, regiony soudržnosti jsou vedeny take v RÚIAN, http://vdp.cuzk.cz/vdp/ruian/regiony/vyhledej?rs.nazev=rs.kod=rsg.sort=NAZ EVsearch=Vyhledat PS -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Sunday, June 28, 2015 11:01 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] spatna definice kraju Ahoj, ano, je to takto: level 10 - katastrální území level 8 - obec level 7 - okres (77 okresů) level 6 - kraj (14 krajů) level 4 - region soudržnosti (těch je 8, to je ten Jihovýchod apod.) Kraje jako takové tedy v OSM jsou, level 6. -- Petr Dne Ne 28. června 2015 21:06:26, Jiří Sedláček napsal(a): To nejsou kraje, ale NUTS oblasti. Bojím se, že to je v podstatě správně, víc o tom budou vědět asi jiní. 2015-06-28 20:59 GMT+02:00 Milan Sladky milan.sla...@outlook.com: Ahoj, Nevim z jakeho duvodu, ale OpenstreetMaps pouzivaji nesmyslne rozdeleni kraju na: Severozapad, Severovychod, Jihozapad, Jihovychod, Stredni Cechy, Jihovychod, Stredni Morava, Moravskoslezsko a Praha. Jednak je to videt na mape, ale co je mnohem horsi, tak pri volani Nominatim API na geocoding dostanu spatnou definici kraje: display_name=Špilberk, Brno, okres Brno-město, Jihomoravský kraj, Jihovýchod, Czech Republic class=boundary type=historicimportance= 0.16679990974024 address100Špilberk/address100 cityBrno/city countyokres Brno-město/county stateJihovýchod/state countryCzech Republic/country country_codecz/country_code /place Misto Jihomoravskeho kraje dostanu Jihovychod. Pritom display name Jihomoravsky kraj obsahuje. Nevite, kdo by to byl schopen opravit? Predem diky. M. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RÚIAN, Doplňkové soubory SO bez č.p./č.ev.
Dobrý den, chápete to úplně správně :-). Přesně takto jsou soubory koncipovány. Budu rád, pokud byste narazil na nějakou nesrovnalost, když mě budete kontaktovat. Ať se Vám práce daří! Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, June 04, 2015 10:25 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] RÚIAN, Doplňkové soubory SO bez č.p./č.ev. Dobrý večer, děkuji, nevěděl jsem a už stahuji. Jestli tomu správně rozumím, tak v případě, že si databázi stále udržuji pomocí změnových souborů, tak by mi mělo stačit nahrát si tyto doplňkové soubory pouze jednou. Případné změny v obsahu těchto dat budou zahrnuty ve změnových souborech. Chápu správně? Díky. -- Zdraví Petr Vejsada Dne Čt 4. června 2015 22:01:50, Petr Souček napsal(a): Dobrý večer, možná jste zaznamenali, že na základě vašich připomínek jsme zveřejnili doplněk k výměnnému formátu RÚIAN. V části Doplňkové soubory SO bez č.p./č.ev. jsou vystaveny měsíční stavové soubory VFR, které doplňují standardní stavové soubory o specifické stavební objekty a parcely, které nejsou standardně jejich součástí. Zveřejněno 1.6.2015 Doplňkové soubory SO bez č.p./č.ev. Pro uživatele VFR jsou k dispozici dva doplňkové měsíční stavové soubory se stavebními objekty (SO) a parcelami. * Soubor MMDD_ST_SO3PGP obsahuje SO bez č.p./č.ev. (typu 3) s identifikační parcelou z potvrzeného geometrického plánu, tzv. budoucího stavu, kdy parcela ještě není zplatněna v ISKN, * Soubor MMDD_ST_SO3PM obsahuje SO bez č.p./č.ev. (typu 3) s identifikační parcelou v minulosti (zrušená parcela). Tyto SO jsou obsahem změnového VFR, ale již se nedostanou do stavového VFR. Nahráním doplňujících souborů dojde ke konzistenci v obsahu stavových a změnových souborů VFR. SO neobsahují polygony, parcely neobsahují polygony ani definiční body. Soubory ke stažení http://data.cuzk.cz/vfr-doplnek - http://data.cuzk.cz/vfr-doplnek/ viz http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RU IAN-IS UI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx Mějte se prima Petr Souček ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kde má být adresa?
Dobrý večer, pokud napíšete konkrétní případ těch podivných paneláků (lokalizaci / kódy adresních míst / kódy stavebních objektů / identifikaci těch budov ...), tak se na ten nepořádek v RÚIAN můžeme podívat. Mějte se prima Petr Souček -Original Message- From: jzvc [mailto:j...@tpfree.net] Sent: Wednesday, May 13, 2015 9:41 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Kde má být adresa? Dne 13.5.2015 v 21:22 Petr Vejsada napsal(a): Ahoj, problémů kolem toho byla celá řada, opravdu se to dá najít v archívu, dlouhé diskuse kolem toho importu adres. Hlavní problém byl, že neplatí vztah 1 budova v RUIAN = 1 budova v OSM a za takové situace se může stát i to, že jedna budova v OSM jsou v RUIAN dvě budovy a přitom má každá z nich jiné popisné číslo. Jak potom nasadit 2 popisná čísla na budovu jako takovou? Dalo by se to středníkem, ale to by IMO situaci ještě zhoršilo. Stejně tak jsou situace, kdy v RUIAN je 1 budova a v OSM více budov.Ano, těch více budov by mohlo mít v OSM stejnou adresu, ale ... Prostě dopadlo to takto ;-) Sranda nastane, az se nekdo zblazni, a zacne masivne mapovat ve 3D ... ;D. Potom vidim prave tu jedinou moznost - vytvorit relaci ve ktery bude jako parametry adresa a jeji clen bude v tomhle pripade relace ty 3D budovy. BTW: v RUIAN je proste bordel stejne jako ve vsech databazich statu. Pro priklad, mejme vedle sebe dva konstrukcne shodne a presne stejne stare panelaky. Oba maji po 5ti vchodech, oba jsou konstrukcne slozeny ze dvou budov (mezi 3tim a 4tym vchodem je panel zdvojeny a mezi je dilatacni spara, jedna z budov je vzdy o cca metr sirsi = trochu vetsi byty). V RUIAN je jeden z nich jako 5 budov, a druhy jako 2 ... Zajimave ovsem je, ze v (digitalni) km jsou jednotlive vchody rozkresleny u obou domu presne stejne. P.S. Existuje několik budov, které otagoval Dalibor takto pěkně - budova má číslo popisné a čísla orientační jsou na bodech nad vchody. Myslím, že v kódu na to někde pamatuji a bot si dává pozor, aby to nerozbil, ale už nevím. Teď už to jen provozuji a moc nezkoumám. -- Petr Dne St 13. května 2015 20:58:03, Marián Kyral napsal(a): Dne 13.5.2015 v 18:06 Matěj Cepl napsal(a): On 2015-05-13, 07:41 GMT, Dalibor Jelínek wrote: Hlavním důvodem je, že jeden dům může mít více čísel orientačních a dokonce i čísel popisných. Opravovat bys to tedy neměl. Ale to by snad strojově mělo být možné najít všechny adresní body, najít budovu v jejímž rámci jsou, a pokud jsou jediný tak přenést data na tu budovu? Neznám příslušná API a nemám stažená data lokálně, ale to by měla být programovcí cvičení pro mírně cvičenou opici, ne? Stále ještě lehce zmatený, Matěj Pak někdo tu budovu rozdělí na dvě a najednou máš dvě budovy se stejnou adresou. Sice vedle sebe, ale jsou dvě. Naprogramovat to jistě není problém, ostatně Petr by to mohl sfouknout během (ne)pravidelné aktualizace adres. Ale je to hromadná, strojová editace a ta podléhá pravidlům [1]. A hned první je diskuse a shoda lokální OSM komunity. Pak to musí projít přes osm-imports@ a to může být docela fuška. Stačí si projít konferenci, když se tady cca před rokem řešil import adres z RUIANu. [1] http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] czech republic address system
Dobrý den,
jen doplním, že v současnosti je projednávána novela vyhlášky 326/2000, která v
ČR určí, že písmeno v orientačním čísle bude muset být vždy malé. Zároveň návrh
obsahuje přechodné ustanovení, že všechna velká písmena správce registru (ČÚZK)
automaticky změní na malá.
Petr Souček
From: Jozef Riha [mailto:jose1...@gmail.com]
Sent: Sunday, April 12, 2015 11:57 AM
To: talk-cz@openstreetmap.org
Subject: [Talk-cz] czech republic address system
zdravim cesku osm komunitu,
nedavno sme mali na osm_sk debatu
(https://groups.google.com/forum/#!topic/osm_sk/bMc_gE4zge8) o formate
streetnumber pre adresy na slovensku. za velky uspech povazujem to, ze sme sa
dokazali zhodnut na tom, ze lomitko (lomka) do addr:streetnumber (kedze
pouzivame viac-menej czech addr. system) nepatri. toto rozhodnutie bolo
podporene vyhlaskou 31/2003 sr, kde sa mimo ine pise: v ciselnom rade
orientacnych cisiel sa nove orientacne cislo utvori tak, ze sa k najblizsiemu
nizsiemu zo susediacich orientacnych cisiel prida *velke* pismeno abecedy.
vasa vyhlaska (326/2000) velkost pismen nestanovuje: jako dodatek cisel
orientacnich muze byt pouzit jeden znak ceske abecedy bez diakritickych
znamenek.
aktualne vacsina orientacnych cisiel v cechach (21000 vs 1700) pouziva male
pismeno, tak ako to popisuje reg. vyraz na wiki
(http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_system).
aby sme mohli udrzat 100% kompatibitu dat s nasou vyhlaskou bolo by fajn, keby
bol reg. vyraz rozsireny na [0-9]+[a-zA-Z]{0,1} a pridana poznamka o tom, ze v
cr je zvyklostou pouzivat male pismena, na slovensku pismena velke. tymto
sposobom sa nebude musiet system cislovania stepit a data sa budu musiet menit
len minimalne.
prosim vas o vyjadrenie k tejto teme.
dakujem.
jose
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Snizovani kvality dat pri importu RUIAN/LPIS
Dobrý den, napište mi prosím lokalitu, nechám to prověřit na příslušném katastrálním pracovišti. Děkuji Petr Souček -Original Message- From: Martin Janda [mailto:jan...@crcdata.cz] Sent: Sunday, January 18, 2015 9:53 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Snizovani kvality dat pri importu RUIAN/LPIS Zjistil jsem ze v RUIAN jsou spatne zenesene garaze. Misto toho aby uzivatel Salamander nahlasil chybu naimportoval chybne polygony se spatnym tagovanim aniz by zkontroloval skutecny stav. Polygony garazi pred jeho zmenami byly spravne. Jiz jsem mu poslal zpravu (nevim jestli zareaguje). Navrhuji provect revert na jeho changesety a nareportovat problem do RUIAN. Dekuji Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OT: elektrické vedení v katastrálních mapách
Dobrý den, získal jsem informace od kolegy z katastrálního úřadu: Ještě v minulé vyhlášce bylo toto vedení jako další prvek mapy. Informace o elektr.vedení se tam dostává z původních mapování (ZMVM, THM,...) (Pozor, ze stabilního katastru ne, tam ještě neznali elektřinu :-):-)). V současné době tento prvek ale součástí katastrální mapy není a KP (katastrální pracoviště) ho mají odstranit při nějaké nejbližší změně. Takže z toho vyplývá, že informace o tomto prvku (elektrické vedení) není v katastrální mapě již aktualizována. A spíše bude snaha tento prvek z katastrální mapy odstranit. Tyto účelové prvky je ideální vést mimo KN ve vlastních AIS - to je i jedním z cílů připravované Geoinfostrategie (http://www.mvcr.cz/clanek/geoinfostrategie.aspx). Pěkný večer přeje Petr Souček -Original Message- From: Jan Dudík [mailto:jan.du...@gmail.com] Sent: Tuesday, January 06, 2015 10:45 AM To: OpenStreetMap Czech Republic Subject: [Talk-cz] OT: elektrické vedení v katastrálních mapách Ahoj, narazil jsem na takovou věc, která se tak úplně netýká OSM, ale byla by potenciálně zneužitelná jako zdroj. V katastrálních mapách je často zakreslené nadzemní elektrické vedení. Ovšem zdá se, že je tam už třeba i desítky let a často neodpovídá skutečnosti - pokud to srovnám s vyjádřením o existenci sítí od e.on nebo čez, často vede jinudy - na některých místech je zakreslené skrz domy, včetně paneláků (např. st.parcela 2242, k. ú. Dobříš) Jde mi spíš o to, zda někdo netuší, jak se taková věc do katastrálky dostává, respektive, jak docílit její změny / výmazu JAnD ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika
V tomto případě bylo vydáno i to lejstro špatně, neboť ta nula na začátku tam neměla být ani v době před RÚIAN. Prostě tehdy udělal nějaký úředník chybu při vytváření rozhodnutí a my jsme to teď museli složitě pánovi vysvětlovat :-) PS -Original Message- From: jzvc [mailto:j...@tpfree.net] Sent: Monday, December 22, 2014 11:24 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika Dne 22.12.2014 v 20:38 Petr Souček napsal(a): S nulou na začátku jsme si u nás také užili. Jeden stěžovatel ji chtěl dostat přímo do RÚIAN, že před 30ti lety dostal papír s tím, že má číslo 075 a v RÚIAN má jen 75 (č.ev.) ... a byl docela kumšt mu vysvětlit, že mu tam nulu prostě nedáme :-) PS Ale ma na to lejstro a to je svaty, ne? ;D On by se clovek pousmal, kdyby neplatilo, ze uredni siml se pak na podobne kravovine s radosti toci. -Original Message- From: Marián Kyral [mailto:mky...@email.cz] Sent: Sunday, December 21, 2014 11:41 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika Dne 21.12.2014 v 22:25 Pavel Machek napsal(a): Ahoj! Pavle, za nějaké zjišťování budu rád. Pokud pošlete konkrétní zjištění i s fotkami, bude to fajn. Petr Souček Tak sorry, na foceni nakonec nebyl cas, prostor a svetlo. Sli jsme ze severu po cervene znacce skrz chatky; na mnoha nebylo nic, kdyz tam neco bylo, tak to bila cerna cisla na zlutym podklade. Prvni chatka mela snad 04, pak tam byla chatka 074, a par dalsich. Vsechna cisla 100, zajimavy je ze dost z nich melo 0 na zacatku. Snad to pomuze, Pavel Ta nula na začátku je jen jiný zápis čísla evidenčního. http://cs.wikipedia.org/wiki/Ozna%C4%8Dov%C3%A1n%C3%AD_dom%C5%AF#mediaviewer/File:Osada_Kaz%C3%ADn,_eviden%C4%8Dn%C3%AD_%C4%8D%C3%ADslo_0359.jpg Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika
Pavle, za nějaké zjišťování budu rád. Pokud pošlete konkrétní zjištění i s fotkami, bude to fajn. Petr Souček -Original Message- From: Pavel Machek [mailto:pa...@ucw.cz] Sent: Saturday, December 20, 2014 8:17 PM To: OpenStreetMap Czech Republic Subject: [Talk-cz] Duchove v Kozojedech. Re: Osmose Česká republika Ahoj! já mám skript, který proleze dané území či celou republiku a vyhází adresy, co jsou v OSM a nejsou v RUIAN. Pokud usoudíme, že v RUIAN (téměř) nic nechybí, můžu ho pustit na dohodnutém území. On se tedy používá p-ři importu, jenže začal se používat s ostatními vychytávkami, jako je určování správné polohy AM, až někdy ke konci toho hlavního importu. Skriptu nevadí, když AM v RUIAN nemá geometrii. Funguje to cca tak, že udělá párování RUIAN-OSM tak, jak se to při importu dělá a co v OSM zbyde, to probírá jeden po druhém a hledá k tomu příslušné AM v RUIAN. Když nenajde (OPRAVDU nenajde, snaží se najít opravdu intenzivně), tak tu adresu z OSM vyhodí. Tak jestli máš tip na nějaké území, kde je hodně takových chyb, můžeme to vyzkoušet. Zkušenosti jsou takové, že v RUIAN je adres spíš nadbytek ;-). Taky je možné udělat na daném území upřesnění polohy adres - dělalo by se to tak, že by se provedl reimport, ovšem bez přidávání nových adresních bodů. Přidávání nových bodů by způsobilo import těch duplicit typu 35 x 5035. Apropó co Jevany, Kozojedy, Vyžlovka a Stříbrná Skalice Praha-východ? Občas se na to podívám a stále je tam nezdravě velké množství duchů uvnitř budovy, takové ty chyby typu číslo 5 a 5005. Zitra jdem na vylet do Kozojed, takze jestli mate zajem o nejake konkretni pozorovani, tak se o nej muzu pokusit, pripadne udelat fotky... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] FW: Chybná evidence budov bez čp/čev, Kelč-Nové Město [664758]
Dobrý večer, jsem rád, že se naše společné úsilí daří a směřuje k cíli. Díky vám uděláme RÚIAN lepší. Za to vám patří velký dík! Věřím, že námi připravované řešení reklamačních formulářů přispěje k oboustranné spokojenosti! Mějte se prima. Šťastné a veselé! Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, December 18, 2014 1:50 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] FW: Chybná evidence budov bez čp/čev, Kelč-Nové Město [664758] Dobrý den, tek budova v RÚIAN je skutečně opravená - funguje to. Také je opravené už delší dobu autobusové nádraží Praha-Florenc; už není budova přes celé nádraží, ale je z toho taková budka na nástupišti. -- Zdraví Petr Vejsada On Tue, Dec 16, 2014 at 07:30:35PM +0100, Petr Vejsada wrote: Dobrý den, dobrá zpráva :-), tak to si počkám na noční dávku dat a hned se podívám. Ze strany OSM je linka připravena a ve frontě čeká 521 stavebních objektů, až linkou proplují na ČÚZK. Teď se na to dívám a vidím, že 2 z těch 3 budov z RUIAN už zmizely a ta jedna, která zbyla, tak má stále původní geometrii - tedy geometrii toho kousku. Tak počkáme na noc, třeba se to ještě změní. http://ruian.poloha.net/20/49.47888/17.82821/b -- Zdraví Petr Vejsada Dne Út 16. prosince 2014 18:32:42, Petr Souček napsal(a): Dobrý den, předávám pro informaci vyřešený jeden případ. Už se těším až domluvíme nějakou automatizovanou linku :-). Petr Souček From: - Sent: Monday, December 15, 2014 4:53 PM To: Souček, Petr Subject: RE: Chybná evidence budov bez čp/čev Dobrý den, Budova prověřena, def. body v RUIAN odstraněny, oprava provedena v Z-4001/2014-836 (bude zplatněno zítra), OR-411/2014. Děkujeme za upozornění. Pěkný den From: Souček, Petr Sent: Wednesday, December 03, 2014 11:41 AM To: .Valašské Meziříčí-podatelna Subject: Chybná evidence budov bez čp/čev Dobrý den, prosím o prověření evidence budov bez čp/čev, které jsou evidovány na pozemcích 462/1, 462/2 a 462/3 v katastrálním území Kelč-Nové Město [664758]. V ISKN jsou evidovány tři samostatné budovy na třech samostatných parcelách. Z mého pohledu by měla být evidována pouze jedna budova na třech parcelách. Viz ukázka z Nahlížení do KN http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3 http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3Ma rUid=7E6 595D2%20A5AD9D88%204236F7E7MarUidi=4236F7E7MarMiddlePoint=-506799. 365%20- 1 138173.74MarScale=694 MarUid=7E6595D2%20A5AD9D88%204236F7E7MarUidi=4236F7E7MarMiddlePoi nt=-5067 99.365%20-1138173.74MarScale=694 Děkuji za prověření a přeji pěkný den Petr Souček ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] FW: Chybná evidence budov bez čp/čev, Kelč-Nové Město [664758]
Trošku jsem se bál, že tahle otázka přijde :-) Mám k dispozici dokonce zdrojové kódy funkce, která tuto transformaci zajišťuje, ale bohužel jsem nenašel dostatek času, abych to zanalyzoval a odpověděl vám, za což se omlouvám! Doufám, že Advent přinese množství volného času, ve kterém se i k tomuto restu vrátím a odpovím vám. Mějte se prima Petr Souček From: hanoj [mailto:eha...@gmail.com] Sent: Thursday, December 18, 2014 2:11 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] FW: Chybná evidence budov bez čp/čev, Kelč-Nové Město [664758] Pane Souček, a že jsem tak smělý a je ten advent, mimo toto téma. ;) Rád bych zopakoval svoji otázku z 12.6.2014, jakou transformaci používá KÚ na RUIAN/KM pro publikaci dat z S-JTSK do WGS-84 a do ETRS89-ETRF2000 a případně mezi ETRS a WGS? zdraví hanoj Dne 16. prosince 2014 18:32 Petr Souček souc...@atlas.cz napsal(a): Dobrý den, předávám pro informaci vyřešený jeden případ. Už se těším až domluvíme nějakou automatizovanou linku :-). Petr Souček From: - Sent: Monday, December 15, 2014 4:53 PM To: Souček, Petr Subject: RE: Chybná evidence budov bez čp/čev Dobrý den, Budova prověřena, def. body v RUIAN odstraněny, oprava provedena v Z-4001/2014-836 (bude zplatněno zítra), OR-411/2014. Děkujeme za upozornění. Pěkný den From: Souček, Petr Sent: Wednesday, December 03, 2014 11:41 AM To: .Valašské Meziříčí-podatelna Subject: Chybná evidence budov bez čp/čev Dobrý den, prosím o prověření evidence budov bez čp/čev, které jsou evidovány na pozemcích 462/1, 462/2 a 462/3 v katastrálním území Kelč-Nové Město [664758]. V ISKN jsou evidovány tři samostatné budovy na třech samostatných parcelách. Z mého pohledu by měla být evidována pouze jedna budova na třech parcelách. Viz ukázka z Nahlížení do KN http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3 http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3MarUid=7E6595D2%20A5AD9D88%204236F7E7MarUidi=4236F7E7MarMiddlePoint=-506799.365%20-1138173.74MarScale=694 MarUid=7E6595D2%20A5AD9D88%204236F7E7MarUidi=4236F7E7MarMiddlePoint=-506799.365%20-1138173.74MarScale=694 Děkuji za prověření a přeji pěkný den Petr Souček ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dobrý večer, Ad Jevany, Kozojedy, Vyžlovka a Stříbrná Skalice Praha-východ) prověřím u kolegyně, aby na příslušné editory zapůsobila. Souhlasím s Vámi, že v RÚIAN je adres (obecně údajů) spíše víc než míň. Ono to vychází z podstaty věci. Pokud neexistuje adresní místo v RÚIAN, tak se nepřihlásíte k trvalému pobytu, nezaložíte firmu na dané adrese, prostě ta adresa z pohledu státní/veřejné adresy neexistuje. V tomto případě nakonec editora donutíte a adresní místo v RÚIAN založí. Bohužel ve druhém případě, pokud adresní místo v RÚIAN existuje, ale v reálu neexistuje, tak to nikomu až tak nevadí ... bohužel :-( ... snad jedině v případě, kdy má někdo na pozemku evidován SO, na který si chce vzít hypotéku, tak ho chce vymazat z RÚIAN, potažmo z ISKN. V jiných případech to nikomu až tak nevadí ... neříkám, že to je správně, ale je to tak! Pokud jde o to, jakou lokalitu zvolit pro testování tohoto skriptu, tak Vám pošlu statistiku rozdílů evidovaných staveb v ISKN a ISÚI. Tam, kde jsou největší problémy, si určitě vyberete. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, December 18, 2014 6:00 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Osmose Česká republika Ahoj, já mám skript, který proleze dané území či celou republiku a vyhází adresy, co jsou v OSM a nejsou v RUIAN. Pokud usoudíme, že v RUIAN (téměř) nic nechybí, můžu ho pustit na dohodnutém území. On se tedy používá při importu, jenže začal se používat s ostatními vychytávkami, jako je určování správné polohy AM, až někdy ke konci toho hlavního importu. Skriptu nevadí, když AM v RUIAN nemá geometrii. Funguje to cca tak, že udělá párování RUIAN-OSM tak, jak se to při importu dělá a co v OSM zbyde, to probírá jeden po druhém a hledá k tomu příslušné AM v RUIAN. Když nenajde (OPRAVDU nenajde, snaží se najít opravdu intenzivně), tak tu adresu z OSM vyhodí. Tak jestli máš tip na nějaké území, kde je hodně takových chyb, můžeme to vyzkoušet. Zkušenosti jsou takové, že v RUIAN je adres spíš nadbytek ;-). Taky je možné udělat na daném území upřesnění polohy adres - dělalo by se to tak, že by se provedl reimport, ovšem bez přidávání nových adresních bodů. Přidávání nových bodů by způsobilo import těch duplicit typu 35 x 5035. Apropó co Jevany, Kozojedy, Vyžlovka a Stříbrná Skalice Praha-východ? Občas se na to podívám a stále je tam nezdravě velké množství duchů uvnitř budovy, takové ty chyby typu číslo 5 a 5005. Dne Čt 18. prosince 2014 17:04:20, Kasparek Tomas napsal(a): Jinak jsem zacal premyslet, ze bych na jare zkusil udelat nejakej workshop pro zacinajici mapery v Brne, oprava chyb v JOSM z osmose, pripadne TODO budovy apod jsou asi vyborny material na to neco zkusit. a co CZ ruletu? -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] FW: Chybná evidence budov bez čp/čev, Kelč-Nové Město [664758]
Dobrý den, předávám pro informaci vyřešený jeden případ. Už se těším až domluvíme nějakou automatizovanou linku :-). Petr Souček From: - Sent: Monday, December 15, 2014 4:53 PM To: Souček, Petr Subject: RE: Chybná evidence budov bez čp/čev Dobrý den, Budova prověřena, def. body v RUIAN odstraněny, oprava provedena v Z-4001/2014-836 (bude zplatněno zítra), OR-411/2014. Děkujeme za upozornění. Pěkný den From: Souček, Petr Sent: Wednesday, December 03, 2014 11:41 AM To: .Valašské Meziříčí-podatelna Subject: Chybná evidence budov bez čp/čev Dobrý den, prosím o prověření evidence budov bez čp/čev, které jsou evidovány na pozemcích 462/1, 462/2 a 462/3 v katastrálním území Kelč-Nové Město [664758]. V ISKN jsou evidovány tři samostatné budovy na třech samostatných parcelách. Z mého pohledu by měla být evidována pouze jedna budova na třech parcelách. Viz ukázka z Nahlížení do KN http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3 http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3MarUid=7E6 595D2%20A5AD9D88%204236F7E7MarUidi=4236F7E7MarMiddlePoint=-506799.365%20-1 138173.74MarScale=694 MarUid=7E6595D2%20A5AD9D88%204236F7E7MarUidi=4236F7E7MarMiddlePoint=-5067 99.365%20-1138173.74MarScale=694 Děkuji za prověření a přeji pěkný den Petr Souček ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika
Dobrý den, koukal jsem na tu situaci a zrovna tento objekt Vysočina č.p. 808 je v kontrolních sestavách, které jsou umístěny na http://data.cuzk.cz/kontroly-dat-isui/01-so-iskn-rso/2014-09-16/Hlavni_mesto _Praha/Hlavni_mesto_Praha.zip (hlavni_mesto_praha-5_parcela-ISKN-s-SO.xls, řádek č. 200). Bohužel v tomto případě se k tomu editor (Stavební úřad pro Prahu 9, případně přímo Magistrát hlavního města Prahy) nejspíš ještě nedostal ... Zkusím předat kolegům, jestli by to neprověřili. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Friday, December 12, 2014 4:06 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Osmose Česká republika No, tak jsem se na to díval a samozřejmě to není ani triviální a ani jednoznačné. Když je v RUIAN barák a AM na koleji na nádraží a podle fotek na místě žádná stopa baráku není, tak nevím, jestli by se neměl ponechat spíš ten z UIR :-(. Node 2757558529 (na kolejích, RUIAN) VS node 296787181, na baráku, ovšem podle RUIAN je na tom místě úplně jiná adresa. Je jich necelá tisícovka, http://pedro.poloha.net/osm/uir.csv (jak je u mě zvykem, odděleno svislítkem). Ještě jsou 2 s ref:ruian místo ref:ruian:addr, ty zatím nestojí za řeč. Sloupec je_poi říká, zda je UIR AM na POI; na ty mám zakázáno sahat ;-). Dne Út 9. prosince 2014 13:44:37, Petr Vejsada napsal(a): Ahoj, Dne Út 9. prosince 2014 08:19:03, Kasparek Tomas napsal(a): Ahoj, koukal jsem se na chybu Multiple numbers 841/8a in way Barvy, podle vseho jsou to stare adresy blbe umistene se zdrojem uir_adr. Petre, nestalo by za to zkusit to nejak automatizovane zpracovat - zatim co jsem videl, v podstate pri duplicite to co je uir_adr smazat, RUIAN zatim vzdy vypadal mnohem lepe (predevsim umistenim). nj, tohle je moc daleko - našel by to do, tuším, 80 metrů. POdívám se na to, pokud nezapomenu ;). -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení budov
Dobrý večer, úplně sice nerozumíme termínu SO není budovou, ale pokusím se odpovědět :-). O hlášení, že budova fyzicky neexistuje v terénu, určitě zájem máme. Pošleme to editorovi (stavební úřad nebo obec) a ten by měl provést místní šetření a následně konat, tj. vydat rozhodnutí o neexistenci stavby a stavby odstranit z RÚIAN. Jen je potřeba rozlišovat případy, kdy stavba opravdu nemá existovat - např. na místě existuje polygon budovy v mapě a v terénu žádná budova není. V tomto případě by se mělo hlásit odstranění stavebního objektu. Ovšem v případě, kdy je budova lokalizovaná pouze definičním bodem, tak je potřeba vzít v úvahu, že může být chyba v definičním bodu. A ta budova sice existuje, ale lokalizována je někde jinde. Na oba tyto případy připravujeme reklamační formuláře, jak jednorázové (webový formulář), tak hromadné (strukturované XML). Já vím, že to slibuji už dlouho, ale je to komplikovanější než jsem čekal. Rád bych Vám to slíbil jako vánoční dárek, ale uvidíme :-) Minimálně se můžete přijet podívat na GIS Ostrava 2015, kde moji dva kolegové budou mít na toto téma přednášku. Tam už by to mělo fungovat v plné kráse :-) Mějte se prima Petr Souček -Original Message- From: Petr Vejsada [ mailto:o...@propsychology.cz mailto:o...@propsychology.cz] Sent: Tuesday, December 02, 2014 12:39 PM To: mailto:talk-cz@openstreetmap.org talk-cz@openstreetmap.org Subject: [Talk-cz] Hlášení budov Ahoj, jen upřesnění - hlášení neplatných budov má dvojí účel - jednak sběr dat pro ČÚZK (i když nejsem na ničem dohodnut) a druhý účel je pro nás, aby nikdo nemapoval zbourané budovy apod. Zbouranou budovu či chybu typu SO není budovou nejspíš na ČÚZK hlásit nebudeme, a to bez ohledu na zaškrtnutý či nezaškrtnutý čtvereček. Není to totiž chyba - že je budova zbouraná z pohledu práva nejspíš nic neznamená a ČÚZK asi nemá důvod s tím cokoli dělat - asi by musel majitel budovy oficiálně požádat o výmaz, nevím. No to jen pro info. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení budov
Dobrý večer, nechal jsem si na vaši otázku zpracovat odpověď kolegy. Až mi ji připraví, ozvu se Vám. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Tuesday, December 02, 2014 12:39 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Hlášení budov Ahoj, jen upřesnění - hlášení neplatných budov má dvojí účel - jednak sběr dat pro ČÚZK (i když nejsem na ničem dohodnut) a druhý účel je pro nás, aby nikdo nemapoval zbourané budovy apod. Zbouranou budovu či chybu typu SO není budovou nejspíš na ČÚZK hlásit nebudeme, a to bez ohledu na zaškrtnutý či nezaškrtnutý čtvereček. Není to totiž chyba - že je budova zbouraná z pohledu práva nejspíš nic neznamená a ČÚZK asi nemá důvod s tím cokoli dělat - asi by musel majitel budovy oficiálně požádat o výmaz, nevím. No to jen pro info. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Evidence a hlášení špatných budov v RÚIAN
Dobrý večer, všechny níže uvedené případy jsem poslal k prověření na KP Praha-město. Využijeme to jako test linky na opravu :-). Až mi dají zpětnou vazbu, napíšu. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Sunday, November 30, 2014 8:00 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Evidence a hlášení špatných budov v RÚIAN Ahoj, tak zase jeden víkend strávený nad OSM. Slibuji, že se to už nebude opakovat ;-). Drobné úpravy na poloha.net: - odkazování na ruian.poloha.net je možné i s vrstvami. Formát je z/y/y/layers z = zoom x = šírka y - délka layers: l = landuse i = LPIS p = parcely u = ulice b = budovy t = budovy-todo a = adresy Takže chceme-li odkázat na Nižbor a rozsvítit ulice a budovy, bude odkaz http://ruian.poloha.net/18/50/14/ub Formát z/y/z je stejný jako na OSM serveru. Layers je nepovinné. K dořešení: - měnit URL tak, jak pohybujeme mapou (jako to je na OSM). Kdo by věděl, jak to udělat, ať se ozve nebo nejlépe pošle rovnou patch :-) - rozsvícením vrstev se změní pořadí na selectoru a tedy nabídka je pak v jiném pořadí než default - dtto patch Hlášení špatných budov - pro stroje (třeba odkaz z JOSM traceru ;-))) - http://ruian.poloha.net/building.php?kod= kde je kód stavebního objektu v RÚIAN - pro lidi - kliknutím do mapy na http://ruian.poloha.net - nesmí se tou myší při klikání mrskat, jinak to chápe jako šoupání mapou a ne jako kliknutí. Klikat je vhodné do budovy ;-), jinak to nefunguje. Volby: - důvod - to je jasné, proč je budova špatně. Důvody jsou zatím 2, pište sem další důvody, abych je do menu přidal. - hlásit ČÚZK - jestli si myslíte, že je to na nahlášení na ČÚZK. Zaškrtnout. - poznámka - poznámka Jednou zadaná budova se dá kdykoli opravit či smazat, stačí do ní znovu kliknout. Celá historie se loguje ;-) Mapa se renderuje ihned po zadání či úpravě záznamu (ihned=cca 5 vteřin podle toho, jakou má Mapnik zrovna frontu), jen nevím, jak ji reloadnout či zahodit cache prohlížeče. Budovy, zapsané do tohoto seznamu se vykreslují šedivě. na http://poloha.net jsou u uživatelských účtů kontaktní údaje pro ČÚZK (menu Můj_účet, upravit či tak nějak). Pokud to vyplníte a ČÚZK snad náhodou bude tato hlášení od nás brát, předpokládám, že tyto kontaktní údaje mu předám, tedy nepište tam nic, pokud to nechcete sdílet s ČÚZK. na http://ruian.poloha.net/neplatne-budovy se zobrazuje výstražný trojúhelník v případě, že poté, co byla budova zadána do zdejšího seznamu se v RÚIAN změnila (item_timestamp datum zadání do seznamu). Je to upozornění, že budova mohla být v RÚIAN opravena. Co hlásit a co nehlásit - tím si sám nejsem jistý. Někdy je jako budova celé autobusové nádraží. On je to stavební objekt, ne budova, takže to vlastně může být správně a hlásit by se to nemělo, nebo také mělo, netuším. Pane Součku, pokud to čtete, mám na mysli např. SO 40356272 - autobusové nádraží Praha- Florenc. To je asi správně, ale jistotu nemám.? Dále např. SO 21618861 - bytový dům, ale je včetně nádvoří. To nádvoří ale také může být stavebním objektem. A naposled - domy 24602523 a sousední - tři z těchto domů mají geometrii včetně příjezdové cesty, ostatní jen jako vlastní domy. Je to chyba nebo není? A pro všechny - hlaste chyby. Musíte mít účet na OSM, abyste mohli zadávat chybné budovy. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Parcely v RUIAN jako polygony naplácané přes sebe?
Dobrý den, můžete prosím poslat konkrétní příklad? Hned bych se na to podíval. Pěkný večer přeje Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, October 23, 2014 8:04 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Parcely v RUIAN jako polygony naplácané přes sebe? Ahoj, s něčím si zase hraju a zjistil jsem docela zásadní věc, že parcely v RUIAN jsou polygony (nikdy ne multipolygon), často naplácané přes sebe. Typický příklad: Mějme parcelu A (zahradu kolem domu). Uvnitř té parcely A je parcela B, na níž stojí dům. Parcela B nemusí mít zcela přesně geometrii shodnou s domem, to je OK a tak to je. Většinou kousek přesahuje. Jenže pokud je to takto udělané, tak parcela B je plácnutá přes parcelu A. Takže - pokud sečtu plochu parcely A plus parcely B, dostanu blbost. Příklad - parcela A má 10x10m = 100m2 - parcela B má 4x5m = 20m2 součet je 120m2, jenže realita je 100m2. To je mi tedy pěkné nadělení ... -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kontrola a doplnění ulic
Dobrý den, dělám to rád, protože mě to baví :-). Ale za poděkování děkuji, toho není nikdo dost. Já poděkování předám také dále, protože některé chytrosti nejsou z mé hlavy, ale z chytrých hlav mých kolegů. Když to bude možné, rád pomohu. Mějte se prima Petr Souček -Original Message- From: Kasparek Tomas [mailto:kaspa...@fit.vutbr.cz] Sent: Wednesday, September 03, 2014 7:36 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Kontrola a doplnění ulic On Tue, Sep 02, 2014 at 07:42:42PM +0200, Petr Souček wrote: Co se týče dvou adresních míst k č.p. 912: Ke každému stavebnímu objektu musí v RUIAN existovat minimálně jedno adresní místo. Z toho vyplývá, že na stavební objekt může být přiřazené i více adresních míst (např. bytové domy o více vchodech, rohové domy se dvěma vchody z různých ulic). Jestliže se podíváme na konkrétní případ č.p. 912 v části obce Frýdlant, obec Frýdlant nad Ostravicí, dle situace si myslím, že by mělo existovat pouze jedno adresní místo, které je přiřazeno do ulice Na Výsluní, ale také nemusí. Danou situaci by měl posoudit příslušný editor, v tomto případě obec – s tou tuto záležitost projednáme. Kdyz vidim, koilk usili tomu pan Soucek venuje, rad bych za sebe rekl, ze to opravdu ocenuju a vazim si toho, protoze je to urcite nad ramec jeho beznych povinosti. Myslim, ze je to naprosto ojedinela ukazka toho, jak by to idealne melo/mohlo fungovat mezi (libovolnou) komunitou a uradem/(urady). Takze i kdyz vam pane Soucek asi predevsim pridelavame dalsi praci, opravdu obrovske diky! Hezky den vsem -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kontrola a doplnění ulic
02.01.2012 541699 576361 Kostelec nad Orlicí Fűgnerova Fügnerova 02.01.2012 537985 559717 RokycanyKvětná 20. výročí osvobození 20.12.2011 51365 597520 Krnov Fűgnerova Fügnerova 19.12.2011 544825 576883 Vamberk Főrstrova Förstrova 16.12.2011 554839 550809 Bavorov Fűgnerova Fügnerova 15.12.2011 623768 580031 Česká Třebová Rősslerova Rösslerova 15.12.2011 390356 558389 StodBoženy Němcové B. Němcové 15.12.2011 594067 579351 Janské LázněHorská Černá hora 14.12.2011 594211 579351 Janské LázněJanská U Zlaté Vyhlídky13.12.2011 537985 559717 RokycanyKvětná 20. výročí osvob. 13.12.2011 538558 559717 RokycanyMasarykovo náměstí Masarykovo nám. 13.12.2011 717410 559717 RokycanyNa Kamení Na Kameni 13.12.2011 538736 559717 Rokycanynáměstí Josefa Urbana nám. Josefa Urbana 13.12.2011 538728 559717 Rokycanynáměstí 5. května nám. 5. května 13.12.2011 538744 559717 RokycanyNerudovo náměstíNerudovo nám. 13.12.2011 538868 559717 RokycanyPod Starou hutí Pod starou hutí 13.12.2011 581763 560715 Tachov K. H. BorovskéhoKarla Havlíčka Borovského 13.12.2011 370762 574996 Horní Jelenínáměstí Komenského Komenského náměstí 12.12.2011 310638 599565 Kopřivnice Československé armády Čsl. armády 12.12.2011 94510 562858 Šluknov Főrsterova Försterova 12.12.2011 94536 562858 Šluknov Fűgnerova Fügnerova 12.12.2011 428621 539198 DobřichoviceAlšova Alešova 09.12.2011 428973 539198 DobřichovicePod Pensionátem Pod Penzionátem 09.12.2011 601471 591181 Moravské Budějovice Fűgnerovo nám. Fügnerovo nám. 09.12.2011 431087 513431 Chýnice Nám. Na Louži Na Louži08.12.2011 341827 507580 Kravaře Bőhmova Böhmova 08.12.2011 612561 592731 Uherský BrodBedřicha SmetanyB. Smetany 08.12.2011 282103 534676 Mělník Ostruhová Ostruhova 07.12.2011 831557 540889 Nová Ves pod Pleší Půlkruhová Půlkruhová I. 07.12.2011 833100 554049 Olbramice Polní POLNÍ 07.12.2011 93017 562777 Rumburk Fűgnerova Fügnerova 05.12.2011 93025 562777 Rumburk Slovenského nár. povstání SNP 05.12.2011 832936 532169 Buštěhrad Akátová Agátová 28.11.2011 490008 554782 Praha Bartoňova Ke Krňovu 23.11.2011 511366 550647 Vimperk Rűckerova Rückerova 23.11.2011 74977 544256 České BudějoviceKe Studánce Ke studánce 10.11.2011 139661 554481 ChebSchillerovy sadyKomenského sady 21.09.2011 572969 552704 Mladá VožiceNad Pilou Nad pilou 08.09.2011 Petr Souček -Original Message- From: jzvc [mailto:j...@tpfree.net] Sent: Sunday, August 31, 2014 12:50 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Kontrola a doplnění ulic Dne 31.8.2014 11:21, Matěj Cepl napsal(a): On 2014-08-28, 18:50 GMT, Marián Kyral wrote: Přesně tak. Co vím, je snaha v OSM mít nezkrácené názvy. Existuje dokonce skript, který projde seznam ulic a navrhne nezkrácené jméno - ul. - ulice, tř. - třída, nám. - náměstím, náb. - nábřeží... To je ale něco jiného nežli uvedený příklad. Problém je hledání. Každý normální člověk bude hledat baštu sv. Ludmily a nevypisovat se s tou svatou celým slovem. Cus, kazdej normalni vyhledavac hleda po slovech, takze je to uplne jedno. Navic 90% vyhledavacu slova do 3 znaku vcetne ignoruje. Matěj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zpráva o činnosti
Dobrý den, no vidíte, já se tady vytahuji, jak jsme to opravili a tohohle jsem si nevšiml. Já jsem to kontroloval v ISKN prostřednictvím Nahlížení do KN. V katastru nemovitostí je polygon správně, protože tam je evidována 1 budova, http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3MarUid=7E65 95D2%209D2F4EA0%20A5AD9D88%208244EA23MarUidi=8244EA23MarMiddlePoint=-74296 3.9674310316%20-1038573.7739832742MarScale=1130 Ale naopak v ISÚI je to evidováno jako několik samostatných stavebních objektů, viz http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22158057, http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22158065, kterým se každému přiřadí stejný polygon z ISKN. Zkusím to poslat ještě na KP k prověření, zdali má být zapsána jedna budova na více parcelách a nebo několik budov na samostatných parcelách. Záleží na tom, jak to bylo zkolaudováno stavebním úřadem. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Saturday, August 30, 2014 12:11 AM To: OpenStreetMap Czech Republic; Petr Souček Subject: Re: [Talk-cz] Zpráva o činnosti Dobrý den, tak jsem se chtěl pokochat, jak jste opravili tu Troju, Krynickou ulici. No, je to změněné, ale opravené tedy ne. Každé té budově jste udělali polygon, který ovšem zahrnuje geometrii všech těch budov dohromady. A ty všechny jsou zase naplácané na sobě :-) http://ruian.poloha.net/18/50.12648/14.41053 po rozsvícení vrstvy budov to opravdu hodně svítí. Normálně to má být průhledné. Dne Pá 29. srpna 2014 22:21:24, Petr Souček napsal(a): Třeba případ v Troji (zmiňovaný před nějakým časem) s chybným polygonem budovy už je opraven. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zpráva o činnosti
Dobrý den, o Mikulovu slyším prvně :-). Jevany řešíme, dále řešíme Vlašim, Všechlapy, Třebáň, Brno, Jihlavu, Černošice, ... - no není toho málo, kolegyně žhaví telefon, email ... no prostě - snaží se. Něco se daří více, něco méně :-). Třeba případ v Troji (zmiňovaný před nějakým časem) s chybným polygonem budovy už je opraven. Pokud se máme podívat na Mikulov, tak pošlete podrobnosti. IMHO já se do Mikulova chystám osobně za 14 dní, tak na to mohu upozornit :-) Pěkný víkend přeje Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, August 28, 2014 9:35 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Zpráva o činnosti Ahoj, jen pro info, že něco málo pořád dělám. Kromě aktualizace adres a čekání na to, zda někdo opraví v RUIAN Mikulov, Jevany a možná ještě něco, tak jsem zkusil vytvořit těch 60 obřích multipolygonů z parcel. Bohužel, nemám na to techniku. st_union mi během chvíle sežral všechnu paměť a dotaz jsem stihl zrušit dříve než OOM killer :-). Varianta st_memunion bežela od pondělí do teď, přičemž to neužralo žádné volné místo na disku a tedy by to nejspíš běželo týdny či měsíce a zrušil jsem to. Dále jsem smazal asi 100 tisíc osiřelých uzlů, několik tisíc čar a několik relací. Nechám to takto běžet, pokud nebudou námitky. Podmínky pro mazání jsou: - uzel nesmí mít žádný tag a nesmí být součástí žádné cesty ani relace - cesta nesmí mít žádný tag a nesmí být součástí žádné relace - relace nesmí mít žádný tag, nesmí být součástí jiné relace a žádní jiná relace na ní nesmí odkazovat - každá entita musí být v tomto stavu měsíc a déle Směrem dolů závislost neřeším, tedy smažu-li nějakou cestu, její uzly ponechám. V příštím běhu tyto uzly nejspíš splní výše uvedené podmínky a budou smazány příště. Analogicky to platí i pro relace. - nikdo mi nevynadal, tak snad v poho ;-). Dělám to pod svým účtem pedro' (apostrof je součástí názvu). -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kontrola a doplnění ulic
Dobrý den, nezáleží nejen na tom, co napíše úředník do RÚIAN, ale hlavně na tom, jak to schválí příslušná rada (zastupitelstvo) obce. To je pro úředníka závazné a podle příslušného usnesení by to měl zapsat do RÚIAN. Rozhodně se názvy ulic neřídí v RÚIAN pravidly Českého pravopisu. Pokud byl název ulice schválen v minulosti, tak platí původní název, i když není v souladu s pravidly. Některé obce (např. Zlín) využily možnost a schválily změnu názvů ulic, aby byly v souladu s pravidly Českého pravopisu. Ale některé tvrdošíjně trvají na původních názvech (např. Praha). Největší problém to dělá školákům ... Pěkný večer přeje Petr Souček -Original Message- From: Marián Kyral [mailto:mky...@email.cz] Sent: Thursday, August 28, 2014 8:50 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Kontrola a doplnění ulic Dne 28.8.2014 12:50, Jan Martinec napsal(a): Nicméně: ten problém s adresami ale je větší: velká a malá písmena bych považoval za ne-problém, to funguje při vyhledávání téměř všude (takže bych to neřešil a považoval za false positive); ale co se zkratkami? Třeba celý úsek podél Mariánských hradeb v Praze: ulice má name=Na Baště svaté Ludmily, zatímco adresní body Na Baště sv. Ludmily. Tedy dotaz do pléna: má smysl řešit takové (významově rovnocenné) rozdíly? (Případně, pokud ne: lze v OSMi něco označit jako fixed: false positive?) Honza Piškvor Martinec Přesně tak. Co vím, je snaha v OSM mít nezkrácené názvy. Existuje dokonce skript, který projde seznam ulic a navrhne nezkrácené jméno - ul. - ulice, tř. - třída, nám. - náměstím, náb. - nábřeží... Na cedulích se to většinou zkracuje - cedule je menší a levnější. A pak zřejmě záleží na konkrétním úředníkovi, jak to zadá do databáze a následně do RUIAN. Takže pokud bychom to chtěli udělat dle pravidel OSM - tedy nezkracovat, musel by si Petr udělat nějaké mapování - RUIAN ulice - nezkrácená OSM ulice. A při aktualizaci k tomu přihlížet. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Relations - sousední obce (kraje, okresy) z API
Dobrý den, všechny obce z příslušného okresu je možné získat pomocí WFS pro Administrativní jednotky, viz http://services.cuzk.cz/doc/inspire-au-download.pdf , např. všechny obce z okresu Olomouc je možné získat takto, http://services.cuzk.cz/wfs/inspire-au-wfs.asp?service=WFS http://services.cuzk.cz/wfs/inspire-au-wfs.asp?service=WFSversion=2.0.0request=GetFeatureStoredQuery_id=GetLowerBoundariessrsName=urn:ogc:def:crs:EPSG::5514NAT_LEVEL=ObecUPPER_UNIT_NAZEV=Olomouc version=2.0.0request=GetFeatureStoredQuery_id=GetLowerBoundariessrsName=urn:ogc:def:crs:EPSG::5514NAT_LEVEL=ObecUPPER_UNIT_NAZEV=Olomouc Co se týče získání souseda, tak je to zajímavá myšlenka. Pokusím se promyslet, zdali bychom to mohli přidat jako další předpřipravený dotaz. Petr Souček From: Jiří Sedláček [mailto:jirisedla...@gmail.com] Sent: Monday, August 18, 2014 12:21 AM To: Czech Republic OpenStreetMap Subject: [Talk-cz] Relations - sousední obce (kraje, okresy) z API Dobrý den, ahoj, mám poměrně specifický požadavek na API (či případně na jiný zdroj) a nevím, jak se správně zeptat API (či třeba RUIANu). Chtěl bych získat: Obce (či okresy, ...) tak, abych zjistil, která další obec (či okres, ...) s ní sousedí. A to ideálně tak, abych si mohl vybrat obce jen z daného okresu (a to je pro mě největší problém a nijak jsem nedokázal donutit API, aby mi vrátila jen data z daného okresu dle ref nebo id relace). Pokud bych získal data dle BBOXU, tak je to sice hezký, ale nebude to ono - nicméně, i pak mi asi nezbyde nic jiného, než projít jednotlivý relace a jejich ways a dle toho, že ways jsou ve více relacích poznat, že spolu ty dané obce sousedí. Nebo to jde i jinak? Díky za radu či nakopnutí. J. -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] FW: Folie KM strkaná do scanneru obráceně
Dobrý den, ve Vlašimi (ul. J.V.Sládka / Ke Spravedlnosti) je to evidentní chyba editora. Upozorníme jej na to a budeme doufat, že definiční body SO opraví. Petr Souček -Original Message- From: Petr Souček [mailto:sou...@maestroclub.cz] Sent: Friday, August 08, 2014 10:38 PM To: sou...@maestroclub.cz; Souček, Petr Subject: FW: [Talk-cz] Folie KM strkaná do scanneru obráceně -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Wednesday, July 30, 2014 6:24 PM To: OpenStreetMap Czech Republic Subject: [Talk-cz] Folie KM strkaná do scanneru obráceně Ahoj, jsem na stopě alespoň jednoho ze způsobů, jak vzniká rudý duch. Koukám na to stále nevěřícně, ale bude to tak - někdo totiž strká do scanneru fólii s katastrální mapou obráceně. Pohleďme na obrázek http://pedro.poloha.net/osm/folie.png Východně od ulice Ke Spravedlnosi a severně pd ulice J.V. Sládka vidímě popisná čísla (zleva doprava) 1771, 1772, ... 1775. Takto byla uložena v OSM. Vidíme rovněž rudého ducha, tedy definiční bod budovy s č.p. 1774. Červená čára ukazuje k polygonu budovy. Budovy jsou v realitě západně od ulice Ke Spravedlnosti a jižně od ulice J.V.Sládka. Zleva doprava jsou č.p. ovšem v pořadí 1775, 1774 ... 1771. Prostě někdo strčil něco do scanneru obráceně. Mohlo by to vysvětlovat i další řadu rudých duchů, jak jsou patrné ve Všechlapech, okres Benešov, http://ruian.poloha.net/16/49.7697/14.9304 (zapnout vrstvu budov). To taky tak trochu vypadá, jakoby někdo strkal folii do scanneru obráceně :-). V těch Všechlapech je to hodně zmatené. Jedná se zejména o budovy: 14323508 14323362 14323401 14323419 14323494 14323524 14323451 14323486 14323443 14323397 14323460 -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nová fíčura ve vrstvě budov
Dobrý den, Ad Troja) zde se podle mě jedná o chybu v katastrální mapě, kdy na parcelách 1321/2,3,4,5,6,7,9 a 1311/3,4,5,6,7,8,9 chybí značka budovy. Tento stav je chybný už v katastru nemovitostí, viz polygony budov v aplikaci Nahlížení, http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3MarUid=7E65 95D2%209D2F4EA0%20A5AD9D88%208244EA23MarUidi=8244EA23MarMiddlePoint=-74296 3.9674310316%20-1038573.7739832742MarScale=1130 . Kontaktoval jsem KP Praha-město. Předpokládám, že dojde k opravě. Ad Všechlapy) tady to je opravdu výživné. Koukám, že v ISÚI a ISKN jsou evidovány objekty se stejnými čísly evidenčními úplně na jiných místech, viz obrázek http://s24.postimg.org/4b59xrg91/vechlapy.jpg (fialově ISÚI, červeně ISKN). Zkusím požádat kolegy o prověření. Z toho důvodu jsou také chybně napárovány budovy z ISKN a SO z ISÚI. Např. budova č.ev. 76 je dle ISÚI evidována serverněji v lokalitě Na Hůrkách, ale v ISKN je budova s tímto číslem evidenčním evidována v lokalitě Nový Mlýn. Petr Souček -Original Message- From: Petr Souček [mailto:souc...@atlas.cz] Sent: Friday, August 08, 2014 11:40 PM To: 'OpenStreetMap Czech Republic' Subject: RE: [Talk-cz] Nová fíčura ve vrstvě budov Dobrý den, děkuji moc za vysvětlení. Podívám se na to a budu Vás informovat. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Friday, August 08, 2014 10:07 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Nová fíčura ve vrstvě budov Dobrý den, je to ulice Krynická, Praha-Troja, http://ruian.poloha.net/18/50.12606/14.41053 Nemyslím, že tento případ by zasloužil nějakou speciální pozornost, není to zase tak vzácný jev. Jsou daleko horší oblasti, například okolí Chyňavy, okres Beroun, http://ruian.poloha.net/15/50.0461/14.0952 Ve vrstvě jsou nyní spojnice mezi definičním bodem (červeným duchem) a polygonem, protože jinak by se to mnohdy nedalo dohledat. Limit vzdálenosti je nastaven na 10 metrů. Výjimečně to může být v pořádku, ale když je definiční bod jedné budovy až za jinou budovou, tak to o správnosti dost pochybuji. Další pozoruhodné místo je východní hranice obce Všechlapy, okres Benešov, kde jsou na jednom plácku definiční body budov a jejich polygony jsou stovky metrů jinde, http://ruian.poloha.net/17/49.77164/14.92749 Ještě zopakuji vysvětlivky k vrstvě budov: - růžová budova - OK, má hranice i definiční bod ve vzdálenosti do 10 metrů od polygonu - samotná červená budova bez spojnice s duchem = má jen hranice a nemá definiční bod - samotný růžový duch - definiční bod budovy, která nemá polygon (normální na nezdigitalizovaných KÚ a dalších budov, u kterých se geometrie do RÚIAN nezadává) -- Zdraví a děkuje za zájem Petr Vejsada Dne Pá 8. srpna 2014 19:56:43, Petr Souček napsal(a): Dobrý den, o jaké území se jedná na obrázku http://pedro.poloha.net/osm/red-ghosts.png? Chtěl bych se na to kouknout. Děkuji moc Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Monday, July 14, 2014 9:51 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Nová fíčura ve vrstvě budov Ahoj, s novou verzí CzechAddress se začaly v datech pro import objevovat zdánlivě záhadná umístění adresních bodů. Aby tato umístění už nebyla záhadná, přidal jsem do vrstvy budov červené budovy a červené duchy. Červený duch je definiční bod budovy, která sice má geometrii (polygon), ale tento polygon je podezřele daleko od definičního bodu. 221 km byl opravdu rekord, ale ono i takových 50 metrů dokáže zatopit. Těžko říci, co je správně. Předpokládám, že vyšší pravděpodobnost bude mít stav, kdy definiční bod je umístěn správně a polygon špatně. CzechAddress v těchto případech a za předpokladu, že samotné adresní místo v RUIAN je bez geometrie nebo je jeho poloha úplně mimo, reaguje tak, že dává adresu na definiční bod. Toto už tedy nebude záhadou, protože definiční bod takové budovy se zobrazí jako červený duch. Červené budovy jsou ty, které patří do páru s takto vzdáleným definičním bodem. Obrázek lepší než mnoho slov - http://pedro.poloha.net/osm/red-ghosts.png . Kromě normálních budov na obrázku vidíme definiční body řady domů, jejichž polygony jsou vlevo naplácané všechny na jedno místo. Dole pak vidíme definiční bod a polygon, které jsou od sebe neobvykle vzdálené. Nyní je limit 15 metrů, možno dle praxe upravit. Vrstva asi pomůže, jak obrázek ilustruje, pochopit některé záhady dat v RUIAN. Zoom 15 a vyšší je vykreslen, zoom 12-14 se vykresluje, tedy chvilku strpení. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dokončení importu adres
Dobrý den, dvojice čísel jsou problém některých chatových osad (zejména ve středních Čechách), kdy obec k evidenčním číslům přidávala nějaký prefix, např. těch 1000, 5000, atd. Bohužel ale někdo používal i tu druhou variantu bez tohoto prefixu. A tím pádem se do katastru nemovitostí, nebo do UIR-ADR dostala směs a nebo obě varianty těchto čísel. Již v minulosti jsme tento problém řešili v Mnichovicích. Bohužel se nedá jasně říct, která čísla mají existovat. To musí říct obec a hlavně v návaznosti na to, jestli na tom čísle není někdo přihlášen k trvalému pobytu, nemá sídlo provozovny, atd. V této souvislosti jsme vyšli editorům vstříc a vystavili novou kontrolu na našich stránkách, http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/3-Overeni-uplnosti-a-spravno sti-udaju-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN/Kontrola-adresnich-mist-bez-def inicniho-bodu.aspx, kde se dozví i tyto informace. Ale je to opět jen pomoc editorům, nápravu musí udělat oni. Opět jsem požádal kolegy, aby to s příslušnými editory zkusili vyřešit. Uvidíme, jak budeme úspěšní. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Sunday, August 10, 2014 10:28 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Dokončení importu adres Ahoj, zbývá nám necelé jedno procento adres, přičemž půlka toho procenta je problematická. Jedná se o obce: okres Praha-východ: Jevany Kozojedy Stříbrná Skalice Vyžlovka okres Břeclav: Mikulov Břeclav U všech, s výjimkou Břeclavi, jde o značný podíl dvojitých (trojitých, ...) adres typu číslo 35 a 5035. Nechce se mi vědomě toto nahrávat do OSM, i když v minulosti byly nahrány i obce s větším podílem tohoto jevu Můj dotaz také směruje na pana Součka ;-), zda zjistil, co je to vlastně za jev, proč to takto je a zda se dá očekávat oprava a kdy, případně na koho se obrátit či zda je nějaké pravidlo, podle kterého bychom mohli tyto adresy odstranit. Tím myslím třeba v těch dvojicích vždy odstranit to velké číslo, tedy 5035 a 35 ponechat? Smazat adresní místo, které přísluší nekompletnímu SO (tedy SO, který má vyplněné jen minimální množství údajů)? Obec Břeclav je trošku jiná. Také se jedná o duplicitu adres, ale týká se hlavně orientačních čísel. Jeden dům má orientační číslo třeba 3 a zároveň 124 nebo jsou tam doby, které mají orientační čísla 2 3, 3 4, 5 6 nebo 2 4, 4 6, 6 8 atd. V naprosté většině případů má geometrii jen jedna z těchto adres. Vzniká tak z toho domněnka, že obsluha příslušného programu na stavebních úřadech čí kde, si myslí, že schováním geometrie adresa neexistuje. Druhá věc - myslím si, že všechny 2/3 okresů by se měly projet ještě jednou, a to pouze se zapnutou funkcí mazání stylem co není v RÚIAN, to přijde pryč Toto se totiž dělá až od nové verze bota, kterým byla zpracována poslední třetina adres a 2/3 by se tedy měly ještě jednou prohlédnout a promazat. Stále namátkově kontroluji, co se chytal bot smazat a v naprosté většině případů to byla místa, kde je na ortofoto vidět zbořeniště či i z leteckého pohledu je patrné, že střechou do něho už roky zatéká a fakticky je to vrak ;-). S poslední informací o chybách ve výměnném formátu bych s tím ještě počkal -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RUIAN a inkrementální aktualizace
Dobrý den, včera jsem o tom diskutoval s kolegou. A dnes jsem si tento konkrétní případ analyzoval a situace je následující. 1) 20.6.2014 došlo k zápisu SO 78153263 do ISÚI. Jedná se o SO bez čísla (typ 3) a byl zapsán na parcelu (ID 41994826010) z potvrzeného GP (tj. tzv. G parcela), která není v RÚIAN 2) 21.6.2014 se tento SO standardně dostal do změnového VFR, neboť ten se generuje za stát a dostanou se do něj všechny SO 3) 1.7.2014 se tento SO do stavového VFR nedostal, neboť SO se rozdělují do VFR po obcích (pro číslované dle části obce, pro nečíslované dle parcely a příslušnosti do k.ú. = obce). V tomto případě se do obce nezařadí, neboť by se měl rozdělit dle parcely, ale zatím v RÚIAN neexistuje (zatím je pouze v budoucnosti, ve vrstvě potvrzených GP v ISKN). 4) 28.7.2014 došlo k zápisu stavby v KN a tím pádem se parcela (ID 41994826010) dostala do přítomnosti ISKN a také do RÚIAN. 5) 1.8.2014 došlo standardně k vygenerování stavového VFR, kde už se SO zařadil dle parcely do příslušné obce Z toho mi vyplývá, že takových případů je relativně hodně. Jsou to všechny nově zapisované SO bez čísla, která jsou zapsána na parcelu z potvrzeného GP (a když o tom přemýšlím, tak to samé platí i pro parcelu, která je již pouze v minulosti - např. pokud dojde k přečíslování parcel v důsledku obnovy operátu a tím pádem k ustřelení identifikační parcely v ISÚI). Jestli dobře koukám, tak se jedná o cca 28,5 tisíc SO. Na základě výše uvedeného si myslím, že bychom se tím měli zabývat a zapsat požadavek na úpravu generování VFR. A to tak, aby se tyto SO dostali do VFR. Tohle bohužel musíme řešit s naším dodavatelem, takže to nebude obratem. Rozhodně díky za report tohoto problému, o jeho řešení Vás budeme informovat. Petr Souček -Original Message- From: Veselý, Jiří Sent: Monday, August 11, 2014 10:31 AM To: Souček, Petr; Formánek, Jiří Subject: FW: [Talk-cz] RUIAN a inkrementální aktualizace Ahoj, víme o tom? J. -Original Message- From: Petr Morávek [Xificurk] [mailto:p...@pada.cz] Sent: Monday, August 11, 2014 10:15 AM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] RUIAN a inkrementální aktualizace Dne 10.8.2014 21:49, Petr Vejsada napsal(a): Mám schema, vzniklé z dat ke dni 30.4. plus aktualizace. Od začátku těch aktualizací tam mám ten patch, co ignoruje čísla transakcí, tedy *ignoruje*, není tam =, jak je asi v poslední -dev, viz debata na Githubu. To jen pro pořádek. Ač není pravděpodobné, že by se čísla transakcí někdy dekrementovala, vyloučit to asi nemůžeme! * SO 78153263 je v červencovém dumpu (20140731_OB_554791_UKSH.xml.gz), ale není v dumpu z června ani žádném změnovém souboru. select deleted,id_trans_ruian,definicni_bod is not NULL as definicni_bod,hranice is not NULL as hranice,plati_od,item_timestamp from ruian.rn_stavebni_objekt where kod=78153263; deleted | id_trans_ruian | definicni_bod | hranice | plati_od | item_timestamp -++---+-++ -++---+-++ -++---+-++ -++---+-++ -++---+-++ -++---+-++ -++---+-++ f | 627026 | t | f | 20.06.2014 | 22.06.2014 11:38:58.947812 je tedy ve změnovém souboru z průběhu června. Nahráno 22.6., takže asi soubor z 21.6., ale nevím jistě. Nenahrávám každý den, jen skoro každý den. V dumpu z června by ovšem být měl. Tak tohle mě vážně nenapadlo... dohledal jsem to ve změnovém souboru z 20.6. a obsah do puntíku sedí s tím, co je v červencovém dumpu. Ale v červnu fakt nebyl. Takže chyby jsou vážně v obojím, což opravdu není dobré :/ Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] FW: RUIAN a inkrementální aktualizace (VFR)
Dobrý den, Ad SO 78153263) viz povídání v předchozím mailu Ad SO 78258294) 1) V ISKN byla evidována rozestavěná budova 2) v ISÚI byl 28.7.2014 zapsán číslovaný SO (78258294) 3) 29.7.2014 se SO dostal do změnového souboru. Vazba na budovu v ISKN zde chyběla správně, neboť rozestavěné budovy nejsou obsahem RÚIAN, tj. nepřebírá se do RÚIAN ani polygon (tato budova ho navíc nemá). 4) 29.7.2014 došlo k zápisu dokončené stavby (15680609010) v ISKN. Došlo k napojení této budovy na stavební objekt v ISÚI (vznikl na straně ISKN můstek). V RÚIAN došlo k doplnění BUD_ID a změně ID_TRANSAKCE. 5) a podle mě se měl 30.7.2014 vygenerovat změnový VFR a v něm se tato informace (SO 78258294) měla objevit. Vypadá to na chybu ve VFR, informoval jsem kolegy, kteří to budou řešit s dodavatelem. 6) 1.8.2014 se už ve stavovém objevila nová verze SO, doplněná o BUD_ID. Děkuji za report této chyby! Petr Souček -Original Message- From: Petr Morávek [Xificurk] [mailto:p...@pada.cz] Sent: Sunday, August 10, 2014 8:56 PM To: OpenStreetMap Czech Republic Subject: [Talk-cz] RUIAN a inkrementální aktualizace Ahoj, mám nemilou zprávu pro vás, co pracujete s RUIAN (přes ruian2pgsql) a provádíte inkrementální aktualizace - nefunguje to. Petr Vejsada tu už na jaře psal, že má podezření, že nový import úplného dumpu RUIAN dává jiný výsledek než postupně aktualizovaná databáze přes změnové soubory. A já to bohužel teď musím potvrdit. A je to trochu komplikovanější. První problém byl v ruian2pgsql [1]. Původní algoritmus počítal s tím, že pokud dojde k nějaké změně objektu, tak se vždy zvýší id transakce, což bohužel není pravda. Tento problém byl nedávno opraven... pokud používáte ruian2pgsql a importujete změnové soubory, tak silně doporučuju update na poslední dev verzi. Jenže i tak byly indikace, že není vše úplně v pořádku - a opravdu není. Mám tu dvě databáze: 1) Vznikla importem posledního úplného dump z konce července, konkrétně soubory 20140731_OB_*_UKSH.xml.gz a 20140731_ST_UKSH.xml.gz. 2) Vznikla importem úplného dumpu z konce června a pak importem všech změnových souborů z července, tj. soubory 20140630_OB_*_UKSH.xml.gz a 20140630_ST_UKSH.xml.gz a pak 26 souborů 201407*_ST_ZKSH.xml.gz. A když porovnám výsledek obou cest, tak se dá najít opravdu velké množství rozdílů. Konkrétně jsem se díval na stavební objekty. Některé SO jsou jen v (1), některé jen v (2), jiné jsou sice v obou databázích, ale jedna verze má neúplné údaje. Problematické SO jsem vystopoval do zdrojových dat a chyba je už tam. * SO 78153263 je v červencovém dumpu (20140731_OB_554791_UKSH.xml.gz), ale není v dumpu z června ani žádném změnovém souboru. * SO 78258294 je v červencovém dumpu (20140731_OB_576000_UKSH.xml.gz) - tam má IdTransakce=648617 a IsknBudovaId=15680609010. V červnovém dumpu není, ale je v jednom jediném změnovém souboru (20140728_ST_ZKSH.xml.gz), ale tam nemá nastaveno IsknBudovaId a IdTransakce=648063. ... Na ostatní tabulky jsem nekoukal, ale je dost možné, že trpí podobným problémem. -- Informaci píšu primárně sem do talk-cz, protože to tu sledují jak konzumenti dat, tak i zástupci ČÚZK. Chtěl bych poprosit pana Součka, jestli by mě (nás) nasměroval, kam/jak/jestli tento problém reportovat, případně jaké další detaily by bylo vhodné dodat. -- Zdraví, Petr Morávek aka Xificurk [1] https://github.com/fordfrog/ruian2pgsql/issues/24 https://github.com/fordfrog/ruian2pgsql/issues/24 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nová fíčura ve vrstvě budov
Dobrý den, o jaké území se jedná na obrázku http://pedro.poloha.net/osm/red-ghosts.png? Chtěl bych se na to kouknout. Děkuji moc Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Monday, July 14, 2014 9:51 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Nová fíčura ve vrstvě budov Ahoj, s novou verzí CzechAddress se začaly v datech pro import objevovat zdánlivě záhadná umístění adresních bodů. Aby tato umístění už nebyla záhadná, přidal jsem do vrstvy budov červené budovy a červené duchy. Červený duch je definiční bod budovy, která sice má geometrii (polygon), ale tento polygon je podezřele daleko od definičního bodu. 221 km byl opravdu rekord, ale ono i takových 50 metrů dokáže zatopit. Těžko říci, co je správně. Předpokládám, že vyšší pravděpodobnost bude mít stav, kdy definiční bod je umístěn správně a polygon špatně. CzechAddress v těchto případech a za předpokladu, že samotné adresní místo v RUIAN je bez geometrie nebo je jeho poloha úplně mimo, reaguje tak, že dává adresu na definiční bod. Toto už tedy nebude záhadou, protože definiční bod takové budovy se zobrazí jako červený duch. Červené budovy jsou ty, které patří do páru s takto vzdáleným definičním bodem. Obrázek lepší než mnoho slov - http://pedro.poloha.net/osm/red-ghosts.png . Kromě normálních budov na obrázku vidíme definiční body řady domů, jejichž polygony jsou vlevo naplácané všechny na jedno místo. Dole pak vidíme definiční bod a polygon, které jsou od sebe neobvykle vzdálené. Nyní je limit 15 metrů, možno dle praxe upravit. Vrstva asi pomůže, jak obrázek ilustruje, pochopit některé záhady dat v RUIAN. Zoom 15 a vyšší je vykreslen, zoom 12-14 se vykresluje, tedy chvilku strpení. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] LPIS import
Dobrý den, Dle právě provedeného výpočtu má v RUIAN digitální mapu 64 procent území republiky, takže sice dobré, ale ne dost. ... aktuální procento digitální mapy v RÚIAN je stejné jako pokrytí INSPIRE tématu CP (katastrální mapa), tj. 69,86% a to můžete sledovat v metadatech na Geoportálu ČÚZK, viz http://geoportal.cuzk.cz/%28S%283sujbqj40uy1nobcdnbdvroc%29%29/Default.aspx?mode=TextMetaside=INSPIRE_dSadymetadataID=CZ-CUZK-CPmetadataXSL=INSPIRE_Kat_parhead_tab=sekce-04-gpmenu=416 (aktualizace probíhá 1x týdně) Pokud jste se někde dočetli o údaji, že digitální mapu máme na více než 80% území ČR, tak tento rozdíl je způsoben tím, že v RÚIAN (ani INSPIRE) nejsou polygony z území, kde je vedena mapa ve formě KM-D, katastrální mapa digitalizovaná. Jsou to území zobrazené zelenou barvou, viz např. území kolem Prachatic, http://katastralnimapy-new.cuzk.cz/?MarUid=2B3157D2%2057834AB5%20F6D3536A%20BED2F8A9MarUidi=BED2F8A9MarMiddlePoint=-800577.0981408213%20-1161150.6512377018MarScale=360628 Petr Souček ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] LPIS import
Dobrý den, jen bych chtěl poznamenat, že údaje o druhu pozemku a způsobu využití pozemku se do RÚIAN přenáší z Katastru nemovitostí. V katastru nemovitostí je evidován právní stav a stav takový, který nám vlastníci ohlásí (a doloží příslušnou listinu). Z toho asi tušíte, že ne všechno bude evidováno správně. Pokud někomu zaroste louka (a na ortofotu je evidentně hustý les) a vlastník tuto změnu nenahlásí, tak v KN bude dále louka. Můj soukromý odhad je cca 10-15% chybně evidovaných druhů pozemků ... Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Monday, July 21, 2014 12:34 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] LPIS import Ahoj, Dne Ne 20. července 2014 23:53:53, Pavel Machek napsal(a): A ted ten skript. :-), normálka ;). Landuse je opravdu hodně potřeba. Vždycky tak trochu závidím karviňákům tu jejich barevnou mapu. Přemýšlel jsem o možnosti využít parcely z RUIAN. Tam je nejen zemědělská půda, ale i leccos ostatního - zastavěná plocha, silnice, dálnice a co já vím, co ještě. Zemědělská půda tam určitě není tak podrobně jako v eagri/lpis. Máš představu, nakolik jsou údaje trvanlivé, t.j. zda příští rok ještě budou platit? Jak aktualizovat? Jak to spojit s jiným landuse, neb nejen zemědělskou půdou povrch naší matičky pokryt jest. Dle právě provedeného výpočtu má v RUIAN digitální mapu 64 procent území republiky, takže sice dobré, ale ne dost. Určitě najdeme spoustu míst, kde podle RUIAN je sídliště a podle EAGRI louka či pole (po zkušenostech s importem adres ;-)). Nakolik budeme která data brát jako referenční či jak se rozhodneme, co převezmeme. Možná existují i další zdroje pro landuse.? Co budeme dělat se stávajícími polygony landuse. Dělat díry v polygonech z EAGRI? Otázek bude jistě mnoho a mnoho, děkuji, že jsi toto téma rozstřelil. Opravdu se těším na barevnou mapu! -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nově digitalizovaná katastrální území
Ahoj / dobrý den, místo níže je v Květnici, kde již do ISKN byla zavedena ÚKM jako OMP-V (pro obyčejné smrtelníky „účelová katastrální mapa jako prvky orientační mapy parcel vektorové“. Seznam všech podobných k.ú. je na http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-ISUI-VDP/Informace-o-uzemni-identifikaci-%281%29/Katastralni-uzemi-s-OMP-V.aspx a také ji můžete vidět na http://katastralnimapy-new.cuzk.cz/?MarUid=2B3157D2%2057834AB5%20F6D3536A%204C5CC2EB http://katastralnimapy-new.cuzk.cz/?MarUid=2B3157D2%2057834AB5%20F6D3536A%204C5CC2EBMarUidi=4C5CC2EBMarMiddlePoint=-725008.2524051592%20-1048722.008839217MarScale=5 MarUidi=4C5CC2EBMarMiddlePoint=-725008.2524051592%20-1048722.008839217MarScale=5 Informace, že polygon parcely a nebo stavebního objektu není ze standardní katastrální mapy, ale pouze z této „omalovánky“ najdete ve výměnném formátu, viz moje prezentace na http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-ISUI-VDP/UKM/Prezentace-z-workshopu-UKM/soucekp-ompv.aspx Více informací o ÚKM najdete např. zde http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RUIAN-ISUI-VDP/UKM/UKM-OMP-V.aspx Petr Souček From: Pavel Kwiecien [mailto:pavel.kwiec...@seznam.cz] Sent: Friday, August 08, 2014 9:50 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Nově digitalizovaná katastrální území Ahoj, Jak to děláš? Co je to rozsáhlejší změna? Porovnávám diffem webové stránky úřadu. Nemá smysl tam psát, že se někde něco změnilo o 5 %, takže rozsáhlejší změna je nejméně 15-20 %. Trochu by mě ale zajímala jiná věc. Zaregistroval jsem, že RÚIAN soubory budov jsou i na místech, kde není digitalizovaná mapa např. zde (nyní hlavně Střední Čechy) http://www.openstreetmap.org/#map=16/50.0586/14.6835 Dlouhou dobu již s tímto zápasím a nevím jestli mám všechny tyto data importovat, protože velké množství budov má chybnou geometrii (dvůr místo budovy, podivná poloha) a nechce se mi to všecno mazat, takže často se stane, že celý import raději smažu a budu čekat až na digitalizaci. Zdraví pavel Kwiecien -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 8. 8. 2014 21:33:13 Předmět: Re: [Talk-cz] Nově digitalizovaná katastrální území Ahoj, Dne Pá 8. srpna 2014 20:47:30, Pavel Kwiecien napsal(a): Ahoj, podle mých zkušeností to je tak, že když ČÚZK napíše, že je nějaké území zdigitalizované, tak to trvá 2-3 dny, než se to projeví na katastrální mapě (možnost starého Traceru) a pokud se nepletu, tak v RÚIANu se to projeví až v příští verzi - tedy v první den následujícího měsíce. hmm, já používám i ty změnové soubory a nahrávám dost často, tak 2x-3x týdně. Mně se zdá, že i v RUIAN v těch změnových souborech je to za den za dva. Nu o to bude soutěž zábavnější, protože RSS navnadí, ale pak se bude muset čekat, až nahraju další změnový soubor, kde se ta změna skutečně promítně :-) Doposud jsem dával zdigitalizovaná území sem http://wiki.openstreetmap.org/wiki/Cs:RUIAN/nove_budovy jej, tak to je dost podobné. Jak to děláš? Co je to rozsáhlejší změna? Já to dělám tak, že mám tabulku s kódem KÚ a sloupcem ma_dkm. Po každém nahrání změn porovnám rn_katastralni_uzemi s tou mou tabulkou a když já mám ma_dkm=false a v RUIAN je ma_dkm=true, usuzuji, že území bylo zdigitalizováno. -- Petr Zdraví Pavel Kwiecien -- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 8. 8. 2014 15:46:42 Předmět: Re: [Talk-cz] Nově digitalizovaná katastrální území díval jsem se na některá zde anoncovaná kú, ale tracer ruian na nich nereagoval takže opravdu Čuzk trochu blafuje Pražák Dne 8. srpna 2014 15:11 Petr Vejsada o...@propsychology.cz mailto:o...@propsychology.cz%0b (mailto:o...@propsychology.cz) napsal(a): Ahoj, Dne Pá 8. srpna 2014 05:32:29, Petr Schönmann napsal(a): Přimlouvám se za RSS. Koho ta informace bude zajímat rssku si přečte. Asi nemá cenu tím zaplácávat už tak nepřehlednou konferenci tak tedy http://poloha.net/rss/newdkm(http://poloha.net/rss/newdkm) http://poloha.net/rss/newdkm(http:/poloha.net/rss/newdkm) (WWWww) a http://ruian.poloha.net/newdkm(http://ruian.poloha.net/newdkm) http://ruian.poloha.net/newdkm(http:/ruian.poloha.net/newdkm) (RSSss) a postování sem tak 1x měsíčně, aby to tu moc nespamovalo. Jinak mám dojem, že ČÚZK trošku blafuje a teprve pár dnů poté, co nastaví u KÚ flag ma_dkm na true se toto stane realitou a opravdu se data v RÚIAN objeví. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nová fíčura ve vrstvě budov
Dobrý den, děkuji moc za vysvětlení. Podívám se na to a budu Vás informovat. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Friday, August 08, 2014 10:07 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Nová fíčura ve vrstvě budov Dobrý den, je to ulice Krynická, Praha-Troja, http://ruian.poloha.net/18/50.12606/14.41053 Nemyslím, že tento případ by zasloužil nějakou speciální pozornost, není to zase tak vzácný jev. Jsou daleko horší oblasti, například okolí Chyňavy, okres Beroun, http://ruian.poloha.net/15/50.0461/14.0952 Ve vrstvě jsou nyní spojnice mezi definičním bodem (červeným duchem) a polygonem, protože jinak by se to mnohdy nedalo dohledat. Limit vzdálenosti je nastaven na 10 metrů. Výjimečně to může být v pořádku, ale když je definiční bod jedné budovy až za jinou budovou, tak to o správnosti dost pochybuji. Další pozoruhodné místo je východní hranice obce Všechlapy, okres Benešov, kde jsou na jednom plácku definiční body budov a jejich polygony jsou stovky metrů jinde, http://ruian.poloha.net/17/49.77164/14.92749 Ještě zopakuji vysvětlivky k vrstvě budov: - růžová budova - OK, má hranice i definiční bod ve vzdálenosti do 10 metrů od polygonu - samotná červená budova bez spojnice s duchem = má jen hranice a nemá definiční bod - samotný růžový duch - definiční bod budovy, která nemá polygon (normální na nezdigitalizovaných KÚ a dalších budov, u kterých se geometrie do RÚIAN nezadává) -- Zdraví a děkuje za zájem Petr Vejsada Dne Pá 8. srpna 2014 19:56:43, Petr Souček napsal(a): Dobrý den, o jaké území se jedná na obrázku http://pedro.poloha.net/osm/red-ghosts.png? Chtěl bych se na to kouknout. Děkuji moc Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Monday, July 14, 2014 9:51 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Nová fíčura ve vrstvě budov Ahoj, s novou verzí CzechAddress se začaly v datech pro import objevovat zdánlivě záhadná umístění adresních bodů. Aby tato umístění už nebyla záhadná, přidal jsem do vrstvy budov červené budovy a červené duchy. Červený duch je definiční bod budovy, která sice má geometrii (polygon), ale tento polygon je podezřele daleko od definičního bodu. 221 km byl opravdu rekord, ale ono i takových 50 metrů dokáže zatopit. Těžko říci, co je správně. Předpokládám, že vyšší pravděpodobnost bude mít stav, kdy definiční bod je umístěn správně a polygon špatně. CzechAddress v těchto případech a za předpokladu, že samotné adresní místo v RUIAN je bez geometrie nebo je jeho poloha úplně mimo, reaguje tak, že dává adresu na definiční bod. Toto už tedy nebude záhadou, protože definiční bod takové budovy se zobrazí jako červený duch. Červené budovy jsou ty, které patří do páru s takto vzdáleným definičním bodem. Obrázek lepší než mnoho slov - http://pedro.poloha.net/osm/red-ghosts.png . Kromě normálních budov na obrázku vidíme definiční body řady domů, jejichž polygony jsou vlevo naplácané všechny na jedno místo. Dole pak vidíme definiční bod a polygon, které jsou od sebe neobvykle vzdálené. Nyní je limit 15 metrů, možno dle praxe upravit. Vrstva asi pomůže, jak obrázek ilustruje, pochopit některé záhady dat v RUIAN. Zoom 15 a vyšší je vykreslen, zoom 12-14 se vykresluje, tedy chvilku strpení. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dvě budovy nakreslené v jedné
Dobrý den, předám kontakt hlavnímu vývojářovi, on se s Vámi spojí. Petr Souček -Original Message- From: Marián Kyral [mailto:mky...@email.cz] Sent: Friday, August 08, 2014 11:16 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Dvě budovy nakreslené v jedné Dne 8.8.2014 22:03, Petr Souček napsal(a): Dobrý den, když mluvíte o tagování chyb v RÚIAN, tak mohu prozradit, že projekt Reklamační formuláře (Hlášení chyb v datech RÚIAN, o kterých jsme zde diskutovali. Bude sloužit k jednotlivým hlášením pomocí formulářů na webu a zároveň bude možné zasílat hromadné chyby pomocí strukturovaného XML) na ČÚZK již prochází interním testováním. Věřím, že do konce srpna to budeme moct pustit ven omezené skupině uživatelů a při tom sázím na Vás ;-) Zdravím, díky za zprávu. Finální verze specifikace toho xml bude také až koncem srpna, nebo už je k dispozici? Možná by nebylo špatné se na to podívat dříve a probrat tady, jak s tím naložíme. Marián Petr Souček -Original Message- From: Martin Švec - OSM [mailto:o...@maatts.cz] Sent: Saturday, July 26, 2014 2:20 PM To: lenoc...@tiscali.cz Cc: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Dvě budovy nakreslené v jedné Obecně to nejde. Já porovnávám DKM s Bingem, RUIANem a OSM daty a odhaduju, co z toho je asi správně. Někdy nesedí ani jedno. Bing má snímky několik let staré, budova mohla být zbouraná a postavena jiná. Pár typických chyb v RUIANu je tady: https://wiki.openstreetmap.org/wiki/User:Maatts. (Což mi připomíná, že diskuse k tagování chyb nějak zapadla.) Máš link na konkrétní příklad? Martin On 26.7.2014 08:57, Lukas Novotny wrote: Mám dvě budovy. Jedna je větší nakreslená dle source=cuzk:ruian, druhá menší ale vkreslena uvnitř té větší ze zdroje source=cuzk:km. Dá se jednoduše určit z kterého zdroje má ta budova přednost a nebo to takto paušálně nejde? Lukáš ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Úvaha o poloze adresního bodu (co PŘESNĚ je definiční bod?)
Dobrý den, Nemas tak uplne pravdu ;D. Cp/Co/... patri budove, ale to nezmanema, ze v te budove nemuze existovat subjekt, se zcela vlastni adresou - klidne s vlastnim PSC. Pokud bys heldal kompletni seznam PSC, tak se obavam, ze ho nijak snadno nesezenes (to co si muzes sosnout na webu posty neni komplet). Vlastní PSČ firmy mají, to vím, ale adresu? Že by měly jinou ulici, jiné číslo domovní? To se mi nezdá, ale nemohu vyvrátit. Tato PSČ v RUIAN asi nejsou - zkoušel jsem to na České Televizi, která má svoje PSČ. V RUIAN nejsou; jsou tam standardní PSČ. Dvořákova 18, Ostrava je ostravské studio, podle webu Televize má svoje PSČ, v RUIAN není. ... ano to mohu potvrdit. V RÚIAN jsou pouze tzv. územní PSČ, která se vztahují k území. Dále Česká Pošta (ČP) provozuje tzv. speciální PSČ, která se vztahují k osobě (firmě). Tato PSČ nejsou vázána k území, ale k firmě. Bohužel již několik let se snažíme získat z ČP aktuální seznam těchto vazeb PSČ x IČO firmy, ale zatím neúspěšně. Těchto speciálních firemních PSČ existuje cca 3500 ks. Dále existují PSČ, která jsou přidělena P.O.Boxům a ani tato PSČ v RÚIAN nevedeme. Petr Souček ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
Dobrý den, omlouvám se za pozdější odpověď, ale byl jsem v zahraničí. Vypadá to na jasnou chybu ve vedení KN, kdy místo vedení jedné budovy na dvou parcelách jsou v KN vedeny dvě budovy na samostatných parcelách. Tímto problémem se dlouhodobě zabýváme. Dokonce jsme na toto téma připravovali kontroly dat KN a rozesílali na katastrální pracoviště. Pošlu to kolegyni, která tyto kontroly zpracovávala, aby to prověřila. Ono to totiž nejde vyhledat úplně jednoduše automatizovaně, neboť v některých případech to samozřejmě může být správně – dvě budovy ležící vedle sebe. Takže jsme do vyhledání přidávali ještě nějaké další omezující podmínky. Viz http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3 http://sgi.nahlizenidokn.cuzk.cz/marushka/default.aspx?themeid=3MarUid=7E6595D2%20A5AD9D88%204236F7E7MarUidi=4236F7E7MarMiddlePoint=-465296.365%20-1128516.48MarScale=1207 MarUid=7E6595D2%20A5AD9D88%204236F7E7MarUidi=4236F7E7MarMiddlePoint=-465296.365%20-1128516.48MarScale=1207 V tomto případě, kdy jsou to chybně vedené údaje v KN, je situace jednodušší, neboť opravy provádí naše podřízené organizace. Petr Souček From: Marián Kyral [mailto:mky...@email.cz] Sent: Tuesday, June 17, 2014 11:05 PM To: talk-cz@openstreetmap.org; souc...@atlas.cz Subject: RÚIAN - budova rozdělena na několik částí Zdravím, při editaci jsem narazil na oblast, kde jsou budovy uměle (nějakou hranicí) rozděleny na několik částí. Například tyto budovy: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/49788027 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/42852951 Ale v bezprostředním okolí jsou ještě další tři budovy se stejným problémem. Chtěl jsem se zeptat, zda to je chyba, nebo je to z nějakého důvodu správně. Pokud je to chyba, tušíte, proč toto vzniká a jaká je šance, že se to časem opraví - sjednotí do jedné budovy? Díky, Marián = ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
Odpověď v textu níže (za znaky „“). Petr Souček From: Marián Kyral [mailto:mky...@email.cz] Sent: Wednesday, June 18, 2014 10:00 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 18. 6. 2014 9:50:45 Předmět: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí Ahoj, ano, hranice KU tam není a budovy byly zakresleny do OSM ještě dávno před RUIAN. Předpokládám, že přes Tracer. Kdybych to klikal ručně, tak bych to takhle blbě nerozdělil ani kdyby to tak bylo v KM. Nicméně, v RÚIAN to jsou budovy dvě, každá je na jiném pozemku. Teď si nevybavuji, ale v RÚIAN to je tak, že na jednom pozemku musí stát jen jedna budova a budova nemůže stát na více pozemcích? To by pak toto podivné dělení dávalo smysl. Asi se někomu nechtělo řešit sloučení těch pozemků. budova může stát na více pozemích. Jen v RÚIAN je vedena u budovy (respektive stavebního objektu) jen jedna tzv. identifikační parcela. Ovšem v OSM mne nezajímá, jak jsou děleny pozemky pod budovou, mne zajímá budova jako celek. A pokud z toho udělám jednu budovu, nemůžu tam nechat dvě RÚIAN ID. Marián Dne St 18. června 2014 09:42:26, hanoj napsal(a): Například tyto budovy: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/49788027 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/42852951 Ale v bezprostředním okolí jsou ještě další tři budovy se stejným problémem. Chtěl jsem se zeptat, zda to je chyba, nebo je to z nějakého důvodu správně. Pokud je to chyba, tušíte, proč toto vzniká a jaká je šance, že se to časem opraví - sjednotí do jedné budovy? neresilo se to tu pred nejakym casem. Nakonec se ukazalo, ze to byla tusim hranice oblasti, ktera se digitalizovala do katastru, takze kazda pulka budovy se zpracovala zvlast... *** Urcite nejde o hranici k.u., nebo nejake historicke zmeny (je to uprostred k.u. Lubne). Ta umela hranice skrze objekt kopiruje hranici parcel a odkazuje az na hranici parcel historickych cisarskych otisku (684 a 761) [1]. ha hanoj [1] http://archivnimapy.cuzk.cz/com/1639-1/1639-1-001_index.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz = ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
Dobrý den, přidávám několik poznámek níže ( ): -Original Message- From: Martin Švec - OSM [mailto:o...@maatts.cz] Sent: Wednesday, June 18, 2014 1:45 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí Zdravím, já měl dojem z archivu diskusí, že hlášení chyb RUIANu chce místní rada starších probrat se zástupci ČUZK právě na Geoinformatics 2014. za ČÚZK jsme představili představené řešení. Nyní probíhá jeho interní testování. Po neděli se domluvím s kolegy, kdy to vidí na veřejné představení. Takže zatím vyčkávám s editacemi budov, jestli bude nějaký výstup :-) Namátkou co jsem za dva měsíce hraní s OSM našel: * Budova v RUIANu přepůlená na dva kusy jinou hranicí, většinou parcelou - je to chyba? s největší pravděpodobností to chyba bude. Většinou v případech, kdy je budova rozdělena hranicí parcely, jejíž původ je v dřívějších evidencích (většinou mapy PK). Jedná se většinou o chybný postup při vedení KN, když pracovník na KP místo jedné budovy na více parcelách vytvoří dvě budovy na samostatných budovách. Bohužel identifikovat tento problém automatizovaně a 100% není úplně jednoduché. Některé případy (např. pražské paneláky) sice leží také vedle sebe, ale jedná se o samostatné budovy - záleží na kolaudaci stavebním úřadem, jak tyto budovy zkolauduje. * Budova v RUIANu nesmyslně protažena až k hranici parcely (různé ocásky apod.) tomu úplně nerozumím :-) * Přilehlý kus budovy sice je v KM, ale chybí v RUIANu (např. věž u kostela) - je to chyba? to může být chyba, ale také nemusí. Někde to je způsobeno nadbytečnou vnitřní kresbou, která byla do katastrální mapy zakreslena dle předchozích právních předpisů. Je to vždycky na individuálním posouzení. * Budova vůbec není v RUIANu, i když budovy kolem ní v RUIANu jsou (úplně chybějící objekty a/nebo duchové). co myslíte tím, že budova není v RÚIANu? Že tam není vůbec? A nebo tam nemá polygon a je tam pouze definičním bodem? Duchem předpokládám myslíte budovu, která je definována pouze definičním bodem, ale de facto nemá existovat, takže by měla být v RÚIAN vymazána? * Geometrie / prostorová orientace budovy sice souhlasí s KM, ale vypadá dost podezřele oproti Bingu i dalším kontrolním zdrojům, např. i vůči prokliku na ortofoto ve vdp.cuzk.cz. (Chce ČUZK hlásit i problémy tohoto typu, nebo na prověřování podezřelostí nemají kapacity a zajímají je jen jasné chyby?) záleží na tom, jak podezřelé jsou. V katastrální mapě (KM) jsou vedeny údaje dle platného právního stavu (nikoliv podle stavu v terénu), takže pokud dojde např. k nějaké nelegální přístavbě, tak ta v KM není. Zároveň tam např. přístavba nebude do doby než dojde stavebník na KÚ s geometrickým plánem. Já si myslím, že hlášení nás určitě zajímá - min. si uděláme obrázek o stavu a budeme jednat o možné nápravě. Další level problému je editování budov v OSM vůči RUIANu: * Kde je RUIAN nedůvěryhodný, má smysl ručně upravit tvar budovy? Řekl bych ano, ale měla by se nějak označit, ať to někdo další neopraví zpátky... předpokládám, že v OSM by měla mapa odpovídat realitě. Takže určitě ANO, opravovat. Pokud by totiž vše probíhalo správně, tak např. výše zmiňované přístavby byste v OSM měly mít dříve. následně by měly být zapsány do KN, respektive RÚIAN a následně převzali do OSM. * Má smysl Tracerem proklikávat existující budovy aby se srovnaly podle RUIANu a doplnily tagy? * Tam kde nesedí RUIAN a existující budova v OSM se zachovat jak? No a o chybách v AM už toho tady proběhlo dost... Pokud má být RUIAN dlouhodobě primární zdroj pro AM, SO a další, IMHO to chce přesně nadefinovat pravidla a postupy řešení chyb. Včetně evidence typických vzorů chyb. Například by se mi líbila smluvená sada tagů přímo u objektů v OSM, že tady je error/warning a objekt by si měl prověřit ČUZK. To se dá vyexportovat, poslat do ČUZK, vizualizovat na mapě atd. atd. Z druhé strany by pak byla zpětná vazba, že v RUIANu došlo k updatu takhle otagovaného objektu = někdo by to měl znova zkontrolovat v OSM a odstranit error tagy. to mi připadá jako velmi rozumné! Díky, Martin Dne 17.6.2014 23:05, Marián Kyral napsal(a): Zdravím, při editaci jsem narazil na oblast, kde jsou budovy uměle (nějakou hranicí) rozděleny na několik částí. Například tyto budovy: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/49788027 http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/42852951 Ale v bezprostředním okolí jsou ještě další tři budovy se stejným problémem. Chtěl jsem se zeptat, zda to je chyba, nebo je to z nějakého důvodu správně. Pokud je to chyba, tušíte, proč toto vzniká a jaká je šance, že se to časem opraví - sjednotí do jedné budovy? Díky, Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list
Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
Dobrý den, opět několik poznámek za „ “. Petr Souček From: Marián Kyral [mailto:mky...@email.cz] Sent: Wednesday, June 18, 2014 2:37 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí Ahoj, -- Původní zpráva -- Od: Martin Švec - OSM o...@maatts.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 18. 6. 2014 13:45:54 Předmět: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí Zdravím, já měl dojem z archivu diskusí, že hlášení chyb RUIANu chce místní rada starších probrat se zástupci ČUZK právě na Geoinformatics 2014. Takže zatím vyčkávám s editacemi budov, jestli bude nějaký výstup :-) Nevím, jestli patřím do rady starších, pořád se počítám k nováčkům ;-) Co si pamatuji z prezentace: * ČÚZK pracuje na interním systému umožňující rozesílání nalezené chyby na konkrétní pracoviště. Momentálně probíhá testování a brzy by se to mělo začít používat v produkčním prostředí. ano, to mohu potvrdit. Zjistím aktuální stav a napíšu, jak to vypadá a kdy můžeme očekávat spuštění systému. * Byla vytvořena sada testů pro odhalení chyb v databázi - AM daleko od objektu, ulice, více staveních objektů na jednom místě, nebo podezřele blízko sebe a další - čeká se na spuštění interního systém na rozesílání těchto chyb. na straně ČÚZK tyto kontrolní sestavy vystavujeme dlouhodobě na našich stránkách. Ale nyní opravdu čekáme na systém, který nám umožní rozesílat automatizovaně jednotlivé chyby na příslušné editory (obce, stavební úrady) přímo do aplikace ISÚI. Bude to pro ně daleko jednodušší a slibujeme si od toho větší aktivitu editorů! * Probíhá vývoj formuláře pro hlášení samostatných chyb - nahlášené chyby se budou ukládat do databáze, dle typu chyby se budou automaticky ověřovat v dalších databázích a/nebo ověřeny manuálně. V případě, že bude hlášení shledáno jako oprávněné, bude interním systémem zasláno na patřičné pracoviště, kde by se k tomu měl dotyčný do 30 dnů vyjádřit a následně sjednat nápravu (tady už zákon žádnou lhůtu neudává :-( ). Vyjádření a informace o vyřešení problému je následně přeposlána autorovi hlášení o chybě. Kdy to bude hotovo se zatím neví. věřím, že to během prázdnin dotáhneme. Ale záleží také na dodání funkčnosti našim dodavatelem, jestli se to trošku nezpozdí. * Taktéž se plánuje definice jednoduché xml šablony pro strojové hlášení problémů. Soubor se nahraje do stejné databáze jako v předchozím bodě a i další postup bude stejný. - Tady se ještě nezačalo. zde předpokládáme spuštění ve stejný okamžik jako formuláře pro jednorázové reklamace. Takže blýská se na lepší časy, ale bude to ještě nějakou dobu trvat. Namátkou co jsem za dva měsíce hraní s OSM našel: * Budova v RUIANu přepůlená na dva kusy jinou hranicí, většinou parcelou - je to chyba? * Budova v RUIANu nesmyslně protažena až k hranici parcely (různé ocásky apod.) * Přilehlý kus budovy sice je v KM, ale chybí v RUIANu (např. věž u kostela) - je to chyba? * Budova vůbec není v RUIANu, i když budovy kolem ní v RUIANu jsou (úplně chybějící objekty a/nebo duchové). Duchové jsou potřeba - nemůže existovat AM bez vazby na SO. Ale protože ještě nejsou zdigitalizována všechna území, dané SO nemají definovánu geometrii a proto se jeví jako duchové. tak jsem možná nepochopil přesně, co znamená duch :-). To že nemůže existovat AM bez SO vedlo spíš k tomu, že se vytvořily SO bez definičního bodu – a ty v mapě neuvidíte. Já jsem si pořád myslel, že za „ducha“ považujete SO s definičním bodem, který v mapě nemá co dělat … můžete mi to prosím vysvětlit? Ovšem něco jiného je nezdigitalizovaná obec plná duchů - tam nemá hlášení smysl a něco jiného je jeden duch obklopený zdigitalizovanými budovami. Tam je hlášení na místě. tady musím počkat na definici ducha. Protože jinak si myslím, že není rozdíl ve vedení SO v digitální a nedigitální mapě. Jen s tím rozdílem, že v digitální mapě mají SO svůj polygon. Na celém území by měly mít definiční bod. * Geometrie / prostorová orientace budovy sice souhlasí s KM, ale vypadá dost podezřele oproti Bingu i dalším kontrolním zdrojům, např. i vůči prokliku na ortofoto ve vdp.cuzk.cz. (Chce ČUZK hlásit i problémy tohoto typu, nebo na prověřování podezřelostí nemají kapacity a zajímají je jen jasné chyby?) To by mne taky zajímalo. Kapacity asi nebudou. Ona odlišnost KM a Bing může být dána i odlišností základů budovy a plochou kterou zakrývá střecha. Pokud tedy střecha nějak významně přesahuje, vypadá stejná budova v KM a na Bingu velmi rozdílně. Je otázka, jak se vlastně mají budovy v OSM mapovat. Dle půdorysu? Dle obrysu ve 2m? Nebo dle střechy? netvrdím, že ty kapacity budeme mít hned. Ale v blízké budoucnosti se na tyto problémy určitě chceme zaměřit. Je to jedna z priorit našeho resortu, což deklaroval i pan předseda, např. v článku GAKO, viz strana 103 http://egako.eu/wp-content/uploads/2014/05
Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
Dobrý den, a ještě reakce zde . Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Wednesday, June 18, 2014 10:27 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí Ahoj, Dne St 18. června 2014 14:37:28, Marián Kyral napsal(a): * Byla vytvořena sada testů pro odhalení chyb v databázi - AM daleko od objektu, ulice, více staveních objektů na jednom místě, nebo podezřele blízko sebe a další - čeká se na spuštění interního systém na rozesílání těchto chyb. to je skvělá zpráva! Já se pořád hrabu v databázi, teď dokončuji program na (polo)automatickou aktualizaci už importovaných území a brzy s tím asi začnu. Při tom zkoumání jsem několikrát objevil, že ty nesmysly s dvojitými adresami na jedné budově či duch uvnitř budovy sem-tam mizí. Zatím to není nijak masivní, ale děje se to. Nevím, zda to jsou individuální aktivity územních orgánů či zda je to řízené shora, ale děje se tak. Tedy zase dobrá zpráva. určitě by měly mizet. My (ČÚZK) na editory stále působíme a zveřejňujeme jim k tomu kontrolní sestavy, viz http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/3-Overeni-uplnosti-a-spravno sti-udaju-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN.aspx . Tahle věc se bude týkat kontrol SO, kde máme totožné definiční body, blízké definiční body, atd. viz http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/3-Overeni-uplnosti-a-spravno sti-udaju-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN/Kontrola-stavebnich-objektu.asp x * Budova vůbec není v RUIANu, i když budovy kolem ní v RUIANu jsou (úplně chybějící objekty a/nebo duchové). Duchové jsou potřeba - nemůže existovat AM bez vazby na SO. Ale protože ještě nejsou zdigitalizována všechna území, dané SO nemají definovánu geometrii a proto se jeví jako duchové. Ovšem něco jiného je nezdigitalizovaná obec plná duchů - tam nemá hlášení smysl a něco jiného je jeden duch obklopený zdigitalizovanými budovami. Tam je hlášení na místě. pan Souček tady psal, že některé budovy geometrii v RUIAN nemají a nikdy mít nebudou. Nepamatuji si, jaké přesně budovy to mají být, jen že to tak je a tedy budova bez geometrie nemusí být nutně kandidátem na hlášení chyby. viz odpověď v předchozím mailu. Obecně jsou to tři kategorie: 1) Budova vedená v ISKN v území, kde není digitální mapa 2) Budova, která není vedena v ISKN, ale je vedena v RÚIAN 3) Budova zapsaná v ISÚI/RÚIAN, ale ještě nebyla zapsána do ISKN (čeká na doručení příslušných listin na KÚ) -- -p- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
Dobrý den, jasně, teď už tomu rozumím. Já jsem si totiž nějak původně myslel, že každý duch je chyba. Teď už chápu, že to tak není. O těch cca 15tisících SO víme. Hned po zprovoznění systému na interní reklamace je pošleme editorům k doplnění, respektive pouze ke schválení, neboť návrh souřadnic def.bodů jim uděláme automaticky jako těžiště polygonu SO. Možná někoho překvapila tahle skutečnost, ale důvod je jasný. Definiční bod zadávají stavební úřady/obce v ISÚI, ale polygon se přebírá z ISKN. A protože při migraci a chvilku po spuštění ISÚI nebylo zadání definičního bodu SO povinné (dnes už je!), tak tam prostě tahle informace chybí. Ale v ISKN tato budova je evidována a pokud je v digitální mapě, tak se tam polygon doplní. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Saturday, June 21, 2014 5:26 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí Dobrý den, Dne So 21. června 2014 17:18:34, Petr Souček napsal(a): možná pořád úplně nerozumím pojmu duch. Ale pokud je to budova s definičním bodem, která leží v území s kompletně digitální mapou (kde by budovy měly mít svůj polygon), tak to nemusí být zase úplně triviální. Snad jen v případě, kdy definiční bod SO leží uvnitř polygonu jiného SO. jako duch se vykresluje budova, která má definiční bod a nemá geometrii hranic. Pro informaci - v RUIAN je teď 14954 stavebních objektů, které naopak mají geometrii hranic, ale nemají definiční bod... -- Zdraví Petr Vejsada ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nominatim a české adresy
Dobrý večer, hranice městských částí jsou v RÚIAN (jinak jsou definovány statutem - v Praze je to ve vyhlášce 55/2000 Sb., konkrétně v příloze č. 1), takže každý úředník by měl vždy vědět, co a jak. Jeho povinností je využívat data ze základních registrů. A ještě k zápisu adres - aby to nebylo tak jednoduché, tak zápis adresy je definován také v ČSN 01 6910 – Úprava dokumentů zpracovaných textovými procesory. K revizi této normy došlo letos v dubnu 2014. Je zde nadefinován zápis i jiných než územních adres, tj. např. poštovních přihrádek, atd. Petr Souček -Original Message- From: jzvc [mailto:j...@tpfree.net] Sent: Wednesday, May 28, 2014 6:27 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Nominatim a české adresy Dne 27.5.2014 17:53, Matěj Cepl napsal(a): On 2014-05-26, 18:19 GMT, Petr Morávek [Xificurk] wrote: Osobně jsem se (zjevně mylně) domníval, že číslo městského obvodu do adresy nepatří. Dokonce i formulář pro ověření adresy [1] obsahuje jen políčko Obec, nikoliv Městský obvod, takže je potřeba zadat jen Praha bez čísla, v opačném případě sice vyhledávání zafunguje, ale objeví se upozornění: Z mé temné právnické minulosti (ale už je to fakt docela dávno) si mlhavě pamatuji, že zákon o hl. m. Praze (nebo zákon o obcích?) praví, že obec je v Praze městský obvod (tj. Praha 1-22? chtělo by to sehnat aktuální znění) a ne Praha jako celek. Takže pokud chtějí Obec tak je správná odpověď Praha 3, nikoli Praha. Praha jako celek je kraj (a taky nemá starostu ale primátora). Matěj Sem si nevsim ze by na vjezdech do praglu byly znacky PRAHA 10 ... Navic i pokud se pokusis zjistit, kudy ze vlastne vedou hranice mestskych casti, tak zjistis, ze to nevedi ani urednici (staci trochu zagooglit a najdes desitky pripadu kdy pri reseni ruznych veci kolem nemovitosti posilaj urednici lidi od certa k dablu). ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality?
Dobrý den, v KM je místní a pomístní názvosloví , jehož součástí nejsou základní sídelní jednotky (ZSJ). V některých případech se samozřejmě bude ZSJ jmenovat stejně jako pomístní jména pozemkových tratí ve standardizovaném znění , ale nemusí to být pravidlem. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, May 29, 2014 9:26 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality? Ahoj, jen se zeptám - to, co je v KM, je to totéž co ZSJ v RUIAN? (Základní sídelní jednotky)? Pak nějak nedává smysl to překreslovat. ZSJ mají polygony i definiční body. Polygony už není kam dát, u definičních bodů se dá dát to place=*. Jináč Nominatim na to docela dost intenzivně reaguje, někdy až moc a hlásí places v dost velkých vzdálenostech, kde už by člověk asi ten název nepoužil (v případě použití bodů). Mám na mysli reverzní geokodér. Dne Čt 29. května 2014 09:10:19, Dalibor Jelínek napsal(a): Ahoj, jojo, to jsem delal ja. ;-) Kdyz uz se to nejak jmenuje, tak at to mame v mape, ne? S tim jak je to nahusto to by asi mela byt starost pro renderer a ne pro toho, kdo to z KM prekresluje. V tomhle zvetseni, na ktere jsi poslal odkaz, by to asi vubec nemel vykreslovat. Asi je to jinde o dost ridsi. V kazdem pripade si myslim, ze je lepsi to v mape mit, nez to neprekreslit, kdyz uz se ta oblast mapuje. Zdravi, Dalibor From: Jan Dudík [mailto:jan.du...@gmail.com] Sent: Tuesday, May 27, 2014 9:13 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality? Zjevně nejsi sám http://www.openstreetmap.org/#map=14/49.1242/14.3598 JAnD Dne 27. května 2014 20:42 Martin Švec - OSM o...@maatts.cz mailto:o...@maatts.cz napsal(a): Ahoj, při přidávání lesních cest jsem začal opisovat z CUZK:KM lokální označení neobydlených míst (polesí, pole...) poblíž Brna. Zaplevelil jsem tím mapu trochu víc než jsem původně čekal, tak se chci ujistit, že nedělám něco nežádoucího. Viz http://www.openstreetmap.org/#map=14/49.2423/16.4198 Názvy jsou nody s tagem place=locality, po vzoru hopeta kousek severněji u Lažánek. Je to ok? Popis na wiki vcelku sedí (http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality), ale prý by těch tagů mělo spíš ubývat. Vhodnější označení jsem ale nenašel. Turistické mapy tyhle názvy běžně obsahují, ale nevím jak je zkousnou renderery OSM... Díky Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Geoinformatics FCE CTU 2014
Dobrý den, stačí se domluvit. Já počítám, že bych se měl zúčastnit oba dny, tak navrhněte termín společného setkání. Petr Souček -Original Message- From: Marián Kyral [mailto:mky...@email.cz] Sent: Monday, May 19, 2014 8:44 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Geoinformatics FCE CTU 2014 Dne 19.5.2014 12:47, Petr Morávek [Xificurk] napsal(a): Dne 18.5.2014 19:40, Marián Kyral napsal(a): Myslím, že bychom mohli opravdu pozvat lidi z ČUZK a probrat to hlášení chyb přímo z oka do oka. Přišel by někdo, koho kdo by se rád o tom pobavil za OSM? Pokud nezůstanu sám ;-) Taky bych alespoň na nějakou část dorazil... už jen proto, abych konečně ke jménům přiřadil nějaké obličeje :-) Petr Morávek aka Xificurk Tak to by bylo dobré se na nějakém dni domluvit, ať se nemineme ;-) Pro mně by naprosto ideální bylo začít čtvrtečním večerem a v pátek odpoledne vyrazit domů. Ale pokud by to jinak nešlo, tak klidně v pátek zůstanu a domů pojedu až v sobotu ráno. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nominatim a české adresy
Dobrý večer, členění Prahy je komplikované a je ho moc :-) Hlavní město Praha je obcí (http://vdp.cuzk.cz/vdp/ruian/obce/554782), ORP (http://vdp.cuzk.cz/vdp/ruian/orp/19), POU (http://vdp.cuzk.cz/vdp/ruian/pou/19), okresem (http://vdp.cuzk.cz/vdp/ruian/okresy/3100), krajem/VÚSC (http://vdp.cuzk.cz/vdp/ruian/vusc/19), regionem soudržnosti (http://vdp.cuzk.cz/vdp/ruian/regiony/19), krajem (http://vdp.cuzk.cz/vdp/ruian/kraje1960/31) ... A dále je členěna na několik prvků: - na 57 městských částí - http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782search=Vyhledat - na 22 správních obvodů Prahy - http://vdp.cuzk.cz/vdp/ruian/spravniobvody/vyhledej?search=Vyhledat - na 10 městských obvodů Prahy - http://vdp.cuzk.cz/vdp/ruian/mestskeobvody/vyhledej?search=Vyhledat - na 112 katastrálních území - http://vdp.cuzk.cz/vdp/ruian/katastralniuzemi/vyhledej?ob.kod=554782search=Vyhledat (v rámci katastrálních území jsou v Praze číslovány stavební objekty, takže se někde můžete setkat s tím, že v Praze je také 112 částí obce) Každá městská část má svoje zastupitelstvo. Každý správní obvod má svůj stavební úřad a také úřady s přenesenou působností státní správy. Městské důvody jsou důležité pro městské soudy a také kvůli adresám, kde název MOP je součástí adresy. Petr Souček -Original Message- From: Matěj Cepl [mailto:mc...@cepl.eu] Sent: Tuesday, May 27, 2014 6:37 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Nominatim a české adresy On 2014-05-26, 18:19 GMT, Petr Morávek [Xificurk] wrote: předně velice děkujeme za odkaz na konkrétní vyhlášku - konečně tedy víme přesně, které členění Prahy se v adrese má používat (městské obvody Praha 1-10). Mňo ... anebo má pravdu https://cs.wikipedia.org/wiki/%C4%8C%C3%A1sti_Prahy a obcí je v Praze 57? :( To je, panečku, bordel! Matěj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mistni nazvy z cuzk:km - place=locality?
Dobrý večer, v katastrální mapě se jedná o místní a pomístní názvosloví , jak se píše v katastrálním zákoně. Součástí této části katastrální mapy je toto: c) místní a pomístní názvosloví 1. názvy územních samosprávných celků a částí obcí, 2. pomístní jména pozemkových tratí ve standardizovaném znění, 3. v příslušných listech katastrální mapy standardizovaná znění názvů sousedních států, 4. názvy veřejných prostranství, 5. názvy vodních toků a vodních ploch ve standardizovaném znění, Některé části jsou součástí také Geonames, které je ve správě Zeměměřického úřadu. Petr Souček -Original Message- From: Martin Švec - OSM [mailto:o...@maatts.cz] Sent: Tuesday, May 27, 2014 8:42 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Mistni nazvy z cuzk:km - place=locality? Ahoj, při přidávání lesních cest jsem začal opisovat z CUZK:KM lokální označení neobydlených míst (polesí, pole...) poblíž Brna. Zaplevelil jsem tím mapu trochu víc než jsem původně čekal, tak se chci ujistit, že nedělám něco nežádoucího. Viz http://www.openstreetmap.org/#map=14/49.2423/16.4198 Názvy jsou nody s tagem place=locality, po vzoru hopeta kousek severněji u Lažánek. Je to ok? Popis na wiki vcelku sedí (http://wiki.openstreetmap.org/wiki/Tag:place%3Dlocality), ale prý by těch tagů mělo spíš ubývat. Vhodnější označení jsem ale nenašel. Turistické mapy tyhle názvy běžně obsahují, ale nevím jak je zkousnou renderery OSM... Díky Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres a vzdálenost AM od SO
Dobrý den, děkuji za objevení tohoto problému. Již to máme zapsané v našem interním helpdesku a problém řešíme. Ozvu se hned, jak zjistíme příčinu a opravíme ji. Vypadá to na nějakou chybu v párování budov z ISKN a stavebních objektů v ISÚI, které se provádí až v RÚIAN. Petr Souček -Original Message- From: hanoj [mailto:eha...@gmail.com] Sent: Saturday, May 24, 2014 10:52 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Import adres a vzdálenost AM od SO Uz to vidim (UZSZ neni UKSH), mas recht. Ta geometrie so 51833077 je ukradena tomuto domu so 51474468: http://pastebin.com/G0RXydht http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/51474468 hezky ;) ha hanoj Dne 24. května 2014 22:25 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, UZSZ - vybral sis základní datovou sadu. Ta polygony neobsahuje, je třeba použít sadu UKSH. Bez ohledu na to, zda DKM v Klatovech je či není, tak soubor 20140430_OB_555771_UKSH.xml.gz tam ten polygon prostě má a leží v Poličce. http://pastebin.com/6SeTEnUb Dne So 24. května 2014 21:56:59, hanoj napsal(a): ano, to je ono. Adresní místo v tomto případě má geometrii a ta je shodná s definičním bodem. Až na tu maličkost, že hranice, tedy vlastní polygon budovy, se nenachází v Klatovech, ale 221km odsud, v Poličce. *** IMHO so 51833077 polygon budovy nema: http://pastebin.com/AvUQxjvf http://vdp.cuzk.cz/vymenny_format/soucasna/20140430_OB_555771_UZSZ.xm l.gz k.ú. Klatovy, kam Kal č.p.25 spadá nemá ještě DKM, tudíž ani polygony v RUIAN. http://vdp.cuzk.cz/vdp/ruian/katastralniuzemi/665797 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Další, zajímavá, duchařina
Dobrý den, děkuji za zprávu a důvěru :-). Již jsem tento problém předal kolegům, kteří budou kontaktovat příslušného editora, aby situaci prověřil/opravil. Věřím, že Vám v nejbližší době budu moct napsat, jak postupují opravy na straně editora - obce Hlásná Třebáň. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Friday, May 23, 2014 11:01 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Další, zajímavá, duchařina Dobrý den,, zpráva hlavně pro p. Součka: Hlásná Třebáň, SO 1534190 má ev. č. 537. Asi 4 metry od něho se nachází další SO typu duch, tedy nejspíš fiktivní SO z UIR-ADR, který má rovněž ev.č. 537. Je jich tam v okolí takových více. Asi tedy došlo k zavedení fiktivních SO s adresami a proti tomu existovaly i reálné SO v jiném registru, které mají tutéž adresu. Pak už je nikdo nespároval a tyto duplicity z RUIAN nevyndal. Je to nový objev, oproti dvojicím typu ev.č. 34 a 5034, zde mají oba z dvojice stejné ev.č. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nominatim a české adresy
Dobrý den, možná bude můj dotaz OOT, ale z jakého důvodu neimportujete v OSM tyto údaje (Praha 3)? Chápu městské části (v členěných statutárních městech), protože ty se do adresy nezapisují. Ale v Praze se do adresy vypisuje Městský obvod Prahy (http://vdp.cuzk.cz/vdp/ruian/mestskeobvody/vyhledej?mp.nazev=mp.kod=mpg.sort=NAZEVsearch=Vyhledat), tj. právě ta níže zmiňovaná Praha 3. Adresa dle vyhlášky č. 359/2011 by se měla pro adresní místo Květná 43, Praha 3 http://vdp.cuzk.cz/vdp/ruian/adresnimista/21764409 vypisovat takto: Květná 2097/43 Vinohrady 13000 Praha 3 Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Monday, May 26, 2014 3:18 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Nominatim a české adresy Ahoj, pokud opravdu dáváš do Nominatimu to Praha 3, tak to nenajde zejména proto, protože žádná Praha 3 v OSM není. Městské části nejsou v OSM importované. Máš pravdu, že po americku to najde, ovšem ta Praha 3 tam trochu přebývá. Možná si z toho vezme jen Praha a tu 3 ignoruje. Shrnuto - Praha 3 v OSM neexistuje. Existuje jen Praha, Žižkov, Vinohrady, Strašnice atd. Jelikož se zabývám importem adres z RUIAN do OSM, tak něco málo už o adresách vím a možná bych mohl být užitečný. Například mám v postgresql tabulku, která obsahuje všechny adresy, co jsou v OSM (a leží v ČR) včetně příslušných geometrií. Vlastně by nebyl moc problém udělat další vrstvu na http://ruian.poloha.net . Potřebuješ to generovat jednorázově nebo opakovaně? Jak to má vypadat? Kolik těch adres má být? -- Petr On Mon, May 26, 2014 at 01:05:54PM +0200, Matěj Cepl wrote: Chtěl jsem si napsat skriptík, který by ze sady adres vygeneroval v nějakém rozumném formátu (SVG, PDF) mapu s rozložením adres na mapě. Předpokládám, že něco takového už milionkrát existuje, ale stejně asi budu muset parsovat nesmyslně uložené adresy (pokud to nevyřeším převodem interního adresáře našeho církevního sboru na Google Contacts) takže kdybych měl dobré knihovny na: * generování souřadnic z adresy, * generování mapy tak by to snad neměl být problém (famous last words!). Tím se dostávám ale k problému, který mě štve už hodně dlouho: tomu, že Nominatim neumí parsovat české adresy. Když napíšu do http://nominatim.openstreetmap.org/ normální českou adresu (např. Květná 43, Praha 3) tak se zblázní a oznámí No search results found. Musím napsat americký formát 43 Květná, Praha 3. Kupodivu http://www.openstreetmap.org/ český formát adresy zvládá. Je to problém s nominatim (který by se snad dal nějak opravit ... např. nadefinovat nějaký Country Address Format dle https://wiki.openstreetmap.org/wiki/Nominatim/Country_Address_Format) nebo je to jenom otázka, jak se ten systém používá? Hezký den, Matěj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Geoinformatics FCE CTU 2014
Dobrý den, účast za ČÚZK projednám s naším vedením a pokusím se zajistit. Souhlasím s J. Čepickým, že osobní projednání bude nejlepším řešením. Myslím si, že můžeme přispět s mnoha příspěvky, např. - RÚIAN, základní informace, - Vytěžování dat z RÚIAN - VDP, VFR, služby INSPIRE, - Kontroly dat RÚIAN a jejich opravy, - Reklamace dat RÚIAN. Záleží na tom, co si pořadatelé vyberou a budou požadovat :-). Petr Souček -Original Message- From: Jachym Cepicky [mailto:jachym.cepi...@gmail.com] Sent: Saturday, May 17, 2014 12:18 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Geoinformatics FCE CTU 2014 Pardon, překlep, samo SotM mě zajímá celá řada věcí, o kterých může někdo z komunity udělat přednášku: - hromadné importy - zajištění kvality - škodiči v OSM a co s nimi - RUIAN - ... Myslím, že bychom mohli opravdu pozvat lidi z ČUZK a probrat to hlášení chyb přímo z oka do oka. Přišel by někdo, koho kdo by se rád o tom pobavil za OSM? Tuším, že nějaký social event se plánoval na oba dny, ale jeden bychom mohli vyhlásit také pro ty, kteří by dorazili jenom na kvůli social eventu a ne na vlastní seminář - pátek? Jachym On Sat, May 17, 2014 at 12:10:49PM +0200, Marián Kyral wrote: Dne 17.5.2014 10:39, Martin Landa napsal(a): Zdravim, Dne 15. května 2014 23:20 Marián Kyral mky...@email.cz napsal(a): Nevím co to je ten STOM, ale dorazit bych snad mohl. Asi ne na oba dny, rekl bych, ze mel Jachym na mysli [1]. spíše jen na jeden. Případně jen odpoledne a večer pak ještě někde posedět. Vyborne! Neuvazujete prijit i s nejakym prispevkem do programu? ;-) Jako my, nebo já? A byl by zájem o něco konkrétního? Mně totiž nic nenapadá. Marián S pozdravem Martin [1] http://wiki.openstreetmap.org/wiki/State_Of_The_Map ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky URL: http://les-ejk.cz e-mail: jachym.cepicky at gmail com PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp @jachymc ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Aktualizace RUIAN
Dobrý den, pokusím se zareagovat na níže uvedený dotaz. Většinou se ke mně dotazy na VFR z podpory ČÚZK dostávají a snažím se na ně (ve spolupráci s kolegy) odpovídat. Tenhle jsem ovšem nezaznamenal. Adresní místa jsou součástí RÚIAN, takže je možné kontaktovat kolegu Ing. Jiřího Formánka - ten určitě poradí také, případně předá kompetentnímu kolegovi. A nyní k diskutovaným problémům: 1) nevalidní polygony - o tomto problému víme. Jedná se o chybu v aplikaci, kterou řešíme s naším dodavatelem. Doufám, že se nám podaří novou verzi nasadit co nejdříve. 2) katastrální území bez obce - to se stát může. Jedná se o dočasné řešení, které souvisí s procesem vzniku katastrálního území (v současné době probíhá vytváření nových k.ú. v souvislosti s optimalizacemi vojenských újezdů v ČR). Nejdříve se vytvoří prázdná obálka k.ú. v ISKN (1), následně se v ISÚI přiřadí k.ú. vazba na obec (2) a nakonec v ISKN proběhlo naplnění k.ú. parcelami (3). Pokud body (1) a (2) neproběhnou v rámci jednoho dne, tak se v datech RÚIAN objeví k.ú. bez vazby na obec. My na ČÚZK se o tento postup snažíme, ale v některých případech se to nepovede. 3) XML na jednom řádku - pokusíme se zajistit. My některá XML už takto poskytujeme - viz základní sada RÚIAN, např. soubor http://vdp.cuzk.cz/vymenny_format/soucasna/20140430_OB_550671_UZSZ.xml.gz . Tyto soubory totiž vytváříme pomocí XSLT transformace z kompletní datové sady vlastními prostředky. Kompletní datovou sadu vytváří aplikace - tudíž budeme muset řešit s naším dodavatelem jako změnový požadavek, abychom sjednotili poskytování našich dat. Pěkný den přeje Petr Souček -Original Message- From: Martin Kokes [mailto:sh...@typo3-hosting.com] Sent: Tuesday, May 13, 2014 9:25 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Aktualizace RUIAN Nojo, paní Landová z podpory bývá dost skoupá na vyjádření, většinou něco někam forwardne a děj se vůle boží. Pak možná forwardne zpátky nějakou odpověď. :-) Většinou pomůže oslovení někoho dalšího, který je více vstřícný, třeba tu vidím, že se zapojil Petr Souček. Můžete zkusit i Pavel Šidlichovský, který vede správu ZABAGEDu (a tím pádem asi i adresní místa). E-maily snadno odvodíte jmeno.prijmeni. MK Petr Vejsada píše v diskusním příspěvku news:2002810.zTFi1LYSpi@mrnous... Zdravím, Dne Út 13. května 2014 20:58:37, Martin Kokes napsal(a): Ty chyby jsou tam myslím od března, už jsem to hlásil na podp...@cuzk.cz. jelikož zpracovávám změnové soubory takřka denně, tak jsem si toho všiml asi brzy. 28. března jsem posílal na podp...@cuzk.cz tento mail: *** Dobrý den, pro projekt Openstreetmap používáme jako jeden ze zdrojů dat RUIAN. V poslední době dochází k neobvyklostem ve změnových souborech. Konkrétně se jedná o nevalidní polygony a chybějící identifikaci obce u katastrálního území. Příklady: Změnový soubor 20140324_ST_ZKSH.xml.gz obsahuje, podle mého názoru, nevalidní polygon u ZSJ 306045 - polygon je uzavřený a na jeho konci ještě přebývá ocásek v podobě jednoho bodu navíc Změnový soubor 20140327_ST_ZKSH.xml.gz obsahuje katastrální území 920681 a katastrální území 929930, ale u obou chybí vazba na obec (chybí kód obce). Je to takto v pořádku? Může být katastrální území, které nenáleží žádné obci? Pokud jde opravdu o chyby, přimlouval bych se za to, aby změnový soubor byl rozdělený na řádky alespoň elementy vf:x/vf:x. Řádek, dlouhý 67MB se opravdu ručně opravuje dost nepohodlně. Děkuji předem za vyjádření. -- Zdraví Petr Vejsada *** Odpověď žádná, polygon neopraven, ta vazba na obec opravena byla i bez mého upozornění. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] pLPIS a WFS - jak na to?
Dobrý den, s účastí zástupců ČÚZK můžete na 99% počítat. Prezentace a jejich obsah domluvíme podle aktuálního zájmu. Petr Souček -Original Message- From: Jachym Cepicky [mailto:jachym.cepi...@gmail.com] Sent: Sunday, May 18, 2014 10:20 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] pLPIS a WFS - jak na to? Dorazíte na konferenci? Mohli bychom zkusit někoho zlomit aby přišel říct svůj pohled na OSM, někoho z čuzaku zbytek stále zjištuju J On Sun, May 18, 2014 at 07:22:44PM +0200, Marián Kyral wrote: Dne 17.5.2014 13:19, Jachym Cepicky napsal(a): Omlouvám se, že takhle vpadám do diskuze - moc jsem nečel celé vlákno, ale nepoužívejte WMS, když je dostupnej primární datový zdroj - WFS. to je jako dělat screenshot z monitoru počítače foťákem ručně V pohodě. Já zatím s ničím nezačal. O dané oblasti nic moc nevím a zatím jsem se v ní nedokázal pořádně zorientovat. Pokud server na eagri nepodporuje epsg:4326 tak nejsprávnější přístup je zvednout telefon a požádat je, aby tam epsg:4326 přihodili - je to jeden řádek konfigurace v mapserveru (na kterym to běží). Jednak nevím, že to obnáší jen změnu konfigurace a taky nejsem moc komunikativní typ (ve vztahu k neznámým lidem/institucím). Tak trochu jsem počítal s pomocí, že mi třeba někdo pomůže sestavit vhodný dotaz a já už pak dodělám podporu do Pointinfa a Traceru. Bohužel odezva minimální (nějak to zapadlo). na transformace v javě fungujou pokud já vím geotools - třeba by pomohl nějak rychle Michal Kepka (cced)? Já to umím v C světě (python, shell script, ...) No já v javě taky neuměl, než jsem si začal v lednu hrát s Tracerem :-D Geotools zkusím, koukám, že se už v JOSM používají. WFS může vrátit prostě všechny prvky nebo pouze vyfiltrované (těžko říct, co je na straně serveru podporováno) Líbilo by se mi, kdybych poslal dotaz se souřadnicemi bodu a server by mi vrátil data o pozemku, jehož jsou tyto souřadnice součástí. Každopádně standard WFS 1.1.0: www.opengeospatial.org/standards/wfs příklady pro getfeature request jsou na straně 98 (a dalších) Mrknu, nějakou dokumentaci jsem zkoumal, ale bylo toho strašně moc a nedokázal jsem najít, co vlastně potřebuji. Ten request níže se mi bohužel nepodařilo rozjet, na serveru jim něco hnije (Server exception 500) Je třeba to zkoušet. Taky mi to nejprve nefungovalo, ale napodruhé už to jelo. Možná nějaké výpadky. zkusím se zeptat, kdo má to wfs na starosti - metadata té služby nejsou vyplněná (achjo). Díky Můžu se zeptat, kde jste ten link na to WFS vyštrachali? Už si přesně nepamatuji. Pravděpodobně jsem se nějak doklikal na tuto stránku: http://eagri.cz/public/web/mze/farmar/LPIS/novinky/nove-wms-a-wfs-sluz by.html Původní návrh na to využít data LPIS padl tady v konferenci. Myslím, že o to hodně stál Pavel Kwiecien. Ještě jednou doporučení: radši chvíli (pár dní) počkejte. Tracovat data z WMS je špatně, pokud je dostupný primární zdroj. No on ten obecný tracer hned tak nebude (pokud vůbec někdy bude). Včera na konferenci CAGI padala strašná spousta dotazů na OSM, bylo cítit jak se ten projekt líbí, že má podporu v odborné veřejnosti. Ale jeden dotaz byl pořád ve vzduchu: jaká je přesnost těch dat. A já bych byl opravdu rád, kdybych mohl říkat, že tam jde došlo k importu, jsou ta data tak přesná, jako primární zdroj No, ono s tou přesností to je ošidné. OSM nikdy nebude tak přesné jako přesně zaměřené KM. Ani ten export není stoprocentní, pokud to nějaký automat nebude striktně kontrolovat a opravovat nepřesnosti a omyly vznikající při manuální editaci. Pak ovšem musíme danému zdroji věřit na sto procent. Takhle se třeba pracuje s hranicemi. Ale obecně v OSM importům moc nevěří a po předchozích špatných zkušenostech je snaha importy omezit na nejmenší možnou míru a podmínky pro importy jsou docela drsné. Hlavně diskuze na osm-imports ;-) No a u ostatních dat hodně záleží na přesnosti podkladů (bing, km, gps). Tam to může docela hodně lítat. Klidně i o desítky centimetrů. Někdy i pár metrů - viz třeba ulice, které po nahrání budov z RUIAN procházejí skrz ty budovy. Docela by mně zajímalo, k čemu by chtěla odborná veřejnost data z OSM využít, že je zajímá přesnost ;-) Marián J On Tue, Feb 18, 2014 at 01:43:26PM +0100, Marián Kyral wrote: Tak jsem měl teď přes oběd trochu času a koukal jsem na WFS. Základní URL: http://eagri.cz/public/app/wms/plpis_wfs.fcgi?SERVICE=WFSREQUEST=G etCapabilities Prvních 200 položek: http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0SERVICE =WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4 No a s tím mám jen dva (dost podstatné ;-) ) problémy: 1) Souřadnice: V odpovědi vidím EPSG:102067 a nepodařilo se mi to nijak změnit. Na SRS=EPSG:4326 nebo DefaultSRS=EPSG:4326 to nijak nereaguje. Na srsName=EPSG:4326 zase
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Dobrý den, můžete mi prosím poslat lokalitu, kde se nachází Vaše chata 34/1034? Já bych se na to detailně podívat, jak to tam vypadá. K ostatním otázkám a odpovědím na ně se dostanu v průběhu týdne. Byl jsem služebně mimo republiku, tak se mi zde nahromadila agenda. Přeji pěkný zbytek neděle a nebo spíš začátek pracovního týdne :-) Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Tuesday, May 13, 2014 9:05 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM Dobrý den, i já jsem si dal na čas s odpovědí. I po takto celkem dlouhém čase jsem trochu na rozpacích, co k tomu napsat. Budu se teď věnovat jen tomu, čím se aktivně zabývám v OSM, tedy importu adresních míst. Budovám (stavebním objektům) se budu věnovat jen do té míry, do jaké SO souvisejí s adresami. Nejprve chci poděkovat za obsáhlé vysvětlení procesů, jak data vznikají a jejich toku. K tomu, co snad chápu - chápu důvody, proč musely být vytvořeny fiktivní SO při migraci z ÚIR-ADR. Chápu, že vedle těchto fiktivních SO reálně existují i skutečné SO, ke kterým ta adresní místa z ÚIR-ADR patří. Chápu i to, že nemusí být snadné spárovat fiktivní SO s těmi reálnými. Přestávám chápat v momentě, že ty reálné SO mají také svoje adresy a tyto adresy jsou buď zcela odlišné a nebo se liší o násobky tisíce - fiktivní SO má číslo evidenční 1034 a reálný má číslo evidenční 34, případně naopak. Toto přeci nemůže být náhoda, neboť se jedná, jak už jsem psal, odhadem o desítky tisíc případů. Navíc to není věc, která vznikla až s RUIAN. V OSM tyto dvojité adresy buď byly a nebo nebyly, ale vždy u nich byla poznámka 'Nekonzistence KM a DB' či tak nějak podobně. Neznám přesně historii těch importů do OSM a tak se k tomu nemohu přesněji vyjádřit. V RUIAN tedy teď jsou reálné a fiktivní SO (bez ohledu na to, zda mají či nemají hranice). Bylo by více než vhodné, aby ty fiktivní SO byly nějakým způsobem označeny. Dnes to mohu odhadovat například podle počtu vyplněných polí. Mám-li dva SO milimetr od sebe, přičemž jeden má popsaný způsob vytápění, způsob využití, počet bytů, pater atd. a ten druhý tyto údaje nemá, odhaduji, že ten druhý neexistuje. Oba tyto SO mají své adresní místo. Zde už není snadné rozlišit, které je skutečné a které je fiktivní. To z toho důvodu, že fiktivní SO, které byly vytvořeny za účelem převedení adres do RUIAN, mohou být navázány na reálná adresní místa. Otázka: Může být naopak reálný SO navázán na fiktivní adresní místo? Toto si nedokážu odpovědět. Snažím se maximálně vyhnout se sarkasmu, ale malou dávku si přeci jen neodpustím: Máme zahradní chatku 4x4 metry a uvnitř této chatky leží duch, tedy definiční bod jiného SO. Jsou oba tyto SO reálné? Na tuto otázku si troufám odpovědět s vysokou mírou pravděpodobnosti: ne, oba tyto SO nejsou reálné. Toto musíte vy řešit celé roky? (píšu 'vy', nikoli 'Vy'; mám tím na mysli instituci, kterou zde, alespoň v mých očích, zastupujete). Fiktivní SO, které byly do RUIAN zavedeny v souvislosti s přebíráním dat z ÚIR-ADR jsou fiktivní, není to tak, že některé z nich už možná neexistují. Neexistuje a nikdy neexistoval žádný z nich a tedy to není třeba zkoumat. Ta adresní místa typu 34 x 1034 - to je to, co mě teď nejvíce zajímá. Které z nich je vymyšlené a které je skutečné? Lze to nějak poznat? Nebo snad mají být obě tyto adresy reálné? Jedna zahradní chatka a dvě adresy? Jak toto vzniklo? Proč to tam je? K ostatním chybám v RUIAN - import adres už je za polovinou, což je dobře a na druhou stranu i škoda - byla to příležitost, kdy se někdo z OSM komunity dostal k problematickým místům a byla možnost je hlásit. Mapování samozřejmě nekončí a i po dokončení importu adres budeme mapovat dále a objevovat chybnou geometrii budov, více budov na sobě apod. Sice nemohu mluvit za všechny, ale troufám si odhadnout, že systém, který by umožňoval snadno hlásit chyby na příslušné pracoviště vytvoříme. Potřebujeme však vědět, co potřebujete vy, takže se těším(e) na ten návrh řešení. -- Zdraví Petr Vejsada Dne Čt 1. května 2014 21:49:35, Petr Souček napsal(a): Dobrý den, po přečtení dalších příspěvků jsem se rozhodl nejdříve některé věci vyjasnit, abyste věděli a pochopili, jak je to s daty RÚIAN. --- Z jakých zdrojů vznikl RÚIAN? Základní registr nevznikl na zelené louce, ale údaje do něj byly namigrovány z různých zdrojů (zdroje jsou také uvedeny v ZZR). Zákonem stanovenými zdrojovými daty pro prvotní naplnění ISÚI/RÚIAN byly: Informační systém katastru nemovitostí (ISKN), Územně identifikační registr adres (ÚIR-ADR), Registr sčítacích obvodů (RSO), Databáze dodacích míst České pošty (DDM), Registr komunálních symbolů (REKOS) a Základní báze geografických dat (ZABAGED). Například zdrojem adresních míst byl výše zmiňovaný ÚIR-ADR. Jak probíhá aktualizace údajů v RÚIAN? Aktualizace probíhá průběžně ve dvou agendových informačních systémech (AIS), kterými jsou ISKN a ISÚI. Editorem v ISKN
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
versus polygon parcely Polygon budovy a parcely spolu úplně nesouvisí, respektive nemusí se jednat o totožný polygon. V některých případech to tak být může, ale rozhodně to není pravidlem. Polygon budovy může být menší, v tom případě je obrys budovy vyznačen vnitřní kresbou v ISKN. V některých případech naopak může budova ležet na více parcelách a tím pádem bude polygon budovy větší než polygon jedné parcely. Polygon budovy vzniká v ISKN, tj. je výsledkem zeměměřické činnosti, z velké většiny se jedná o geometrický plán. Katastr nemovitostí versus ZABAGED ISKN zachycuje právní stav věci, tj. např. jsou v něm zapsány ty budovy, u kterých splnil vlastník zákonnou povinnost a donesl na katastrální úřad podklady pro zápis budovy do KN. Pokud tuto povinnost nesplnil, tak v ISKN tato budova nebude. V ZABAGED naopak tato budova bude. Ale zase je potřeba vzít v úvahu, že aktualizace obou systémů probíhá také jinak. ZABAGED je aktualizován dávkově, naopak ISKN je aktualizováno průběžně. Chybná geometrie u SO (např. dvůr místo budovy) Není nutné posílat správnou geometrii. Polygon se generuje automatizovaně v ISKN z hranic parcel a vnitřní kresby a to již pracovníci na KÚ/KP musí udělat sami. Musí k tomu vypracovat neměřický záznam (něco jako geometrický plán). --- Co se týče přebírání chyb a jejich následné řešení musím nejdříve projednat s kolegy na ČÚZK, vymyslet nějaký jednoduchý ale na druhou stranu robustní systém. Vzhledem k dovoleným na začátku května nechte mi prosím trošku času. Určitě se Vám ozvu s návrhem řešení. Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, May 01, 2014 11:45 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM Ahoj, Dne Čt 1. května 2014 11:19:53, Mirek Dlask napsal(a): Takže, milá komunito. Je načase přestat obkreslovat KM a kdo má čas, ať ho raději věnuje probíhajícímu importu. Samozřejmě bude nutné se nějak vypořádat s neexistujícími AM, které jsme si do OSM zavlekli obkreslováním KM, ale i následnými importy. Včetně těch mých. Po dokončení tohoto importu plánuji: - smazat všechna adresní místa s odpovídajícím ref:ruian_addr, ref:ruian a uir_adr:ADRESA_KOD (věděli jste, že uir_adr:ADRESA_KOD je stejné číslo jako RUIAN ID?), která mají v mé databázi příznak deleted (t.j. byla zručena mezi 1.1.2014 a dneškem) - pravděpodobně smazat adresní místa, která mají některé z ruian id v OSM a nenacházejí se v RUIAN - pokud budeme mít dostatečnou důvěru k tomu, že v RUIAN jsou opravdu všechny adresy, tak by se dala hledat cesta k mazání AM v OSM, která se nenajdou v RUIAN Také by se měly začít pořádně mazat budovy, abychom ze samé úcty k cizí práci nenechávaly v OSM věci, které dávno neexistují. Příležitostně mažu budovy, jejichž adresní bod v RUIAN není a na fotkách je zcela jasné zbořeniště nebo už nově postavený dům. Jj, milá komunito, pojďte se přidat. Jako mnoho z nás, nerad píšu manuály, tak alespoň paste z jednoho mailu, který snad shrnuje základy, jak postupovat při importu adres: https://wiki.openstreetmap.org/wiki/Talk:Cs:Import_adres_z_RUIAN -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
