Ahoj, jsem si zase chvíli hrál se spatial_ref_sys. Do postgisu se dostal oficiální řádek se SRID 5514, který se liší od našeho používaného. Nejenže se liší, ale je také pěkně blbě - vše je šouplé o několik metrů (!) na jiho-jihovýchod. Nicméně jsem si hrál dál a zkusil zase přidat +nadgrids=czech a celkem vyděšeně zírám na to, že v Jablunkově, tedy v oblasti, kde byly největší posuny, teď vizuálně vše sedí na CUZK:KM naprosto přesně. Těžko říct, zda byla chyba v Geosu nebo Postgisu. No jukněte na obrázek z Jablunkova. Zkontroloval jsem sever, jih, západ, Prahu a Brno a vizuálně vše sedí přesně na pixel. Tak myslíte, že mám ty geometrie v RUIAN updatnout? To je skoro na výstřel z Aurory, ostatně je 7. listopadu :-) -- Petr ------------- další část --------------- A non-text attachment was scrubbed... Name: jablunkov.jpg Type: image/jpeg Size: 61578 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171107/3795ce0e/attachment.jpg>

Ahoj, 2017-11-07 14:01 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci no problém je v tom, že pokud se posune geometrie objektů z RÚIAN pro Tracer, tak třeba natrasování nové budovy (nově postavené) v ulici (domy nalepené na sebe, v uliční čáře) v oblasti, která byla trasovaná podle starší verze způsobí to, že ten jeden nový dům bude vyskakovat z řady. Otázka je jestli to vadí.. Druhá věc je, že pro Tracer se najednou bude jednat o nový stav budovy (trasování neskončí hláškou "Beze změny"). A protože třeba já třetrasovávám i budovy, které byly importovány z RÚIAN dříve (důvody jsem podrobně popisoval už dřív, jde o aktualizaci), naskáče v OSM zase mraky nových verzí budov, které se budou lišit jenom posunem o ~0.4 m... H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171107/98bb716f/attachment.html>

7. listopadu 2017 22:05:13 SEČ, Jan Macura <macurajan na gmail.com> napsal: zobrazit citaci Mně jo. Proto bych přetrasoval i ty ostatní. Ale taky na to můžeš jít z opačné strany, nastavit si posun v pluginu a nic ti nebude přečuhovat. A já si ten posun tady u nás na severovýchodě zase smažu. Nebudu pak muset řešit, že edituji někde jinde, třeba v Praze, a budovy se mi trasují s posunem. Pak je musím ručně posouvat - méně přesné. Stejně tak mi tady už nebudou dělat bordel lidi, co posuny vůbec neřeší. zobrazit citaci A to vadí? Jak často přetrasováváš celou vesnici? Maximálně přetrasuješ jen navázané budovy, takže třeba blok. Ten zbytek bude mít tak malý posun, že to nebude stát za tu námahu. A jednou to stejně někdo přetrasuje. Btw: technicky to nebude nová verze budovy, ale uzlů. @Petr: tak mne napadlo, že by nebyla špatná vrstva "budovy-attr-diff", kde by byly budovy, které se v osm a ruian liší třeba počtem pater, nebo jsou v ruian a v osm je jen building=yes. Samozřejmě by se musely ošetřit zjevné chyby aka 0 pater. Co myslíš? Marián -- Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji stručnost.

2017-11-07 22:41 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci No mě právě přijde horší řešit to konstantním posunem, než to neřešit vůbec. Vzhledem k tomu, že ten posun byl, dle toho co jsem se tu dočetl, nekonstantní (konkrétně šlo o nějakou radiální chybu), tak to je řešení jedné chyby zaváděním další chyby. zobrazit citaci Vždy, když je rychlejší oklikat to všechno, než hledat jednotlivé rozdíly (ty právě můžou být jenom v atributech). Takže překvapivě to není tak zřídka. zobrazit citaci Jo, to by byla užitečná informace! :-) H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171107/7261bf69/attachment.html>

Ahoj, Honza M. popisuje tu jasnou věc, že aktualizací by se úplně všechny budovy v RUIAN posunuly. Na východě hodně, jinde méně, ale posunuly by se. A nejde jen o budovy, ale o všechny geometrie (parcely, hranice všech možných administrativních celků, ...) Přeci je blbost přetransformovat jen budovy a příslušné parcely nechat nakřivo. Diff budov, když bude budova v OSM mít ref, tak je to jednoznačné, když ho mít nebude, tak se také nemusím strefit. Asi nějak navázat na tu buildings-todo? Ta funguje tak, že když je RUIAN budova pokryta budovou z OSM z méně než 70% plochy tak se bere jako v OSM nezmapovaná (modrá). Dalo by se třeba reverzně brát za spárované budovy ty, které se překrývají na více než 70% plochy. A u spárovaných porovnat ty atributy. Je zase v provozu ta oranžová vrstva buildings-grid http://tile.poloha.net/budovy-grid/{z}/{x}/{y}.png , nahlížecí na http://ruian.poloha.net/index-with-grid.php Asi by bylo také dobré se dopátrat, jakým způsobem se to spravilo, aby to zase v příští verzi postgisu/geosu zase někdo nerozbil. Ta definice SRID 5514 je IMO v postgisu fakt blbě, viz obrázek orloje- Dosti jiná čísla v +towgs84. Jestli to správně chápu, tak při použití +nadgrids se ignoruje +towgs84, takže s gridem je jedno kterou definici vezmu. Bez gridu je to brutál posun. Na jihovýchodě podstatně menší než v Praze. Dne Út 7. listopadu 2017 22:41:52, Marián Kyral napsal(a): zobrazit citaci ------------- další část --------------- A non-text attachment was scrubbed... Name: orloj-praha.jpg Type: image/jpeg Size: 62744 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171107/ad288b1a/attachment.jpg>

ad hlášení budov zkoušel jsem reklamaci toho, co nás trápí nejvíce, a to jsou IMO chybné geometrie budov. Navrhnout novou geometrii v rámci reklamace nelze (pochopitelně). Zkusil jsem reklamovat 3 chybné geometrie v mém okolí, tedy vím na 100%, že jsou geometrie špatně. Vytvořil jsem XML s reklamací (příloha) a do poznámky napsal, že je chybně geometrie. XML je validní, ale bohužel dostal jsem jen hlášku: "Vaše žádost neobsahovala žádnou reklamaci, kterou bychom mohli akceptovat." :-( takže obecná reklamace nefunguje, musí být konkrétní, například navržení nového definičního bodu. No teď mě napadá, že přes ten definiční bod by se to dalo někdy protlačit. V uvedeném příkladu by to možná šlo. Je tam další podmínka, že nový definiční bod musí ležet alespoň 5m od stávajícího a na polygonu budovy či identifikační parcele. Nj, jenže návrhy nových definičních bodů v DB nemáme. Na obrázku jsou ty 3 budovy, které jsem zkoušel reklamovat. Hvězdy jsou definiční body, žluté hvězdy jsou definiční body, které by se měly posunout. Do poznámky pak napsat, že je špatně geometrie budovy? V tomto případě body leží uvnitř chybného polygonu budovy a leží na identifikační parcele (jak teď, tak by ležely i po přesunu). Zkusím toto poslat ještě jednou s těmi přesunutými definičními body a dám vědět výsledek. Z ostatních reklamovatelných věcí bychom asi mohli využít jen zrušení budovy. Co se dá reklamovat je pěkně popsané v poznámkách přímo ve vzorovém XML na http://reklamace.cuzk.cz/formular/www/info/hromadna_reklamace_ruian.xml Ještě bych mohl vzít databázi a hromadně vyreklamovat situace, kdy definiční bod leží úplně jinde než vlastní budova, ale takový select si přeci mohou napsat sami. OK. Dejme tomu, že bychom zahájili odesílání reklamací na ty zbourané budovy. Původní myšlenka byla, že to tam budu čas od času posílat sám. Teď se mi jeví jako výhodnější udělat to tak, aby si reklamace posílal každý sám. Představuji si to tak, že by se vytvořila reklamační sada. Uživatel by si vybral své vlastní označené budovy k reklamaci, z toho by se vytvořil reklamační XML a zároveň by se této reklamační sadě přidělilo nějaké ID. Měli bychom sledovat stav reklamace, tedy něco jako: - reklamační soubor vytvořen - reklamační soubor předán ČÚZK - reklamace ukončena Asi by měla být i možnost z reklamační sady odebírat jednotlivé budovy nebo určovat, jak reklamace dopadla (OK, odmítnuta pro formální chybu, ... ???) A jak to naprogramovat, aby to bylo user friendly? @Marián, prosím tě, mohl bys udělat něco se svým mailovým klientem? Ve tvých zprávách se nedá najít co je citace a co píšeš nově. Je to opravdu nepřehledné. Díky :) Dne St 8. listopadu 2017 07:08:16, Marián Kyral napsal(a): zobrazit citaci ------------- další část --------------- A non-text attachment was scrubbed... Name: oso.xml Type: application/xml Size: 1043 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/7ca3ca06/attachment.xml> ------------- další část --------------- A non-text attachment was scrubbed... Name: reklamace.jpg Type: image/jpeg Size: 99168 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/7ca3ca06/attachment.jpg>

2017-11-07 23:27 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci Nejdřív jsem napsal odpověď... zobrazit citaci ...a až pak jsem se podíval do dat. Už chápu. Administrativní hranice jsou taky z RÚIANu. Pak ale nechápu něco jiného: jak vám mohly sedět admin hranice na státní hranici?? :-O :D To Němcům, Polákům ani Slovákům nevadilo, že jim lezeme do území? :D H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/f41f8956/attachment.html>

Dne St 8. listopadu 2017 06:53:28, Marián Kyral napsal(a): zobrazit citaci OK tak potřebujeme vymyslet jak budovy k sobě spárovat. - bude-li ref:ruian:building a nebudou od sebe moc daleko, tak je to jasné - nebude-li ref:ruian:building tak podle překryvu v RÚIAN i v OSM jsou občas na sobě budovy naplácané a pak to bude těžké. Relativně těch naplácaných přes sebe není tolik. Asi by to ve většině případů šlo zcela zautomatizovat - pokud nebude pochybnost o tom, že k sobě budovy patří, šlo by na to udělat něco jako je teď na adresy. Ovšem že to může být v RÚIAN špatně a v OSM dobře. Pak co s tím zbytkem? Asi tu navrhovanou tabulku. Dala by se taky udělat další vrstva nebo nějaká značka, třeba by mohla být na budově značka, která říká, že by se budova měla přetrasovat (a tím aktualizovat ty atributy). Které atributy by to měly být? building= building:ruian:type building:levels building:flats Další atributy? Přípojky elektřiny, vody a plynu asi ne. Tak přemýšlejme.

Dne St 8. listopadu 2017 18:33:16, Jan Macura napsal(a): zobrazit citaci Administrativní hranice dělá někdo jiný (Xificurk), jak dělá transformaci z Křováka nevím. Administrativní hranice z RUIAN používám pro aktualizaci adres, vlastně se jen testuje, zda adresní bod leží uvnitř administrativních hranic. Pokud leží mimo, přidávají se explicitní tagy (City apod.) Nicméně ta konverze by se měla udělat opravdu komplet. Objevil se problém, padá mi Postgres několikrát do hodiny, tedy přesněji zabíjí ho OOM killer. Je to zvláštní, ale příčinou bude pouze existující zázname ve spatial_ref_sys s odkazem na ten grid. Když jsem ten odkaz na grid smazal, tak to nepadá. Tedy ještě kolem toho bude zábava :)

2017-11-08 7:08 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci Je teď srozumitelnější, co se snažím říct? To, že opticky ti při přiblížení 8 hranice sedí, neznamená ani to, že ti sedí i při přiblížení 10, a ani to, že ti sedí i o 15 m vedle. Ještě jinými slovy: To, že sis posunul budovy předtím o kousek do leva, neznamená, že po aktualizaci Traceru, a po tom, co si tohle posunutí zrušíš, budou souřadnice budov na sebe sedět. Pohledově možná jo, záleží z jaký vejšky, ale do stupně přesnosti ukládání souřadnic v OSM, což je 7 desetinných míst, tj. ~0,00001 m = 0,01 mm, asi ne... H. ​ ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/2b020ede/attachment.html> ------------- další část --------------- A non-text attachment was scrubbed... Name: radialni_vs_linearni_posun.png Type: image/png Size: 37146 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/2b020ede/attachment.png>

Takže to zaškrtávátko "Hlásit ČÚZK" při hlášení chyby přes PointInfo je tam jenom tak pro parádu? Trochu zklamání... H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/c59a8a7f/attachment.html>

Ne, není pro parádu. Všechno je uchováno v DB. Dělalo se to ještě v době, než ČÚZK tyto reklamace zprovoznil. Byly zde o tom diskuse s p. Součkem. V té době nikdo nevěděl, že (zatím?) nepůjdou reklamovat geometrie Možná jsem to napsal nesrozumitelně, to, že by si měl reklamace podávat každý sám. Ano, ale ten XML soubor by se vygeneroval na webu a dotyčný by ho jen uploadl na ČÚZK. Dne St 8. listopadu 2017 19:21:57, Jan Macura napsal(a): zobrazit citaci

Dne St 8. listopadu 2017 18:19:11, Petr Vejsada napsal(a): zobrazit citaci Done :-) ------------- další část --------------- A non-text attachment was scrubbed... Name: reklamace.xml Type: application/xml Size: 1113 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/90efd804/attachment.xml> ------------- další část --------------- A non-text attachment was scrubbed... Name: reklamace.png Type: image/png Size: 37334 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/90efd804/attachment.png>

2017-11-08 19:30 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci Ok, ale zatím se na ČÚZK nic neposílalo, hej? Používal jsem to v domnění, že každá jednotlivá chyba přijde do mailové schránky příslušnému katastrálnímu pracovišti, např. H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/08aac6d3/attachment.html>

Ahoj, to máš pravdu, neposílalo, až dnes ten pokus. Důvodem je hlavně to, že nejdou jednoduše reklamovat ty chybné geometrie. Pak jsou ještě další věci, které by bylo fajn dořešit. Například platí, že výslednou zprávu dostaneš až po vyřešení celého balíku. Když budou v balíku reklamace pro několik katastrálních pracovišť, může jedno katastrální pracoviště zdržovat vyřešení celého balíku. Tedy by se to mělo dělit i podle katastrálních pracovišť... Tak o tom pojďme diskutovat, jak co s tím dál, jak to dořešit. Jinak ten seznam se syslí zde: http://ruian.poloha.net/neplatne-budovy/ Na úřadě je to zde: http://reklamace.cuzk.cz - klik na Hromadná reklamace. Neposílá se to do mailových schránek, ale ČÚZK na to má systém. V době, kdy jsme s tím sběrem dat začínali, tak ten systém ještě nebyl. Právě p. Souček na tom hodně spolupracoval. Dne St 8. listopadu 2017 19:35:54, Jan Macura napsal(a): zobrazit citaci

Řekla bych, že s výjimkou toho nejaktuálnějšího je nám ten seznam ale dost k ničemu, nebo ne? Protože od roku 2015 toho bude dost opraveno i bez nás. Nejdou nějak jednoduše hlásit ty "rozkrojené" budovy, kde má jedna fyzická budova několik kódů RIUAN podle toho, na jaké parcele stojí? Tohle by mohlo jít z dat dohledat a odkontrolovat, osobně to po natrasování částí spojuji a čísla nechávám všechna. Dne 8. 11. 2017 19:51 napsal uživatel "Petr Vejsada" <osm na propsychology.cz>: Jinak ten seznam se syslí zde: http://ruian.poloha.net/neplatne-budovy/ ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/b9249c17/attachment.html>

2017-11-08 20:21 GMT+01:00 majka <majka.zem+talk na gmail.com>: zobrazit citaci Dělám to stejně. Mám však obavu, že tohle bude pro ČÚZK ten nejsložitější úkol k opravě. To spíš opraví ty chyby typu "dům už nestojí" nebo "tohle není dům, ale nádvoří". H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/02badb19/attachment.html>

Ahoj, tvůj optimizmus nesdílím ani v jedné věci. Mnohokrát jsem ten seznam procházel, zda něco není opraveno. Našel jsem "samovolně" opravené dvě budovy a ty jsem ze seznamu smazal. Stačí projít ty, u nichž je na začátku vykřičník (znamená, že v RUIAN došlo ke změně). Pokud je to stále špatně, tak stačí kliknout na ten důvod a jen ho potvrdit (aktualizuje se datum, vykřičník zmizí a budeme vědět, že je to stále špatně, protože v RUIAN se nic nezměnilo). Procházím teď "svoje" budovy znovu. Našel jsem další 2 opravené, řadu neopravených. Dokonce i takové, které byly "opravené". Příklad: http://ruian.poloha.net/19/49.5361751391298/13.353297570223/B - geometrie budovy je jakoby správně, jenže ve skutečnosti z ní udělali multipolygon - jedna část multipolygonu je OK (to je ta budova) a druhá část je zase nesmyslně sousední parcela. Doprojdu to, odstraním vykřičníky kde mohu a budova bez vykřičníku je zaručeně stále špatně. Pokud by něco v RUIAN měnili, vykřičník se zase objeví. K druhému bodu musíme vycházet z toho, co lze reklamovat přes XML. Můžeme ohlásit neexistenci částí rozkrojené budovy. Ale které existují a které ne? Dalo by se odhadnout podle informací o budově v RUIAN. Některé budovy nemají žádné informace (patra, využité, zastavěná plocha) a jiné ano. Zastavěná plocha - můžeme zkusit odhadnout, zda plocha odpovídá skutečnosti. No a kdyby zbyla už jen ta správná budova, bude mít špatnou geometrii. No a která identifikační parcela je správně a která ne, když budova leží na několika parcelách? Co adresní místa, ke které rozkrojené části patří? Je to boj :) Dne St 8. listopadu 2017 20:21:52, majka napsal(a): zobrazit citaci

Dne 8.11.2017 v 18:19 Petr Vejsada napsal(a): zobrazit citaci Muzu se zeptat jak ziskam kod stavebniho objektu podle RUIANu? zobrazit citaci V openstreetmap.cz je k zobrazení i vrstva budovy RUIAN. Takze si dokazu predstavit ze po vybrani teto vrstvy si budu moci kliknout na budovu a ... rict ze tato budova v realu neexistuje, nebo ze ma jiny tvar apod. Mirek -- ,,, (o o) =================================oOO==(_)==OOo=========== ) mailto:miroslav na suchy.cz tel:+420-603-775737 ( One picture is worth 128K words. )________________________________________Oooo.____________ .oooO ( ) ( ) ) / \ ( (_/ \_)

Dne 8.11.2017 v 21:22 Miroslav Suchý napsal(a): zobrazit citaci A mozna bych mel upresnit: objektu ktery v realu neexistuje, tudiz neni v OSM, ale vydim jeho obrys v RUIAN/budovy vrstve. Mirek -- ,,, (o o) =================================oOO==(_)==OOo=========== ) mailto:miroslav na suchy.cz tel:+420-603-775737 ( One picture is worth 128K words. )________________________________________Oooo.____________ .oooO ( ) ( ) ) / \ ( (_/ \_)

Dne 8.11.2017 v 21:24 Miroslav Suchý napsal(a): zobrazit citaci Na http://ruian.poloha.net/ si zapni vrstvu "budovy" a do nějaké budovy klikni. Otevře se ti formulář s popisem a kódem budovy a rovnou můžeš nahlásit, co je špatně. Pro JOSM jsem zase napsal PointInfo plugin. Marián

Dne 8.11.2017 v 21:59 Marián Kyral napsal(a): zobrazit citaci A ještě jedna otázka: co znamenají ti bubáci? :) Mirek

9. listopadu 2017 16:22:36 SEČ, Miroslav Suchy <miroslav na suchy.cz> napsal: zobrazit citaci http://poloha.net/content/co-znamenaji-barvy-duchove-ve-vrstve-budov Marián

2017-11-09 7:26 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci Ehm, tak to si pořád nerozumíme. Je úplně jedno, jak "přesně" (ve smyslu, s jakou odchylkou od skutečnosti) tam ten bod vložíš ("zmapuješ"), záleží na tom, jak "přesně" (ve smyslu, s jakou zaokrouhlovací chybou) to ta databáze uloží. A pro počítač prostě 49.4861237 není totéž jako 49.4861236. Ale tomu určitě rozumíš líp než já... zobrazit citaci Tak tohle je důležitý! Jestli tracer zanedbá nějakou smysluplnou odchylku (a když se bavíme o OSM, tak smysluplná je podle mě všechno pod 1 metr), pak je to naprosto ok a nevidím důvod něčemu bránit a aktualizovat transformační klíč ;-) H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171109/a3207687/attachment.html>

Dne 8.11.2017 v 19:50 Petr Vejsada napsal(a): zobrazit citaci Cus, posilani je jedna vec, ale co tahle aby traser budovy omarkovany jako zbourany nebo se spatnou geometrii netrasoval, pripadne alespon zanadaval? To ze by urady zacly ty svoje hruzy opravovat ... pro zajimavost, vytahni si % budov s nepravouhlyma tvarama, a pak zauvazuj na tema, kolik % jich je nepravouhlych v realu. zobrazit citaci

Jo, to by se hodilo. Jeden barák u Týna jsem se chystal smazat potřetí, než mi došlo, odkud se furt zjevuje (reálně už tam není minimálně desítky let). Nechal jsem ho tam tedy, přetagovaný jako demolished:building, ale připadá mi to trochu jako ugly hack. Zdar, Honza Piškvor Martinec Dne 12. 11. 2017 20:40 napsal uživatel "jzvc" <jzvc na tpfree.net>: zobrazit citaci ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171112/f6e741a4/attachment.html>

Nestačí jen udělat to nahlášení (co se nikam nehlásí)? Pak se ty budovy ukazují černě a mělo by stačit používat hlavu při trasování. 12. listopadu 2017 20:48:17 SEČ, Jan Martinec <jan na martinec.name> napsal: zobrazit citaci

Ahoj, Dne Ne 12. listopadu 2017 20:39:23, jzvc napsal(a): zobrazit citaci teď jsem si jednak trochu zatracoval. V některých KÚ vice-méně OK, v jiných typické chyby - budova a zbytek parcely reverzně, tedy budova zakreslená tam, kde není a nezakreslená tam, kde je, geometrie nakřivo proti ortofoto, však to známe. Také jsem si dal práci a prošel a opravil většinu z těch budov připravených k nahlášení, tedy jen ty, co se aktualizovaly. Když říkám aktualizovaly, myslím tím, že ve změnách přišla nějaká věta týkající se té budovy. Při té příležitosti jsem objevil několik natrasovaných budov, ačkoli byly šedivé, tedy jako špatné. Jo, Tracer by mohl nadávat, když někdo bude chtít trasovat budovu označenou jako chybnou. Něco opravili. Tak například bylo zadáno, že budova neexistuje a pak z RUIAN zmizela. To je OK, takže jsem to smazal z našeho seznamu. Také opravili několik rozřezaných budov hranicí parcel nebo administrativní hranicí. Ty opravovali tak, že u jedné části opravili geometrii a u druhé části, respektive budovy, geometrii smazali. V RUIAN je pak budova 2x. Jednou s kompletní a správnou geometrií na jednom KÚ a podruhé bez geometrie v druhém KÚ. Nevím jak to je, když je budova na hranici KÚ, zda patří do obou ... ale takováto je současná praxe. Samotný definiční bod nám vlastně nevadí. Pak opravili některé budovy rozřezané parcelou. Tady to často zvorali. Z geometrie udělali multipolygon. Jeden polygon z toho multi je správná geometrie a druhý polygon je zbytek z té původní geometrie, například zde: http://ruian.poloha.net/building.php?kod=22266933 To oranžové je původní geometrie před opravou a to černé je po opravě. Je to prostě problém se trefit :-) Další příklady: http://ruian.poloha.net/building.php?kod=6204317 http://ruian.poloha.net/building.php?kod=19059035 http://ruian.poloha.net/building.php?kod=15835715 zobrazit citaci Je jich málo, ale bohužel ne nula. Nelze proto považovat všechny šišaté budovy za špatné a musí se každá ověřovat :-(. Jak vidno, tak v případě, že je uložená původní geometrie (=z doby zadání na seznam chybných budov), tak se zobrazuje mapa i s původní geometrií, ta oranžová. To je tedy i odpověď na otázky, zda původní geometrie jsou v DB - jsou, ale bohužel ne všechny. Neukládal jsem je od začátku ale až od cca léta 2015. V té době jsem jednorázově uložil všechny geometrie, ovšem nejsou to ty původní, ale ty z léta 2015. Dál plánuji zobrazovat historii každé z těch budov (co kdy kdo změnil), filtry na tu tabulku a pak se pustím do generování toho XML. Momentálně opravdu můžeme hlásit jen neexistující budovy. Geometrie se pokouším protlačit přes ten definiční bod. Jen když nový definiční bod nebude alespoň 5m od původního, reklamaci nevezmou. Navrhuji přejmenovat důvod 3 - "Budova byla zbourána" na "Stavební objekt neexistuje". Mnohé budovy nemohly být zbourány už proto, protože nikdy neexistovaly :-). -- Petr

Ahoj, 2017-11-12 21:56 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci Huh? Na té stránce mám vidět někde geometrii? Nevidím. Je chyba u mě? H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171112/db337281/attachment.html>

Dne 12.11.2017 v 21:12 majka.zem+talk na gmail.com napsal(a): zobrazit citaci To by sice bylo krasny, ale to bys neco takovyho musela mit jako podklad, pricemz predpokladam, ze spousta lidi (ktery ani nechodej sem) to dela proste tak, ze oklipou vsechno co v KM vypada jako budova. zobrazit citaci

Tahle verze mi došla o chvilku později, než jsem to napsala. Tak nějak jsem doufala, že takoví borci mezi námi už nejsou, ale opravdu je tohle záležitost traceru? Protože bych předpokládala, že takhle přidané "budovy" se tam budou objevovat ručně z KM, tracer už je přece jen vyšší level. Bylo by třeba osvětu - KM už dávno není dobrý způsob, jak "najít" budovu. U nové výstavby ve většině případů není pozemek pod budovou samostatná parcela, jsou to spíš výjimky. A spousta toho, co kdysi byl pozemek pod budovou je už dávno parkoviště... 2017-11-13 10:24 GMT+01:00 jzvc <jzvc na tpfree.net>: zobrazit citaci ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171113/6571c61e/attachment.html>

2017-11-13 12:59 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci Seems highly unlikely... Spíš bych řekl, že netuší, co ty barvičky ve vrstvě RÚIAN budovy znamenají.. H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171113/3b9b1a54/attachment.html>

Ahoj, tak budovy jsou překlopené podle gridu, zbytek probíhá (vleče se to jako šnek). -- Petr

zobrazit citaci *** vrstva KM může mít jiný typ transformace. Nikdy se mi nepodařilo vyrazit info z CUZK, jaká to je. ha hanoj

Dne 20. listopadu 2017 10:16 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci *** já zase naznačuju, že u wms cuzk:km nemuselo dojít ke změně, ale trvalému použití méně přesné transformace. Už proto že wgs84 je mimo jeho hlavních rámec zájmů. ;) d.

Ahoj, tak hotovy všechny vrstvy (adresy, budovy, ulice, parcely, landuse, budovy-todo). V budovách TODO přibylo asi 1300 kousků kvůli změně. Posun v Jablunkově vůči KM je dle Qgisu 2.7 cm, viz obrázek. Je to zase ta plackárna u autobusového nádraží. Lepší to se stávajícím gridem nebude. Ty necelé 3cm tuším zcela odpovídají deklarovaným vlastnostem toho gridu. Petr ------------- další část --------------- A non-text attachment was scrubbed... Name: jablunkov-roh.png Type: image/png Size: 4807 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/e36d835a/attachment.png>

Ahoj, 2017-11-20 12:00 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci díky za tu práci. zobrazit citaci Kvůli změně v RÚIAN? Jakože vznikly (nově se postavily nebo zaměřily)? Nebo to myslíš jinak? H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/30ff817b/attachment.html>

Dne Po 20. listopadu 2017 14:38:56, Jan Macura napsal(a): zobrazit citaci Ano, kvůli té změně. Počítá se to tak, že když je alespoň 70% plochy budovy v RUIAN pokryto budovou v OSM, tak je to jakoby OK, tedy jakoby ještě v toleranci. Pokud je pokryto méně než 70% plochy, tak se bere jako nezmapovaná. Tím, že se posunul RUIAN se v některých případech muselo stát, že budova v OSM přestala pokrývat alespoň 70% plochy budovy. Není to nic nečekaného. Spíš jsem se bál, aby to nebyly desetitisíce :-).

Dne Po 20. listopadu 2017 15:02:53, Marián Kyral napsal(a): zobrazit citaci Jednou mi přišlo, že je KM opravdu hodně posunutá vůči ortofotu. Pak jsem to prohlédl pozorněji a zjistil jsem, že to tak není. Jednalo se o vysoké budovy a ortofoto není brané vždy kolmo. Půdorys v KM/RUIAN ale přesně seděl na místo na zemi a bylo to posunuté ne vůči baráku na zemi, ale vůči střeše. Petr

Dne 20.11.2017 v 16:32 Petr Vejsada napsal(a): zobrazit citaci Já měl na mysli spíš toto: Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/d1e3ce91/attachment.html> ------------- další část --------------- A non-text attachment was scrubbed... Name: hankffjempdiafil.png Type: image/png Size: 253598 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/d1e3ce91/attachment.png>

Tohle ale není ani tak posun, jako buď kdysi tak úplně nepřiznaná velká přestavba (dost časté na vsích), případně i oficiálně nová postavená budova, a ten pozemek pod je jen zbytek po tom starém baráku. Máme toho tady po okolí dost. Protože u nových budov vidím takto vydělené pozemky pod stavbou už jen zřídka. A dost těchhle budov je teď už jen parkoviště nebo nějaká silnice, a ty zbytky tam jsou vidět taky. A v RUIAN to zbývá jako budova dost dlouho - u nás v okolí jsem viděla tyhle "budovy" i 2 až 3 roky poté, co byly opravdu zbourané - a předpokládám, že oficiálně. Nepředpokládám totiž, že za ně někdo platil daň z nemovitostí, pokud nemusel. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/cf16e981/attachment.html>

2017-11-20 16:30 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci Správná odpověď by byla "ne, kvůli té změně", ale ok, rozumím, netřeba to dál rozvádět. Díky H. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/7bc62d03/attachment.html>