Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS na Talk-cz

Pavel Bokr osm na kraluvdvur.cz #m00559d 26. 1. 2016 0:33

Ahoj, Predem se omlouvam pokud se ptam na neco co uz bylo receno, diskuze k trasovani LPIS je na me velmi obsahla a s odstupem casu uz dosti neprehledna. V okoli meho mestecka (Kraluv Dvur) a nasledne i v sirsim okoli Berouna jsem od roku 2011 ?rucne? mapoval mimo jine i landuse vcetne poli a luk (z pocatku podle UHULu, pozdeji snad byl nekde i Bing). Tohle jsem udelal na uzemi cca 20x20 km, ukazku jak asi vypadal vysledek v mape jsem si ulozil jen pro me mesto [1]. Jo kdyby tehdy byl tracer ... Pak prisel Tracer LPIS. Sam jsem s nim zkousel trasovat pole nekde na Rokycansku - tam kde tyto plochy zatim zmapovany nebyly a byly tam tedy ?bila mista? (to jeste tracer toho asi jeste neumel tolik co dnes). Do toho co uz jsem mel na Berounsku rucne zmapovane jsem se nepoustel ani jsem o tom radeji zatim neuvazoval. Postupne si ale vsimam, ze k pretrasovani puvodnich rucne mapovanych ploch misty dochazi. Problem podle me vznika tam kde polygon dle LPIS je mensi nez puvodni a vznikne tak relikt ? kolem velkeho pole jsou male prouzky pole, pripadne pokud se zmeni kultura (coz je klidne mozne, podle UHULu nebylo rozhodovani uplne jednoznacne) tak po okrajich louky jsou misty prouzky puvodniho pole. Screenshot z JOSM viz [2], odkaz na zivou mapu viz [3] ? koukejte po okrajich pole a louky Jeste nez se toto pripadne jeste vice rozsiri tak bych rad vznesl dotaz jestli je nejaky idealne snadno nalezitelny navod (nejlepe na wiki co by bylo snadno, rychle a bez sloziteho prohledavani pristupne uzivatelum LPIS traceru, kteri chteji zkusit pretrasovavat) jak tomuto predejit nebo jak nejlepe pracovat s LPIS tracerem v jiz zmapovane oblasti? Vsiml jsem si ze se tracer stale vylepsuje (a diky moc za to!!!) a pak jde o to aby byl vhodne pouzivan s tim vsim co ted umi (ja osobne se priznam ze jsem zatim pretrasovani dle LPIS nezkousel). Pokud by se ale opakovane pretrasovavalo jako na uvedenych ukazkach, tak by nam vznikali v mape relikty a to asi neni dobre (i kdyz se to da treba vyrenderovat tak, aby to nebylo poznat tak IMHO neni uplne spravne to mit v datech). I vlastni LPIS je zivy system a zakresy (geometrie) v nem se postupne meni (sam jsem v nem take upravoval nase male louky). Hlavne bych se zde nerad nekoho dotknul (sam mam nejspis na necem v OSM take maslo na hlave), akorat mi jde o to jestli lze rici a nejlepe nekam viditelne (treba na wiki) napsat, jak postupovat pripadne jake ficury pouzivat, aby se pokud mozno v mape neobjeovaly dalsi relikty luk/poli kolem vetsich luk/poli. Pripadne dodat jak to opravit tam, kde to uz je ? ja osobne bych relikt louky/pole sloucil se sousednim objektem (napr. krovi nebo les) pokud byla louka/pole puvodne moc roszahla; pokud neni sousedni objekt pak bych relikt smazal a stejne tak v pripade ze je ve skutecnosti mezi loukou/polem a sousednim objektem (napr lesem) nejaka mezera ? treba prikop, pripadne bych relikt zmenil na krovi/grassland apod., nebo bych relikt louky/pole sloucil k ?velke?louce/?velkemu?poli pokud by byl puvodni zakres spravnejsi oproti LPIS (coz bude asi mene casto). [1] http://osm.kraluvdvur.cz/2011-08-13-osm-kraluv-dvur.pdf [2] http://osm.kraluvdvur.cz/osm-tracer-lpis-relikty.png [3] https://www.openstreetmap.org/#map=17/49.96520/13.98907 https://www.openstreetmap.org/#map=17/49.97227/13.97435 https://www.openstreetmap.org/#map=18/49.95781/13.96725 Pokud uz se toto nekde popsalo a vyresilo tak fakt sorry pokud jsem to nenasel Pavel Bokr

wlEmoticon-smile[1].png

Marián Kyral mkyral na email.cz #m2b6a74 26. 1. 2016 9:38

Ahoj, souhlasím, že nějakou názornou dokumentaci by to chtělo. Líbilo by se mi to stylem MapBox - povídání a animované gify [1]. Ale čas nějak není :-( Jakákoli iniciativa v tomto směru vítána. Podle mne stačí začít a pak už se to postupně doplní o speciální případy. Jinak doporučuji zkusit nejnovější verzi Traceru [2]. Udělal jsem teď o víkendu pár změn, hlavně co se týče možností přetrasovávání starých před- LPIS polí. Ty kousky jsou následek toho, že si Tracer všímal jen lpis objektů a ostatní ignoroval. Nově by se to už mělo chovat mnohem lépe a kousky by, v běžných případech, vznikat neměly. Zatím stále chybí (a hned tak asi nebude) přetrasovávání multipolygonů. Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat zbytky) a okolní polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne nepostradatelný. Stejně tak se s ním krásně vyplňují díry pokud se tato skládá z více cest. Aktualizace multipolygonu je trochu složitější, ale taky to jde. To natrasuji lpis polygon jako nezávislý objekt (CTRL + klik) a pak postupně nahradím jednotlivé outer a inner cesty pomocí příkazu "Nahradit geometrii" z utilsplugin2 [4]. Prázdnou relaci pak smažu. [1] https://github.com/mapbox/mapping/wiki/Mapping-with-OpenStreetMap [2] http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.cz/13259 [3] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge [4] https://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2#Replace_geometry_.28Ctrl.2BShift.2BG.29 Marián

Ahoj, souhlasím, že nějakou názornou dokumentaci by to chtělo. Líbilo by se mi to stylem MapBox - povídání a animované gify [1]. Ale čas nějak není :-( Jakákoli iniciativa v tomto směru vítána. Podle mne stačí začít a pak už se to postupně doplní o speciální případy. Jinak doporučuji zkusit nejnovější verzi Traceru [2]. Udělal jsem teď o víkendu pár změn, hlavně co se týče možností přetrasovávání starých před- LPIS polí. Ty kousky jsou následek toho, že si Tracer všímal jen lpis objektů a ostatní ignoroval. Nově by se to už mělo chovat mnohem lépe a kousky by, v běžných případech, vznikat neměly. Zatím stále chybí (a hned tak asi nebude) přetrasovávání multipolygonů. Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat zbytky) a okolní polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne nepostradatelný. Stejně tak se s ním krásně vyplňují díry pokud se tato skládá z více cest. Aktualizace multipolygonu je trochu složitější, ale taky to jde. To natrasuji lpis polygon jako nezávislý objekt (CTRL + klik) a pak postupně nahradím jednotlivé outer a inner cesty pomocí příkazu "Nahradit geometrii" z utilsplugin2 [4]. Prázdnou relaci pak smažu. [1] https://github.com/mapbox/mapping/wiki/Mapping-with-OpenStreetMap [2] http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.cz/13259 [3] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge [4] https://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2#Replace_ geometry_.28Ctrl.2BShift.2BG.29 Marián ---------- Původní zpráva ---------- Od: Pavel Bokr <osm na kraluvdvur.cz> Komu: talk-cz na openstreetmap.org Datum: 26. 1. 2016 0:35:21 Předmět: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS " Ahoj, Predem se omlouvam pokud se ptam na neco co uz bylo receno, diskuze k trasovani LPIS je na me velmi obsahla a s odstupem casu uz dosti neprehledna. V okoli meho mestecka (Kraluv Dvur) a nasledne i v sirsim okoli Berouna jsem od roku 2011 ?rucne? mapoval mimo jine i landuse vcetne poli a luk (z pocatku podle UHULu, pozdeji snad byl nekde i Bing). Tohle jsem udelal na uzemi cca 20x20 km, ukazku jak asi vypadal vysledek v mape jsem si ulozil jen pro me mesto [1]. Jo kdyby tehdy byl tracer ... Veselý obličej Pak prisel Tracer LPIS. Sam jsem s nim zkousel trasovat pole nekde na Rokycansku - tam kde tyto plochy zatim zmapovany nebyly a byly tam tedy ? bila mista? (to jeste tracer toho asi jeste neumel tolik co dnes). Do toho co uz jsem mel na Berounsku rucne zmapovane jsem se nepoustel ani jsem o tom radeji zatim neuvazoval. Postupne si ale vsimam, ze k pretrasovani puvodnich rucne mapovanych ploch misty dochazi. Problem podle me vznika tam kde polygon dle LPIS je mensi nez puvodni a vznikne tak relikt ? kolem velkeho pole jsou male prouzky pole, pripadne pokud se zmeni kultura (coz je klidne mozne, podle UHULu nebylo rozhodovani uplne jednoznacne) tak po okrajich louky jsou misty prouzky puvodniho pole. Screenshot z JOSM viz [2], odkaz na zivou mapu viz [3] ? koukejte po okrajich pole a louky Jeste nez se toto pripadne jeste vice rozsiri tak bych rad vznesl dotaz jestli je nejaky idealne snadno nalezitelny navod (nejlepe na wiki co by bylo snadno, rychle a bez sloziteho prohledavani pristupne uzivatelum LPIS traceru, kteri chteji zkusit pretrasovavat) jak tomuto predejit nebo jak nejlepe pracovat s LPIS tracerem v jiz zmapovane oblasti? Vsiml jsem si ze se tracer stale vylepsuje (a diky moc za to!!!) a pak jde o to aby byl vhodne pouzivan s tim vsim co ted umi (ja osobne se priznam ze jsem zatim pretrasovani dle LPIS nezkousel). Pokud by se ale opakovane pretrasovavalo jako na uvedenych ukazkach, tak by nam vznikali v mape relikty a to asi neni dobre (i kdyz se to da treba vyrenderovat tak, aby to nebylo poznat tak IMHO neni uplne spravne to mit v datech). I vlastni LPIS je zivy system a zakresy (geometrie) v nem se postupne meni (sam jsem v nem take upravoval nase male louky). Hlavne bych se zde nerad nekoho dotknul (sam mam nejspis na necem v OSM take maslo na hlave), akorat mi jde o to jestli lze rici a nejlepe nekam viditelne (treba na wiki) napsat, jak postupovat pripadne jake ficury pouzivat, aby se pokud mozno v mape neobjeovaly dalsi relikty luk/poli kolem vetsich luk/poli. Pripadne dodat jak to opravit tam, kde to uz je ? ja osobne bych relikt louky/pole sloucil se sousednim objektem (napr. krovi nebo les) pokud byla louka/pole puvodne moc roszahla; pokud neni sousedni objekt pak bych relikt smazal a stejne tak v pripade ze je ve skutecnosti mezi loukou/polem a sousednim objektem (napr lesem) nejaka mezera ? treba prikop, pripadne bych relikt zmenil na krovi/grassland apod., nebo bych relikt louky/pole sloucil k ?velke?louce/?velkemu?poli pokud by byl puvodni zakres spravnejsi oproti LPIS (coz bude asi mene casto). [1] http://osm.kraluvdvur.cz/2011-08-13-osm-kraluv-dvur.pdf (http://osm.kraluvdvur.cz/2011-08-13-osm-kraluv-dvur.pdf) [2] http://osm.kraluvdvur.cz/osm-tracer-lpis-relikty.png (http://osm.kraluvdvur.cz/osm-tracer-lpis-relikty.png) [3] https://www.openstreetmap.org/#map=17/49.96520/13.98907 (https://www.openstreetmap.org/#map=17/49.96520/13.98907) https://www.openstreetmap.org/#map=17/49.97227/13.97435 (https://www.openstreetmap.org/#map=17/49.97227/13.97435) https://www.openstreetmap.org/#map=18/49.95781/13.96725 (https://www.openstreetmap.org/#map=18/49.95781/13.96725) Pokud uz se toto nekde popsalo a vyresilo tak fakt sorry pokud jsem to nenasel Pavel Bokr _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz"

wlEmoticon-smile[1].png

Petr Holub hopet na ics.muni.cz #m679a4d 26. 1. 2016 11:51

Ahoj,

Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat zbytky) a okolní polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne nepostradatelný. Stejně tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli "odecitani" polygonu: v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je problem, ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane pole" na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, casto se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout tak, aby vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka pomoc. Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky dotahl ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. Tim by se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani nevsimne a pak na ne ContourMerge neaplikuje. Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni prace :( Kdyby si to nekdo vzal, bylo by to super... Petr

Marián Kyral mkyral na email.cz #mc6aca8 26. 1. 2016 19:17

vymapovanych poli a luk po pretrasovani podle LPIS "Ahoj,

Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat

zbytky) a okolní

polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne

nepostradatelný. Stejně

tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli "odecitani" polygonu: v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je problem, ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane pole" na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, casto se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout tak, aby vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka pomoc. No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc složité by bylo upravit Contour Merge netuším.Ale asi to bude nad mé síly. Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak pole přetrasuješ. Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky dotahl ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. Tim by se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani nevsimne a pak na ne ContourMerge neaplikuje." Který polygon by se dotáhnul kam? Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni prace :( Kdyby si to nekdo vzal, bylo by to super... +1 Marián Petr

Petr Holub hopet na ics.muni.cz #m789649 26. 1. 2016 23:09

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli "odecitani" polygonu: v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je problem, ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane pole" na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, casto se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout tak, aby vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka pomoc. No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc složité by bylo upravit Contour Merge netuším.Ale asi to bude nad mé síly. Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak pole přetrasuješ.

Jo, ale problem je s existujicimi poli - smazat vsechno, roztahnout les a pak pretrasovat (ale zase by tim clovek stoupal ve statistikach zmen ;o))) ). Pokud bychom to meli i jako samostatnou funkcionalitu na existujicich objektech, tak by to bylo super - mozna by to nemuselo byt tolik prace, kdyz uz to vlastne v Traceru mas.

Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky dotahl ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. Tim by se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani nevsimne a pak na ne ContourMerge neaplikuje. Který polygon by se dotáhnul kam?

To by chtelo rozmalovat a presneji dorozmyslet jednotlive pripady, ale zhruba takto (nerucim za spravny desing, uz mam ponekud unavenou hlavu): stav 1: vyberu rozlivany objekt (uzavrena cesta) - editor prejde do stavu 2 stav 2: editor postupne proiteruje vsechny diry, ktere jsou tvorene: a) plochami (uzavrenymi cestami) ktere se rozlevaneho objektu dotykaji ve dvou bodech, ale mezi temito dvema body existuje po neblizsich cestach (nikoli nutne nejkratsi ve smyslu poctu bodu, ale nejkratsi ve smyslu delky segmentu - to by melo fungovat, musi se ale zkontrolovat, ze plocha sama sebe nekrizi) nesdileny bod na jedne nebo druhe ceste b) na sebe navazujicim plochami (navazujici = sdili aspon 1 bod), z nichz krajni plochy sdili s rozlivanym objektem alespon jeden bod - a opet po nejkratsich cestach je tam 1 nebo vice nesdilenych bodu stav 3: proiteruje vsechny diry a nabidne je k zaceleni uzivateli (zobrazi diru a zepta se "zacelit - ano/ne" Petr

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli "odecitani" polygonu: v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je problem, ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane pole" na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, casto se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout tak, aby vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka pomoc. No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc složité by bylo upravit Contour Merge netuším.Ale asi to bude nad mé síly. Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak pole přetrasuješ.

Jo, ale problem je s existujicimi poli - smazat vsechno, roztahnout les a pak pretrasovat (ale zase by tim clovek stoupal ve statistikach zmen ;o))) ). Pokud bychom to meli i jako samostatnou funkcionalitu na existujicich objektech, tak by to bylo super - mozna by to nemuselo byt tolik prace, kdyz uz to vlastne v Traceru mas.

Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky dotahl ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. Tim by se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani nevsimne a pak na ne ContourMerge neaplikuje. Který polygon by se dotáhnul kam?

To by chtelo rozmalovat a presneji dorozmyslet jednotlive pripady, ale zhruba takto (nerucim za spravny desing, uz mam ponekud unavenou hlavu): stav 1: vyberu rozlivany objekt (uzavrena cesta) - editor prejde do stavu 2 stav 2: editor postupne proiteruje vsechny diry, ktere jsou tvorene: a) plochami (uzavrenymi cestami) ktere se rozlevaneho objektu dotykaji ve dvou bodech, ale mezi temito dvema body existuje po neblizsich cestach (nikoli nutne nejkratsi ve smyslu poctu bodu, ale nejkratsi ve smyslu delky segmentu - to by melo fungovat, musi se ale zkontrolovat, ze plocha sama sebe nekrizi) nesdileny bod na jedne nebo druhe ceste b) na sebe navazujicim plochami (navazujici = sdili aspon 1 bod), z nichz krajni plochy sdili s rozlivanym objektem alespon jeden bod - a opet po nejkratsich cestach je tam 1 nebo vice nesdilenych bodu stav 3: proiteruje vsechny diry a nabidne je k zaceleni uzivateli (zobrazi diru a zepta se "zacelit - ano/ne" Petr

Martin Švec - OSM osm na maatts.cz #m27dc2b 27. 1. 2016 12:42

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli "odecitani" polygonu: v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je problem, ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane pole" na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, casto se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout tak, aby vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka pomoc. No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc složité by bylo upravit Contour Merge netuším.Ale asi to bude nad mé síly. Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak pole přetrasuješ.
Jo, ale problem je s existujicimi poli - smazat vsechno, roztahnout les a pak pretrasovat (ale zase by tim clovek stoupal ve statistikach zmen ;o))) ). Pokud bychom to meli i jako samostatnou funkcionalitu na existujicich objektech, tak by to bylo super - mozna by to nemuselo byt tolik prace, kdyz uz to vlastne v Traceru mas.
Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky dotahl ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. Tim by se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani nevsimne a pak na ne ContourMerge neaplikuje. Který polygon by se dotáhnul kam?
To by chtelo rozmalovat a presneji dorozmyslet jednotlive pripady, ale zhruba takto (nerucim za spravny desing, uz mam ponekud unavenou hlavu): stav 1: vyberu rozlivany objekt (uzavrena cesta) - editor prejde do stavu 2 stav 2: editor postupne proiteruje vsechny diry, ktere jsou tvorene: a) plochami (uzavrenymi cestami) ktere se rozlevaneho objektu dotykaji ve dvou bodech, ale mezi temito dvema body existuje po neblizsich cestach (nikoli nutne nejkratsi ve smyslu poctu bodu, ale nejkratsi ve smyslu delky segmentu - to by melo fungovat, musi se ale zkontrolovat, ze plocha sama sebe nekrizi) nesdileny bod na jedne nebo druhe ceste b) na sebe navazujicim plochami (navazujici = sdili aspon 1 bod), z nichz krajni plochy sdili s rozlivanym objektem alespon jeden bod - a opet po nejkratsich cestach je tam 1 nebo vice nesdilenych bodu stav 3: proiteruje vsechny diry a nabidne je k zaceleni uzivateli (zobrazi diru a zepta se "zacelit - ano/ne"

Na tohle téma jsme si psali tuším loni na jaře. IMHO tenhle postup je jednodušší, praktičtější a máme pro něj v Traceru spoustu kódu hotovou: (1) Vybrat rozlívaný objekt A, zapnout funkci rozlivu. (2) Editor přejde do režimu "freehand výběru". (3) Myší zhruba nakreslit "bramboru" B kam všude se má objekt A rozlít, s dostatečnými přesahy přes okolní objekty včetně objektu A. (4) Spočítat sjednocení polygonů A + B = polygon C. (5) Ořezat polygon C ořezovou funkcí která je v Traceru. (6) Vrátit se do bodu (2), nebo opustit funkci rozlivu přepnutím na jinou funkci JOSM. Tím zakreslením přibližné plochy B kam se má rozlívat odpadá problematická detekce "děr" a "průlivů do nekonečna". Není ani potřeba dotazovat se na každou díru, roztahování plochy se dá udělat na pár rychlých čmárnutí myší. Základní koncept je jednoduchý, ale cítím tam spoustu drobných zádrhelů, které se budou muset ošetřit a sežerou nejvíc času :-) Taky ta funkce nemůže být vyloženě univerzální -- musí existovat předdefinované sady tagů, které okolní polygony mají rozliv ořezávat a které se mají ignorovat. Sežeň si studenta který to odprogramuje, rád mu poradím, ale sám na to čas nemám. Hlavně na to ladění zádrhelů. Martin

Dne 26.1.2016 v 23:09 Petr Holub napsal(a):

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli "odecitani" polygonu: v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je problem, ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane pole" na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, casto se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout tak, aby vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka pomoc. No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc složité by bylo upravit Contour Merge netuším.Ale asi to bude nad mé síly. Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak pole přetrasuješ.
Jo, ale problem je s existujicimi poli - smazat vsechno, roztahnout les a pak pretrasovat (ale zase by tim clovek stoupal ve statistikach zmen ;o))) ). Pokud bychom to meli i jako samostatnou funkcionalitu na existujicich objektech, tak by to bylo super - mozna by to nemuselo byt tolik prace, kdyz uz to vlastne v Traceru mas.
Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky dotahl ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. Tim by se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani nevsimne a pak na ne ContourMerge neaplikuje. Který polygon by se dotáhnul kam?
To by chtelo rozmalovat a presneji dorozmyslet jednotlive pripady, ale zhruba takto (nerucim za spravny desing, uz mam ponekud unavenou hlavu): stav 1: vyberu rozlivany objekt (uzavrena cesta) - editor prejde do stavu 2 stav 2: editor postupne proiteruje vsechny diry, ktere jsou tvorene: a) plochami (uzavrenymi cestami) ktere se rozlevaneho objektu dotykaji ve dvou bodech, ale mezi temito dvema body existuje po neblizsich cestach (nikoli nutne nejkratsi ve smyslu poctu bodu, ale nejkratsi ve smyslu delky segmentu - to by melo fungovat, musi se ale zkontrolovat, ze plocha sama sebe nekrizi) nesdileny bod na jedne nebo druhe ceste b) na sebe navazujicim plochami (navazujici = sdili aspon 1 bod), z nichz krajni plochy sdili s rozlivanym objektem alespon jeden bod - a opet po nejkratsich cestach je tam 1 nebo vice nesdilenych bodu stav 3: proiteruje vsechny diry a nabidne je k zaceleni uzivateli (zobrazi diru a zepta se "zacelit - ano/ne"

Na tohle téma jsme si psali tuším loni na jaře. IMHO tenhle postup je jednodušší, praktičtější a máme pro něj v Traceru spoustu kódu hotovou: (1) Vybrat rozlívaný objekt A, zapnout funkci rozlivu. (2) Editor přejde do režimu "freehand výběru". (3) Myší zhruba nakreslit "bramboru" B kam všude se má objekt A rozlít, s dostatečnými přesahy přes okolní objekty včetně objektu A. (4) Spočítat sjednocení polygonů A + B = polygon C. (5) Ořezat polygon C ořezovou funkcí která je v Traceru. (6) Vrátit se do bodu (2), nebo opustit funkci rozlivu přepnutím na jinou funkci JOSM. Tím zakreslením přibližné plochy B kam se má rozlívat odpadá problematická detekce "děr" a "průlivů do nekonečna". Není ani potřeba dotazovat se na každou díru, roztahování plochy se dá udělat na pár rychlých čmárnutí myší. Základní koncept je jednoduchý, ale cítím tam spoustu drobných zádrhelů, které se budou muset ošetřit a sežerou nejvíc času :-) Taky ta funkce nemůže být vyloženě univerzální -- musí existovat předdefinované sady tagů, které okolní polygony mají rozliv ořezávat a které se mají ignorovat. Sežeň si studenta který to odprogramuje, rád mu poradím, ale sám na to čas nemám. Hlavně na to ladění zádrhelů. Martin

Petr _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz