Fungující transformace z Křováka!

28 zpráv
Zpět na přehled

Fungující transformace z Křováka!

28 zpráv MPJHM 5 účastníků 20 min čtení
  1. Petr Vejsada osm na propsychology.cz #m93d511
    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 :-)
  2. Marián Kyral mkyral na email.cz #m4629a9
    "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
  3. Jan Macura macurajan na gmail.com #me9adaa
    Ahoj, 2017-11-07 14:01 GMT+01:00 Marián Kyral <mkyral na email.cz>:
    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.
  4. Marián Kyral mkyral na email.cz #m263e03
    Ahoj, 2017-11-07 14:01 GMT+01:00 Marián Kyral <mkyral na email.cz>:
    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ší.
    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
  5. Jan Macura macurajan na gmail.com #me2cb3e
    2017-11-07 22:41 GMT+01:00 Marián Kyral <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.
    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.
    @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.
  6. Petr Vejsada osm na propsychology.cz #mc3cf78
    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.
  7. Marián Kyral mkyral na email.cz #m57580d
    "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
  8. Marián Kyral mkyral na email.cz #mab5a1b
    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
  9. Jan Macura macurajan na gmail.com #mee106d
    2017-11-07 23:27 GMT+01:00 Petr Vejsada <osm na propsychology.cz>:
    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ěď...
    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.
  10. Petr Vejsada osm na propsychology.cz #m31243a
    ..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 :)
  11. Jan Macura macurajan na gmail.com #m8dfa5d
    2017-11-08 7:08 GMT+01:00 Marián Kyral <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. 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. ?
  12. Marián Kyral mkyral na email.cz #m4d3b27
    ..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
  13. Marián Kyral mkyral na email.cz #md2baa6
    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
  14. Jan Macura macurajan na gmail.com #m7f9275
    2017-11-09 7:26 GMT+01:00 Marián Kyral <mkyral na email.cz>:
    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á...
    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.
  15. Petr Vejsada osm na propsychology.cz #m7cc805
    Ahoj, tak budovy jsou překlopené podle gridu, zbytek probíhá (vleče se to jako šnek).
  16. Marián Kyral mkyral na email.cz #md1413e
    "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
  17. Ha Noj ehanoj na gmail.com #md87ce5
    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
  18. Marián Kyral mkyral na email.cz #m82762d
    "> 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. Marián
  19. Ha Noj ehanoj na gmail.com #m132de2
    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. Marián Kyral mkyral na email.cz #me5bdab
    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ů. ;) Takže, čistě teoreticky, k nějaké změně dojít mohlo. Zpřesnili přepočet, nainstalovali novou verzi sw?  :-D Marián
  21. Petr Vejsada osm na propsychology.cz #mece460
    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
  22. Jan Macura macurajan na gmail.com #m78c2cd
    Ahoj, 2017-11-20 12:00 GMT+01:00 Petr Vejsada <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? H.
  23. Marián Kyral mkyral na email.cz #m705422
    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
  24. Petr Vejsada osm na propsychology.cz #mdd6058
    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 :-).
  25. Petr Vejsada osm na propsychology.cz #mef4ee8
    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
  26. Marián Kyral mkyral na email.cz #m15f346
    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
  27. majka majka.zem+talk na gmail.com #m00a727
    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.
  28. Jan Macura macurajan na gmail.com #m683fc2
    2017-11-20 16:30 GMT+01:00 Petr Vejsada <osm na propsychology.cz>:
    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.
Napsat odpověď e-mailem… Odpovědět

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