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