---------- Původní zpráva ---------- Od: Pavel Bokr <osm na kraluvdvur.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 29. 1. 2016 2:26:13 Předmět: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS "Ahoj, jeste jsem se vice koukal na ten LPIS a jeho trasovani u nas na Berounsku a mohu k tomu dodat i vizualizace konkretnich prikladu a pritom dale uvazuji jak asi nejlepe vyuzit LPIS, abych na Berounsku mapu pri aktualizaci pokud mozno vylespil a ne ji spise “pokazil” a co by se k tomu jeste hodilo (viz. nize – na konci). STAVAJICI STAV RUCNIHO MAPOVANI PRED LPISEM Kdyz se podivam na Berounsko tak zadne zjednoduseni pri rucnim mapovani se snad nedelalo, mozna si fandim, ale myslim ze mapovani je celkem podrobne dle podkladu ktere byly (jak uz jsem psal, co jsem delal ja tak jsem delal korekce posunu), jo skoda ze nejde trasovat dle ortofoto cuzk, to si myslim, ze by pak presnost byla srovnatelna s LPISem. Co je ve skutecnosti u sebe tak vetsinou sdili stejne hranicni body, tam kde byla mezi plochami cesta jsem ja treba nechaval mezeru. Neclenil jsem velka pole na mala po jednotlivych polickach, pokud k tomu nebyl duvod (rozdeleni mezi nebo odlisny typ landuse). Jak tady u nas vypadaji puvodni rucne mapovane plochy ve srovnani LPISem je videt na prikladech: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis4.pdf Snad to neni tak hrozne, IMHO to neni zas tak spatne a proto resim, aby po dalsim pripadnem rozvoji pretrasovani nebyl stav OSM naopak horsi nez je toto. (kdyby ta rucni prace byla zjednodusena nebo odflaknuta bylo by to jednodusii ji “zahodit” a rovnou trasovat a neresit problemy). VYSLEDKY PRETRASOVANI PUVODNE RUCNE MAPOVYCH OBLASTI PODLE LPISU Nevim jestli vetsina dosavadnich trasovani nebyla na Berounsku vzhledem ke stavajicim datum spise k horsimu viz: Relikty: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty4.png Prekryvy (na ne uz bylo upozorneno, me to ale uplne doslo az kdyz jsem videl tohle): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy3.png http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy4.png Nevim jak bych byl potesen z takovych dat kdybych si je z OSM stahnul k nejakemu vyuziti nebo analyze.... Na druhou stranu trasovat se evidentne da i lepe – bez reliktu a bez prekryvu, kdyz se asi vi jak na to (je berounsku jeden takovy kousek kde jsou plochy z tohoto pohledu OK): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-bez-reliktu-bez- prekryvu.png Nastesti vetsina ploch v okoli Berouna jeste takto pretrasovana neni http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-netrasovano.png a snad prave proto jsem vyprovokoval tuto diskuzi a i sam o tom stale uvazuji, aby pak Berounsko nebylo plne podobnych ci jinych vad a jeste nez se za ucelem aktualizace pripadne pretrasuje dalsi cast tak, aby se resilo jak to pripadne delat/nedelat. Pokud by nekdo chtel videt tato data “dynamicky” tak nabizim ke stazeni projekt v QGISu z nehoz obrazky pochazi nebo alespon videozaznam z QGISu: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-qgis.zip https://www.youtube.com/watch?v=zlsXDcI_GSI (to ze vam v qgisu nebudou pri vetsim zvetseni zcela presne sedet hrany na sobe je mozna tim, ze jsem OSM data reprojektoval z WGS do JTSK tim co QGIS nabizi a je tam asi nejaka mala nepresnost) NE VSE CO JE V LPISU BYCHOM ASI CHTELI MIT V OSM Uz jsem zminoval ze se mi v LPISu neco nezda, ted k tomu spise skutecne ukazky: zbytecne diry mezi poli (ve skutecnosti neexistuji), zbytecne “artefatky” v geometriich (opet ve skutecnosti neexistuji), chybejici pole (tam treba davat pozor a dodelat rucne) apod: http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt2.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce1.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-nekde-chybi-cast-pole-jinde- pole-zahrnuje-i-mez-se-stouhou.jpg Tam kde se podrobne rucne nemapuje to jsou opravu detaily, mozna by se dalo rici i “kraviny”, ale tam kde jsem treba podrobne mapoval uvazuji jestli natrasovat tyto veci a jit pryc nepovede ke zhorseni OSM dat (vyrezane jednotlive stromy v louce kde trava rosta i pod nimi asi nejsou zavazne chyby, ale nevim jestli takovehle detaily v OSM chceme). Tyto priklady jsou jen z okoli nasi “vesnice”, kde to znam. JAK AKTUALIZOVAT RUCNE TVORENOU MAPU DLE LPIS A PRITOM JI NEZHORSIT? Ja osobne si puvodni rucni mapy landuse na Berounsku celkem vazim (mozna proto, ze jsem do toho dal dost casu a snazil jsem se byt podrobny a presny – nekdy snad i vic nez urednik co klika LPIS, akorat jsem mel horsi podklady). Jestli jsem az moc precitlively na svoji praci tak sorry... Soucasne jsem si zkusil i pretrasovani LPISu v tom co uz je rucne mapovano (tracer uz nedela relikty, ale smaze i cely zbytek pole, to se samozrejme dotrasuje ze sousednich LPIS ploch ovsem je nutne davat pozor, zda-li jsou v LPISu vsechny, nektere pole/louky nebo jejich casti tam chybi). 1) Jednodussi vidim situaci u jednotlivych poli/luk – ty bude vetsinou asi vyhodnejsi pretrasovat a rucne pak doupravit pripadne detaily, ci je zpresnit (uz jsem si zkusil). 2) U velkych (“multi”) poli/luk mi prijde lepsi zachovat v OSM “scelene” lany (ty kdy mezi nimi nejsou meze a jsou to lany stejneho typu). Do OSM se tak nedostanou neexistujici mezery ani geometricke “artefakty” (navic by zbytecne narostly data). Nebude ani treba resit jestli nahodou tam pak nechybi neco co v LPIS neni a pri pretrasovani by se mohlo ztratit (farmar “nejede” ve vecech co potrebuji LPIS). U tech “multi” poli/luk co byly podrobne rucne zmapovany bych velmi dulezitou roli videl v prvni rade kontrolu kultury – farmland/meadow/orchard apod., pripadne tag crop. To bude asi nejzasadnejsi chyba v rucnim mapovani (obzvlaste u toho co je ze stareho cernobileho uhulu). To bych v ramci multi poli/luk spise nez trasovanim resil rucnim delenim/spojovanim stavajicich ploch. Pak bych videl za potrebnou kontrolu a upravu prubehu vnejsi hranice (coz asi znamena opet rucni praci) – ze by se dle LPISu aktualizoval vnejsi obvod multi pole/louky – ale nejak rozumne, trochu plynule bez neodduvodnenych “odskoku”, ktere v LPISu byvaji. U multi poli/luk by tak byly spolecne plochy pro vice jednotlivych LPIS polygonu, tim by ale nebyly navazany na IDcka (ref) v LPISu (vadi/nevadi ???). Nebylo by to tedy rozsekabe dle LPISu, mozna bude nazornejsi animace: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-scelene-rozdelene-plochy. gif (samostatne obrazky jsou http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-zachovane-celky-poli-a-luk. png a http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-rozdelene-celky-poli-a-luk. png ) Je toto spravne nebo spatne (pro uzemi kde je podrobna rucni mapa a soucasne cas se o ni rucne starat lepe nez klikat z LPISu)??? Ja osobne bych asi toto ve svem okoli preferoval jako zpusob aktualizace stavajicich dat s vyuzitim LPIS, ale jsem zvedav na nazor a pripominky ostatnich. Uz jsem si to i zkusil na https://www.openstreetmap.org/relation/1659752 (mimochodem nektere inner prvky jsem resil trasovanim z LPISu a jejich vtelenim do teto relace, outer jsem upravil rucnim posunem bodu dle podkladu z WMS), pokud to neuznate jako pitomost muzu to zkusit i jinde... CO BY SE K TAKOVE RUCNI SPRAVE MOHLO HODIT? 1) Pokud by vyse uvedeny pristup nebyl spatny (treba tam, kde bych to chtel mit rozumne spravovane) tak by hoooodne pomohla nejaka podkladova mapa, ve ktere by byly barvou nebo srafou odliseny jednotlive “kultury”/”vyuziti” pudy pro kontrolu co je louka/pole/sad (pripadne pro kontrolu tagu crop) jestli je to tak i v OSM a nebo ne. Jak nekdo psal, ze trasovani v jiz zmapovanem neni jednoduche tak toto by pomohlo rozhodnout ze je na miste trasovat/rucne opravit chybu v typu landuse. Pokud uz je toto k dispozici tak budu rad za link. 2) Pro rucni upravu vnejsich hranic multi poli/luk by se asi hodilo i neco co by umelo pretrasovat hranici po jednotlivych bodech podobne jako funguje klavesa F co nasleduje jiz existujici linii v OSM nebo tomuto nejak pomohlo ze by treba vytvorilo cestu z lomovych bodu v LPISu az treba po misto kde se v LPISu hranice rozdvojuje a ta cesta by se nejakymi nastroji zakomponovala do plochy. Tohle uz ale ted trochu placam, zas tolik rucnich uprav jsem podle LPISu neudelal, abych mohl byt presny, jen v podstate delam pretrasovani vnejsi hranice ze linii v OSM pasuji na grafickou predlohu tech zelenych linii (uzitecna je k tomu funkce W – rezim zvysovani presnosti cest), akorat to proste delam rucne. Snad me za moje maily a moje stourani do trasovani LPISu jeste uplne neproklinate ... kdyz budu trochu v klidu spat ze se nebudou v datech v mem rozlezat chyby a vady tak dam pokoj :-) Pavel Bokr _______________________________________________ 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/20160129/35a2015b/attachment.html> ------------- další část --------------- A non-text attachment was scrubbed... Name: [žádný popis není k dispozici] Type: image/png Size: 229280 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160129/35a2015b/attachment.png> ------------- další část --------------- A non-text attachment was scrubbed... Name: [žádný popis není k dispozici] Type: image/png Size: 267372 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160129/35a2015b/attachment-0001.png>

---------- Původní zpráva ---------- Od: Pavel Bokr <osm na kraluvdvur.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 29. 1. 2016 2:26:13 Předmět: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS "Ahoj, jeste jsem se vice koukal na ten LPIS a jeho trasovani u nas na Berounsku a mohu k tomu dodat i vizualizace konkretnich prikladu a pritom dale uvazuji jak asi nejlepe vyuzit LPIS, abych na Berounsku mapu pri aktualizaci pokud mozno vylespil a ne ji spise “pokazil” a co by se k tomu jeste hodilo (viz. nize – na konci). STAVAJICI STAV RUCNIHO MAPOVANI PRED LPISEM Kdyz se podivam na Berounsko tak zadne zjednoduseni pri rucnim mapovani se snad nedelalo, mozna si fandim, ale myslim ze mapovani je celkem podrobne dle podkladu ktere byly (jak uz jsem psal, co jsem delal ja tak jsem delal korekce posunu), jo skoda ze nejde trasovat dle ortofoto cuzk, to si myslim, ze by pak presnost byla srovnatelna s LPISem. Co je ve skutecnosti u sebe tak vetsinou sdili stejne hranicni body, tam kde byla mezi plochami cesta jsem ja treba nechaval mezeru. Neclenil jsem velka pole na mala po jednotlivych polickach, pokud k tomu nebyl duvod (rozdeleni mezi nebo odlisny typ landuse). Jak tady u nas vypadaji puvodni rucne mapovane plochy ve srovnani LPISem je videt na prikladech: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis4.pdf Snad to neni tak hrozne, IMHO to neni zas tak spatne a proto resim, aby po dalsim pripadnem rozvoji pretrasovani nebyl stav OSM naopak horsi nez je toto. (kdyby ta rucni prace byla zjednodusena nebo odflaknuta bylo by to jednodusii ji “zahodit” a rovnou trasovat a neresit problemy). VYSLEDKY PRETRASOVANI PUVODNE RUCNE MAPOVYCH OBLASTI PODLE LPISU Nevim jestli vetsina dosavadnich trasovani nebyla na Berounsku vzhledem ke stavajicim datum spise k horsimu viz: Relikty: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty4.png Prekryvy (na ne uz bylo upozorneno, me to ale uplne doslo az kdyz jsem videl tohle): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy3.png http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy4.png Nevim jak bych byl potesen z takovych dat kdybych si je z OSM stahnul k nejakemu vyuziti nebo analyze.... Na druhou stranu trasovat se evidentne da i lepe – bez reliktu a bez prekryvu, kdyz se asi vi jak na to (je berounsku jeden takovy kousek kde jsou plochy z tohoto pohledu OK): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-bez-reliktu-bez- prekryvu.png Nastesti vetsina ploch v okoli Berouna jeste takto pretrasovana neni http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-netrasovano.png a snad prave proto jsem vyprovokoval tuto diskuzi a i sam o tom stale uvazuji, aby pak Berounsko nebylo plne podobnych ci jinych vad a jeste nez se za ucelem aktualizace pripadne pretrasuje dalsi cast tak, aby se resilo jak to pripadne delat/nedelat. Pokud by nekdo chtel videt tato data “dynamicky” tak nabizim ke stazeni projekt v QGISu z nehoz obrazky pochazi nebo alespon videozaznam z QGISu: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-qgis.zip https://www.youtube.com/watch?v=zlsXDcI_GSI (to ze vam v qgisu nebudou pri vetsim zvetseni zcela presne sedet hrany na sobe je mozna tim, ze jsem OSM data reprojektoval z WGS do JTSK tim co QGIS nabizi a je tam asi nejaka mala nepresnost) NE VSE CO JE V LPISU BYCHOM ASI CHTELI MIT V OSM Uz jsem zminoval ze se mi v LPISu neco nezda, ted k tomu spise skutecne ukazky: zbytecne diry mezi poli (ve skutecnosti neexistuji), zbytecne “artefatky” v geometriich (opet ve skutecnosti neexistuji), chybejici pole (tam treba davat pozor a dodelat rucne) apod: http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt2.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce1.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-nekde-chybi-cast-pole-jinde- pole-zahrnuje-i-mez-se-stouhou.jpg Tam kde se podrobne rucne nemapuje to jsou opravu detaily, mozna by se dalo rici i “kraviny”, ale tam kde jsem treba podrobne mapoval uvazuji jestli natrasovat tyto veci a jit pryc nepovede ke zhorseni OSM dat (vyrezane jednotlive stromy v louce kde trava rosta i pod nimi asi nejsou zavazne chyby, ale nevim jestli takovehle detaily v OSM chceme). Tyto priklady jsou jen z okoli nasi “vesnice”, kde to znam. JAK AKTUALIZOVAT RUCNE TVORENOU MAPU DLE LPIS A PRITOM JI NEZHORSIT? Ja osobne si puvodni rucni mapy landuse na Berounsku celkem vazim (mozna proto, ze jsem do toho dal dost casu a snazil jsem se byt podrobny a presny – nekdy snad i vic nez urednik co klika LPIS, akorat jsem mel horsi podklady). Jestli jsem az moc precitlively na svoji praci tak sorry... Soucasne jsem si zkusil i pretrasovani LPISu v tom co uz je rucne mapovano (tracer uz nedela relikty, ale smaze i cely zbytek pole, to se samozrejme dotrasuje ze sousednich LPIS ploch ovsem je nutne davat pozor, zda-li jsou v LPISu vsechny, nektere pole/louky nebo jejich casti tam chybi). 1) Jednodussi vidim situaci u jednotlivych poli/luk – ty bude vetsinou asi vyhodnejsi pretrasovat a rucne pak doupravit pripadne detaily, ci je zpresnit (uz jsem si zkusil). 2) U velkych (“multi”) poli/luk mi prijde lepsi zachovat v OSM “scelene” lany (ty kdy mezi nimi nejsou meze a jsou to lany stejneho typu). Do OSM se tak nedostanou neexistujici mezery ani geometricke “artefakty” (navic by zbytecne narostly data). Nebude ani treba resit jestli nahodou tam pak nechybi neco co v LPIS neni a pri pretrasovani by se mohlo ztratit (farmar “nejede” ve vecech co potrebuji LPIS). U tech “multi” poli/luk co byly podrobne rucne zmapovany bych velmi dulezitou roli videl v prvni rade kontrolu kultury – farmland/meadow/orchard apod., pripadne tag crop. To bude asi nejzasadnejsi chyba v rucnim mapovani (obzvlaste u toho co je ze stareho cernobileho uhulu). To bych v ramci multi poli/luk spise nez trasovanim resil rucnim delenim/spojovanim stavajicich ploch. Pak bych videl za potrebnou kontrolu a upravu prubehu vnejsi hranice (coz asi znamena opet rucni praci) – ze by se dle LPISu aktualizoval vnejsi obvod multi pole/louky – ale nejak rozumne, trochu plynule bez neodduvodnenych “odskoku”, ktere v LPISu byvaji. U multi poli/luk by tak byly spolecne plochy pro vice jednotlivych LPIS polygonu, tim by ale nebyly navazany na IDcka (ref) v LPISu (vadi/nevadi ???). Nebylo by to tedy rozsekabe dle LPISu, mozna bude nazornejsi animace: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-scelene-rozdelene-plochy. gif (samostatne obrazky jsou http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-zachovane-celky-poli-a-luk. png a http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-rozdelene-celky-poli-a-luk. png ) Je toto spravne nebo spatne (pro uzemi kde je podrobna rucni mapa a soucasne cas se o ni rucne starat lepe nez klikat z LPISu)??? Ja osobne bych asi toto ve svem okoli preferoval jako zpusob aktualizace stavajicich dat s vyuzitim LPIS, ale jsem zvedav na nazor a pripominky ostatnich. Uz jsem si to i zkusil na https://www.openstreetmap.org/relation/1659752 (mimochodem nektere inner prvky jsem resil trasovanim z LPISu a jejich vtelenim do teto relace, outer jsem upravil rucnim posunem bodu dle podkladu z WMS), pokud to neuznate jako pitomost muzu to zkusit i jinde... CO BY SE K TAKOVE RUCNI SPRAVE MOHLO HODIT? 1) Pokud by vyse uvedeny pristup nebyl spatny (treba tam, kde bych to chtel mit rozumne spravovane) tak by hoooodne pomohla nejaka podkladova mapa, ve ktere by byly barvou nebo srafou odliseny jednotlive “kultury”/”vyuziti” pudy pro kontrolu co je louka/pole/sad (pripadne pro kontrolu tagu crop) jestli je to tak i v OSM a nebo ne. Jak nekdo psal, ze trasovani v jiz zmapovanem neni jednoduche tak toto by pomohlo rozhodnout ze je na miste trasovat/rucne opravit chybu v typu landuse. Pokud uz je toto k dispozici tak budu rad za link. 2) Pro rucni upravu vnejsich hranic multi poli/luk by se asi hodilo i neco co by umelo pretrasovat hranici po jednotlivych bodech podobne jako funguje klavesa F co nasleduje jiz existujici linii v OSM nebo tomuto nejak pomohlo ze by treba vytvorilo cestu z lomovych bodu v LPISu az treba po misto kde se v LPISu hranice rozdvojuje a ta cesta by se nejakymi nastroji zakomponovala do plochy. Tohle uz ale ted trochu placam, zas tolik rucnich uprav jsem podle LPISu neudelal, abych mohl byt presny, jen v podstate delam pretrasovani vnejsi hranice ze linii v OSM pasuji na grafickou predlohu tech zelenych linii (uzitecna je k tomu funkce W – rezim zvysovani presnosti cest), akorat to proste delam rucne. Snad me za moje maily a moje stourani do trasovani LPISu jeste uplne neproklinate ... kdyz budu trochu v klidu spat ze se nebudou v datech v mem rozlezat chyby a vady tak dam pokoj :-) Pavel Bokr _______________________________________________ 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/20160129/f6e3c4f8/attachment.html>

---------- Původní zpráva ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 29. 1. 2016 8:51:43 Předmět: Re: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS " Ahoj, tenhle víkend jsem pryč, takže zatím jen pár poznámek: *) Možnost slučování jednotlivých polí se na začátku probírala, nakonec převážil názor neslučovat. *) Mikromezery mezi poli jsou bohužel realitou. Tracer se je snaží eliminovat slučováním blízkých uzlů, ale kde není uzel, tam není co sloučit (leda že by se dodělalo nalepování na hranu sousedního pole - tedy včlenit daný uzel do sousední hrany). Jde to udělat dodatečně ručně, ale je s tím dost práce. *) Barevné odlišení jednotlivých kultur - veřejné WFS, které poskytují to myslím neumožňuje - taky by se mi to líbilo. Nicméně ten jejich portál používá jiný webservis, který to umí. http://eagri.cz/public/app/lpisext/lpis/verejny2/plpis/ Marián ---------- Původní zpráva ---------- Od: Pavel Bokr <osm na kraluvdvur.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 29. 1. 2016 2:26:13 Předmět: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS "Ahoj, jeste jsem se vice koukal na ten LPIS a jeho trasovani u nas na Berounsku a mohu k tomu dodat i vizualizace konkretnich prikladu a pritom dale uvazuji jak asi nejlepe vyuzit LPIS, abych na Berounsku mapu pri aktualizaci pokud mozno vylespil a ne ji spise “pokazil” a co by se k tomu jeste hodilo (viz. nize – na konci). STAVAJICI STAV RUCNIHO MAPOVANI PRED LPISEM Kdyz se podivam na Berounsko tak zadne zjednoduseni pri rucnim mapovani se snad nedelalo, mozna si fandim, ale myslim ze mapovani je celkem podrobne dle podkladu ktere byly (jak uz jsem psal, co jsem delal ja tak jsem delal korekce posunu), jo skoda ze nejde trasovat dle ortofoto cuzk, to si myslim, ze by pak presnost byla srovnatelna s LPISem. Co je ve skutecnosti u sebe tak vetsinou sdili stejne hranicni body, tam kde byla mezi plochami cesta jsem ja treba nechaval mezeru. Neclenil jsem velka pole na mala po jednotlivych polickach, pokud k tomu nebyl duvod (rozdeleni mezi nebo odlisny typ landuse). Jak tady u nas vypadaji puvodni rucne mapovane plochy ve srovnani LPISem je videt na prikladech: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis4.pdf Snad to neni tak hrozne, IMHO to neni zas tak spatne a proto resim, aby po dalsim pripadnem rozvoji pretrasovani nebyl stav OSM naopak horsi nez je toto. (kdyby ta rucni prace byla zjednodusena nebo odflaknuta bylo by to jednodusii ji “zahodit” a rovnou trasovat a neresit problemy). VYSLEDKY PRETRASOVANI PUVODNE RUCNE MAPOVYCH OBLASTI PODLE LPISU Nevim jestli vetsina dosavadnich trasovani nebyla na Berounsku vzhledem ke stavajicim datum spise k horsimu viz: Relikty: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty4.png Prekryvy (na ne uz bylo upozorneno, me to ale uplne doslo az kdyz jsem videl tohle): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy3.png http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy4.png Nevim jak bych byl potesen z takovych dat kdybych si je z OSM stahnul k nejakemu vyuziti nebo analyze.... Na druhou stranu trasovat se evidentne da i lepe – bez reliktu a bez prekryvu, kdyz se asi vi jak na to (je berounsku jeden takovy kousek kde jsou plochy z tohoto pohledu OK): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-bez-reliktu-bez- prekryvu.png Nastesti vetsina ploch v okoli Berouna jeste takto pretrasovana neni http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-netrasovano.png a snad prave proto jsem vyprovokoval tuto diskuzi a i sam o tom stale uvazuji, aby pak Berounsko nebylo plne podobnych ci jinych vad a jeste nez se za ucelem aktualizace pripadne pretrasuje dalsi cast tak, aby se resilo jak to pripadne delat/nedelat. Pokud by nekdo chtel videt tato data “dynamicky” tak nabizim ke stazeni projekt v QGISu z nehoz obrazky pochazi nebo alespon videozaznam z QGISu: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-qgis.zip https://www.youtube.com/watch?v=zlsXDcI_GSI (to ze vam v qgisu nebudou pri vetsim zvetseni zcela presne sedet hrany na sobe je mozna tim, ze jsem OSM data reprojektoval z WGS do JTSK tim co QGIS nabizi a je tam asi nejaka mala nepresnost) NE VSE CO JE V LPISU BYCHOM ASI CHTELI MIT V OSM Uz jsem zminoval ze se mi v LPISu neco nezda, ted k tomu spise skutecne ukazky: zbytecne diry mezi poli (ve skutecnosti neexistuji), zbytecne “artefatky” v geometriich (opet ve skutecnosti neexistuji), chybejici pole (tam treba davat pozor a dodelat rucne) apod: http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt2.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce1.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-nekde-chybi-cast-pole-jinde- pole-zahrnuje-i-mez-se-stouhou.jpg Tam kde se podrobne rucne nemapuje to jsou opravu detaily, mozna by se dalo rici i “kraviny”, ale tam kde jsem treba podrobne mapoval uvazuji jestli natrasovat tyto veci a jit pryc nepovede ke zhorseni OSM dat (vyrezane jednotlive stromy v louce kde trava rosta i pod nimi asi nejsou zavazne chyby, ale nevim jestli takovehle detaily v OSM chceme). Tyto priklady jsou jen z okoli nasi “vesnice”, kde to znam. JAK AKTUALIZOVAT RUCNE TVORENOU MAPU DLE LPIS A PRITOM JI NEZHORSIT? Ja osobne si puvodni rucni mapy landuse na Berounsku celkem vazim (mozna proto, ze jsem do toho dal dost casu a snazil jsem se byt podrobny a presny – nekdy snad i vic nez urednik co klika LPIS, akorat jsem mel horsi podklady). Jestli jsem az moc precitlively na svoji praci tak sorry... Soucasne jsem si zkusil i pretrasovani LPISu v tom co uz je rucne mapovano (tracer uz nedela relikty, ale smaze i cely zbytek pole, to se samozrejme dotrasuje ze sousednich LPIS ploch ovsem je nutne davat pozor, zda-li jsou v LPISu vsechny, nektere pole/louky nebo jejich casti tam chybi). 1) Jednodussi vidim situaci u jednotlivych poli/luk – ty bude vetsinou asi vyhodnejsi pretrasovat a rucne pak doupravit pripadne detaily, ci je zpresnit (uz jsem si zkusil). 2) U velkych (“multi”) poli/luk mi prijde lepsi zachovat v OSM “scelene” lany (ty kdy mezi nimi nejsou meze a jsou to lany stejneho typu). Do OSM se tak nedostanou neexistujici mezery ani geometricke “artefakty” (navic by zbytecne narostly data). Nebude ani treba resit jestli nahodou tam pak nechybi neco co v LPIS neni a pri pretrasovani by se mohlo ztratit (farmar “nejede” ve vecech co potrebuji LPIS). U tech “multi” poli/luk co byly podrobne rucne zmapovany bych velmi dulezitou roli videl v prvni rade kontrolu kultury – farmland/meadow/orchard apod., pripadne tag crop. To bude asi nejzasadnejsi chyba v rucnim mapovani (obzvlaste u toho co je ze stareho cernobileho uhulu). To bych v ramci multi poli/luk spise nez trasovanim resil rucnim delenim/spojovanim stavajicich ploch. Pak bych videl za potrebnou kontrolu a upravu prubehu vnejsi hranice (coz asi znamena opet rucni praci) – ze by se dle LPISu aktualizoval vnejsi obvod multi pole/louky – ale nejak rozumne, trochu plynule bez neodduvodnenych “odskoku”, ktere v LPISu byvaji. U multi poli/luk by tak byly spolecne plochy pro vice jednotlivych LPIS polygonu, tim by ale nebyly navazany na IDcka (ref) v LPISu (vadi/nevadi ???). Nebylo by to tedy rozsekabe dle LPISu, mozna bude nazornejsi animace: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-scelene-rozdelene-plochy. gif (samostatne obrazky jsou http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-zachovane-celky-poli-a-luk. png a http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-rozdelene-celky-poli-a-luk. png ) Je toto spravne nebo spatne (pro uzemi kde je podrobna rucni mapa a soucasne cas se o ni rucne starat lepe nez klikat z LPISu)??? Ja osobne bych asi toto ve svem okoli preferoval jako zpusob aktualizace stavajicich dat s vyuzitim LPIS, ale jsem zvedav na nazor a pripominky ostatnich. Uz jsem si to i zkusil na https://www.openstreetmap.org/relation/1659752 (mimochodem nektere inner prvky jsem resil trasovanim z LPISu a jejich vtelenim do teto relace, outer jsem upravil rucnim posunem bodu dle podkladu z WMS), pokud to neuznate jako pitomost muzu to zkusit i jinde... CO BY SE K TAKOVE RUCNI SPRAVE MOHLO HODIT? 1) Pokud by vyse uvedeny pristup nebyl spatny (treba tam, kde bych to chtel mit rozumne spravovane) tak by hoooodne pomohla nejaka podkladova mapa, ve ktere by byly barvou nebo srafou odliseny jednotlive “kultury”/”vyuziti” pudy pro kontrolu co je louka/pole/sad (pripadne pro kontrolu tagu crop) jestli je to tak i v OSM a nebo ne. Jak nekdo psal, ze trasovani v jiz zmapovanem neni jednoduche tak toto by pomohlo rozhodnout ze je na miste trasovat/rucne opravit chybu v typu landuse. Pokud uz je toto k dispozici tak budu rad za link. 2) Pro rucni upravu vnejsich hranic multi poli/luk by se asi hodilo i neco co by umelo pretrasovat hranici po jednotlivych bodech podobne jako funguje klavesa F co nasleduje jiz existujici linii v OSM nebo tomuto nejak pomohlo ze by treba vytvorilo cestu z lomovych bodu v LPISu az treba po misto kde se v LPISu hranice rozdvojuje a ta cesta by se nejakymi nastroji zakomponovala do plochy. Tohle uz ale ted trochu placam, zas tolik rucnich uprav jsem podle LPISu neudelal, abych mohl byt presny, jen v podstate delam pretrasovani vnejsi hranice ze linii v OSM pasuji na grafickou predlohu tech zelenych linii (uzitecna je k tomu funkce W – rezim zvysovani presnosti cest), akorat to proste delam rucne. Snad me za moje maily a moje stourani do trasovani LPISu jeste uplne neproklinate ... kdyz budu trochu v klidu spat ze se nebudou v datech v mem rozlezat chyby a vady tak dam pokoj :-) Pavel Bokr _______________________________________________ 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/20160129/f7765105/attachment.html> ------------- další část --------------- A non-text attachment was scrubbed... Name: [žádný popis není k dispozici] Type: image/png Size: 267372 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160129/f7765105/attachment.png>

---------- Původní zpráva ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 29. 1. 2016 8:51:43 Předmět: Re: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS Ahoj, tenhle víkend jsem pryč, takže zatím jen pár poznámek: *) Možnost slučování jednotlivých polí se na začátku probírala, nakonec převážil názor neslučovat. *) Mikromezery mezi poli jsou bohužel realitou. Tracer se je snaží eliminovat slučováním blízkých uzlů, ale kde není uzel, tam není co sloučit (leda že by se dodělalo nalepování na hranu sousedního pole - tedy včlenit daný uzel do sousední hrany). Jde to udělat dodatečně ručně, ale je s tím dost práce. *) Barevné odlišení jednotlivých kultur - veřejné WFS, které poskytují to myslím neumožňuje - taky by se mi to líbilo. Nicméně ten jejich portál používá jiný webservis, který to umí. http://eagri.cz/public/app/lpisext/lpis/verejny2/plpis/ Marián ---------- Původní zpráva ---------- Od: Pavel Bokr <osm na kraluvdvur.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 29. 1. 2016 2:26:13 Předmět: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS Ahoj, jeste jsem se vice koukal na ten LPIS a jeho trasovani u nas na Berounsku a mohu k tomu dodat i vizualizace konkretnich prikladu a pritom dale uvazuji jak asi nejlepe vyuzit LPIS, abych na Berounsku mapu pri aktualizaci pokud mozno vylespil a ne ji spise “pokazil” a co by se k tomu jeste hodilo (viz. nize – na konci). STAVAJICI STAV RUCNIHO MAPOVANI PRED LPISEM Kdyz se podivam na Berounsko tak zadne zjednoduseni pri rucnim mapovani se snad nedelalo, mozna si fandim, ale myslim ze mapovani je celkem podrobne dle podkladu ktere byly (jak uz jsem psal, co jsem delal ja tak jsem delal korekce posunu), jo skoda ze nejde trasovat dle ortofoto cuzk, to si myslim, ze by pak presnost byla srovnatelna s LPISem. Co je ve skutecnosti u sebe tak vetsinou sdili stejne hranicni body, tam kde byla mezi plochami cesta jsem ja treba nechaval mezeru. Neclenil jsem velka pole na mala po jednotlivych polickach, pokud k tomu nebyl duvod (rozdeleni mezi nebo odlisny typ landuse). Jak tady u nas vypadaji puvodni rucne mapovane plochy ve srovnani LPISem je videt na prikladech: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis4.pdf Snad to neni tak hrozne, IMHO to neni zas tak spatne a proto resim, aby po dalsim pripadnem rozvoji pretrasovani nebyl stav OSM naopak horsi nez je toto. (kdyby ta rucni prace byla zjednodusena nebo odflaknuta bylo by to jednodusii ji “zahodit” a rovnou trasovat a neresit problemy). VYSLEDKY PRETRASOVANI PUVODNE RUCNE MAPOVYCH OBLASTI PODLE LPISU Nevim jestli vetsina dosavadnich trasovani nebyla na Berounsku vzhledem ke stavajicim datum spise k horsimu viz: Relikty: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty4.png Prekryvy (na ne uz bylo upozorneno, me to ale uplne doslo az kdyz jsem videl tohle): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy3.png http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy4.png Nevim jak bych byl potesen z takovych dat kdybych si je z OSM stahnul k nejakemu vyuziti nebo analyze.... Na druhou stranu trasovat se evidentne da i lepe – bez reliktu a bez prekryvu, kdyz se asi vi jak na to (je berounsku jeden takovy kousek kde jsou plochy z tohoto pohledu OK): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-bez-reliktu-bez-prekryvu.png Nastesti vetsina ploch v okoli Berouna jeste takto pretrasovana neni http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-netrasovano.png a snad prave proto jsem vyprovokoval tuto diskuzi a i sam o tom stale uvazuji, aby pak Berounsko nebylo plne podobnych ci jinych vad a jeste nez se za ucelem aktualizace pripadne pretrasuje dalsi cast tak, aby se resilo jak to pripadne delat/nedelat. Pokud by nekdo chtel videt tato data “dynamicky” tak nabizim ke stazeni projekt v QGISu z nehoz obrazky pochazi nebo alespon videozaznam z QGISu: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-qgis.zip https://www.youtube.com/watch?v=zlsXDcI_GSI (to ze vam v qgisu nebudou pri vetsim zvetseni zcela presne sedet hrany na sobe je mozna tim, ze jsem OSM data reprojektoval z WGS do JTSK tim co QGIS nabizi a je tam asi nejaka mala nepresnost) NE VSE CO JE V LPISU BYCHOM ASI CHTELI MIT V OSM Uz jsem zminoval ze se mi v LPISu neco nezda, ted k tomu spise skutecne ukazky: zbytecne diry mezi poli (ve skutecnosti neexistuji), zbytecne “artefatky” v geometriich (opet ve skutecnosti neexistuji), chybejici pole (tam treba davat pozor a dodelat rucne) apod: http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt2.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce1.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-nekde-chybi-cast-pole-jinde-pole-zahrnuje-i-mez-se-stouhou.jpg Tam kde se podrobne rucne nemapuje to jsou opravu detaily, mozna by se dalo rici i “kraviny”, ale tam kde jsem treba podrobne mapoval uvazuji jestli natrasovat tyto veci a jit pryc nepovede ke zhorseni OSM dat (vyrezane jednotlive stromy v louce kde trava rosta i pod nimi asi nejsou zavazne chyby, ale nevim jestli takovehle detaily v OSM chceme). Tyto priklady jsou jen z okoli nasi “vesnice”, kde to znam. JAK AKTUALIZOVAT RUCNE TVORENOU MAPU DLE LPIS A PRITOM JI NEZHORSIT? Ja osobne si puvodni rucni mapy landuse na Berounsku celkem vazim (mozna proto, ze jsem do toho dal dost casu a snazil jsem se byt podrobny a presny – nekdy snad i vic nez urednik co klika LPIS, akorat jsem mel horsi podklady). Jestli jsem az moc precitlively na svoji praci tak sorry... Soucasne jsem si zkusil i pretrasovani LPISu v tom co uz je rucne mapovano (tracer uz nedela relikty, ale smaze i cely zbytek pole, to se samozrejme dotrasuje ze sousednich LPIS ploch ovsem je nutne davat pozor, zda-li jsou v LPISu vsechny, nektere pole/louky nebo jejich casti tam chybi). 1) Jednodussi vidim situaci u jednotlivych poli/luk – ty bude vetsinou asi vyhodnejsi pretrasovat a rucne pak doupravit pripadne detaily, ci je zpresnit (uz jsem si zkusil). 2) U velkych (“multi”) poli/luk mi prijde lepsi zachovat v OSM “scelene” lany (ty kdy mezi nimi nejsou meze a jsou to lany stejneho typu). Do OSM se tak nedostanou neexistujici mezery ani geometricke “artefakty” (navic by zbytecne narostly data). Nebude ani treba resit jestli nahodou tam pak nechybi neco co v LPIS neni a pri pretrasovani by se mohlo ztratit (farmar “nejede” ve vecech co potrebuji LPIS). U tech “multi” poli/luk co byly podrobne rucne zmapovany bych velmi dulezitou roli videl v prvni rade kontrolu kultury – farmland/meadow/orchard apod., pripadne tag crop. To bude asi nejzasadnejsi chyba v rucnim mapovani (obzvlaste u toho co je ze stareho cernobileho uhulu). To bych v ramci multi poli/luk spise nez trasovanim resil rucnim delenim/spojovanim stavajicich ploch. Pak bych videl za potrebnou kontrolu a upravu prubehu vnejsi hranice (coz asi znamena opet rucni praci) – ze by se dle LPISu aktualizoval vnejsi obvod multi pole/louky – ale nejak rozumne, trochu plynule bez neodduvodnenych “odskoku”, ktere v LPISu byvaji. U multi poli/luk by tak byly spolecne plochy pro vice jednotlivych LPIS polygonu, tim by ale nebyly navazany na IDcka (ref) v LPISu (vadi/nevadi ???). Nebylo by to tedy rozsekabe dle LPISu, mozna bude nazornejsi animace: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-scelene-rozdelene-plochy.gif (samostatne obrazky jsou http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-zachovane-celky-poli-a-luk.png a http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-rozdelene-celky-poli-a-luk.png ) Je toto spravne nebo spatne (pro uzemi kde je podrobna rucni mapa a soucasne cas se o ni rucne starat lepe nez klikat z LPISu)??? Ja osobne bych asi toto ve svem okoli preferoval jako zpusob aktualizace stavajicich dat s vyuzitim LPIS, ale jsem zvedav na nazor a pripominky ostatnich. Uz jsem si to i zkusil na https://www.openstreetmap.org/relation/1659752 (mimochodem nektere inner prvky jsem resil trasovanim z LPISu a jejich vtelenim do teto relace, outer jsem upravil rucnim posunem bodu dle podkladu z WMS), pokud to neuznate jako pitomost muzu to zkusit i jinde... CO BY SE K TAKOVE RUCNI SPRAVE MOHLO HODIT? 1) Pokud by vyse uvedeny pristup nebyl spatny (treba tam, kde bych to chtel mit rozumne spravovane) tak by hoooodne pomohla nejaka podkladova mapa, ve ktere by byly barvou nebo srafou odliseny jednotlive “kultury”/”vyuziti” pudy pro kontrolu co je louka/pole/sad (pripadne pro kontrolu tagu crop) jestli je to tak i v OSM a nebo ne. Jak nekdo psal, ze trasovani v jiz zmapovanem neni jednoduche tak toto by pomohlo rozhodnout ze je na miste trasovat/rucne opravit chybu v typu landuse. Pokud uz je toto k dispozici tak budu rad za link. 2) Pro rucni upravu vnejsich hranic multi poli/luk by se asi hodilo i neco co by umelo pretrasovat hranici po jednotlivych bodech podobne jako funguje klavesa F co nasleduje jiz existujici linii v OSM nebo tomuto nejak pomohlo ze by treba vytvorilo cestu z lomovych bodu v LPISu az treba po misto kde se v LPISu hranice rozdvojuje a ta cesta by se nejakymi nastroji zakomponovala do plochy. Tohle uz ale ted trochu placam, zas tolik rucnich uprav jsem podle LPISu neudelal, abych mohl byt presny, jen v podstate delam pretrasovani vnejsi hranice ze linii v OSM pasuji na grafickou predlohu tech zelenych linii (uzitecna je k tomu funkce W – rezim zvysovani presnosti cest), akorat to proste delam rucne. Snad me za moje maily a moje stourani do trasovani LPISu jeste uplne neproklinate ... kdyz budu trochu v klidu spat ze se nebudou v datech v mem rozlezat chyby a vady tak dam pokoj :-) Pavel Bokr _______________________________________________ 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 = -------------------------------------------------------------------------------- _______________________________________________ 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/20160129/ba480263/attachment.html> ------------- další část --------------- A non-text attachment was scrubbed... Name: [žádný popis není k dispozici] Type: image/png Size: 267372 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160129/ba480263/attachment.png>

---------- Původní zpráva ---------- Od: Pavel Bokr <osm na kraluvdvur.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 29. 1. 2016 2:26:13 Předmět: [Talk-cz] Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS Ahoj, jeste jsem se vice koukal na ten LPIS a jeho trasovani u nas na Berounsku a mohu k tomu dodat i vizualizace konkretnich prikladu a pritom dale uvazuji jak asi nejlepe vyuzit LPIS, abych na Berounsku mapu pri aktualizaci pokud mozno vylespil a ne ji spise “pokazil” a co by se k tomu jeste hodilo (viz. nize – na konci). STAVAJICI STAV RUCNIHO MAPOVANI PRED LPISEM Kdyz se podivam na Berounsko tak zadne zjednoduseni pri rucnim mapovani se snad nedelalo, mozna si fandim, ale myslim ze mapovani je celkem podrobne dle podkladu ktere byly (jak uz jsem psal, co jsem delal ja tak jsem delal korekce posunu), jo skoda ze nejde trasovat dle ortofoto cuzk, to si myslim, ze by pak presnost byla srovnatelna s LPISem. Co je ve skutecnosti u sebe tak vetsinou sdili stejne hranicni body, tam kde byla mezi plochami cesta jsem ja treba nechaval mezeru. Neclenil jsem velka pole na mala po jednotlivych polickach, pokud k tomu nebyl duvod (rozdeleni mezi nebo odlisny typ landuse). Jak tady u nas vypadaji puvodni rucne mapovane plochy ve srovnani LPISem je videt na prikladech: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis4.pdf Snad to neni tak hrozne, IMHO to neni zas tak spatne a proto resim, aby po dalsim pripadnem rozvoji pretrasovani nebyl stav OSM naopak horsi nez je toto. (kdyby ta rucni prace byla zjednodusena nebo odflaknuta bylo by to jednodusii ji “zahodit” a rovnou trasovat a neresit problemy). VYSLEDKY PRETRASOVANI PUVODNE RUCNE MAPOVYCH OBLASTI PODLE LPISU Nevim jestli vetsina dosavadnich trasovani nebyla na Berounsku vzhledem ke stavajicim datum spise k horsimu viz: Relikty: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty3.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-relikty4.png Prekryvy (na ne uz bylo upozorneno, me to ale uplne doslo az kdyz jsem videl tohle): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy1.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy2.pdf http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy3.png http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-prekryvy4.png Nevim jak bych byl potesen z takovych dat kdybych si je z OSM stahnul k nejakemu vyuziti nebo analyze.... Na druhou stranu trasovat se evidentne da i lepe – bez reliktu a bez prekryvu, kdyz se asi vi jak na to (je berounsku jeden takovy kousek kde jsou plochy z tohoto pohledu OK): http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-trasovani-bez-reliktu-bez-prekryvu.png Nastesti vetsina ploch v okoli Berouna jeste takto pretrasovana neni http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-netrasovano.png a snad prave proto jsem vyprovokoval tuto diskuzi a i sam o tom stale uvazuji, aby pak Berounsko nebylo plne podobnych ci jinych vad a jeste nez se za ucelem aktualizace pripadne pretrasuje dalsi cast tak, aby se resilo jak to pripadne delat/nedelat. Pokud by nekdo chtel videt tato data “dynamicky” tak nabizim ke stazeni projekt v QGISu z nehoz obrazky pochazi nebo alespon videozaznam z QGISu: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-qgis.zip https://www.youtube.com/watch?v=zlsXDcI_GSI (to ze vam v qgisu nebudou pri vetsim zvetseni zcela presne sedet hrany na sobe je mozna tim, ze jsem OSM data reprojektoval z WGS do JTSK tim co QGIS nabizi a je tam asi nejaka mala nepresnost) NE VSE CO JE V LPISU BYCHOM ASI CHTELI MIT V OSM Uz jsem zminoval ze se mi v LPISu neco nezda, ted k tomu spise skutecne ukazky: zbytecne diry mezi poli (ve skutecnosti neexistuji), zbytecne “artefatky” v geometriich (opet ve skutecnosti neexistuji), chybejici pole (tam treba davat pozor a dodelat rucne) apod: http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-diry2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt1.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-artefakt2.png http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce1.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-strom-v-louce2.jpg http://osm.kraluvdvur.cz/lpis-berounsko/lpis-nekde-chybi-cast-pole-jinde-pole-zahrnuje-i-mez-se-stouhou.jpg Tam kde se podrobne rucne nemapuje to jsou opravu detaily, mozna by se dalo rici i “kraviny”, ale tam kde jsem treba podrobne mapoval uvazuji jestli natrasovat tyto veci a jit pryc nepovede ke zhorseni OSM dat (vyrezane jednotlive stromy v louce kde trava rosta i pod nimi asi nejsou zavazne chyby, ale nevim jestli takovehle detaily v OSM chceme). Tyto priklady jsou jen z okoli nasi “vesnice”, kde to znam. JAK AKTUALIZOVAT RUCNE TVORENOU MAPU DLE LPIS A PRITOM JI NEZHORSIT? Ja osobne si puvodni rucni mapy landuse na Berounsku celkem vazim (mozna proto, ze jsem do toho dal dost casu a snazil jsem se byt podrobny a presny – nekdy snad i vic nez urednik co klika LPIS, akorat jsem mel horsi podklady). Jestli jsem az moc precitlively na svoji praci tak sorry... Soucasne jsem si zkusil i pretrasovani LPISu v tom co uz je rucne mapovano (tracer uz nedela relikty, ale smaze i cely zbytek pole, to se samozrejme dotrasuje ze sousednich LPIS ploch ovsem je nutne davat pozor, zda-li jsou v LPISu vsechny, nektere pole/louky nebo jejich casti tam chybi). 1) Jednodussi vidim situaci u jednotlivych poli/luk – ty bude vetsinou asi vyhodnejsi pretrasovat a rucne pak doupravit pripadne detaily, ci je zpresnit (uz jsem si zkusil). 2) U velkych (“multi”) poli/luk mi prijde lepsi zachovat v OSM “scelene” lany (ty kdy mezi nimi nejsou meze a jsou to lany stejneho typu). Do OSM se tak nedostanou neexistujici mezery ani geometricke “artefakty” (navic by zbytecne narostly data). Nebude ani treba resit jestli nahodou tam pak nechybi neco co v LPIS neni a pri pretrasovani by se mohlo ztratit (farmar “nejede” ve vecech co potrebuji LPIS). U tech “multi” poli/luk co byly podrobne rucne zmapovany bych velmi dulezitou roli videl v prvni rade kontrolu kultury – farmland/meadow/orchard apod., pripadne tag crop. To bude asi nejzasadnejsi chyba v rucnim mapovani (obzvlaste u toho co je ze stareho cernobileho uhulu). To bych v ramci multi poli/luk spise nez trasovanim resil rucnim delenim/spojovanim stavajicich ploch. Pak bych videl za potrebnou kontrolu a upravu prubehu vnejsi hranice (coz asi znamena opet rucni praci) – ze by se dle LPISu aktualizoval vnejsi obvod multi pole/louky – ale nejak rozumne, trochu plynule bez neodduvodnenych “odskoku”, ktere v LPISu byvaji. U multi poli/luk by tak byly spolecne plochy pro vice jednotlivych LPIS polygonu, tim by ale nebyly navazany na IDcka (ref) v LPISu (vadi/nevadi ???). Nebylo by to tedy rozsekabe dle LPISu, mozna bude nazornejsi animace: http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-scelene-rozdelene-plochy.gif (samostatne obrazky jsou http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-zachovane-celky-poli-a-luk.png a http://osm.kraluvdvur.cz/lpis-berounsko/osm-lpis-rozdelene-celky-poli-a-luk.png ) Je toto spravne nebo spatne (pro uzemi kde je podrobna rucni mapa a soucasne cas se o ni rucne starat lepe nez klikat z LPISu)??? Ja osobne bych asi toto ve svem okoli preferoval jako zpusob aktualizace stavajicich dat s vyuzitim LPIS, ale jsem zvedav na nazor a pripominky ostatnich. Uz jsem si to i zkusil na https://www.openstreetmap.org/relation/1659752 (mimochodem nektere inner prvky jsem resil trasovanim z LPISu a jejich vtelenim do teto relace, outer jsem upravil rucnim posunem bodu dle podkladu z WMS), pokud to neuznate jako pitomost muzu to zkusit i jinde... CO BY SE K TAKOVE RUCNI SPRAVE MOHLO HODIT? 1) Pokud by vyse uvedeny pristup nebyl spatny (treba tam, kde bych to chtel mit rozumne spravovane) tak by hoooodne pomohla nejaka podkladova mapa, ve ktere by byly barvou nebo srafou odliseny jednotlive “kultury”/”vyuziti” pudy pro kontrolu co je louka/pole/sad (pripadne pro kontrolu tagu crop) jestli je to tak i v OSM a nebo ne. Jak nekdo psal, ze trasovani v jiz zmapovanem neni jednoduche tak toto by pomohlo rozhodnout ze je na miste trasovat/rucne opravit chybu v typu landuse. Pokud uz je toto k dispozici tak budu rad za link. 2) Pro rucni upravu vnejsich hranic multi poli/luk by se asi hodilo i neco co by umelo pretrasovat hranici po jednotlivych bodech podobne jako funguje klavesa F co nasleduje jiz existujici linii v OSM nebo tomuto nejak pomohlo ze by treba vytvorilo cestu z lomovych bodu v LPISu az treba po misto kde se v LPISu hranice rozdvojuje a ta cesta by se nejakymi nastroji zakomponovala do plochy. Tohle uz ale ted trochu placam, zas tolik rucnich uprav jsem podle LPISu neudelal, abych mohl byt presny, jen v podstate delam pretrasovani vnejsi hranice ze linii v OSM pasuji na grafickou predlohu tech zelenych linii (uzitecna je k tomu funkce W – rezim zvysovani presnosti cest), akorat to proste delam rucne. Snad me za moje maily a moje stourani do trasovani LPISu jeste uplne neproklinate ... kdyz budu trochu v klidu spat ze se nebudou v datech v mem rozlezat chyby a vady tak dam pokoj :-) Pavel Bokr _______________________________________________ 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/20160209/22db7f9b/attachment.html> ------------- další část --------------- A non-text attachment was scrubbed... Name: [žádný popis není k dispozici] Type: image/png Size: 267372 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160209/22db7f9b/attachment.png>