« zpět na výpis měsíce |

[Talk-cz] Fungující transformace z Křováka!

Vlákno 7.11. - 20.11.2017, počet zpráv: 52


7.11.2017 01:49:12 (#1)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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>

7.11.2017 02:01:05 (#2)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Petr Vejsada <osm na propsychology.cz> Komu: talk-cz na openstreetmap.org Datum: 7. 11. 2017 13:50:40 Předmět: [Talk-cz] Fungující transformace z Křováka! "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? " Myslíš, že se něco pokazí? Maximálně začne Tracer normálně fungovat :-D Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171107/6cbd2987/attachment.html>

7.11.2017 10:05:13 (#3)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
Ahoj, 2017-11-07 14:01 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci
> ---------- Původní e-mail ---------- > Od: Petr Vejsada <osm na propsychology.cz> > Komu: talk-cz na openstreetmap.org > Datum: 7. 11. 2017 13:50:40 > > Tak myslíte, že mám ty geometrie v RUIAN updatnout? > > Myslíš, že se něco pokazí? Maximálně začne Tracer normálně fungovat :-D >
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.11.2017 10:41:52 (#4)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
7. listopadu 2017 22:05:13 SEČ, Jan Macura <macurajan na gmail.com> napsal: zobrazit citaci
>Ahoj, > >2017-11-07 14:01 GMT+01:00 Marián Kyral <mkyral na email.cz>: > >> ---------- Původní e-mail ---------- >> Od: Petr Vejsada <osm na propsychology.cz> >> Komu: talk-cz na openstreetmap.org >> Datum: 7. 11. 2017 13:50:40 >> >> Tak myslíte, že mám ty geometrie v RUIAN updatnout? >> >> Myslíš, že se něco pokazí? Maximálně začne Tracer normálně fungovat >:-D >> >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í..
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
> >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.
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.

7.11.2017 11:22:43 (#5)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
2017-11-07 22:41 GMT+01:00 Marián Kyral <mkyral na email.cz>: 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ší. >
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
> Jak často přetrasováváš celou vesnici? >
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
> @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íš?
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>

7.11.2017 11:27:00 (#6)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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
> 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íš?
------------- 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>

8.11.2017 06:53:28 (#7)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Petr Vejsada <osm na propsychology.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 7. 11. 2017 23:27:49 Předmět: Re: [Talk-cz] Fungující transformace z Křováka! "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. " Jasně. Ale na východě to bude nejpatrnější, jinde méně, asi téměř neznatelné. To pak nikdo cíleně přetrasovávat nebude. A to, že RÚIAN bude sedět přesně na KM beru jednodnoznačně jako plus. " 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. " Tak hlavně se mi jedná o identifikaci budov, ke kterým jsou v RUIAN podrobnosti a v OSM je jen building=yes a ref:ruian chybí. Mám sice v JOSM vlastní styl, který mi ukáže budovy bez ref:ruian, ale to mi vysvítí i budovy, které RUIAN nevede. V dalším kroku by se pak už snadno daly porovnávat i ty atributy. A to buď nějakou tabulkou - budova | atributy OSM | atributy RUIAN - aby bylo vidět, kde třeba došlo ke změně. Tady bych neřešil změnu geometrie. " 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 " Díky, večer na to mrknu. " 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. " OK. tak pátrej. ;-) S tím ti bohužel nepomůžu, tyhle věci okolo transformací jdou zcela mimo mně :-( Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/3d79d05b/attachment.html>

8.11.2017 07:08:16 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Jan Macura <macurajan na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 7. 11. 2017 23:23:30 Předmět: Re: [Talk-cz] Fungující transformace z Křováka! " 2017-11-07 22:41 GMT+01:00 Marián Kyral <mkyral na email.cz (mailto:mkyral na email.cz)>: " 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ší. " 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.   " Nerozumím. Jediné, co se stane, že konečně bude sedět RUIAN na KM. A to je dost podstatná změna. Chápu, že ten posun přijde lidem ze středu republiky nepodstatný, ale já to tady vidím jinak. Podle mne to je změna k lepšímu. " "Jak často přetrasováváš celou vesnici? " 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. " No tak konečně zaktualizuješ  pořádně a v další verzi už to bude OK. ;-) A abys věděl, kde je nějaká změna, na to by tu byla ta vrstva níže. BTW, i teď se u překlikávání může stát, že zaktualizuješ geometrie celé vesnice. A je otázka, jestli k lepšímu (někdo si s jiným posunem hlavu nelámal a všechno je blbě) nebo horšímu (někdo si dal práci a nastavil opravdový posun vůči KM). "   " @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íš?" Jo, to by byla užitečná informace! :-) " Další level odhalování chyb. BTW, to nahlašování chyb zpět na ČÚZK asi aktuálně nijak neprobíhá že? Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171108/8f2ed29c/attachment.html>

8.11.2017 06:19:11 (#9)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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
> BTW, to nahlašování chyb zpět na ČÚZK asi aktuálně nijak neprobíhá že?
------------- 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>

8.11.2017 06:33:16 (#10)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
2017-11-07 23:27 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci
> 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. >
Nejdřív jsem napsal odpověď... zobrazit citaci
> Eh? Tak teď jsem se v tom ztratil i já. Měl jsem za to, že status je teď > ten, že vrstva "Český CUZK:KM" se zobrazuje správně, jen vrstva "Český > RÚIAN budovy", resp. "Český RÚIAN parcely" (jejíž použití je medle > zanedbatelné), trpí tou malou radiální chybou. Takže proč by se oprava té > radiální chyby měla týkat administrativních hranic? Když ty byly podle tagu > source vytahány z ÚIR-ZSJ? >
...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>

8.11.2017 06:42:03 (#11)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Dne St 8. listopadu 2017 06:53:28, Marián Kyral napsal(a): zobrazit citaci
> V dalším kroku by se pak už snadno daly porovnávat i ty atributy. A to buď > nějakou tabulkou - budova | atributy OSM | atributy RUIAN - aby bylo vidět, > kde třeba došlo ke změně. Tady bych neřešil změnu geometrie.
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.

8.11.2017 06:47:30 (#12)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Dne St 8. listopadu 2017 18:33:16, Jan Macura napsal(a): 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?? To Němcům, Polákům ani Slovákům > nevadilo, že jim lezeme do území?
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 :)

8.11.2017 07:15:01 (#13)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
2017-11-08 7:08 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci
> Nerozumím. Jediné, co se stane, že konečně bude sedět RUIAN na KM. A to je > dost podstatná změna. Chápu, že ten posun přijde lidem ze středu republiky > nepodstatný, ale já to tady vidím jinak. Podle mne to je změna k lepšímu. >
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>

8.11.2017 07:21:57 (#14)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
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>

8.11.2017 07:30:57 (#15)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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
> 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.

8.11.2017 07:31:45 (#16)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Dne St 8. listopadu 2017 18:19:11, Petr Vejsada napsal(a): zobrazit citaci
> takže obecná reklamace nefunguje, musí být konkrétní, například navržení nového definičního bodu.
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>

8.11.2017 07:35:54 (#17)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
2017-11-08 19:30 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci
> 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 >
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>

8.11.2017 07:50:58 (#18)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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
> 2017-11-08 19:30 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: > > > 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 > > > > 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.

8.11.2017 08:21:52 (#19)
gravatar

majka

<majka.zem+talk at gmail.com>
718 2573
Ř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>

8.11.2017 08:41:01 (#20)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
2017-11-08 20:21 GMT+01:00 majka <majka.zem+talk na gmail.com>: zobrazit citaci
> 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. >
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>

8.11.2017 09:19:40 (#21)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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
> Ř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/

8.11.2017 09:22:48 (#22)
gravatar

Miroslav Suchý

<miroslav at suchy.cz>
590
Dne 8.11.2017 v 18:19 Petr Vejsada napsal(a): zobrazit citaci
> 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
Muzu se zeptat jak ziskam kod stavebniho objektu podle RUIANu? zobrazit citaci
> A jak to naprogramovat, aby to bylo user friendly?
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 ( ) ( ) ) / \ ( (_/ \_)

8.11.2017 09:24:32 (#23)
gravatar

Miroslav Suchý

<miroslav at suchy.cz>
590
Dne 8.11.2017 v 21:22 Miroslav Suchý napsal(a): zobrazit citaci
> Muzu se zeptat jak ziskam kod stavebniho objektu podle RUIANu?
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 ( ) ( ) ) / \ ( (_/ \_)

8.11.2017 09:59:48 (#24)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
Dne 8.11.2017 v 21:24 Miroslav Suchý napsal(a): zobrazit citaci
> Dne 8.11.2017 v 21:22 Miroslav Suchý napsal(a): >> Muzu se zeptat jak ziskam kod stavebniho objektu podle RUIANu? > A mozna bych mel upresnit: objektu ktery v realu neexistuje, tudiz neni > v OSM, ale vydim jeho obrys v RUIAN/budovy vrstve. > > Mirek >
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

9.11.2017 07:01:30 (#25)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Petr Vejsada <osm na propsychology.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 8. 11. 2017 18:48:10 Předmět: Re: [Talk-cz] Fungující transformace z Křováka! "Dne St 8. listopadu 2017 18:33:16, Jan Macura napsal(a): 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?? To Němcům, Polákům ani Slovákům > nevadilo, že jim lezeme do území?
Administrativní hranice dělá někdo jiný (Xificurk), jak dělá transformaci z Křováka nevím. "  Jednou jsme se o tom bavili. Aktualizaci pouští jednou za čas a konflikty řeší ručně. Takže na hranicích to zřejmě vždy nějak napasuje, aby to sedělo s okolím. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171109/85cc3a2c/attachment.html>

9.11.2017 07:26:44 (#26)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Jan Macura <macurajan na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 8. 11. 2017 19:15:51 Předmět: Re: [Talk-cz] Fungující transformace z Křováka! " 2017-11-08 7:08 GMT+01:00 Marián Kyral <mkyral na email.cz (mailto:mkyral na email.cz)>: " Nerozumím. Jediné, co se stane, že konečně bude sedět RUIAN na KM. A to je dost podstatná změna. Chápu, že ten posun přijde lidem ze středu republiky nepodstatný, ale já to tady vidím jinak. Podle mne to je změna k lepšímu. " 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. " Nicméně by to mělo být lepší než teď ne? Pro mne je podstatné, zda to sedí na KM. Protože to byl etalon, ke kterému jsem se snažil blížit. A KM se taky nějak konvertují z křováka na WSG84. Takže pokud použijeme stejnou transformaci, měli bychom pro RUIAN budovy získat stejné souřadnice jako v KM. " 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... " Ty mapuješ s přesností na setiny milimetru? Wau :-D V Traceru funguje "přitahování". Pokud je v určitém okruhu okolo nově přidávaného uzlu nějaký již existující uzel, tak se použije ten. I za cenu toho, že to nebude echt přesné. Takže pokud trasuješ řadu budov, bude na společných rozích vždy jen uzel, protože rozdíl v řádu cm se zanedbá. Přesné číslo je někde ve zdrojácích, můžeš si jej najít, jestli tě to zajímá. Takže kupodivu, se klidně může stát, že i po této změně ti Tracer nahlásí "Beze změny", protože ten rozdíl nová vs. existující souřadnice bude zanedbatelný. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171109/7968f30d/attachment.html>

9.11.2017 04:22:36 (#27)
gravatar

Miroslav Suchy

<miroslav at suchy.cz>
590
Dne 8.11.2017 v 21:59 Marián Kyral 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ě.
A ještě jedna otázka: co znamenají ti bubáci? :) Mirek

9.11.2017 04:29:42 (#28)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
9. listopadu 2017 16:22:36 SEČ, Miroslav Suchy <miroslav na suchy.cz> napsal: zobrazit citaci
>Dne 8.11.2017 v 21:59 Marián Kyral napsal(a): >> 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ě. > >A ještě jedna otázka: co znamenají ti bubáci? :) >
http://poloha.net/content/co-znamenaji-barvy-duchove-ve-vrstve-budov Marián

9.11.2017 11:24:45 (#29)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
2017-11-09 7:26 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci
> Ty mapuješ s přesností na setiny milimetru? Wau :-D >
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
> V Traceru funguje "přitahování". Pokud je v určitém okruhu okolo nově > přidávaného uzlu nějaký již existující uzel, tak se použije ten. I za cenu > toho, že to nebude echt přesné. Takže pokud trasuješ řadu budov, bude na > společných rozích vždy jen uzel, protože rozdíl v řádu cm se zanedbá. > Přesné číslo je někde ve zdrojácích, můžeš si jej najít, jestli tě to > zajímá. > > Takže kupodivu, se klidně může stát, že i po této změně ti Tracer nahlásí > "Beze změny", protože ten rozdíl nová vs. existující souřadnice bude > zanedbatelný. >
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>

12.11.2017 08:39:23 (#30)
gravatar

jzvc

<jzvc at tpfree.net>
588
Dne 8.11.2017 v 19:50 Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > to máš pravdu, neposílalo, až dnes ten pokus.
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
> > 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): > >> 2017-11-08 19:30 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: >> >>> 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 >>> >> >> 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. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

12.11.2017 08:48:17 (#31)
gravatar

Jan Martinec

<jan at martinec.name>
545 4367
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
> Dne 8.11.2017 v 19:50 Petr Vejsada napsal(a): > >> Ahoj, >> >> to máš pravdu, neposílalo, až dnes ten pokus. >> > > 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. > > >> 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): >> >> 2017-11-08 19:30 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: >>> >>> 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 >>>> >>>> >>> 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. >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171112/f6e741a4/attachment.html>

12.11.2017 09:12:54 (#32)
gravatar

majka.zem+talk na gmail.com

<majka.zem+talk at gmail.com>
718 2573
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
>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.

12.11.2017 09:56:15 (#33)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Ahoj, Dne Ne 12. listopadu 2017 20:39:23, jzvc 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?
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
> 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.
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

12.11.2017 11:11:08 (#34)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
Ahoj, 2017-11-12 21:56 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci
> 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 :-) > > 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. >
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>

13.11.2017 10:24:32 (#35)
gravatar

jzvc

<jzvc at tpfree.net>
588
Dne 12.11.2017 v 21:12 majka.zem+talk na gmail.com napsal(a): zobrazit citaci
> 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í.
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
> > 12. listopadu 2017 20:48:17 SEČ, Jan Martinec <jan na martinec.name> napsal: >> 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. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

13.11.2017 10:37:22 (#36)
gravatar

majka

<majka.zem+talk at gmail.com>
718 2573
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
> > 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. >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171113/6571c61e/attachment.html>

13.11.2017 12:59:53 (#37)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: majka <majka.zem+talk na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 13. 11. 2017 10:38:22 Předmět: Re: [Talk-cz] Hlášení budov (Was: Fungující transformace z Křováka!) " 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.  " Tak záleží zda má ta budova i ref:ruian:building a další údaje z ruianu. Pokud ano, tak to šlo buď přes tracer, nebo údaje vložili přes PointInfo. Ale proč by to někdo takto dělat fakt netuším. Jestli si večer vzpomenu, tak se na to mrknu a zkusím upravit Tracer tak, aby nahlášené, zbourané (černé budovy) odmítl natrasovat. Případně vyhodil nějaké varování a požádal o souhlas. " 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(mailto:jzvc na tpfree.net)>:" 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. " " Stejně mi přijde zvláštní, že by to takto někdo fakt dělal. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171113/690c2d3c/attachment.html>

13.11.2017 02:34:18 (#38)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
2017-11-13 12:59 GMT+01:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci
> > 2017-11-13 10:24 GMT+01:00 jzvc <jzvc na tpfree.net>: > > 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. > > > Stejně mi přijde zvláštní, že by to takto někdo fakt dělal. >
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>

20.11.2017 06:48:25 (#39)
gravatar

Petr Vejsada

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

20.11.2017 07:35:08 (#40)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Petr Vejsada <osm na propsychology.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 20. 11. 2017 6:49:26 Předmět: Re: [Talk-cz] Fungující transformace z Křováka! "Ahoj, tak budovy jsou překlopené podle gridu, zbytek probíhá (vleče se to jako šnek). " Díky, jak tak na to koukám, přijde mi, že se možná posunul i katastr. Protože mám všechny budovy mírně posunuté. I ty, které mi předtím určitě seděly na KM. Možná byla změna i tam. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/40c70943/attachment.html>

20.11.2017 10:05:46 (#41)
gravatar

Ha Noj

<ehanoj at gmail.com>
718
zobrazit citaci
> jak tak na to koukám, přijde mi, že se možná posunul i katastr. Protože mám > všechny budovy mírně posunuté. I ty, které mi předtím určitě seděly na KM.
*** vrstva KM může mít jiný typ transformace. Nikdy se mi nepodařilo vyrazit info z CUZK, jaká to je. ha hanoj

20.11.2017 10:16:13 (#42)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Ha Noj <ehanoj na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 20. 11. 2017 10:06:52 Předmět: Re: [Talk-cz] Fungující transformace z Křováka! "> jak tak na to koukám, přijde mi, že se možná posunul i katastr. Protože mám zobrazit citaci
> všechny budovy mírně posunuté. I ty, které mi předtím určitě seděly na KM.
*** vrstva KM může mít jiný typ transformace. Nikdy se mi nepodařilo vyrazit info z CUZK, jaká to je. " Jo to vím. Právě že Petr narazil na nastavení, které se KM hodně blíží. Ale může to být i tím, že se možná změnila i transformace u KM. To byla pointa mého emailu. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/4257919c/attachment.html>

20.11.2017 10:22:52 (#43)
gravatar

Ha Noj

<ehanoj at gmail.com>
718
Dne 20. listopadu 2017 10:16 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> > ---------- Původní e-mail ---------- > Od: Ha Noj <ehanoj na gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 20. 11. 2017 10:06:52 > Předmět: Re: [Talk-cz] Fungující transformace z Křováka! > >> jak tak na to koukám, přijde mi, že se možná posunul i katastr. Protože >> mám >> všechny budovy mírně posunuté. I ty, které mi předtím určitě seděly na KM. > *** vrstva KM může mít jiný typ transformace. Nikdy se mi nepodařilo > vyrazit info z CUZK, jaká to je. > > > Jo to vím. Právě že Petr narazil na nastavení, které se KM hodně blíží. Ale > může to být i tím, že se možná změnila i transformace u KM. To byla pointa > mého emailu.
*** 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.

20.11.2017 10:37:09 (#44)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Ha Noj <ehanoj na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 20. 11. 2017 10:23:32 Předmět: Re: [Talk-cz] Fungující transformace z Křováka! "Dne 20. listopadu 2017 10:16 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> > ---------- Původní e-mail ---------- > Od: Ha Noj <ehanoj na gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 20. 11. 2017 10:06:52 > Předmět: Re: [Talk-cz] Fungující transformace z Křováka! > >> jak tak na to koukám, přijde mi, že se možná posunul i katastr. Protože >> mám >> všechny budovy mírně posunuté. I ty, které mi předtím určitě seděly na
KM. zobrazit citaci
> *** vrstva KM může mít jiný typ transformace. Nikdy se mi nepodařilo > vyrazit info z CUZK, jaká to je. > > > Jo to vím. Právě že Petr narazil na nastavení, které se KM hodně blíží.
Ale zobrazit citaci
> může to být i tím, že se možná změnila i transformace u KM. To byla pointa > mého emailu.
*** 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ů. ;) " Takže, čistě teoreticky, k nějaké změně dojít mohlo. Zpřesnili přepočet, nainstalovali novou verzi sw…  :-D Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/5c5ffb6c/attachment.html>

20.11.2017 12:00:23 (#45)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
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>

20.11.2017 02:38:56 (#46)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
Ahoj, 2017-11-20 12:00 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci
> tak hotovy všechny vrstvy (adresy, budovy, ulice, parcely, landuse, > budovy-todo).
díky za tu práci. zobrazit citaci
> V budovách TODO přibylo asi 1300 kousků kvůli změně.
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>

20.11.2017 03:02:53 (#47)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: Jan Macura <macurajan na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 20. 11. 2017 14:40:17 Předmět: Re: [Talk-cz] Fungující transformace z Křováka! " Ahoj, 2017-11-20 12:00 GMT+01:00 Petr Vejsada <osm na propsychology.cz (mailto:osm na propsychology.cz)>: "tak hotovy všechny vrstvy (adresy, budovy, ulice, parcely, landuse, budovy- todo)." díky za tu práci.   "V budovách TODO přibylo asi 1300 kousků kvůli změně." Kvůli změně v RÚIAN? Jakože vznikly (nově se postavily nebo zaměřily)? Nebo to myslíš jinak? " Petr počítá jak moc se budovy v RUIAN a OSM překrývají a pokud na xx% souhlasí, tak je budova OK. Ono někdy totiž KM jaksi neodpovídá ortoforo. Budova ve skutečnosti leží na pozemku trochu jinde, nebo je jinak natočená. Zřejmě byly tyto budovy na hraně a po změně se už dostaly za hranu. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20171120/5690613a/attachment.html>

20.11.2017 04:30:17 (#48)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Dne Po 20. listopadu 2017 14:38:56, Jan Macura napsal(a): zobrazit citaci
> > V budovách TODO přibylo asi 1300 kousků kvůli změně. > > > Kvůli změně v RÚIAN? Jakože vznikly (nově se postavily nebo zaměřily)? Nebo > to myslíš jinak?
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 :-).

20.11.2017 04:32:58 (#49)
gravatar

Petr Vejsada

<osm at propsychology.cz>
516
Dne Po 20. listopadu 2017 15:02:53, Marián Kyral napsal(a): zobrazit citaci
> Ono někdy totiž KM jaksi neodpovídá ortoforo. Budova ve skutečnosti leží na > pozemku trochu jinde, nebo je jinak natočená.
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

20.11.2017 05:14:58 (#50)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
Dne 20.11.2017 v 16:32 Petr Vejsada napsal(a): zobrazit citaci
> Dne Po 20. listopadu 2017 15:02:53, Marián Kyral napsal(a): > >> Ono někdy totiž KM jaksi neodpovídá ortoforo. Budova ve skutečnosti leží na >> pozemku trochu jinde, nebo je jinak natočená. > 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
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>

20.11.2017 05:30:30 (#51)
gravatar

majka

<majka.zem+talk at gmail.com>
718 2573
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>

20.11.2017 07:57:57 (#52)
gravatar

Jan Macura

<macurajan at gmail.com>
755 2731
2017-11-20 16:30 GMT+01:00 Petr Vejsada <osm na propsychology.cz>: zobrazit citaci
> Ano, kvůli té změně. >
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>

« zpět na výpis měsíce