<HTML><HEAD></HEAD>
<BODY dir=ltr>
<DIV dir=ltr>
<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: 'Calibri'; COLOR: #000000">
<DIV>OK,</DIV>
<DIV> </DIV>
<DIV>ale prosim nedelat pri tom ty kousky – ja kdyz se koukam kolem sebe tak
postizeno je vetsi uzemi nez jsem myslel, mame napriklad i utrzky poli kolem luk
a naopak:</DIV>
<DIV><A title=https://www.openstreetmap.org/#map=18/49.98447/14.02426
href="https://www.openstreetmap.org/#map=18/49.98447/14.02426">https://www.openstreetmap.org/#map=18/49.98447/14.02426</A></DIV>
<DIV><A title=https://www.openstreetmap.org/#map=18/49.99286/13.99835
href="https://www.openstreetmap.org/#map=18/49.99286/13.99835">https://www.openstreetmap.org/#map=18/49.99286/13.99835</A></DIV>
<DIV><A title=https://www.openstreetmap.org/#map=18/49.99137/14.03235
href="https://www.openstreetmap.org/#map=18/49.99137/14.03235">https://www.openstreetmap.org/#map=18/49.99137/14.03235</A></DIV>
<DIV>a ty relikty jsou na celkem velkem uzemi – postupne se to snad opravi, ale
pokud mozno netvorit uz nove.</DIV>
<DIV> </DIV>
<DIV>Ano z dnesniho pohledu jsem spatne urcil louku/pole a to by se melo
aktualizovat, ale bez tech reliktu – to je snad IMHO lepe kdyby nebyla ta
hranice uplne presna dle LPIS ale nebyly v mape ty relikty (k presnosti ja se
snad vetsinu snazil trasovat podrobne a bez zjednoduseni; snazil jsem se i dle
KM nastavovat posun podkladu).</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Samozrejme souhlasim, ze LPIS je obecne presnejsi – paradoxne zakresy do
nej jsou mnohdy trasovany podle ortofota cuzk (o kterem se zde vedly diskuze
jestli muzeme - nemuzeme). Takze to co urednik nebo farmar otrasuje dle ortofota
cuzk do LPISu tak pak muzeme pouzivat v OSM <IMG
class="wlEmoticon wlEmoticon-smile"
style="BORDER-TOP-STYLE: none; BORDER-BOTTOM-STYLE: none; BORDER-RIGHT-STYLE: none; BORDER-LEFT-STYLE: none"
alt="Veselý obličej" src="cid:22599E4CAF544AF99717D1E06D9E4F80@STANICE4"></DIV>
<DIV> </DIV>
<DIV>Na druhou stranu ne vse z LPISu je vhodne prejimat za ucelem aktualizace,
protoze tam jsou vedeny i plochy, ktere nejsou spravne (treba kde uz se stavi
nove domy, nebo jsou spojeny pole, ktere jsou ve skutecnosti rozdelene mezi s
cestou a prikopem a mam je rozdelene i v OSM – dokud to nekdo neotrasuje z
LPISu) a treba louky se mohou v LPISu kreslit radeji mensi, aby pak nevznikl
zemedelci problem, ze obhospodaruje mensi vymeru nez vyjde z LPISu (proto treba
se v lukach vynechavaji “diry” i pro jednotlive stromy i kdyz trava roste i pod
stromem a pro OSM by dle meho nazoru bylo vhodnejsi louku nechat a dat do ni
strom jako bod ze proste uvnitr te louky roste strom, urednici ale sleduji v
LPIS jine ucely nez sleduje OSM).</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Takze tam kde je mapovano rucne muze byt asi nejvhodnejsi nejaky kompromis,
to co je OK prevzit z LPIS to co, ale neni vhodne z LPISu prebirat tak to do OSM
“netahat”. Je to ale casove narocnejsi nez naklikat co LPIS nabizi. Otrasovanim
vseho by se neco urcite zpresnilo a neco urcite znepresnilo – resp. zavedly by
se do OSM i vetsi chyby nez jsou nepresnosti ve soucasne rucne vznikle mape. K
tomu je ale treba osobni znalost nebo si konkrolovat spravnost a aktualnost LPIS
podle ortofot.</DIV>
<DIV> </DIV>
<DIV>Pri takovem kompromisnim mapovani (vzit si z LPISu jen to dobre) se ale ne
vsechno co je v LPISu prenese do OSM a nebylo by dobre aby tam pak nekdo dodelal
i ty chybejici prvky z LPISu co treba nekdo zamerne netrasoval, aby do OSM
nevnesly vetsi nepresnosti. Nebo se muze stat ze se neceo pretrasuje z LPISu,
pak se rucne upravi geometrie aby byla v OSM byla spravnejsi nez v LPISu, ale
pokud nekdo za nejaky cas opet provede pretrasovani tak to rucni vylepseni OSM
oproti LPISu zrusi.</DIV>
<DIV> </DIV>
<DIV>Ve vysledku to vychazi tak, ze pretrasovani rucni mapy (pokud byla delana
podrobne) to chce trochu vice peclivosti, aby to byla opravdu aktualizace pokud
mozno jen k lepsimu. To je pak k reseni vice vez jen to jestli nahodou
nezustavaji relikty nebo diry.</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Kdyz na ten LPIS koukam tak treba u velkych celku slozenych z vice dilcich
casti nevim jestli neni porad lepsi mit v OSM velke pole jako jeden rucne
mapovany celek bez napojeni na LPISu, podle LPISu treba jen rucne upravit –
zpresnit vnejsi hranici (tedy pokud pole neni fakticky preruseno a je to jeden
celek – jedno dilci pole tesne sousedi s druhym a je to porad to same
farmland/meadow). K teto uvaze me vede kdyz vidim, ze jsou primo i v LPISu mezi
jednotlivymi castmi “velkeho pole” diry ci jine divne geometricke tvary nebo
artefatky, ktere ale ve skutecnosti neexistuji a v OSM by byly jen “balastem” v
datech. V LPISu se na nejakou topologii asi moc nehraje – prekryvy si asi
hlidaji, ale diry ktere nenarokuje zadny farmar asi neresi. Nebo v tech velkych
polich jsou casti, ktere nejsou v LPISu zrejme protoze farmar v nejede v tom co
s LPISem souvisi. Z tohoto pohledu porad rucni mapovani vytvari cistsi data nez
trasovani (teda samozrejme tam kde je rucne mapovano).</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Pokud je aktualizace dle LPISu potreba jak pise Marian, tak se nechci hadat
(i kdyz ja se teda snazil puvodne byt geometricky celkem presny; co je
louka/pole to se ale urcovalo blbe), a jestli budu mit cas tak se tedy pokusim
zkusit hrat i s pretrasovavanim rucni prace a treba nakonec ve svem okoli take
neco sam pretrasuji - navic s vyuzitim mistni znalosti a pokusim se nenechavat
relikty ani diry (tam kde diry z “topologickeho” pohledu nemaji byt tim ze
sousedici prvky spolu i ve skutecnosti tesne sousedi a neni mezi nimi jiny
prvek).</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Mimochodem neni nekde mapovy podklad, ktery by byl barvene odlisen podle
“kultury” v LPISu? Neco jako je barevne rozliseni ploch v RUIAN Lands? Pro spise
rucni hrani si s daty a vybirani si z LPISu jen to lepsi by se hodilo mit vrstvu
barevne rozbarvenou podle toho co to v LPISu je.</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Pavel Bokr</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>P.S. sorry za dlouhe maily</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV
style='FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; DISPLAY: inline'>
<DIV style="FONT: 10pt tahoma">
<DIV> </DIV>
<DIV style="BACKGROUND: #f5f5f5">
<DIV style="font-color: black"><B>From:</B> <A title=mkyral@email.cz
href="mailto:mkyral@email.cz">Marián Kyral</A> </DIV>
<DIV><B>Sent:</B> Tuesday, January 26, 2016 6:07 PM</DIV>
<DIV><B>To:</B> <A title=talk-cz@openstreetmap.org
href="mailto:talk-cz@openstreetmap.org">OpenStreetMap Czech Republic</A> ; <A
title=osm@kraluvdvur.cz href="mailto:osm@kraluvdvur.cz">Pavel Bokr</A> </DIV>
<DIV><B>Subject:</B> Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich
drivevymapovanych poli a luk po pretrasovani podle LPIS</DIV></DIV></DIV>
<DIV> </DIV></DIV>
<DIV
style='FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; DISPLAY: inline'>Ahoj.<BR>To
je lákavá představa, ale pokud budou všichni jen čekat, tak se lepšího traceru
nikdy nedočkají. Bez používání nebude motivace v něm cokoli
vylepšovat.<BR><BR>Já osobně taky přetrasovávám jen jako vedlejší produkt jiných
úprav mapy. <BR><BR>Já vím. Někdo si s tím dal práci, je to barevné a hezky to
vypadá. ALE. Data jsou více či méně zastaralá a bylo to natrasováno dle starých
UHUL ortofoto snímků nebo všelijak posunutých fotek Bingu. Aktualizace je
potřeba. Nehledě na to, že jsou ty polygony různé zjednodušeny a mnohdy hodně
nepřesné. To, že se doplní lpis údaje je až vedlejší produkt. Není to hlavní
cíl.<BR><BR>Marian<BR><BR>
<DIV
style='FONT-SIZE: 10pt; FONT-FAMILY: "Tahoma","sans-serif"; PADDING-BOTTOM: 0in; PADDING-TOP: 3pt; PADDING-LEFT: 0in; PADDING-RIGHT: 0in'>
<HR
style="BORDER-TOP: #e1e1e1 1pt solid; BORDER-RIGHT: medium none; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none">
<B>Odesílatel:</B> Pavel Bokr <osm@kraluvdvur.cz><BR><B>Odesláno:</B> 26.
ledna 2016 16:20:38 SEČ<BR><B>Komu:</B> OpenStreetMap Czech Republic
<talk-cz@openstreetmap.org><BR><B>Předmět:</B> Re: [Talk-cz] Tracer LPIS -
drobne relikty puvodnich drivevymapovanych poli a luk po pretrasovani podle
LPIS<BR></DIV><BR><PRE class=k9mail>Ahoj,<BR><BR>a nebylo by rozumne se domluvit na tom, ze LPIS tracerem se zatim nebudou <BR>resit drive rucne zmapovane plochy, pokud to nebude uplne nezbytne. Treba se <BR>tracer jeste docka takovych vylepseni, ze treba poradi i s temito problemy <BR>vcetne navaznosti na okoli - viz to co pise Petr Holub.<BR><BR>Tedy domluvit se na tom jestli je vubec nyni vhodne trasovat v jiz <BR>zmapovanem - jestli je smyslem mit co nejdrive vsechny pole/louky rozdelene <BR>podle toho kdo jak kde hospodari obohacena o dalsi atributy (crop, meadow) a <BR>navazana na ID v LPISu i za cenu komplikace s relikty, "dirkami" nebo jinymi <BR>vecmi co to muze delat v jiz zmapovanem uzemi nebo jestli trasovani na jiz <BR>zmapovanem uzemi (co uz nejsou "bila mista") zatim moc neprovadet a nechat <BR>tam zatim "scelena" pole (tak jak jsou fyzicky v krajine ne jak kdo na jake <BR>casti hospodari nebo jak tu ci onu cast louky posoudi urednik - na nasi <BR>louce
urednik napriklad "vyrezaval" nejake soliterni stromy) zatim bez <BR>navazani na LPIS a cekat na pripadne budouci vylepseni nastroju.<BR><BR><BR>Kdo by presto citil potrebu neco co uz existuje podle LPIS pretrasovat tak <BR>by mohl postupovat tak a tak, aby po pretrasovani z LPIS nezustaly v mape <BR>relikty [sam ted nejsem schopen ted napsat jak postupovat protoze sam jsem <BR>to ani nezkousel si s tim hrat, ale uz jste to tady psali; treba se k tomu <BR>take nekdy sam dostanu, jak jsem psal zatim jsem do toho nechtel moc vrtat i <BR>z obav (mozna zbytecnych), ze nekde by LPIS udelal horsi data nez rucni <BR>mapovani].<BR><BR>Pavel Bokr<BR><BR><BR><BR>-----Původní zpráva----- <BR>From: Petr Holub<BR>Sent: Tuesday, January 26, 2016 11:51 AM<BR>To: 'OpenStreetMap Czech Republic'<BR>Subject: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich <BR>drivevymapovanych poli a luk po pretrasovani podle LPIS<BR><BR>Ahoj,<BR><BR><BLOCKQUOTE class=gmail_quote style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 1ex 0.8ex; BORDER-LEFT: #729fcf 1px solid"> Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat <BR> zbytky) a okolní<BR> polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne <BR> nepostradatelný. Stejně<BR> tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.<BR></BLOCKQUOTE><BR>jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli <BR>"odecitani" polygonu:<BR>v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je <BR>problem,<BR>ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane <BR>pole"<BR>na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, <BR>casto<BR>se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout <BR>tak, aby<BR>vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka <BR>pomoc.<BR><BR>Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky <BR>dotahl<BR>ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. <BR>Tim by<BR>se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani <BR>nevsimne<BR>a pak na ne ContourMerge neaplikuje.<BR><BR>Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni <BR>prace :(<BR>Kdyby si to nekdo vzal, bylo by to super...<BR><BR>Petr<BR><BR><BR><HR><BR>Talk-cz mailing list<BR>Talk-cz@openstreetmap.org<BR><A href="https://lists.openstreetmap.org/listinfo/talk-cz">https://lists.openstreetmap.org/listinfo/talk-cz</A> <BR><BR><BR><HR><BR>Talk-cz mailing list<BR>Talk-cz@openstreetmap.org<BR><A href="https://lists.openstreetmap.org/listinfo/talk-cz">https://lists.openstreetmap.org/listinfo/talk-cz</A><BR></PRE><BR>--
<BR>Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím
moji stručnost.</DIV></DIV></DIV></BODY></HTML>