<html><body>Nešlo by tedy aspoň při přetrasovávání objektů z lpis upravit ořezávání a přesahující objekty s překryvem třeba nad 10% rovnou mazat? Jde mi o to, aby se neobjevovaly situace, kdy se ono staré pole nahradí novým, menším, a po starém zbyde několik miniaturních ploch rozesetých po hranici nového objektu.<br><br>M.P.<br><br><p>---------- Původní zpráva ----------<br>Od: Martin Švec - OSM <osm@maatts.cz><br>Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org><br>Datum: 28. 5. 2015 13:27:30<br>Předmět: Re: [Talk-cz]
 LPIS: Tráva na orné, Úhor, Jiná trvalá kultura</p><br><blockquote>Dne 28.5.2015 08:01, Marián Kyral napsal(a):<br>><br>> ---------- Původní zpráva ----------<br>> Od: Petr Holub <hopet@ics.muni.cz><br>> Komu: 'OpenStreetMap Czech Republic' <talk-cz@openstreetmap.org><br>> Datum: 28. 5. 2015 7:01:55<br>> Předmět: Re: [Talk-cz] LPIS: Tráva na orné, Úhor, Jiná trvalá kultura<br>><br>><br>>     Ahoj,<br>><br>>     > u úhoru by možná šlo "crop=none". Mimochodem, plánuje se nějak<br>>     automaticky pole aktualizovat?<br>>     > Při dočišťování importu jsem si totiž všiml, že spousta LPIS<br>>     polí zmapovaných před nějakou<br>>     > dobou už s podklady ani tracerem nesedí.<br>><br>>     coz mne vede na otazku, jestli je lepsi zdroj dat LPIS nebo<br>>     RUIAN pro<br>>     potreby OSM. Jak moc je LPIS "rocni zalezitost", kdy se rok od roku<br>>     meni vyuziti pudy podle planu konkretniho zemedelce i s tim, ze<br>>     se rok<br>>     od roku mohou lisit tvary poli? Ten RUIAN by mohl byt z tohoto<br>>     pohledu<br>>     stabilnejsi, kdyz se jedna o vlastnictvi.<br>><br>><br>> Dle RUIAN existuje hafo polí na který ve skutečnosti už hodně, hodně <br>> dlouho stojí rodinné domy. LPIS je v tomto značně přesnější.<br>><br>><br>><br>>     U tech automatickych aktualizaci podle LPISu bych videl jeste jeden<br>>     problem - tam, kde na sebe navazuji pole a les ci jine podobne<br>>     vyuziti ploch bude tezko automaticky urcit, jestli v pripade<br>>     zmenseni<br>>     pole se ma posunout i hranice te druhe plochy nebo zda se maji<br>>     oddelit.<br>>     Pri zvetseni pole bych predpokladal, ze se to posunout ma, alespon<br>>     v pripade lesa.<br>><br>>     Premyslel nekdo nad temito aspekty a ma napady, co s tim?<br>><br>><br>> Přemýšlel a moc to na automatickou aktualizaci nevidím. Nemáme <br>> možnost z LPIS získat informace jen o změnách. Vždy by jsi musel <br>> stahovat všechno a pak dělat složité porovnání dat s OSM. A udělat <br>> nějaký chytrý algoritmus na správnou automatickou editaci polí bude <br>> docela výzva. Možná na několik diplomových prací ;-)<br>><br>><br>> Raději bych zůstal u Traceru a ruční aktualizace. Přijde mi to <br>> lepší. Hned vidím, jestli se tvar pole změnil, jak moc a jestli má <br>> cenu se tím vůbec zabývat. Jediné, co nepoznám je změna z pole na <br>> louku a naopak. Ale to podle mně není až tak velký problém. Doteď <br>> jsme na tom byli hůř. Někdo před léty zaznačil pole a ono tam už <br>> třeba dávno není, ale nikdo to neopravil.<br>><br>><br><br>Souhlasím, už jsem pár aktualizací dělal a pár cizích opravoval. Ty <br>změny v LPISu bývají dost divoké. Velká pole se rozpadají na menší, <br>malá slučují dohromady, objevují se a mizí díry (stožáry, remízky, <br>jezírka), mění se geometrie. Někdy z LPISu bůhvíproč zmizí půlka pole <br>i když z terénu vím že se nic nezměnilo (skončily dotace?). Orientovat <br>se podle LPIS ID taky nefunguje, ID se občas mění i při drobné změně <br>geometrie. Plus třeba já u spousty polí dělal ruční zásahy do <br>geometrie (chybějící remízek, špatně navazující hrany, atd.), které by <br>se automatickou editací zlikvidovaly.<br><br>Takže aktualizace bych nechal na inteligenci místních mapperů, kteří <br>si udržují své oblasti zájmu.<br><br><br>Martin<br><br><br><br>_______________________________________________<br>Talk-cz mailing list<br>Talk-cz@openstreetmap.org<br>https://lists.openstreetmap.org/listinfo/talk-cz</blockquote></body></html>