[Talk-cz] Tracer - pLPIS

[Petr Vejsada]

Ahoj,

Dne Po 4. srpna 2014 21:00:14, Marián Kyral napsal(a):

> Jeden sad je tady:

> A lesní školka je tady:

díky, v RUIAN je to jen prostá zemědělská půda, tedy taky nic.

> Jak by sis to propojení představoval? Mne nenapadá, jak by se to dalo
> udělat.

No úplně přesně to nevím :).

Napřed bych viděl úvahu, zda jednotlivá políčka (=parcely a LPIS polygony) 
sdružovat nebo ne. Na tom závisí i strategie aktualizací. Zatím mi přijde 
nemožné hlídat si podle ref:, zda se něco v LPIS změnilo a na změnu 
zareagovat. Nevíme, co se může měnit. Určitě druh kultury, možná i geometrie? 
Je možné, že tam, kde je teď 50 malých políček bude za 3 roky jen jedno velké 
či naopak? Nevíme. Opravdu je reálné změny v LPIS kopírovat do OSM? Myslím, že 
spíš ne.Pokud ne, pak nevidím smysl v importu malých polygonů, ale jen 
sdružených. Představuji si to tak, že by se vyrobily co největší polygony se 
stejným landuse, a to z parcel, LPIS půdy a LPIS krajinných prvků. Ty by pak 
bylo potřeba napasovat do OSM ;-). Určitě nemyslím je tam plácnout s tím, že 
se možná někdy napojí na stávající landuse. I spojení se stávajícími OSM daty 
by se dalo udělat. Jen by bylo potřeba vymyslet pravidla, tedy co dělat, když 
vznikne průnik pole z RUIAN/LPIS s lesem v OSM, zastavěná plocha v RUIAN s 
polem v OSM atd atd. Co dělat s případy dvojparcel, tedy kdy je jedna parcela 
se zahradou a uvnitř ní je jiná parcela se zastavěnou plochou, prostě barák 
uprostřed zahrady. 

 Co máme či můžeme mít k dispozici:

- polygony parcel z RUIAN, kde je 60 kombinací druh_pozemku a 
zpusob_vyuziti_pozemku
- polygony z LPIS
- polygony krajinných prvků z LPIS
- polygony stávajících ploch v OSM

Neříkám, že by to bylo jednoduché, naopak :-). Ostatně to vypadá, že k něčemu 
podobnému není vůle.

Aktualizace dělat jednou za X let a byli bychom vlastně ve stejné situaci - na 
jedné straně landuse v OSM, na druhé straně sdružené polygony z RUIAN a LPIS.

No, asi celé blbost ;-)

--
Petr