« zpět na výpis měsíce |

[Talk-cz] Tracer - pLPIS

Vlákno 2.8. - 23.8.2014, počet zpráv: 53


2.8.2014 11:36:40 (#1)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Ahoj, takže mám skoro dokončenou první verzi. Co to umí: umí získat geometrii a kulturu prvku a následně vytvořit cestu nebo multipolygon (pokud existují nějaké vnitřní prvky) a otagovat. Co to neumí: napojení na sousední pole (pokud se dané pole dotýkají), neřeší se konflikty, nekontroluje se existence daného objektu a zatím má každý modul samostatnou klávesovou zkratku. Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na vlastní testování, ale hlavně vyřešit tyto "drobnosti" a) Mapování - to mám zatím takto: *"orná půda":* "landuse": "farmland" *"chmelnice":* "landuse": "farmland"; "crop": "hop" *"vinice":* "landuse": "vineyard" *"ovocný sad"*: landuse": "orchard" *"travní porost":* landuse": "meadow" *"porost RRD":* landuse": "forest" *"zalesněná půda":* landuse", "forest" *"rybník":* landuse": "reservoir" *"jiná kultura":* landuse": "farmland" *"jiná kultura (školka)":* landuse": "plant_nursery" *"jiná kultura (zelinářská zahrada)":* landuse": "farmland"; "crop": "vegetables" Bohužel si nejsem vůbec jistý, že vše dostanu přesně tak jak je to napsáno výše. Už jsem narazil u "zalesněno" a "zalesněná půda". Bohužel nevím, kde by se daly otestovat speciální případy. b) LPIS nebo pLPIS? Hlavně u tagu source a ref. Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. Ve wiki ( http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) Místo ref= bych nastavil ref:plpis (opět dle ruian) Mám taky nastavit pole *(p)lpis:kultura*? A co pole *kultura_od* namapovaná třeba na *start_date* ? Co myslíte? Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140802/4b446f7f/attachment.html>

3.8.2014 10:11:43 (#2)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> takže mám skoro dokončenou první verzi.
Gratulace :-). Na imports@ mailing listu zadny velky rev nebyl, takze jsem zacal importovat okoli Mukarova abych videl, jak to bude vypadat. Vypada to o dost lip, nez veci co jsem delal rucne... zobrazit citaci
> Co to umí: umí získat geometrii a kulturu prvku a následně vytvořit > cestu nebo multipolygon (pokud existují nějaké vnitřní prvky) a otagovat. > Co to neumí: napojení na sousední pole (pokud se dané pole dotýkají), > neřeší se konflikty, nekontroluje se existence daného objektu a zatím má > každý modul samostatnou klávesovou zkratku. > > Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na > vlastní testování, ale hlavně vyřešit tyto "drobnosti" > > a) Mapování - to mám zatím takto: > > *"orná půda":* "landuse": "farmland" > *"chmelnice":* "landuse": "farmland"; "crop": "hop" > *"vinice":* "landuse": "vineyard" > *"ovocný sad"*: landuse": "orchard" > *"travní porost":* landuse": "meadow" > *"porost RRD":* landuse": "forest"
Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim skript... ale ona na importovanem uzemi zrejme ta situace jeste nenastala... zobrazit citaci
> *"jiná kultura (školka)":* landuse": "plant_nursery"
Tohle v tech cislech nevidim... aha, tak ne, je to tam, 91, taguju jako landuse=forest. Aha... ale dle obrazku: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dplant_nursery Jsme si jisty ze tohle je nase "skolka"? Obrazek tomu uplne neodpovida... zobrazit citaci
> Bohužel si nejsem vůbec jistý, že vše dostanu přesně tak jak je to > napsáno výše. Už jsem narazil u "zalesněno" a "zalesněná půda". Bohužel > nevím, kde by se daly otestovat speciální případy. > > b) LPIS nebo pLPIS? Hlavně u tagu source a ref. > Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do > ref se dá LPIS_ID. A dále se nastavuje lpis:kultura.
Stat tomu rika "Veřejný registr půdy - LPIS", takze bych nechal lpis. zobrazit citaci
> Ve wiki ( > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy > ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) > > Místo ref= bych nastavil ref:plpis (opět dle ruian)
No, ja bych nechal ref, ale asi je to dost jedno... zobrazit citaci
> Mám taky nastavit pole *(p)lpis:kultura*? A co pole *kultura_od* > namapovaná třeba na *start_date* ?
V importovanejch uz lpis:kultura nenastavuju. Start date proc ne... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

3.8.2014 08:52:48 (#3)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 3.8.2014 10:11, Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > >> takže mám skoro dokončenou první verzi. > Gratulace :-). > > Na imports@ mailing listu zadny velky rev nebyl, takze jsem zacal > importovat okoli Mukarova abych videl, jak to bude vypadat. Vypada to > o dost lip, nez veci co jsem delal rucne... >
Evidentně si všichni užívají dovolenou, nebo to přehlédli ;-) zobrazit citaci
>> Co to umí: umí získat geometrii a kulturu prvku a následně vytvořit >> cestu nebo multipolygon (pokud existují nějaké vnitřní prvky) a otagovat. >> Co to neumí: napojení na sousední pole (pokud se dané pole dotýkají), >> neřeší se konflikty, nekontroluje se existence daného objektu a zatím má >> každý modul samostatnou klávesovou zkratku. >> >> Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na >> vlastní testování, ale hlavně vyřešit tyto "drobnosti" >> >> a) Mapování - to mám zatím takto: >> >> *"orná půda":* "landuse": "farmland" >> *"chmelnice":* "landuse": "farmland"; "crop": "hop" >> *"vinice":* "landuse": "vineyard" >> *"ovocný sad"*: landuse": "orchard" >> *"travní porost":* landuse": "meadow" >> *"porost RRD":* landuse": "forest" > Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim > skript... ale ona na importovanem uzemi zrejme ta situace jeste > nenastala...
No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo ovocné sady v LPIS nejsou. zobrazit citaci
>> *"jiná kultura (školka)":* landuse": "plant_nursery" > Tohle v tech cislech nevidim... aha, tak ne, je to tam, 91, taguju > jako landuse=forest. > > Aha... ale dle obrazku: > > http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dplant_nursery > > Jsme si jisty ze tohle je nase "skolka"? Obrazek tomu uplne > neodpovida... >
Tak ona lesní školka má několik oddělení - semínka, sazeničky a stromečky (v případě lesní školky). No a na obrázku jsou ty sazeničky. Navíc, když se koukneš na wiki, tak je tam dub. * species:en <http://wiki.openstreetmap.org/w/index.php?title=Key:species:en&action=edit&redlink=1>=White oak <http://wiki.openstreetmap.org/w/index.php?title=Tag:species:en%3DWhite_oak&action=edit&redlink=1> zobrazit citaci
>> Bohužel si nejsem vůbec jistý, že vše dostanu přesně tak jak je to >> napsáno výše. Už jsem narazil u "zalesněno" a "zalesněná půda". Bohužel >> nevím, kde by se daly otestovat speciální případy. >> >> b) LPIS nebo pLPIS? Hlavně u tagu source a ref. >> Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do >> ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. > Stat tomu rika "Veřejný registr půdy - LPIS", takze bych nechal lpis.
Veřejný -> public -> pLPIS ;-) Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis? Eagri je jen specializovaný portál mze. zobrazit citaci
>> Ve wiki ( >> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy >> ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) >> >> Místo ref= bych nastavil ref:plpis (opět dle ruian) > No, ja bych nechal ref, ale asi je to dost jedno...
No u importu z RUIANu se nám sešlo, že v některých případech může být na jednom objektu ID Stavebního objektu a zároveň i ID Adresy. Tak se to rozdělilo. To u LPIS asi nehrozí (i když kdo ví), ale z jednoduchého ref není jasné, co za číslo to je. Jestli LPIS ID, nebo nějaké úplně jiné ID. Myslím že ref:lpis je lepší. zobrazit citaci
>> Mám taky nastavit pole *(p)lpis:kultura*? A co pole *kultura_od* >> namapovaná třeba na *start_date* ? > V importovanejch uz lpis:kultura nenastavuju. Start date proc ne... > Pavel
OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového nenašel. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140803/000ad0c7/attachment.html>

4.8.2014 09:16:07 (#4)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> >> Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na > >> vlastní testování, ale hlavně vyřešit tyto "drobnosti" > >> > >> a) Mapování - to mám zatím takto: > >> > >> *"orná půda":* "landuse": "farmland" > >> *"chmelnice":* "landuse": "farmland"; "crop": "hop" > >> *"vinice":* "landuse": "vineyard" > >> *"ovocný sad"*: landuse": "orchard" > >> *"travní porost":* landuse": "meadow" > >> *"porost RRD":* landuse": "forest" > > Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim > > skript... ale ona na importovanem uzemi zrejme ta situace jeste > > nenastala... > > No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na > ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo > ovocné sady v LPIS nejsou.
Jsou; jeden sad jsem importoval mezi Masojedama a Doubravcicema. zobrazit citaci
> >> b) LPIS nebo pLPIS? Hlavně u tagu source a ref. > >> Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do > >> ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. > > Stat tomu rika "Veřejný registr půdy - LPIS", takze bych nechal lpis. > > Veřejný -> public -> pLPIS ;-) > > Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby > jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis? > Eagri je jen specializovaný portál mze.
Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou importovana existujici data. zobrazit citaci
> >> Ve wiki ( > >> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy > >> ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) > >> > >> Místo ref= bych nastavil ref:plpis (opět dle ruian) > > No, ja bych nechal ref, ale asi je to dost jedno... > No u importu z RUIANu se nám sešlo, že v některých případech může být na > jednom objektu ID Stavebního objektu a zároveň i ID Adresy. Tak se to > rozdělilo. To u LPIS asi nehrozí (i když kdo ví), ale z jednoduchého ref > není jasné, co za číslo to je. Jestli LPIS ID, nebo nějaké úplně jiné > ID. Myslím že ref:lpis je lepší.
No, existujici data pouzivaji ref=, a jestli to neni jasne, jde to upresnit na wiki. Nechal bych cisty ref=. zobrazit citaci
> OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se > mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového > nenašel.
Ono asi v principu neni vylouceny dat tam vlastni tag. ref:lpis by taky byl vlastni tag... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

4.8.2014 09:33:03 (#5)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
---------- Původní zpráva ---------- Od: Pavel Machek <pavel na ucw.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 8. 2014 9:17:04 Předmět: Re: [Talk-cz] Tracer - pLPIS "Ahoj! zobrazit citaci
> >> Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na > >> vlastní testování, ale hlavně vyřešit tyto "drobnosti" > >> > >> a) Mapování - to mám zatím takto: > >> > >> *"orná půda":* "landuse": "farmland" > >> *"chmelnice":* "landuse": "farmland"; "crop": "hop" > >> *"vinice":* "landuse": "vineyard" > >> *"ovocný sad"*: landuse": "orchard" > >> *"travní porost":* landuse": "meadow" > >> *"porost RRD":* landuse": "forest" > > Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim > > skript... ale ona na importovanem uzemi zrejme ta situace jeste > > nenastala... > > No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na > ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo > ovocné sady v LPIS nejsou.
Jsou; jeden sad jsem importoval mezi Masojedama a Doubravcicema. " Špatně jsem se vyjádřil. Myslel jsem  to tak, že místa v okolí, o kterých vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou. " zobrazit citaci
> >> b) LPIS nebo pLPIS? Hlavně u tagu source a ref. > >> Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do > >> ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. > > Stat tomu rika "Veřejný registr půdy - LPIS", takze bych nechal lpis. > > Veřejný -> public -> pLPIS ;-) > > Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby > jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis? > Eagri je jen specializovaný portál mze.
Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou importovana existujici data. " A nebude to pak v kolizi? LPIS je obecná zkratka a kromě českého jsem našel i slovenský a evropský (a to asi nebudou všechny). Nebo budeme aplikovat princip, kdo dřív přijde, ten dřív mele? http://www.podnemapy.sk/lpis_verejnost/viewer.htm http://ies.jrc.ec.europa.eu/our-activities/support-for-member-states/lpis- iacs.html " zobrazit citaci pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy zobrazit citaci
> >> ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) > >> > >> Místo ref= bych nastavil ref:plpis (opět dle ruian) > > No, ja bych nechal ref, ale asi je to dost jedno... > No u importu z RUIANu se nám sešlo, že v některých případech může být na > jednom objektu ID Stavebního objektu a zároveň i ID Adresy. Tak se to > rozdělilo. To u LPIS asi nehrozí (i když kdo ví), ale z jednoduchého ref > není jasné, co za číslo to je. Jestli LPIS ID, nebo nějaké úplně jiné > ID. Myslím že ref:lpis je lepší.
No, existujici data pouzivaji ref=, a jestli to neni jasne, jde to upresnit na wiki. Nechal bych cisty ref=. " OK " zobrazit citaci
> OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se > mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového > nenašel.
Ono asi v principu neni vylouceny dat tam vlastni tag. ref:lpis by taky byl vlastni tag... Pavel" To jo. Ale je otázka, jestli by to vůbec k něčemu bylo. Pořád čekám, jestli se vyjádří ostatní, ale buď jsou na dovolené, nebo u vody ;-) Marián " -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/ blog.html _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140804/b85d86d0/attachment.html>

4.8.2014 01:33:02 (#6)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> > >> b) LPIS nebo pLPIS? Hlavně u tagu source a ref. > > >> Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do > > >> ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. > > > Stat tomu rika "Veřejný registr půdy - LPIS", takze bych nechal lpis. > > > > Veřejný -> public -> pLPIS ;-) > > > > Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby > > jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis? > > Eagri je jen specializovaný portál mze. > > Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou > importovana existujici data. > " > > A nebude to pak v kolizi? LPIS je obecná zkratka a kromě českého jsem našel > i slovenský a evropský (a to asi nebudou všechny). Nebo budeme aplikovat > princip, kdo dřív přijde, ten dřív mele?
Kdo driv prijde, ten driv mele :-). Pokud polaci nebo slovaci zkusi import, tak zjisti ze stranka na wiki uz existuje, takze by si konfliktu meli vsimnout. A i kdyby nahodou ne, nebude to velky problem: importujem ta data jen na ceskym uzemi... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

4.8.2014 08:00:25 (#7)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Po 4. srpna 2014 09:33:03, Marián Kyral napsal(a): zobrazit citaci
> > OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se > > mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového > > nenašel.
zobrazit citaci
> To jo. Ale je otázka, jestli by to vůbec k něčemu bylo.
zobrazit citaci
> Pořád čekám, jestli se vyjádří ostatní, ale buď jsou na dovolené, nebo u > vody
u vody jsem jen málokdy :-(, nicméně k tomuto - tento spam ;-) například u mnou nově trasovaných budov poctivě mažu a nechávám jen building=* a ref_ruian:building, protože z druhého jmenovaného lze vše ostatní, a nejen to, dovodit. -- Petr

4.8.2014 08:06:37 (#8)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Po 4. srpna 2014 09:33:03, Marián Kyral napsal(a): zobrazit citaci
> Špatně jsem se vyjádřil. Myslel jsem to tak, že místa v okolí, o kterých > vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou.
no protože v LPIS je jen to, co tam majitel chce zadat. Kde konkrétně tyto sady a školky jsou? Chci se podívat, jestli se jejich existence dá dovodit z RUIAN. A už je alespoň zhruba rozmyšlená možnost aktualizace? Pořád si myslím, že by bylo užitečné propojit LPIS s RUIAN, přesněji použít RUIAN a zpřesnit ho LPISem. -- Petr

4.8.2014 09:00:14 (#9)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 4.8.2014 20:06, Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > Dne Po 4. srpna 2014 09:33:03, Marián Kyral napsal(a): > >> Špatně jsem se vyjádřil. Myslel jsem to tak, že místa v okolí, o kterých >> vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou. > no protože v LPIS je jen to, co tam majitel chce zadat. Kde konkrétně tyto > sady a školky jsou? Chci se podívat, jestli se jejich existence dá dovodit z > RUIAN.
Jeden sad je tady: http://mapy.cz/zakladni?x=18.4293608&y=49.6726180&z=17&base=ophoto (alespoň to vypadá jako sad, když jedu kolem.) A lesní školka je tady: http://mapy.cz/zakladni?x=18.3937704&y=49.6623786&z=16&base=ophoto zobrazit citaci
> A už je alespoň zhruba rozmyšlená možnost aktualizace? Pořád si myslím, že by > bylo užitečné propojit LPIS s RUIAN, přesněji použít RUIAN a zpřesnit ho > LPISem.
Já si hraji jen s pluginem do Traceru. A už to celkem obstojně funguje. Nevím proč, ale mám raději, když mám editaci pod kontrolou, než když se tam nahrne všechno najednou a pak možná někdy v budoucnu to někdo spasuje s okolím. A třeba taky nikdy. Jak by sis to propojení představoval? Mne nenapadá, jak by se to dalo udělat. Marián zobrazit citaci
> -- > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

4.8.2014 09:59:57 (#10)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Takz(e pro zájemce bych tu me(l ochutnávku: http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar Zdrojáky: https://github.com/mkyral/josm-tracer/tree/plpis Aktuální mapování je: https://github.com/mkyral/josm-tracer/blob/plpis/src/org/openstreetmap/josm/plugins/tracer/LpisRecord.java#L126 Plugin obsahuje poslední verzi RUIAN traceru a experimentální verzi LPIS. *Zdu*razn(uji*, z(e je to urc(eno hlavne( na proklikání a nahlás(ení pr(ípadných chyb nebo návrhu* na vyleps(ení. Plugin nic nespojuje (pokud se plochy dotýkají), ner(es(í pr(ekrývající se plochy ani vícenásobné trasování - kolikrát c(love(k klikne, tolik objektu* se vytvor(í. Na ne(jaká izolovaná pole je to dobr(e pouz(itelné, ale pokud je více polí, které tvor(í jeden lán, tak to zatím pouz(itelné není. Budu muset zevs(eobecnit kód, který pouz(ívám ke spojování budov tak aby dobr(e fungoval i s landuse. Uvidím jak to pu*jde. Moz(ná to nebude tak sloz(ité. Trochu jsem si poklikal, vypadá to pe(kne(, ale u takových te(ch "sloz(ených" lánu* to generuje stras(ne( moc malých polygonu*. Nevím jak moc to vadí, ale kdybych to slouc(il do jednoho, tak zase nevím, co s LPIS ID. Pouz(ít náhodné, nebo úplne( vyhodit? To by ale byl zase problém s aktualizací. Marián Dne 2.8.2014 23:36, Marián Kyral napsal(a): zobrazit citaci
> Ahoj, > takz(e mám skoro dokonc(enou první verzi. > > Co to umí: umí získat geometrii a kulturu prvku a následne( vytvor(it > cestu nebo multipolygon (pokud existují ne(jaké vnitr(ní prvky) a > otagovat. > Co to neumí: napojení na sousední pole (pokud se dané pole dotýkají), > ner(es(í se konflikty, nekontroluje se existence daného objektu a > zatím má kaz(dý modul samostatnou klávesovou zkratku. > > Nez( vám to dám k dispozici na otestování, potr(ebuji jes(te( chvíli > na vlastní testování, ale hlavne( vyr(es(it tyto "drobnosti" > > a) Mapování - to mám zatím takto: > > *"orná pu*da":* "landuse": "farmland" > *"chmelnice":* "landuse": "farmland"; "crop": "hop" > *"vinice":* "landuse": "vineyard" > *"ovocný sad"*: landuse": "orchard" > *"travní porost":* landuse": "meadow" > *"porost RRD":* landuse": "forest" > *"zalesne(ná pu*da":* landuse", "forest" > *"rybník":* landuse": "reservoir" > *"jiná kultura":* landuse": "farmland" > *"jiná kultura (s(kolka)":* landuse": "plant_nursery" > *"jiná kultura (zelinár(ská zahrada)":* landuse": "farmland"; "crop": > "vegetables" > > Bohuz(el si nejsem vu*bec jistý, z(e vs(e dostanu pr(esne( tak jak je > to napsáno výs(e. Uz( jsem narazil u "zalesne(no" a "zalesne(ná > pu*da". Bohuz(el nevím, kde by se daly otestovat speciální pr(ípady. > > b) LPIS nebo pLPIS? Hlavne( u tagu source a ref. > Jestli do toho skriptu koukám správne(, source se nastavuje na lpis a > do ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. > > Ve wiki ( > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy > ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) > > Místo ref= bych nastavil ref:plpis (ope(t dle ruian) > > Mám taky nastavit pole *(p)lpis:kultura*? A co pole *kultura_od* > namapovaná tr(eba na *start_date* ? > > Co myslíte? > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?í ?ást --------------- HTML p?íloha byla odstran?na... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140804/ddd2f246/attachment.html>

5.8.2014 09:35:08 (#11)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
415 1552
Ahoj, jen k tomu znaceni importu z pLPIS. Taky bych hlasoval pro source=eagri:lpis, protoze pokud existuji jine LPIS registry v Evrope, tak at je jasne, z jakeho zdroje data pochazi. A hlasite hlasuji pro ref:lpis= misto nic nerikajiciho ref= Jak pak nejaky uzivatel u objektu pozna, k cemu se to referencni cislo vztahuje? V kazdem pripade by bylo vhodne to tagovani prodebatovat a popsat na wiki, ktera je teda velmi malo obsazna. Skoda, ze se nedodrzelo pravidlo, ze nejdrive se diskutuje, pak se dojde k nejakemu zaveru a pak se teprve importuje. Zdravi, Dalibor From: Marián Kyral [mailto:mkyral na email.cz] Sent: Monday, August 4, 2014 9:33 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Tracer - pLPIS
---------- Původní zpráva ---------- Od: Pavel Machek <pavel na ucw.cz <mailto:pavel na ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org <mailto:talk-cz na openstreetmap.org> > Datum: 4. 8. 2014 9:17:04 Předmět: Re: [Talk-cz] Tracer - pLPIS Ahoj! zobrazit citaci
> >> Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na > >> vlastní testování, ale hlavně vyřešit tyto "drobnosti" > >> > >> a) Mapování - to mám zatím takto: > >> > >> *"orná půda":* "landuse": "farmland" > >> *"chmelnice":* "landuse": "farmland"; "crop": "hop" > >> *"vinice":* "landuse": "vineyard" > >> *"ovocný sad"*: landuse": "orchard" > >> *"travní porost":* landuse": "meadow" > >> *"porost RRD":* landuse": "forest" > > Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim > > skript... ale ona na importovanem uzemi zrejme ta situace jeste > > nenastala... > > No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na > ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo > ovocné sady v LPIS nejsou.
Jsou; jeden sad jsem importoval mezi Masojedama a Doubravcicema. Špatně jsem se vyjádřil. Myslel jsem to tak, že místa v okolí, o kterých vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou. zobrazit citaci
> >> b) LPIS nebo pLPIS? Hlavně u tagu source a ref. > >> Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do > >> ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. > > Stat tomu rika "Veřejný registr půdy - LPIS", takze bych nechal lpis. > > Veřejný -> public -> pLPIS ;-) > > Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby > jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis? > Eagri je jen specializovaný portál mze.
Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou importovana existujici data. A nebude to pak v kolizi? LPIS je obecná zkratka a kromě českého jsem našel i slovenský a evropský (a to asi nebudou všechny). Nebo budeme aplikovat princip, kdo dřív přijde, ten dřív mele? http://www.podnemapy.sk/lpis_verejnost/viewer.htm http://ies.jrc.ec.europa.eu/our-activities/support-for-member-states/lpis-iacs.html zobrazit citaci
> >> Ve wiki ( > >> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy > >> ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) > >> > >> Místo ref= bych nastavil ref:plpis (opět dle ruian) > > No, ja bych nechal ref, ale asi je to dost jedno... > No u importu z RUIANu se nám sešlo, že v některých případech může být na > jednom objektu ID Stavebního objektu a zároveň i ID Adresy. Tak se to > rozdělilo. To u LPIS asi nehrozí (i když kdo ví), ale z jednoduchého ref > není jasné, co za číslo to je. Jestli LPIS ID, nebo nějaké úplně jiné > ID. Myslím že ref:lpis je lepší.
No, existujici data pouzivaji ref=, a jestli to neni jasne, jde to upresnit na wiki. Nechal bych cisty ref=. OK zobrazit citaci
> OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se > mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového > nenašel.
Ono asi v principu neni vylouceny dat tam vlastni tag. ref:lpis by taky byl vlastni tag... Pavel To jo. Ale je otázka, jestli by to vůbec k něčemu bylo. Pořád čekám, jestli se vyjádří ostatní, ale buď jsou na dovolené, nebo u vody ;-) Marián -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk-cz = ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140805/079f4772/attachment.html>

5.8.2014 10:11:56 (#12)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
---------- Původní zpráva ---------- Od: Dalibor Jelínek <dalibor na dalibor.cz> Komu: 'OpenStreetMap Czech Republic' <talk-cz na openstreetmap.org> Datum: 5. 8. 2014 9:36:21 Předmět: Re: [Talk-cz] Tracer - pLPIS " Ahoj, jen k tomu znaceni importu z pLPIS.   Taky bych hlasoval pro source=eagri:lpis, protoze pokud existuji jine LPIS registry v Evrope, tak at je jasne, z jakeho zdroje data pochazi.   A hlasite hlasuji pro ref:lpis= misto nic nerikajiciho ref= Jak pak nejaky uzivatel u objektu pozna, k cemu se to referencni cislo vztahuje? " Hurá, Dalibor dorazil z dovolené, už tu nejsem se svým názorem sám ;-)   "   V kazdem pripade by bylo vhodne to tagovani prodebatovat a popsat na wiki, ktera je teda velmi malo obsazna. Skoda, ze se nedodrzelo pravidlo, ze nejdrive se diskutuje, pak se dojde k nejakemu zaveru a pak se teprve importuje.   " No hlavně je podivné to ticho po pěšině na imports na . Asi taky všichni na dovolené. S tím, jak je to teď popsáno na wiki to nemůže projít :-D Marián " Zdravi, Dalibor   From: Marián Kyral [mailto:mkyral na email.cz] Sent: Monday, August 4, 2014 9:33 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Tracer - pLPIS    
---------- Původní zpráva ---------- Od: Pavel Machek <pavel na ucw.cz(mailto:pavel na ucw.cz)> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org (mailto:talk-cz na openstreetmap.org)> Datum: 4. 8. 2014 9:17:04 Předmět: Re: [Talk-cz] Tracer - pLPIS   " Ahoj! zobrazit citaci
> >> Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na > >> vlastní testování, ale hlavně vyřešit tyto "drobnosti" > >> > >> a) Mapování - to mám zatím takto: > >> > >> *"orná půda":* "landuse": "farmland" > >> *"chmelnice":* "landuse": "farmland"; "crop": "hop" > >> *"vinice":* "landuse": "vineyard" > >> *"ovocný sad"*: landuse": "orchard" > >> *"travní porost":* landuse": "meadow" > >> *"porost RRD":* landuse": "forest" > > Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim > > skript... ale ona na importovanem uzemi zrejme ta situace jeste > > nenastala... > > No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na > ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo > ovocné sady v LPIS nejsou.
Jsou; jeden sad jsem importoval mezi Masojedama a Doubravcicema. "   Špatně jsem se vyjádřil. Myslel jsem  to tak, že místa v okolí, o kterých vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou.   " zobrazit citaci
> >> b) LPIS nebo pLPIS? Hlavně u tagu source a ref. > >> Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do > >> ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. > > Stat tomu rika "Veřejný registr půdy - LPIS", takze bych nechal lpis. > > Veřejný -> public -> pLPIS ;-) > > Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby > jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis? > Eagri je jen specializovaný portál mze.
Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou importovana existujici data. "   A nebude to pak v kolizi? LPIS je obecná zkratka a kromě českého jsem našel i slovenský a evropský (a to asi nebudou všechny). Nebo budeme aplikovat princip, kdo dřív přijde, ten dřív mele?   http://www.podnemapy.sk/lpis_verejnost/viewer.htm (http://www.podnemapy.sk/lpis_verejnost/viewer.htm) http://ies.jrc.ec.europa.eu/our-activities/support-for-member-states/lpis- iacs.html (http://ies.jrc.ec.europa.eu/our-activities/support-for-member-states/lpis-iacs.html)   " zobrazit citaci pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy (http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy) zobrazit citaci
> >> ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) > >> > >> Místo ref= bych nastavil ref:plpis (opět dle ruian) > > No, ja bych nechal ref, ale asi je to dost jedno... > No u importu z RUIANu se nám sešlo, že v některých případech může být na > jednom objektu ID Stavebního objektu a zároveň i ID Adresy. Tak se to > rozdělilo. To u LPIS asi nehrozí (i když kdo ví), ale z jednoduchého ref > není jasné, co za číslo to je. Jestli LPIS ID, nebo nějaké úplně jiné > ID. Myslím že ref:lpis je lepší.
No, existujici data pouzivaji ref=, a jestli to neni jasne, jde to upresnit na wiki. Nechal bych cisty ref=. "   OK   " zobrazit citaci
> OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se > mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového > nenašel.
Ono asi v principu neni vylouceny dat tam vlastni tag. ref:lpis by taky byl vlastni tag... Pavel "   To jo. Ale je otázka, jestli by to vůbec k něčemu bylo. Pořád čekám, jestli se vyjádří ostatní, ale buď jsou na dovolené, nebo u vody ;-)   Marián   " -- (english) http://www.livejournal.com/~pavelmachek (http://www.livejournal.com/~pavelmachek) (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/ blog.html(http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html) _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org(mailto:Talk-cz na openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " = _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140805/71a48269/attachment.html>

5.8.2014 10:52:12 (#13)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
On Mon 2014-08-04 20:06:37, Petr Vejsada wrote: zobrazit citaci
> Ahoj, > > Dne Po 4. srpna 2014 09:33:03, Marián Kyral napsal(a): > > > Špatně jsem se vyjádřil. Myslel jsem to tak, že místa v okolí, o kterých > > vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou. > > no protože v LPIS je jen to, co tam majitel chce zadat. Kde konkrétně tyto > sady a školky jsou? Chci se podívat, jestli se jejich existence dá dovodit z > RUIAN.
2 sady jsou mezi Doubravcicema a Masojedama, viz archiv. zobrazit citaci
> A už je alespoň zhruba rozmyšlená možnost aktualizace? Pořád si myslím, že by > bylo užitečné propojit LPIS s RUIAN, přesněji použít RUIAN a zpřesnit ho > LPISem.
Nebude jednoddussi vybrat z RUIANu mista nepokryta LPISem, a zamerit se na jejich import? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.8.2014 10:56:41 (#14)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
On Tue 2014-08-05 09:35:08, Dalibor Jelínek wrote: zobrazit citaci
> Ahoj, > > jen k tomu znaceni importu z pLPIS. > > > > Taky bych hlasoval pro source=eagri:lpis, protoze > > pokud existuji jine LPIS registry v Evrope, tak at je jasne, > > z jakeho zdroje data pochazi. > > > > A hlasite hlasuji pro ref:lpis= misto nic nerikajiciho ref= > > Jak pak nejaky uzivatel u objektu pozna, k cemu se to > > referencni cislo vztahuje?
Podle source=lpis, a najde si to na wiki? Ted uz bych to nemenil. zobrazit citaci
> V kazdem pripade by bylo vhodne to tagovani prodebatovat > > a popsat na wiki, ktera je teda velmi malo obsazna. > > Skoda, ze se nedodrzelo pravidlo, ze nejdrive se diskutuje, > > pak se dojde k nejakemu zaveru a pak se teprve importuje.
Ja myslim, ze jsem diskutoval docela dlouho, ale debata se jako obvykle strhla az kdyz jsem zacal import. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.8.2014 06:54:52 (#15)
gravatar

Petr Vejsada

<osm at propsychology.cz>
515
Ahoj, Dne Po 4. srpna 2014 21:00:14, Marián Kyral napsal(a): zobrazit citaci
> Jeden sad je tady:
zobrazit citaci
> A lesní školka je tady:
díky, v RUIAN je to jen prostá zemědělská půda, tedy taky nic. zobrazit citaci
> 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

5.8.2014 08:41:41 (#16)
gravatar

jzvc

<jzvc at tpfree.net>
556
Dne 2.8.2014 23:36, Marián Kyral napsal(a): zobrazit citaci
> *"rybník":* landuse": "reservoir"
Cus, pokud vim, voda je importovana odjinud, takze to bych nejspis vynechal, jinak totiz vznikne ohromny mnoztvi konfliktu. Leda vytvorit nejaky overlay pro porovnani. Mimochodem, ta importovana voda samo neni co se presnosti tyce zadna slava +- desitky metru sem tam ;D. V KM (pokud je) je to daleko presnejsi.

5.8.2014 11:18:22 (#17)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
ahoj! zobrazit citaci
> > 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?
No, zato vime ze je to po katastralnich uzemich, ne? Takze az to bude chtit nekdo updatovat: Pro kazdy polygon: Je polygon se stejnou geometrii v osm? NE: importuju ANO: zmenim parametry na ty z noveho lpis, je li nutne Pro polygony z OSM ktere jsem zatim nezpracoval: Jestlize polygon ma source=lpis Jestlize se od importu nezmenil, smazu ho Jinak je to na rucni rozhodnuti co je aktualnejsi. Hmm? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.8.2014 11:23:38 (#18)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> 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.
No, co by pomohlo -- a co v podstate delam rucne: Pokud je maly prunik zemedelske pudy a lesa, je les nepresne, a je potreba ten prunik z lesa odstranit. Pokud je naly prunik zemedelske pudy a landuse=residential, je residential nepresne, reseni stejne. Pokud je zemedelska puda uprostred landuse=residential, slo by to udelat multipolygon=inner, ale spis radeji rucne opravit. Umi to nekdo snadno naprogramovat? -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

6.8.2014 10:07:18 (#19)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Ahoj,
---------- Původní zpráva ---------- Od: Pavel Machek <pavel na ucw.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 5. 8. 2014 23:24:35 Předmět: Re: [Talk-cz] Tracer - pLPIS "Ahoj! zobrazit citaci
> se možná někdy napojí na stávající landuse. I spojení se stávajícími OSM
daty zobrazit citaci
> by se dalo udělat. Jen by bylo potřeba vymyslet pravidla, tedy co dělat,
když zobrazit citaci
> vznikne průnik pole z RUIAN/LPIS s lesem v OSM, zastavěná plocha v RUIAN s
zobrazit citaci
> polem v OSM atd atd. Co dělat s případy dvojparcel, tedy kdy je jedna
parcela zobrazit citaci
> se zahradou a uvnitř ní je jiná parcela se zastavěnou plochou, prostě
barák zobrazit citaci
> uprostřed zahrady.
No, co by pomohlo -- a co v podstate delam rucne: Pokud je maly prunik zemedelske pudy a lesa, je les nepresne, a je potreba ten prunik z lesa odstranit. Pokud je naly prunik zemedelske pudy a landuse=residential, je residential nepresne, reseni stejne. Pokud je zemedelska puda uprostred landuse=residential, slo by to udelat multipolygon=inner, ale spis radeji rucne opravit. Umi to nekdo snadno naprogramovat?" Přesahy řeším v Tracer pluginu pro budovy [1]. Není to nic moc hezkého, ale funguje to ;-) [1] https://github.com/mkyral/josm-tracer/blob/plpis/src/org/openstreetmap/ josm/plugins/tracer/ConnectWays.java#L491 A jak už jsem psal, neměl by být problém to upravit tak, aby to fungovalo i s landuse. Zatím nedokáži říct, kdy to budu mít hotové, jestli ještě tento, nebo příští týden. Momentálně si hraji s přepisem, aby se jednoduchým stiskem "t" přepínalo mezi jednotlivými moduly. Vypadá to nadějně. Řešení pro izolované ostrůvky uprostřed jiného landuse by neměl být problém naprogramovat - zjistíš si cestu s tagem landuse uvnitř které se nacházíš (trochu magie s bboxy), pak zjistíš, zda není součástí relace typu multipolygon. Pokud je, pouze přidáš inner člen. V opačném případě si tu relaci vytvoříš. Ale asi bych to automaticky neřešil. Pokud je nějaký malý landuse uprostřed většího landuse, tak rendery zobrazí malý landuse nad tím větším. A když to bude někdo mít potřebu to řešit, tak si to pořeší ručně. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140806/dcbaeeb0/attachment.html>

8.8.2014 09:07:32 (#20)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Ahoj,
---------- Původní zpráva ---------- Od: Pavel Machek <pavel na ucw.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 5. 8. 2014 23:19:28 Předmět: Re: [Talk-cz] Tracer - pLPIS "ahoj! zobrazit citaci
> > 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)
zobrazit citaci
> 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? zobrazit citaci
> Je možné, že tam, kde je teď 50 malých políček bude za 3 roky jen jedno
velké zobrazit citaci
> či naopak?
No, zato vime ze je to po katastralnich uzemich, ne? Takze az to bude chtit nekdo updatovat: Pro kazdy polygon: Je polygon se stejnou geometrii v osm? NE: importuju ANO: zmenim parametry na ty z noveho lpis, je li nutne Pro polygony z OSM ktere jsem zatim nezpracoval: Jestlize polygon ma source=lpis Jestlize se od importu nezmenil, smazu ho Jinak je to na rucni rozhodnuti co je aktualnejsi. Hmm? Pavel " No zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse vedle sebe? Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a nechal sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty natrasované polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední polygon? Přidat nějakou toleranci? A pokud se bude slučovat (což bych v tomto konkrétním případě rád udělal), co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis, aby bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? Třeba lpis=merged ? Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: ref=123;2231;2231;22455;875;646 Bylo by to k něčemu? Marián " -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/ blog.html _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140808/2ce9912c/attachment.html>

8.8.2014 09:04:34 (#21)
gravatar

Pavel Kwiecien

<pavel.kwiecien at seznam.cz>
48 5000
Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama zazelenalo http://www.openstreetmap.org/#map=13/50.5706/15.7740 Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer funguje dobře, akorát import je potřeba vždy!!  projet  v JOSM validací, protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování. Na dvě kliknutí se toho dá zbavit. Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1& SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH= {width}&HEIGHT={height}&BBOX={bbox}   aby bylo vidět, kde jsou LPIS data. Zdraví Pavel Kwiecien
---------- Původní zpráva ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 8. 8. 2014 9:08:35 Předmět: Re: [Talk-cz] Tracer - pLPIS " Ahoj, ---------- Původní zpráva ---------- Od: Pavel Machek <pavel na ucw.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 5. 8. 2014 23:19:28 Předmět: Re: [Talk-cz] Tracer - pLPIS "ahoj! zobrazit citaci
> > 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)
zobrazit citaci
> 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? zobrazit citaci
> Je možné, že tam, kde je teď 50 malých políček bude za 3 roky jen jedno
velké zobrazit citaci
> či naopak?
No, zato vime ze je to po katastralnich uzemich, ne? Takze az to bude chtit nekdo updatovat: Pro kazdy polygon: Je polygon se stejnou geometrii v osm? NE: importuju ANO: zmenim parametry na ty z noveho lpis, je li nutne Pro polygony z OSM ktere jsem zatim nezpracoval: Jestlize polygon ma source=lpis Jestlize se od importu nezmenil, smazu ho Jinak je to na rucni rozhodnuti co je aktualnejsi. Hmm? Pavel " No zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse vedle sebe? Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a nechal sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty natrasované polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední polygon? Přidat nějakou toleranci? A pokud se bude slučovat (což bych v tomto konkrétním případě rád udělal), co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis, aby bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? Třeba lpis=merged ? Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: ref=123;2231;2231;22455;875;646 Bylo by to k něčemu? Marián " -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/ blog.html _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140808/679c3345/attachment.html>

8.8.2014 11:20:42 (#22)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 5.8.2014 20:41, jzvc napsal(a): zobrazit citaci
> Dne 2.8.2014 23:36, Marián Kyral napsal(a): > >> *"rybník":* landuse": "reservoir" > > Cus, pokud vim, voda je importovana odjinud, takze to bych nejspis > vynechal, jinak totiz vznikne ohromny mnoztvi konfliktu. Leda vytvorit > nejaky overlay pro porovnani. >
No u importu bych to asi taky vynechal. Ale Tracer by to mohl umět :-D Ale zatím jsem tady v okolí nic takového nepotkal. zobrazit citaci
> Mimochodem, ta importovana voda samo neni co se presnosti tyce zadna > slava +- desitky metru sem tam ;D. V KM (pokud je) je to daleko > presnejsi.
No asi podobně jako lesy ne? Pokud je k dispozici přesnější zdroj, byla by škoda jej nevyužít. Marián

8.8.2014 11:24:02 (#23)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse > vedle sebe?
Prosil bych neslucovat. zobrazit citaci
> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a > tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je > daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední > polygon? Přidat nějakou toleranci?
Protoze slucovani vede k problemum s updatem, a mizi tim uzitecna informace: 2 pole vedle sebe jsou 2 ruzne pole, pravdepodobne na kazdym roste neco jinyho (i kdyz z mapy nevime, co tam roste) a je mezi nima misto kudy se da jit; kdyz jsou vedle sebe 2 pastviny (nebo treba 2 vinice), nejspis je mezi nima plot. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

8.8.2014 11:25:54 (#24)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama > zazelenalo > http://www.openstreetmap.org/#map=13/50.5706/15.7740
Pekne :-). zobrazit citaci
> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer > funguje dobře, akorát import je potřeba vždy!!  projet  v JOSM validací, > protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování. > Na dvě kliknutí se toho dá zbavit.
Budeme nejak udrzovat http://wiki.openstreetmap.org/wiki/LPIS aby byl prehled, ktera katastralni uzemi jsou hotova? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

8.8.2014 11:40:38 (#25)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> >> *"rybník":* landuse": "reservoir" > > > > Cus, pokud vim, voda je importovana odjinud, takze to bych nejspis > > vynechal, jinak totiz vznikne ohromny mnoztvi konfliktu. Leda vytvorit > > nejaky overlay pro porovnani. > > > No u importu bych to asi taky vynechal. Ale Tracer by to mohl umět :-D > Ale zatím jsem tady v okolí nic takového nepotkal. > > > Mimochodem, ta importovana voda samo neni co se presnosti tyce zadna > > slava +- desitky metru sem tam ;D. V KM (pokud je) je to daleko > > presnejsi. > > No asi podobně jako lesy ne? Pokud je k dispozici přesnější zdroj, byla > by škoda jej nevyužít.
Lesy byly presnejsi, ale delala se na nich generalizace, takze nejakeho vylepseni by slo dosahnout jejich znovunatazenim bez generalizace. Jestli to resi vsechny problemy by se ale muselo zkusit... (A jo, libilo by se mi v lesech mit informaci listnaty/jehlicnaty. V tech puvodnich datech byla). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

9.8.2014 12:06:21 (#26)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 8.8.2014 23:25, Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > >> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama >> zazelenalo >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 > Pekne :-).
Jo jo, já si tady zatím klikám jen nanečisto a on to tady někdo rozjel ve velkém :-D zobrazit citaci
> >> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer >> funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, >> protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování. >> Na dvě kliknutí se toho dá zbavit. > Budeme nejak udrzovat http://wiki.openstreetmap.org/wiki/LPIS aby byl > prehled, ktera katastralni uzemi jsou hotova?
No ta wiki by v prvé řadě potřebovala doplnit - mapování, popis toho skriptu, popis plánovaných aktualizací a tak dále ;-) Marián

9.8.2014 12:08:44 (#27)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 8.8.2014 23:24, Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > >> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse >> vedle sebe? > Prosil bych neslucovat. > >> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a >> tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je >> daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední >> polygon? Přidat nějakou toleranci? > Protoze slucovani vede k problemum s updatem, a mizi tim uzitecna > informace: 2 pole vedle sebe jsou 2 ruzne pole, pravdepodobne na > kazdym roste neco jinyho (i kdyz z mapy nevime, co tam roste) a je > mezi nima misto kudy se da jit; kdyz jsou vedle sebe 2 pastviny (nebo > treba 2 vinice), nejspis je mezi nima plot.
OK. A pokud se ty polygony dotýkají, můžu je spojit? Tedy, že budou mít společné uzly? Stejně tak, pokud se polygony budou překrývat, tak jednomu ten kousek useknu. Šlo by to? Marián

9.8.2014 01:53:51 (#28)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
On 9.8.2014 00:08, Marián Kyral wrote: zobrazit citaci
> Dne 8.8.2014 23:24, Pavel Machek napsal(a): >> Ahoj! >> >>> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse >>> vedle sebe? >> Prosil bych neslucovat. >> >>> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a >>> tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je >>> daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední >>> polygon? Přidat nějakou toleranci? >> Protoze slucovani vede k problemum s updatem, a mizi tim uzitecna >> informace: 2 pole vedle sebe jsou 2 ruzne pole, pravdepodobne na >> kazdym roste neco jinyho (i kdyz z mapy nevime, co tam roste) a je >> mezi nima misto kudy se da jit; kdyz jsou vedle sebe 2 pastviny (nebo >> treba 2 vinice), nejspis je mezi nima plot. > OK. > A pokud se ty polygony dotýkají, můžu je spojit? Tedy, že budou mít > společné uzly? > Stejně tak, pokud se polygony budou překrývat, tak jednomu ten kousek > useknu. > > Šlo by to?
Duplicitní uzly na společných hranách landuse polygonů určitě slučovat do jednoho, to je důvod většiny errorů v JOSM. Ale zase bych neslučoval úplně s libovolným uzlem, třeba společné uzly landuse s elektrickým vedením mi nepřijou logické. Narazil jsem ještě na jednu zvláštnost, v LPIS polygonech se vzácně vyskytovaly dva po sobě jdoucí identické uzly. JOSM to komentoval hláškou "polygon překrývá sám sebe" a chvíli mi trvalo, než jsem objevil důvod. Pokud jde o slučování celých polygonů, tam souhlasím s Pavlem, raději zatím neslučovat. Překryvy v rámci LPIS polygonů jsem po sloučení duplicitních uzlů už nezaznamenal. Překryvy s OSM polygony je větší legrace, stačí se teď podívat do Podkrkonoší ;-) Useknout uhul:wms les podél LPIS polygonu bude ve většině případů v pořádku. U landuse=residential, farmyard apod. to už tak jasné není. Martin

9.8.2014 07:25:39 (#29)
gravatar

Pavel Kwiecien

<pavel.kwiecien at seznam.cz>
48 5000
Ahoj, prozatím jsem hlavní část tracování na "svém" území ukončil. Jde o území, které dlouhodobě upravuji a má celkem dobře zpracované různé landuse= residential apod, překryvy tedy nějaké jsou, ale jsou minimální. Pokud jse o tabulku se seznamem udělaných katastrálních území, v případě potřeby ji zpětně doplním. Jinak lesů je v LPIS pramálo, jde většinou o nějaké školky, rybníky jsem nezaznamenal. Zdraví Pavel Kwiecien
---------- Původní zpráva ---------- Od: Martin Švec - OSM <osm na maatts.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org>, Marián Kyral <mkyral na email.cz> Datum: 9. 8. 2014 1:54:42 Předmět: Re: [Talk-cz] Tracer - pLPIS "On 9.8.2014 00:08, Marián Kyral wrote: zobrazit citaci
> Dne 8.8.2014 23:24, Pavel Machek napsal(a): >> Ahoj! >> >>> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným
landuse zobrazit citaci
>>> vedle sebe? >> Prosil bych neslucovat. >> >>> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout
a zobrazit citaci
>>> tím pádem změním geometrii => problém při aktualizaci - jak poznám, že
je zobrazit citaci
>>> daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední >>> polygon? Přidat nějakou toleranci? >> Protoze slucovani vede k problemum s updatem, a mizi tim uzitecna >> informace: 2 pole vedle sebe jsou 2 ruzne pole, pravdepodobne na >> kazdym roste neco jinyho (i kdyz z mapy nevime, co tam roste) a je >> mezi nima misto kudy se da jit; kdyz jsou vedle sebe 2 pastviny (nebo >> treba 2 vinice), nejspis je mezi nima plot. > OK. > A pokud se ty polygony dotýkají, můžu je spojit? Tedy, že budou mít > společné uzly? > Stejně tak, pokud se polygony budou překrývat, tak jednomu ten kousek > useknu. > > Šlo by to?
Duplicitní uzly na společných hranách landuse polygonů určitě slučovat do jednoho, to je důvod většiny errorů v JOSM. Ale zase bych neslučoval úplně s libovolným uzlem, třeba společné uzly landuse s elektrickým vedením mi nepřijou logické. Narazil jsem ještě na jednu zvláštnost, v LPIS polygonech se vzácně vyskytovaly dva po sobě jdoucí identické uzly. JOSM to komentoval hláškou "polygon překrývá sám sebe" a chvíli mi trvalo, než jsem objevil důvod. Pokud jde o slučování celých polygonů, tam souhlasím s Pavlem, raději zatím neslučovat. Překryvy v rámci LPIS polygonů jsem po sloučení duplicitních uzlů už nezaznamenal. Překryvy s OSM polygony je větší legrace, stačí se teď podívat do Podkrkonoší ;-) Useknout uhul:wms les podél LPIS polygonu bude ve většině případů v pořádku. U landuse=residential, farmyard apod. to už tak jasné není. Martin _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140809/2c02d987/attachment.html>

9.8.2014 07:52:25 (#30)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 9.8.2014 01:53, Martin Švec - OSM napsal(a): zobrazit citaci
> On 9.8.2014 00:08, Marián Kyral wrote: >> Dne 8.8.2014 23:24, Pavel Machek napsal(a): >>> Ahoj! >>> >>>> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným >>>> landuse >>>> vedle sebe? >>> Prosil bych neslucovat. >>> >>>> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem >>>> pohnout a >>>> tím pádem změním geometrii => problém při aktualizaci - jak poznám, >>>> že je >>>> daný polygon stejný, jen byl mírně změněn z důvodu napojení na >>>> sousední >>>> polygon? Přidat nějakou toleranci? >>> Protoze slucovani vede k problemum s updatem, a mizi tim uzitecna >>> informace: 2 pole vedle sebe jsou 2 ruzne pole, pravdepodobne na >>> kazdym roste neco jinyho (i kdyz z mapy nevime, co tam roste) a je >>> mezi nima misto kudy se da jit; kdyz jsou vedle sebe 2 pastviny (nebo >>> treba 2 vinice), nejspis je mezi nima plot. >> OK. >> A pokud se ty polygony dotýkají, můžu je spojit? Tedy, že budou mít >> společné uzly? >> Stejně tak, pokud se polygony budou překrývat, tak jednomu ten kousek >> useknu. >> >> Šlo by to? > > Duplicitní uzly na společných hranách landuse polygonů určitě slučovat > do jednoho, to je důvod většiny errorů v JOSM. Ale zase bych > neslučoval úplně s libovolným uzlem, třeba společné uzly landuse s > elektrickým vedením mi nepřijou logické. >
No slučoval bych body pouze u polygonů s tagem landuse. Tedy elektrické vedení se bude ignorovat (stejně jako u budov). zobrazit citaci
> Narazil jsem ještě na jednu zvláštnost, v LPIS polygonech se vzácně > vyskytovaly dva po sobě jdoucí identické uzly. JOSM to komentoval > hláškou "polygon překrývá sám sebe" a chvíli mi trvalo, než jsem > objevil důvod. >
Můžeš mi poslat nějaký příklad? Rád bych na to mrknul. Ono je totiž možné, že v reálu jsou ty body jen malilinkatý kousek od sebe a stejné souřadnice dostanou až po zaokrouhlední na přesnost OSM. zobrazit citaci
> Pokud jde o slučování celých polygonů, tam souhlasím s Pavlem, raději > zatím neslučovat. >
OK, zobrazit citaci
> Překryvy v rámci LPIS polygonů jsem po sloučení duplicitních uzlů už > nezaznamenal. Překryvy s OSM polygony je větší legrace, stačí se teď > podívat do Podkrkonoší ;-) Useknout uhul:wms les podél LPIS polygonu > bude ve většině případů v pořádku. U landuse=residential, farmyard > apod. to už tak jasné není. >
Jak na to dojde, všechno osekám, úplně všechno :-D Ne vážně, myslíš, že u ručně naklikaných residental a farmyard je lepší přesnost? Podle mne se to kliká od oka, podle bingu a KM. Takže pokud na bingu vidím, že ta je pole, lpis tam taky má pole tak mi přijde logické to oseknout. S největší pravděpodobností to bude správně. Něco jiného je celé pole uvnitř residental. Tam se nic sekat nebude a bude na uživateli, aby si z toho udělal multipolygon (pokud chce). Marián zobrazit citaci
> Martin > >

9.8.2014 11:53:27 (#31)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
zobrazit citaci
>> Narazil jsem ještě na jednu zvláštnost, v LPIS polygonech se vzácně >> vyskytovaly dva po sobě jdoucí identické uzly. JOSM to komentoval >> hláškou "polygon překrývá sám sebe" a chvíli mi trvalo, než jsem >> objevil důvod. >> > Můžeš mi poslat nějaký příklad? Rád bych na to mrknul. Ono je totiž > možné, že v reálu jsou ty body jen malilinkatý kousek od sebe a stejné > souřadnice dostanou až po zaokrouhlední na přesnost OSM.
Mrknul jsem na to, máš pravdu -- uzly jsou pár centimetrů sebe a záleží s jakou přesností se importují: <node id="-1857" lon="16.385882008070073" lat="49.405170737465724"> <node id="-1858" lon="16.385882107880310" lat="49.405170804926541"> LPIS ref=9115243, 1506/6, https://www.openstreetmap.org/#map=19/49.40517/16.38588 Původní Pavlův skript exportoval xml s přesností jen na 6 des. míst. Proto mi po dobastlení slučování uzlů začaly vycházet dva stejné nody za sebou v jedné cestě. Ve stejném KÚ jsou tři takové případy: LPIS ref=9108586: <node id='-49425' action='modify' visible='true' lat='49.40302624464' lon='16.38625580656' /> <node id='-49424' action='modify' visible='true' lat='49.40302624762' lon='16.38625584765' /> LPIS ref=8619128: <node id='-56367' action='modify' visible='true' lat='49.40300405326' lon='16.38931909829' /> <node id='-56366' action='modify' visible='true' lat='49.40300401305' lon='16.38931942154' /> Tracer je sice natáhne jako dva uzly těsně vedle sebe, ale lepší by bylo je rovnou sloučit. Martin

10.8.2014 01:09:16 (#32)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 6.8.2014 10:07, Marián Kyral napsal(a): zobrazit citaci
> Ahoj, > > ---------- Pu*vodní zpráva ---------- > Od: Pavel Machek <pavel na ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 5. 8. 2014 23:24:35 > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > > > Ahoj! > > > se moz(ná ne(kdy napojí na stávající landuse. I spojení se > stávajícími OSM daty > > by se dalo ude(lat. Jen by bylo potr(eba vymyslet pravidla, tedy > co de(lat, kdyz( > > vznikne pru*nik pole z RUIAN/LPIS s lesem v OSM, zastave(ná > plocha v RUIAN s > > polem v OSM atd atd. Co de(lat s pr(ípady dvojparcel, tedy kdy > je jedna parcela > > se zahradou a uvnitr( ní je jiná parcela se zastave(nou plochou, > proste( barák > > uprostr(ed zahrady. > > No, co by pomohlo -- a co v podstate delam rucne: > > Pokud je maly prunik zemedelske pudy a lesa, je les nepresne, a je > potreba ten prunik z lesa > odstranit. > > Pokud je naly prunik zemedelske pudy a landuse=residential, je > residential nepresne, reseni > stejne. > > Pokud je zemedelska puda uprostred landuse=residential, slo by to > udelat multipolygon=inner, > ale spis radeji rucne opravit. > > Umi to nekdo snadno naprogramovat? > > > Pr(esahy r(es(ím v Tracer pluginu pro budovy [1]. Není to nic moc > hezkého, ale funguje to ;-) > > [1] > https://github.com/mkyral/josm-tracer/blob/plpis/src/org/openstreetmap/josm/plugins/tracer/ConnectWays.java#L491 > > > A jak uz( jsem psal, neme(l by být problém to upravit tak, aby to > fungovalo i s landuse. Zatím nedokáz(i r(íct, kdy to budu mít hotové, > jestli jes(te( tento, nebo pr(ís(tí týden. Momentálne( si hraji s > pr(episem, aby se jednoduchým stiskem "t" pr(epínalo mezi jednotlivými > moduly. Vypadá to nade(jne(. > > > R(es(ení pro izolované ostru*vky uprostr(ed jiného landuse by neme(l > být problém naprogramovat - zjistís( si cestu s tagem landuse uvnitr( > které se nacházís( (trochu magie s bboxy), pak zjistís(, zda není > souc(ástí relace typu multipolygon. Pokud je, pouze pr(idás( inner > c(len. V opac(ném pr(ípade( si tu relaci vytvor(ís(. > > > Ale asi bych to automaticky ner(es(il. Pokud je ne(jaký malý landuse > uprostr(ed ve(ts(ího landuse, tak rendery zobrazí malý landuse nad tím > ve(ts(ím. A kdyz( to bude ne(kdo mít potr(ebu to r(es(it, tak si to > por(es(í ruc(ne(. > >
Vc(era vec(er jsem do LPIS modulu pr(idal napojování a osekávání a pak trochu klikal v okolí FM. Je tam pár much, které je potr(eba vyr(es(it: 1) Pr(idat podporu pro relace - momentálne( se relace úplne( ignorují. Nicméne( se mi stejne( vc(era stalo, z(e mi z ne(jaké cesty, která byla souc(ástí relace zmizel uzel. JOSM s tím bylo v pohode(, projevilo se to teprve pr(i nahrávání na server a následne( pr(i nac(ítání uloz(eného osm souboru - vyr(es(ilo to az( ruc(ní smazání problémové cesty v souboru. Nicméne( dnes se mi nic takového nestalo, takz(e netus(ím co pr(esne( to zpu*sobilo. 2) Momentálne( se pr(ipojují a osekávají jen cesty se stejným klíc(em (landuse). Chte(lo by to pr(idat i natural (scrub, wood) a dávat bacha na vnitr(ní plochy uprostr(ed landuse=forest a landuse=residental. 3) V ne(kterých pr(ípadech vznikne po useknutí plochy pe(kný gulás( (viz screensshot) - uzly se chaoticky rozhází pr(es celou plochu, místo aby byly vedle sebe. Dokáz(i to nasimulovat, ale na analýzu se budu muset nejprve mentálne( pr(ipravit ;-) 4) Obc(as se vygenerují duplicitní body (asi ty relace), obc(as dokonce duplicitní cesty. 5) A jes(te( by to chte(lo ne(jaký nástroj co mi do te(ch vzniklých ostru*vku* a poloostru*vku* nacpe lesy a jinou have(t(. Pokud to je inner c(len v multipolygonu tak není problém, ale pokud je ostru*vek tvor(en více sousedícími polygony, nebo to je poloostrov, tak je to pe(kná piplac(ka, to tam ruc(ne( naklikat. Od rána o tom pr(emýs(lím, ale nenapadl mne z(ádný jednoduchý postup, jak to ude(lat. Btw: Nevím co se stalo, ale do OSM se mi nahrál neúplný changeset. Jsou tam jen body, cesty chybí. Bohuz(el jsem si to neuloz(il, takz(e jsem to musel naklikat znova :-( Marián zobrazit citaci
> Marián > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?í ?ást --------------- HTML p?íloha byla odstran?na... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140810/c30a9f6e/attachment.html> ------------- dal?í ?ást --------------- A non-text attachment was scrubbed... Name: gulas.png Type: image/png Size: 274419 bytes Desc: [?ádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140810/c30a9f6e/attachment.png>

11.8.2014 02:44:32 (#33)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
322 645
Dělám něco špatně? stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN kliknu na plochu, kde je v LPIS vybarvená plocha - a nic mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic nestane [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar JAnD Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> napsal(a): zobrazit citaci
> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama > zazelenalo > http://www.openstreetmap.org/#map=13/50.5706/15.7740 > > Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer > funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, > protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování. > Na dvě kliknutí se toho dá zbavit. > > Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: > http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} > > aby bylo vidět, kde jsou LPIS data. > > Zdraví Pavel Kwiecien > > ---------- Původní zpráva ---------- > Od: Marián Kyral <mkyral na email.cz> > > > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 8. 8. 2014 9:08:35 > > Předmět: Re: [Talk-cz] Tracer - pLPIS > > > Ahoj, > > ---------- Původní zpráva ---------- > Od: Pavel Machek <pavel na ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 5. 8. 2014 23:19:28 > Předmět: Re: [Talk-cz] Tracer - pLPIS > > > ahoj! > >> > 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? > > No, zato vime ze je to po katastralnich uzemich, ne? > > Takze az to bude chtit nekdo updatovat: > > Pro kazdy polygon: > Je polygon se stejnou geometrii v osm? > NE: importuju > ANO: zmenim parametry na ty z noveho lpis, je li nutne > > Pro polygony z OSM ktere jsem zatim nezpracoval: > Jestlize polygon ma source=lpis > Jestlize se od importu nezmenil, smazu ho > Jinak je to na rucni rozhodnuti co je aktualnejsi. > > Hmm? > Pavel > > > No zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse > vedle sebe? > > Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se > sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a nechal > sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty natrasované > polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. > > > Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a > tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je > daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední > polygon? Přidat nějakou toleranci? > > > A pokud se bude slučovat (což bych v tomto konkrétním případě rád udělal), > co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis, aby > bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon > vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? > > Třeba lpis=merged ? > > > Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: > > ref=123;2231;2231;22455;875;646 > > > Bylo by to k něčemu? > > > Marián > > > > > -- > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

11.8.2014 03:53:59 (#34)
gravatar

Michal Pustějovský

<Michal.Pustejovsky at seznam.cz>
170 2646
Máš spuštěný tracer server?
---------- Původní zpráva ---------- Od: Jan Dudík <jan.dudik na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 11. 8. 2014 14:45:35 Předmět: Re: [Talk-cz] Tracer - pLPIS "Dělám něco špatně? stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN kliknu na plochu, kde je v LPIS vybarvená plocha - a nic mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic nestane [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar JAnD Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> napsal(a): zobrazit citaci
> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama > zazelenalo > http://www.openstreetmap.org/#map=13/50.5706/15.7740 > > Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat.
Tracer zobrazit citaci
> funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, > protože tracováním/vstupníma daty vzniká obrovské množství chyb a
varování. zobrazit citaci
> Na dvě kliknutí se toho dá zbavit. > > Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: > http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&
SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH= {width}&HEIGHT={height}&BBOX={bbox} zobrazit citaci
> > aby bylo vidět, kde jsou LPIS data. > > Zdraví Pavel Kwiecien > > ---------- Původní zpráva ---------- > Od: Marián Kyral <mkyral na email.cz> > > > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 8. 8. 2014 9:08:35 > > Předmět: Re: [Talk-cz] Tracer - pLPIS > > > Ahoj, > > ---------- Původní zpráva ---------- > Od: Pavel Machek <pavel na ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 5. 8. 2014 23:19:28 > Předmět: Re: [Talk-cz] Tracer - pLPIS > > > ahoj! > >> > 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) zobrazit citaci
>> 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? > > No, zato vime ze je to po katastralnich uzemich, ne? > > Takze az to bude chtit nekdo updatovat: > > Pro kazdy polygon: > Je polygon se stejnou geometrii v osm? > NE: importuju > ANO: zmenim parametry na ty z noveho lpis, je li nutne > > Pro polygony z OSM ktere jsem zatim nezpracoval: > Jestlize polygon ma source=lpis > Jestlize se od importu nezmenil, smazu ho > Jinak je to na rucni rozhodnuti co je aktualnejsi. > > Hmm? > Pavel > > > No zásadní problém je: Slučovat nebo neslučovat polygony se stejným
landuse zobrazit citaci
> vedle sebe? > > Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se > sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a
nechal zobrazit citaci
> sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty natrasované > polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. > > > Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a > tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je > daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední > polygon? Přidat nějakou toleranci? > > > A pokud se bude slučovat (což bych v tomto konkrétním případě rád udělal), > co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis,
aby zobrazit citaci
> bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon > vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? > > Třeba lpis=merged ? > > > Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: > > ref=123;2231;2231;22455;875;646 > > > Bylo by to k něčemu? > > > Marián > > > > > -- > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140811/88b06d38/attachment.html>

11.8.2014 04:01:25 (#35)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Tím to nebude (pokud nechce klasický trasování katastrální mapy). (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout Klasický. (2) Mac(kat T a sledovat jak se me(ní kurzor myši, R = budovy z RUIANu, LP = pu*da z LPISu. Martin Dne 11.8.2014 15:53, Michal Puste(jovský napsal(a): zobrazit citaci
> Máš spušte(ný tracer server? > > > ---------- Pu*vodní zpráva ---------- > Od: Jan Dudík <jan.dudik na gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 11. 8. 2014 14:45:35 > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > > > De(lám ne(co špatne(? > stáhl jsem si tracer z [1], k ne(mu v JOSM dva vyžadované dopln(ky, na > pozadí si zapnul požadovanou vrstvu wms abych vide(l co klikám. > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic > mac(káním T dosáhnu jediné zme(ny, že se ani po kliku na budovu nic nestane > > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar > > JAnD > > > Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> napsal(a): > > Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama > > zazelenalo > > http://www.openstreetmap.org/#map=13/50.5706/15.7740 > > > > Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer > > funguje dobr(e, akorát import je potr(eba vždy!! projet v JOSM validací, > > protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování. > > Na dve( kliknutí se toho dá zbavit. > > > > Ješte( pro neznalé. Je dobré si v JOSM nastavit tr(eba tuto WMS vrstvu: > > > http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} > > > > aby bylo vide(t, kde jsou LPIS data. > > > > Zdraví Pavel Kwiecien > > > > ---------- Pu*vodní zpráva ---------- > > Od: Marián Kyral <mkyral na email.cz> > > > > > > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > > Datum: 8. 8. 2014 9:08:35 > > > > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > > > > > > Ahoj, > > > > ---------- Pu*vodní zpráva ---------- > > Od: Pavel Machek <pavel na ucw.cz> > > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > > Datum: 5. 8. 2014 23:19:28 > > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > > > > > > ahoj! > > > >> > Jak by sis to propojení pr(edstavoval? Mne nenapadá, jak by se to dalo > >> > ude(lat. > >> > >> No úplne( pr(esne( to nevím :). > >> > >> Napr(ed bych vide(l úvahu, zda jednotlivá políc(ka (=parcely a LPIS polygony) > >> sdružovat nebo ne. Na tom závisí i strategie aktualizací. Zatím mi pr(ijde > >> nemožné hlídat si podle ref:, zda se ne(co v LPIS zme(nilo a na zme(nu > >> zareagovat. Nevíme, co se mu*že me(nit. Urc(ite( druh kultury, možná i > >> geometrie? > >> Je možné, že tam, kde je ted( 50 malých políc(ek bude za 3 roky jen jedno > >> velké > >> c(i naopak? > > > > No, zato vime ze je to po katastralnich uzemich, ne? > > > > Takze az to bude chtit nekdo updatovat: > > > > Pro kazdy polygon: > > Je polygon se stejnou geometrii v osm? > > NE: importuju > > ANO: zmenim parametry na ty z noveho lpis, je li nutne > > > > Pro polygony z OSM ktere jsem zatim nezpracoval: > > Jestlize polygon ma source=lpis > > Jestlize se od importu nezmenil, smazu ho > > Jinak je to na rucni rozhodnuti co je aktualnejsi. > > > > Hmm? > > Pavel > > > > > > No zásadní problém je: Sluc(ovat nebo nesluc(ovat polygony se stejným landuse > > vedle sebe? > > > > Tr(eba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se > > slouc(ení hodilo. Ale když jsem experimentálne( pár polygonu* oznac(il a nechal > > slouc(it, tak z toho vylezl ne(jaký paskvil, protože ac( jsou ty natrasované > > polygony vizuálne( vedle sebe, ne vždy na sebe pr(esne( navazují. > > > > > > Pokud je budu napojovat na sebe, tak musím nutne( s ne(jakým bodem pohnout a > > tím pádem zme(ním geometrii => problém pr(i aktualizaci - jak poznám, že je > > daný polygon stejný, jen byl mírne( zme(ne(n z du*vodu napojení na sousední > > polygon? Pr(idat ne(jakou toleranci? > > > > > > A pokud se bude sluc(ovat (což bych v tomto konkrétním pr(ípade( rád ude(lal), > > co ude(lat s ref? Já bych jej úplne( vyhodil, nechal bych jen source=lpis, aby > > bylo jasné, odkud se to vzalo. A chybe(jící ref by znamenalo, že polygon > > vznikl slouc(ením menších polygonu*. Nebo tam dát ne(jaký speciální tag? > > > > Tr(eba lpis=merged ? > > > > > > Pokud by ref zu*stalo, nutne( by to vedlo k ne(c(emu takovému: > > > > ref=123;2231;2231;22455;875;646 > > > > > > Bylo by to k ne(c(emu? > > > > > > Marián > > > > > > > > > > -- > > (english) http://www.livejournal.com/~pavelmachek > > (cesky, pictures) > > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další ?ást --------------- HTML p?íloha byla odstran?na... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140811/7c41b666/attachment.html>

15.8.2014 03:13:38 (#36)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
322 645
Díky, bylo to tím nastavením. Ale narazil jsem na plochy v LPIS, kterým tracer přiřadí pouze ref a source, žádné landuse. asi 6 jich je na relativně malé ploše v katastru Plav: http://www.openstreetmap.org/#map=16/48.9090/14.4976 např. http://www.openstreetmap.org/way/297894310 je to záměr nbeo chyba? --- Ing. Jan Dudík projekce dopravních staveb tel. 777082195 Dne 11. srpna 2014 16:01 Martin Švec - OSM <osm na maatts.cz> napsal(a): zobrazit citaci
> Tím to nebude (pokud nechce klasický trasování katastrální mapy). > > (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout Klasický. > (2) Mačkat T a sledovat jak se mění kurzor myši, R = budovy z RUIANu, LP = > půda z LPISu. > > Martin > > Dne 11.8.2014 15:53, Michal Pustějovský napsal(a): > > Máš spuštěný tracer server? > > > ---------- Původní zpráva ---------- > Od: Jan Dudík <jan.dudik na gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 11. 8. 2014 14:45:35 > Předmět: Re: [Talk-cz] Tracer - pLPIS > > > Dělám něco špatně? > stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na > pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic > mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic nestane > > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar > > JAnD > > > Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> napsal(a): >> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama >> zazelenalo >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 >> >> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. >> Tracer >> funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, >> protože tracováním/vstupníma daty vzniká obrovské množství chyb a >> varování. >> Na dvě kliknutí se toho dá zbavit. >> >> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: >> >> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} >> >> aby bylo vidět, kde jsou LPIS data. >> >> Zdraví Pavel Kwiecien >> >> ---------- Původní zpráva ---------- >> Od: Marián Kyral <mkyral na email.cz> >> >> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> Datum: 8. 8. 2014 9:08:35 >> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> >> Ahoj, >> >> ---------- Původní zpráva ---------- >> Od: Pavel Machek <pavel na ucw.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> Datum: 5. 8. 2014 23:19:28 >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> >> ahoj! >> >>> > 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? >> >> No, zato vime ze je to po katastralnich uzemich, ne? >> >> Takze az to bude chtit nekdo updatovat: >> >> Pro kazdy polygon: >> Je polygon se stejnou geometrii v osm? >> NE: importuju >> ANO: zmenim parametry na ty z noveho lpis, je li nutne >> >> Pro polygony z OSM ktere jsem zatim nezpracoval: >> Jestlize polygon ma source=lpis >> Jestlize se od importu nezmenil, smazu ho >> Jinak je to na rucni rozhodnuti co je aktualnejsi. >> >> Hmm? >> Pavel >> >> >> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným >> landuse >> vedle sebe? >> >> Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se >> sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a >> nechal >> sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty natrasované >> polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. >> >> >> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout a >> tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je >> daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední >> polygon? Přidat nějakou toleranci? >> >> >> A pokud se bude slučovat (což bych v tomto konkrétním případě rád udělal), >> co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis, >> aby >> bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon >> vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? >> >> Třeba lpis=merged ? >> >> >> Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: >> >> ref=123;2231;2231;22455;875;646 >> >> >> Bylo by to k něčemu? >> >> >> Marián >> >> >> >> >> -- >> (english) http://www.livejournal.com/~pavelmachek >> (cesky, pictures) >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

15.8.2014 04:08:20 (#37)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Ahoj, bohužel nemám kompletní seznam toho, co můžu lpis očekávat. Takže někdy to nezafunguje a je potřeba mi to nahlásit a já to doplním do mapování. Nicméně, u tého konkrétní cesty se mi doplní "orná půda". Takže tím to není. Ale něco podobného jsem už viděl. Řešil jsem to s Honzou Mladým. Do odpovědi z WMS se nějakým záhadným způsobem dostaly podivné znaky. Vždy se vecpou na stejné místo a to, jestli se něco natrasuje správně nebo ne záleží jen na velikosti trasované plochy. Při určitém počtu uzlů se ty podivné znaky třefí právě do pole s kulturou a tracer pak nic nenajde. Ale proč se to děje netuším. U mně se tento problém nevyskytuje. A Honza je teď na dovolené, takže další zkoumání momentálně neprobíhá. Marián  
---------- Původní zpráva ---------- Od: Jan Dudík <jan.dudik na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 15. 8. 2014 15:14:44 Předmět: Re: [Talk-cz] Tracer - pLPIS "Díky, bylo to tím nastavením. Ale narazil jsem na plochy v LPIS, kterým tracer přiřadí pouze ref a source, žádné landuse. asi 6 jich je na relativně malé ploše v katastru Plav: http://www.openstreetmap.org/#map=16/48.9090/14.4976 např. http://www.openstreetmap.org/way/297894310 je to záměr nbeo chyba? --- Ing. Jan Dudík projekce dopravních staveb tel. 777082195 Dne 11. srpna 2014 16:01 Martin Švec - OSM <osm na maatts.cz> napsal(a): zobrazit citaci
> Tím to nebude (pokud nechce klasický trasování katastrální mapy). > > (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout
Klasický. zobrazit citaci
> (2) Mačkat T a sledovat jak se mění kurzor myši, R = budovy z RUIANu, LP = > půda z LPISu. > > Martin > > Dne 11.8.2014 15:53, Michal Pustějovský napsal(a): > > Máš spuštěný tracer server? > > > ---------- Původní zpráva ---------- > Od: Jan Dudík <jan.dudik na gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 11. 8. 2014 14:45:35 > Předmět: Re: [Talk-cz] Tracer - pLPIS > > > Dělám něco špatně? > stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na > pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic > mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic nestane > > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar > > JAnD > > > Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> napsal
(a): zobrazit citaci
>> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama >> zazelenalo >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 >> >> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. >> Tracer >> funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, >> protože tracováním/vstupníma daty vzniká obrovské množství chyb a >> varování. >> Na dvě kliknutí se toho dá zbavit. >> >> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: >> >> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&
SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH= {width}&HEIGHT={height}&BBOX={bbox} zobrazit citaci
>> >> aby bylo vidět, kde jsou LPIS data. >> >> Zdraví Pavel Kwiecien >> >> ---------- Původní zpráva ---------- >> Od: Marián Kyral <mkyral na email.cz> >> >> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> Datum: 8. 8. 2014 9:08:35 >> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> >> Ahoj, >> >> ---------- Původní zpráva ---------- >> Od: Pavel Machek <pavel na ucw.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> Datum: 5. 8. 2014 23:19:28 >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> >> ahoj! >> >>> > 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 zobrazit citaci
>>> 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? >> >> No, zato vime ze je to po katastralnich uzemich, ne? >> >> Takze az to bude chtit nekdo updatovat: >> >> Pro kazdy polygon: >> Je polygon se stejnou geometrii v osm? >> NE: importuju >> ANO: zmenim parametry na ty z noveho lpis, je li nutne >> >> Pro polygony z OSM ktere jsem zatim nezpracoval: >> Jestlize polygon ma source=lpis >> Jestlize se od importu nezmenil, smazu ho >> Jinak je to na rucni rozhodnuti co je aktualnejsi. >> >> Hmm? >> Pavel >> >> >> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným >> landuse >> vedle sebe? >> >> Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se >> sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a >> nechal >> sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty natrasované >> polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. >> >> >> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem pohnout
a zobrazit citaci
>> tím pádem změním geometrii => problém při aktualizaci - jak poznám, že je >> daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední >> polygon? Přidat nějakou toleranci? >> >> >> A pokud se bude slučovat (což bych v tomto konkrétním případě rád
udělal), zobrazit citaci
>> co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis, >> aby >> bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon >> vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? >> >> Třeba lpis=merged ? >> >> >> Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: >> >> ref=123;2231;2231;22455;875;646 >> >> >> Bylo by to k něčemu? >> >> >> Marián >> >> >> >> >> -- >> (english) http://www.livejournal.com/~pavelmachek >> (cesky, pictures) >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140815/f6b722dc/attachment.html>

16.8.2014 10:47:36 (#38)
gravatar

Jiří Parkan

<jparkan at gmail.com>
47
Ahoj, také jsem narážel na nějaké plochy kterým tracer nepřiřadil typ plochy. Na Třebíčsku to byla tak jedna z dvaceti. Včera jsem mapoval kousek okolo Plzně-Božkova a tam byly bez typu plochy naprosto všechny polygony. Parkis 2014-08-15 16:08 GMT+02:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci
> Ahoj, > bohužel nemám kompletní seznam toho, co můžu lpis očekávat. Takže někdy to > nezafunguje a je potřeba mi to nahlásit a já to doplním do mapování. > > Nicméně, u tého konkrétní cesty se mi doplní "orná půda". Takže tím to > není. Ale něco podobného jsem už viděl. Řešil jsem to s Honzou Mladým. Do > odpovědi z WMS se nějakým záhadným způsobem dostaly podivné znaky. Vždy se > vecpou na stejné místo a to, jestli se něco natrasuje správně nebo ne > záleží jen na velikosti trasované plochy. Při určitém počtu uzlů se ty > podivné znaky třefí právě do pole s kulturou a tracer pak nic nenajde. > > Ale proč se to děje netuším. U mně se tento problém nevyskytuje. A Honza > je teď na dovolené, takže další zkoumání momentálně neprobíhá. > > Marián > > > > ---------- Původní zpráva ---------- > Od: Jan Dudík <jan.dudik na gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 15. 8. 2014 15:14:44 > > Předmět: Re: [Talk-cz] Tracer - pLPIS > > > Díky, bylo to tím nastavením. > Ale narazil jsem na plochy v LPIS, kterým tracer přiřadí pouze ref a > source, žádné landuse. > asi 6 jich je na relativně malé ploše v katastru Plav: > http://www.openstreetmap.org/#map=16/48.9090/14.4976 > např. http://www.openstreetmap.org/way/297894310 > > je to záměr nbeo chyba? > --- > Ing. Jan Dudík > projekce dopravních staveb > tel. 777082195 > > > Dne 11. srpna 2014 16:01 Martin Švec - OSM <osm na maatts.cz> napsal(a): > > Tím to nebude (pokud nechce klasický trasování katastrální mapy). > > > > (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout > Klasický. > > (2) Mačkat T a sledovat jak se mění kurzor myši, R = budovy z RUIANu, LP > = > > půda z LPISu. > > > > Martin > > > > Dne 11.8.2014 15:53, Michal Pustějovský napsal(a): > > > > Máš spuštěný tracer server? > > > > > > ---------- Původní zpráva ---------- > > Od: Jan Dudík <jan.dudik na gmail.com> > > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > > Datum: 11. 8. 2014 14:45:35 > > Předmět: Re: [Talk-cz] Tracer - pLPIS > > > > > > Dělám něco špatně? > > stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na > > pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. > > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN > > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic > > mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic nestane > > > > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar > > > > JAnD > > > > > > Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> > napsal(a): > >> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod > horama > >> zazelenalo > >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 > >> > >> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. > >> Tracer > >> funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, > >> protože tracováním/vstupníma daty vzniká obrovské množství chyb a > >> varování. > >> Na dvě kliknutí se toho dá zbavit. > >> > >> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: > >> > >> > http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} > >> > >> aby bylo vidět, kde jsou LPIS data. > >> > >> Zdraví Pavel Kwiecien > >> > >> ---------- Původní zpráva ---------- > >> Od: Marián Kyral <mkyral na email.cz> > >> > >> > >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > >> Datum: 8. 8. 2014 9:08:35 > >> > >> Předmět: Re: [Talk-cz] Tracer - pLPIS > >> > >> > >> Ahoj, > >> > >> ---------- Původní zpráva ---------- > >> Od: Pavel Machek <pavel na ucw.cz> > >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > >> Datum: 5. 8. 2014 23:19:28 > >> Předmět: Re: [Talk-cz] Tracer - pLPIS > >> > >> > >> ahoj! > >> > >>> > 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? > >> > >> No, zato vime ze je to po katastralnich uzemich, ne? > >> > >> Takze az to bude chtit nekdo updatovat: > >> > >> Pro kazdy polygon: > >> Je polygon se stejnou geometrii v osm? > >> NE: importuju > >> ANO: zmenim parametry na ty z noveho lpis, je li nutne > >> > >> Pro polygony z OSM ktere jsem zatim nezpracoval: > >> Jestlize polygon ma source=lpis > >> Jestlize se od importu nezmenil, smazu ho > >> Jinak je to na rucni rozhodnuti co je aktualnejsi. > >> > >> Hmm? > >> Pavel > >> > >> > >> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným > >> landuse > >> vedle sebe? > >> > >> Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by > se > >> sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a > >> nechal > >> sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty > natrasované > >> polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. > >> > >> > >> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem > pohnout a > >> tím pádem změním geometrii => problém při aktualizaci - jak poznám, že > je > >> daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední > >> polygon? Přidat nějakou toleranci? > >> > >> > >> A pokud se bude slučovat (což bych v tomto konkrétním případě rád > udělal), > >> co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen source=lpis, > >> aby > >> bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon > >> vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? > >> > >> Třeba lpis=merged ? > >> > >> > >> Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: > >> > >> ref=123;2231;2231;22455;875;646 > >> > >> > >> Bylo by to k něčemu? > >> > >> > >> Marián > >> > >> > >> > >> > >> -- > >> (english) http://www.livejournal.com/~pavelmachek > >> (cesky, pictures) > >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/64960a90/attachment.html>

16.8.2014 06:42:39 (#39)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Ahoj, pos(li mi prosím konkrétní body. Mám takové podezr(ení, z(e to je ne(jaký problém s windows. Protoz(e na linuxu to je bez problému*. Mu*z(ete mi prosím vs(ichni zkusit v prohlíz(ec(i toto url: http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&&featureID=LPIS_FB4.7883723&SRSNAME=EPSG:102067 A pr(ípadne( mi poslat výstup? Me(lo by to vypadat podobne( jako na obrázku. Pokud atribut ms:kultura nevypadá takto: *<ms:kultura>orná pu*da</ms:kultura>* Tak je to s(patne( a musíme zjistit, kde je problém. V traceru není, ten uz( dostane s(patná data. (je to ten pr(íklad od Honzy níz(e, kdyby to chte(l ne(kdo zkoumat). Marián Dne 16.8.2014 10:47, Jir(í Parkan napsal(a): zobrazit citaci
> Ahoj, > také jsem naráz(el na ne(jaké plochy kterým tracer nepr(ir(adil typ > plochy. Na Tr(ebíc(sku to byla tak jedna z dvaceti. > Vc(era jsem mapoval kousek okolo Plzne(-Boz(kova a tam byly bez typu > plochy naprosto vs(echny polygony. > Parkis > > > 2014-08-15 16:08 GMT+02:00 Marián Kyral <mkyral na email.cz > <mailto:mkyral na email.cz>>: > > Ahoj, > bohuz(el nemám kompletní seznam toho, co mu*z(u lpis oc(ekávat. > Takz(e ne(kdy to nezafunguje a je potr(eba mi to nahlásit a já to > doplním do mapování. > > Nicméne(, u tého konkrétní cesty se mi doplní "orná pu*da". Takz(e > tím to není. Ale ne(co podobného jsem uz( vide(l. R(es(il jsem to > s Honzou Mladým. Do odpove(di z WMS se ne(jakým záhadným zpu*sobem > dostaly podivné znaky. Vz(dy se vecpou na stejné místo a to, > jestli se ne(co natrasuje správne( nebo ne zález(í jen na > velikosti trasované plochy. Pr(i urc(itém poc(tu uzlu* se ty > podivné znaky tr(efí práve( do pole s kulturou a tracer pak nic > nenajde. > > Ale proc( se to de(je netus(ím. U mne( se tento problém > nevyskytuje. A Honza je ted( na dovolené, takz(e dals(í zkoumání > momentálne( neprobíhá. > > Marián > > > ---------- Pu*vodní zpráva ---------- > Od: Jan Dudík <jan.dudik na gmail.com <mailto:jan.dudik na gmail.com>> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org > <mailto:talk-cz na openstreetmap.org>> > Datum: 15. 8. 2014 15:14:44 > > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > > Díky, bylo to tím nastavením. > Ale narazil jsem na plochy v LPIS, kterým tracer pr(ir(adí > pouze ref a > source, z(ádné landuse. > asi 6 jich je na relativne( malé plos(e v katastru Plav: > http://www.openstreetmap.org/#map=16/48.9090/14.4976 > napr(. http://www.openstreetmap.org/way/297894310 <tel:297894310> > > je to záme(r nbeo chyba? > --- > Ing. Jan Dudík > projekce dopravních staveb > tel. 777082195 <tel:777082195> > > > Dne 11. srpna 2014 16:01 Martin S(vec - OSM <osm na maatts.cz > <mailto:osm na maatts.cz>> napsal(a): > > Tím to nebude (pokud nechce klasický trasování katastrální > mapy). > > > > (1) V nastavení pluginu zas(krtnout moduly RUIAN a LPIS, > ods(krtnout Klasický. > > (2) Mac(kat T a sledovat jak se me(ní kurzor mys(i, R = > budovy z RUIANu, LP = > > pu*da z LPISu. > > > > Martin > > > > Dne 11.8.2014 15:53, Michal Puste(jovský napsal(a): > > > > Más( spus(te(ný tracer server? > > > > > > ---------- Pu*vodní zpráva ---------- > > Od: Jan Dudík <jan.dudik na gmail.com <mailto:jan.dudik na gmail.com>> > > Komu: OpenStreetMap Czech Republic > <talk-cz na openstreetmap.org <mailto:talk-cz na openstreetmap.org>> > > Datum: 11. 8. 2014 14:45:35 > > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > > > > > > De(lám ne(co s(patne(? > > stáhl jsem si tracer z [1], k ne(mu v JOSM dva vyz(adované > dopln(ky, na > > pozadí si zapnul poz(adovanou vrstvu wms abych vide(l co klikám. > > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN > > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic > > mac(káním T dosáhnu jediné zme(ny, z(e se ani po kliku na > budovu nic nestane > > > > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar > > > > JAnD > > > > > > Dne 8. srpna 2014 21:04 Pavel Kwiecien > <pavel.kwiecien na seznam.cz <mailto:pavel.kwiecien na seznam.cz>> > napsal(a): > >> Ahoj, trochu jsem si uz( s Tracerem zablbnul a uz( se mi to > tady pod horama > >> zazelenalo > >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 > >> > >> Pokud by spojování nebylo automatické, tak nemá smysl se > tím zabývat. > >> Tracer > >> funguje dobr(e, akorát import je potr(eba vz(dy!! projet v > JOSM validací, > >> protoz(e tracováním/vstupníma daty vzniká obrovské > mnoz(ství chyb a > >> varování. > >> Na dve( kliknutí se toho dá zbavit. > >> > >> Jes(te( pro neznalé. Je dobré si v JOSM nastavit tr(eba > tuto WMS vrstvu: > >> > >> > http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} > <http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS=%7Bproj%7D&WIDTH=%7Bwidth%7D&HEIGHT=%7Bheight%7D&BBOX=%7Bbbox%7D> > >> > >> aby bylo vide(t, kde jsou LPIS data. > >> > >> Zdraví Pavel Kwiecien > >> > >> ---------- Pu*vodní zpráva ---------- > >> Od: Marián Kyral <mkyral na email.cz <mailto:mkyral na email.cz>> > >> > >> > >> Komu: OpenStreetMap Czech Republic > <talk-cz na openstreetmap.org <mailto:talk-cz na openstreetmap.org>> > >> Datum: 8. 8. 2014 9:08:35 > >> > >> Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > >> > >> > >> Ahoj, > >> > >> ---------- Pu*vodní zpráva ---------- > >> Od: Pavel Machek <pavel na ucw.cz <mailto:pavel na ucw.cz>> > >> Komu: OpenStreetMap Czech Republic > <talk-cz na openstreetmap.org <mailto:talk-cz na openstreetmap.org>> > >> Datum: 5. 8. 2014 23:19:28 > >> Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > >> > >> > >> ahoj! > >> > >>> > Jak by sis to propojení pr(edstavoval? Mne nenapadá, jak > by se to dalo > >>> > ude(lat. > >>> > >>> No úplne( pr(esne( to nevím :). > >>> > >>> Napr(ed bych vide(l úvahu, zda jednotlivá políc(ka > (=parcely a LPIS > >>> polygony) > >>> sdruz(ovat nebo ne. Na tom závisí i strategie aktualizací. > Zatím mi pr(ijde > >>> nemoz(né hlídat si podle ref:, zda se ne(co v LPIS > zme(nilo a na zme(nu > >>> zareagovat. Nevíme, co se mu*z(e me(nit. Urc(ite( druh > kultury, moz(ná i > >>> geometrie? > >>> Je moz(né, z(e tam, kde je ted( 50 malých políc(ek bude za > 3 roky jen jedno > >>> velké > >>> c(i naopak? > >> > >> No, zato vime ze je to po katastralnich uzemich, ne? > >> > >> Takze az to bude chtit nekdo updatovat: > >> > >> Pro kazdy polygon: > >> Je polygon se stejnou geometrii v osm? > >> NE: importuju > >> ANO: zmenim parametry na ty z noveho lpis, je li nutne > >> > >> Pro polygony z OSM ktere jsem zatim nezpracoval: > >> Jestlize polygon ma source=lpis > >> Jestlize se od importu nezmenil, smazu ho > >> Jinak je to na rucni rozhodnuti co je aktualnejsi. > >> > >> Hmm? > >> Pavel > >> > >> > >> No zásadní problém je: Sluc(ovat nebo nesluc(ovat polygony > se stejným > >> landuse > >> vedle sebe? > >> > >> Tr(eba tady: > http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se > >> slouc(ení hodilo. Ale kdyz( jsem experimentálne( pár > polygonu* oznac(il a > >> nechal > >> slouc(it, tak z toho vylezl ne(jaký paskvil, protoz(e ac( > jsou ty natrasované > >> polygony vizuálne( vedle sebe, ne vz(dy na sebe pr(esne( > navazují. > >> > >> > >> Pokud je budu napojovat na sebe, tak musím nutne( s > ne(jakým bodem pohnout a > >> tím pádem zme(ním geometrii => problém pr(i aktualizaci - > jak poznám, z(e je > >> daný polygon stejný, jen byl mírne( zme(ne(n z du*vodu > napojení na sousední > >> polygon? Pr(idat ne(jakou toleranci? > >> > >> > >> A pokud se bude sluc(ovat (coz( bych v tomto konkrétním > pr(ípade( rád ude(lal), > >> co ude(lat s ref? Já bych jej úplne( vyhodil, nechal bych > jen source=lpis, > >> aby > >> bylo jasné, odkud se to vzalo. A chybe(jící ref by > znamenalo, z(e polygon > >> vznikl slouc(ením mens(ích polygonu*. Nebo tam dát ne(jaký > speciální tag? > >> > >> Tr(eba lpis=merged ? > >> > >> > >> Pokud by ref zu*stalo, nutne( by to vedlo k ne(c(emu takovému: > >> > >> ref=123;2231;2231;22455;875;646 > >> > >> > >> Bylo by to k ne(c(emu? > >> > >> > >> Marián > >> > >> > >> > >> > >> -- > >> (english) http://www.livejournal.com/~pavelmachek > <http://www.livejournal.com/%7Epavelmachek> > >> (cesky, pictures) > >> > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html <http://atrey.karlin.mff.cuni.cz/%7Epavel/picture/horses/blog.html> > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?í ?ást --------------- HTML p?íloha byla odstran?na... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/7e26ef40/attachment.html> ------------- dal?í ?ást --------------- A non-text attachment was scrubbed... Name: xml.png Type: image/png Size: 54787 bytes Desc: [?ádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/7e26ef40/attachment.png>

16.8.2014 07:09:30 (#40)
gravatar

Jiří Parkan

<jparkan at gmail.com>
47
Ahoj, výstup url přikládám (7883723.xml), letmým pohledem se mi zdá ok. Pár příkladů lpis ID která nefungovala: 8570042, 9403951, 8570047 Jsou to políčka v téhle oblasti: http://osm.org/go/0JbF878yo-- Přikládám také uložené xml jednoho z nich (8570042.xml), v prohlížeči se taky zdá v pořádku. Při trasování proběhne v konzoli JOSM chyba parsování xml a je tam vidět pomršená diakritika, viz obrázky. Možná je to ale jen chyba zobrazení v konzoli, netuším. Systém je Win7 home CZ. Parkis 2014-08-16 18:42 GMT+02:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci
> Ahoj, > pošli mi prosím konkrétní body. Mám takové podezření, že to je nějaký > problém s windows. Protože na linuxu to je bez problémů. > > Můžete mi prosím všichni zkusit v prohlížeči toto url: > > > http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&&featureID=LPIS_FB4.7883723&SRSNAME=EPSG:102067 > > A případně mi poslat výstup? Mělo by to vypadat podobně jako na obrázku. > Pokud atribut ms:kultura nevypadá takto: *<ms:kultura>orná > půda</ms:kultura>* Tak je to špatně a musíme zjistit, kde je problém. V > traceru není, ten už dostane špatná data. > > (je to ten příklad od Honzy níže, kdyby to chtěl někdo zkoumat). > Marián > > Dne 16.8.2014 10:47, Jiří Parkan napsal(a): > > Ahoj, > také jsem narážel na nějaké plochy kterým tracer nepřiřadil typ plochy. Na > Třebíčsku to byla tak jedna z dvaceti. > Včera jsem mapoval kousek okolo Plzně-Božkova a tam byly bez typu plochy > naprosto všechny polygony. > Parkis > > > 2014-08-15 16:08 GMT+02:00 Marián Kyral <mkyral na email.cz>: > >> Ahoj, >> bohužel nemám kompletní seznam toho, co můžu lpis očekávat. Takže někdy >> to nezafunguje a je potřeba mi to nahlásit a já to doplním do mapování. >> >> Nicméně, u tého konkrétní cesty se mi doplní "orná půda". Takže tím to >> není. Ale něco podobného jsem už viděl. Řešil jsem to s Honzou Mladým. Do >> odpovědi z WMS se nějakým záhadným způsobem dostaly podivné znaky. Vždy se >> vecpou na stejné místo a to, jestli se něco natrasuje správně nebo ne >> záleží jen na velikosti trasované plochy. Při určitém počtu uzlů se ty >> podivné znaky třefí právě do pole s kulturou a tracer pak nic nenajde. >> >> Ale proč se to děje netuším. U mně se tento problém nevyskytuje. A Honza >> je teď na dovolené, takže další zkoumání momentálně neprobíhá. >> >> Marián >> >> >> ---------- Původní zpráva ---------- >> Od: Jan Dudík <jan.dudik na gmail.com> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> Datum: 15. 8. 2014 15:14:44 >> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> Díky, bylo to tím nastavením. >> Ale narazil jsem na plochy v LPIS, kterým tracer přiřadí pouze ref a >> source, žádné landuse. >> asi 6 jich je na relativně malé ploše v katastru Plav: >> http://www.openstreetmap.org/#map=16/48.9090/14.4976 >> např. http://www.openstreetmap.org/way/297894310 >> >> je to záměr nbeo chyba? >> --- >> Ing. Jan Dudík >> projekce dopravních staveb >> tel. 777082195 >> >> >> Dne 11. srpna 2014 16:01 Martin Švec - OSM <osm na maatts.cz> napsal(a): >> > Tím to nebude (pokud nechce klasický trasování katastrální mapy). >> > >> > (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout >> Klasický. >> > (2) Mačkat T a sledovat jak se mění kurzor myši, R = budovy z RUIANu, >> LP = >> > půda z LPISu. >> > >> > Martin >> > >> > Dne 11.8.2014 15:53, Michal Pustějovský napsal(a): >> > >> > Máš spuštěný tracer server? >> > >> > >> > ---------- Původní zpráva ---------- >> > Od: Jan Dudík <jan.dudik na gmail.com> >> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> > Datum: 11. 8. 2014 14:45:35 >> > Předmět: Re: [Talk-cz] Tracer - pLPIS >> > >> > >> > Dělám něco špatně? >> > stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na >> > pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. >> > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN >> > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic >> > mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic >> nestane >> > >> > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar >> > >> > JAnD >> > >> > >> > Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> >> napsal(a): >> >> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod >> horama >> >> zazelenalo >> >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 >> >> >> >> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. >> >> Tracer >> >> funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací, >> >> protože tracováním/vstupníma daty vzniká obrovské množství chyb a >> >> varování. >> >> Na dvě kliknutí se toho dá zbavit. >> >> >> >> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: >> >> >> >> >> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} >> >> >> >> aby bylo vidět, kde jsou LPIS data. >> >> >> >> Zdraví Pavel Kwiecien >> >> >> >> ---------- Původní zpráva ---------- >> >> Od: Marián Kyral <mkyral na email.cz> >> >> >> >> >> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> >> Datum: 8. 8. 2014 9:08:35 >> >> >> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> >> >> >> >> Ahoj, >> >> >> >> ---------- Původní zpráva ---------- >> >> Od: Pavel Machek <pavel na ucw.cz> >> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> >> Datum: 5. 8. 2014 23:19:28 >> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> >> >> >> >> ahoj! >> >> >> >>> > 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? >> >> >> >> No, zato vime ze je to po katastralnich uzemich, ne? >> >> >> >> Takze az to bude chtit nekdo updatovat: >> >> >> >> Pro kazdy polygon: >> >> Je polygon se stejnou geometrii v osm? >> >> NE: importuju >> >> ANO: zmenim parametry na ty z noveho lpis, je li nutne >> >> >> >> Pro polygony z OSM ktere jsem zatim nezpracoval: >> >> Jestlize polygon ma source=lpis >> >> Jestlize se od importu nezmenil, smazu ho >> >> Jinak je to na rucni rozhodnuti co je aktualnejsi. >> >> >> >> Hmm? >> >> Pavel >> >> >> >> >> >> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným >> >> landuse >> >> vedle sebe? >> >> >> >> Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 by >> se >> >> sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a >> >> nechal >> >> sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty >> natrasované >> >> polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. >> >> >> >> >> >> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem >> pohnout a >> >> tím pádem změním geometrii => problém při aktualizaci - jak poznám, že >> je >> >> daný polygon stejný, jen byl mírně změněn z důvodu napojení na sousední >> >> polygon? Přidat nějakou toleranci? >> >> >> >> >> >> A pokud se bude slučovat (což bych v tomto konkrétním případě rád >> udělal), >> >> co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen >> source=lpis, >> >> aby >> >> bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že polygon >> >> vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? >> >> >> >> Třeba lpis=merged ? >> >> >> >> >> >> Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: >> >> >> >> ref=123;2231;2231;22455;875;646 >> >> >> >> >> >> Bylo by to k něčemu? >> >> >> >> >> >> Marián >> >> >> >> >> >> >> >> >> >> -- >> >> (english) http://www.livejournal.com/~pavelmachek >> >> (cesky, pictures) >> >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> > > > _______________________________________________ > Talk-cz mailing listTalk-cz na openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment.html> ------------- další část --------------- A non-text attachment was scrubbed... Name: 7883723.xml Type: text/xml Size: 4154 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment.xml> ------------- další část --------------- A non-text attachment was scrubbed... Name: 8570042.xml Type: text/xml Size: 4292 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment-0001.xml> ------------- další část --------------- A non-text attachment was scrubbed... Name: josm.png Type: image/png Size: 81167 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment.png> ------------- další část --------------- A non-text attachment was scrubbed... Name: josm2.png Type: image/png Size: 279946 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment-0001.png>

16.8.2014 09:35:29 (#41)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Díky. Tak to je hodně divné. Vypadá to normálně a stejně se tam něco pokazí. Diakritika problém nebude. To by se přece nenatrasovalo nic. Ale někdy orná půda projde, jindy ne. :-( Marián On 16. srpna 2014 19:09:30 CEST, "Jiří Parkan" <jparkan na gmail.com> wrote: zobrazit citaci
>Ahoj, >výstup url přikládám (7883723.xml), letmým pohledem se mi zdá ok. >Pár příkladů lpis ID která nefungovala: 8570042, 9403951, 8570047 >Jsou to políčka v téhle oblasti: http://osm.org/go/0JbF878yo-- >Přikládám také uložené xml jednoho z nich (8570042.xml), v prohlížeči >se >taky zdá v pořádku. > >Při trasování proběhne v konzoli JOSM chyba parsování xml a je tam >vidět >pomršená diakritika, viz obrázky. Možná je to ale jen chyba zobrazení v >konzoli, netuším. > >Systém je Win7 home CZ. > >Parkis > > > > >2014-08-16 18:42 GMT+02:00 Marián Kyral <mkyral na email.cz>: > >> Ahoj, >> pošli mi prosím konkrétní body. Mám takové podezření, že to je nějaký >> problém s windows. Protože na linuxu to je bez problémů. >> >> Můžete mi prosím všichni zkusit v prohlížeči toto url: >> >> >> >http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&&featureID=LPIS_FB4.7883723&SRSNAME=EPSG:102067 >> >> A případně mi poslat výstup? Mělo by to vypadat podobně jako na >obrázku. >> Pokud atribut ms:kultura nevypadá takto: *<ms:kultura>orná >> půda</ms:kultura>* Tak je to špatně a musíme zjistit, kde je problém. >V >> traceru není, ten už dostane špatná data. >> >> (je to ten příklad od Honzy níže, kdyby to chtěl někdo zkoumat). >> Marián >> >> Dne 16.8.2014 10:47, Jiří Parkan napsal(a): >> >> Ahoj, >> také jsem narážel na nějaké plochy kterým tracer nepřiřadil typ >plochy. Na >> Třebíčsku to byla tak jedna z dvaceti. >> Včera jsem mapoval kousek okolo Plzně-Božkova a tam byly bez typu >plochy >> naprosto všechny polygony. >> Parkis >> >> >> 2014-08-15 16:08 GMT+02:00 Marián Kyral <mkyral na email.cz>: >> >>> Ahoj, >>> bohužel nemám kompletní seznam toho, co můžu lpis očekávat. Takže >někdy >>> to nezafunguje a je potřeba mi to nahlásit a já to doplním do >mapování. >>> >>> Nicméně, u tého konkrétní cesty se mi doplní "orná půda". Takže tím >to >>> není. Ale něco podobného jsem už viděl. Řešil jsem to s Honzou >Mladým. Do >>> odpovědi z WMS se nějakým záhadným způsobem dostaly podivné znaky. >Vždy se >>> vecpou na stejné místo a to, jestli se něco natrasuje správně nebo >ne >>> záleží jen na velikosti trasované plochy. Při určitém počtu uzlů se >ty >>> podivné znaky třefí právě do pole s kulturou a tracer pak nic >nenajde. >>> >>> Ale proč se to děje netuším. U mně se tento problém nevyskytuje. A >Honza >>> je teď na dovolené, takže další zkoumání momentálně neprobíhá. >>> >>> Marián >>> >>> >>> ---------- Původní zpráva ---------- >>> Od: Jan Dudík <jan.dudik na gmail.com> >>> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>> Datum: 15. 8. 2014 15:14:44 >>> >>> Předmět: Re: [Talk-cz] Tracer - pLPIS >>> >>> Díky, bylo to tím nastavením. >>> Ale narazil jsem na plochy v LPIS, kterým tracer přiřadí pouze ref a >>> source, žádné landuse. >>> asi 6 jich je na relativně malé ploše v katastru Plav: >>> http://www.openstreetmap.org/#map=16/48.9090/14.4976 >>> např. http://www.openstreetmap.org/way/297894310 >>> >>> je to záměr nbeo chyba? >>> --- >>> Ing. Jan Dudík >>> projekce dopravních staveb >>> tel. 777082195 >>> >>> >>> Dne 11. srpna 2014 16:01 Martin Švec - OSM <osm na maatts.cz> >napsal(a): >>> > Tím to nebude (pokud nechce klasický trasování katastrální mapy). >>> > >>> > (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout >>> Klasický. >>> > (2) Mačkat T a sledovat jak se mění kurzor myši, R = budovy z >RUIANu, >>> LP = >>> > půda z LPISu. >>> > >>> > Martin >>> > >>> > Dne 11.8.2014 15:53, Michal Pustějovský napsal(a): >>> > >>> > Máš spuštěný tracer server? >>> > >>> > >>> > ---------- Původní zpráva ---------- >>> > Od: Jan Dudík <jan.dudik na gmail.com> >>> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>> > Datum: 11. 8. 2014 14:45:35 >>> > Předmět: Re: [Talk-cz] Tracer - pLPIS >>> > >>> > >>> > Dělám něco špatně? >>> > stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, >na >>> > pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. >>> > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN >>> > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic >>> > mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic >>> nestane >>> > >>> > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar >>> > >>> > JAnD >>> > >>> > >>> > Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> >>> napsal(a): >>> >> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady >pod >>> horama >>> >> zazelenalo >>> >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 >>> >> >>> >> Pokud by spojování nebylo automatické, tak nemá smysl se tím >zabývat. >>> >> Tracer >>> >> funguje dobře, akorát import je potřeba vždy!! projet v JOSM >validací, >>> >> protože tracováním/vstupníma daty vzniká obrovské množství chyb a >>> >> varování. >>> >> Na dvě kliknutí se toho dá zbavit. >>> >> >>> >> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS >vrstvu: >>> >> >>> >> >>> >http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} >>> >> >>> >> aby bylo vidět, kde jsou LPIS data. >>> >> >>> >> Zdraví Pavel Kwiecien >>> >> >>> >> ---------- Původní zpráva ---------- >>> >> Od: Marián Kyral <mkyral na email.cz> >>> >> >>> >> >>> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>> >> Datum: 8. 8. 2014 9:08:35 >>> >> >>> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >>> >> >>> >> >>> >> Ahoj, >>> >> >>> >> ---------- Původní zpráva ---------- >>> >> Od: Pavel Machek <pavel na ucw.cz> >>> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>> >> Datum: 5. 8. 2014 23:19:28 >>> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >>> >> >>> >> >>> >> ahoj! >>> >> >>> >>> > 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? >>> >> >>> >> No, zato vime ze je to po katastralnich uzemich, ne? >>> >> >>> >> Takze az to bude chtit nekdo updatovat: >>> >> >>> >> Pro kazdy polygon: >>> >> Je polygon se stejnou geometrii v osm? >>> >> NE: importuju >>> >> ANO: zmenim parametry na ty z noveho lpis, je li nutne >>> >> >>> >> Pro polygony z OSM ktere jsem zatim nezpracoval: >>> >> Jestlize polygon ma source=lpis >>> >> Jestlize se od importu nezmenil, smazu ho >>> >> Jinak je to na rucni rozhodnuti co je aktualnejsi. >>> >> >>> >> Hmm? >>> >> Pavel >>> >> >>> >> >>> >> No zásadní problém je: Slučovat nebo neslučovat polygony se >stejným >>> >> landuse >>> >> vedle sebe? >>> >> >>> >> Třeba tady: >http://www.openstreetmap.org/#map=17/49.66388/18.38023 by >>> se >>> >> sloučení hodilo. Ale když jsem experimentálně pár polygonů >označil a >>> >> nechal >>> >> sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty >>> natrasované >>> >> polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. >>> >> >>> >> >>> >> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem >>> pohnout a >>> >> tím pádem změním geometrii => problém při aktualizaci - jak >poznám, že >>> je >>> >> daný polygon stejný, jen byl mírně změněn z důvodu napojení na >sousední >>> >> polygon? Přidat nějakou toleranci? >>> >> >>> >> >>> >> A pokud se bude slučovat (což bych v tomto konkrétním případě rád >>> udělal), >>> >> co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen >>> source=lpis, >>> >> aby >>> >> bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že >polygon >>> >> vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální >tag? >>> >> >>> >> Třeba lpis=merged ? >>> >> >>> >> >>> >> Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: >>> >> >>> >> ref=123;2231;2231;22455;875;646 >>> >> >>> >> >>> >> Bylo by to k něčemu? >>> >> >>> >> >>> >> Marián >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> (english) http://www.livejournal.com/~pavelmachek >>> >> (cesky, pictures) >>> >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz na openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz na openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz na openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz na openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz na openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz na openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> >> >> _______________________________________________ >> Talk-cz mailing >listTalk-cz na openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> > > >------------------------------------------------------------------------ > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz
-- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/9ab03bcb/attachment.html>

16.8.2014 09:43:03 (#42)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Tak jsem ještě koukal na tu exception. Můžeš zkusit přidat tento parametr? -Dfile.encoding=UTF8 Možná to bude ono. Marián On 16. srpna 2014 19:09:30 CEST, "Jiří Parkan" <jparkan na gmail.com> wrote: zobrazit citaci
>Ahoj, >výstup url přikládám (7883723.xml), letmým pohledem se mi zdá ok. >Pár příkladů lpis ID která nefungovala: 8570042, 9403951, 8570047 >Jsou to políčka v téhle oblasti: http://osm.org/go/0JbF878yo-- >Přikládám také uložené xml jednoho z nich (8570042.xml), v prohlížeči >se >taky zdá v pořádku. > >Při trasování proběhne v konzoli JOSM chyba parsování xml a je tam >vidět >pomršená diakritika, viz obrázky. Možná je to ale jen chyba zobrazení v >konzoli, netuším. > >Systém je Win7 home CZ. > >Parkis > > > > >2014-08-16 18:42 GMT+02:00 Marián Kyral <mkyral na email.cz>: > >> Ahoj, >> pošli mi prosím konkrétní body. Mám takové podezření, že to je nějaký >> problém s windows. Protože na linuxu to je bez problémů. >> >> Můžete mi prosím všichni zkusit v prohlížeči toto url: >> >> >> >http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&&featureID=LPIS_FB4.7883723&SRSNAME=EPSG:102067 >> >> A případně mi poslat výstup? Mělo by to vypadat podobně jako na >obrázku. >> Pokud atribut ms:kultura nevypadá takto: *<ms:kultura>orná >> půda</ms:kultura>* Tak je to špatně a musíme zjistit, kde je problém. >V >> traceru není, ten už dostane špatná data. >> >> (je to ten příklad od Honzy níže, kdyby to chtěl někdo zkoumat). >> Marián >> >> Dne 16.8.2014 10:47, Jiří Parkan napsal(a): >> >> Ahoj, >> také jsem narážel na nějaké plochy kterým tracer nepřiřadil typ >plochy. Na >> Třebíčsku to byla tak jedna z dvaceti. >> Včera jsem mapoval kousek okolo Plzně-Božkova a tam byly bez typu >plochy >> naprosto všechny polygony. >> Parkis >> >> >> 2014-08-15 16:08 GMT+02:00 Marián Kyral <mkyral na email.cz>: >> >>> Ahoj, >>> bohužel nemám kompletní seznam toho, co můžu lpis očekávat. Takže >někdy >>> to nezafunguje a je potřeba mi to nahlásit a já to doplním do >mapování. >>> >>> Nicméně, u tého konkrétní cesty se mi doplní "orná půda". Takže tím >to >>> není. Ale něco podobného jsem už viděl. Řešil jsem to s Honzou >Mladým. Do >>> odpovědi z WMS se nějakým záhadným způsobem dostaly podivné znaky. >Vždy se >>> vecpou na stejné místo a to, jestli se něco natrasuje správně nebo >ne >>> záleží jen na velikosti trasované plochy. Při určitém počtu uzlů se >ty >>> podivné znaky třefí právě do pole s kulturou a tracer pak nic >nenajde. >>> >>> Ale proč se to děje netuším. U mně se tento problém nevyskytuje. A >Honza >>> je teď na dovolené, takže další zkoumání momentálně neprobíhá. >>> >>> Marián >>> >>> >>> ---------- Původní zpráva ---------- >>> Od: Jan Dudík <jan.dudik na gmail.com> >>> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>> Datum: 15. 8. 2014 15:14:44 >>> >>> Předmět: Re: [Talk-cz] Tracer - pLPIS >>> >>> Díky, bylo to tím nastavením. >>> Ale narazil jsem na plochy v LPIS, kterým tracer přiřadí pouze ref a >>> source, žádné landuse. >>> asi 6 jich je na relativně malé ploše v katastru Plav: >>> http://www.openstreetmap.org/#map=16/48.9090/14.4976 >>> např. http://www.openstreetmap.org/way/297894310 >>> >>> je to záměr nbeo chyba? >>> --- >>> Ing. Jan Dudík >>> projekce dopravních staveb >>> tel. 777082195 >>> >>> >>> Dne 11. srpna 2014 16:01 Martin Švec - OSM <osm na maatts.cz> >napsal(a): >>> > Tím to nebude (pokud nechce klasický trasování katastrální mapy). >>> > >>> > (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout >>> Klasický. >>> > (2) Mačkat T a sledovat jak se mění kurzor myši, R = budovy z >RUIANu, >>> LP = >>> > půda z LPISu. >>> > >>> > Martin >>> > >>> > Dne 11.8.2014 15:53, Michal Pustějovský napsal(a): >>> > >>> > Máš spuštěný tracer server? >>> > >>> > >>> > ---------- Původní zpráva ---------- >>> > Od: Jan Dudík <jan.dudik na gmail.com> >>> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>> > Datum: 11. 8. 2014 14:45:35 >>> > Předmět: Re: [Talk-cz] Tracer - pLPIS >>> > >>> > >>> > Dělám něco špatně? >>> > stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, >na >>> > pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. >>> > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN >>> > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic >>> > mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic >>> nestane >>> > >>> > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar >>> > >>> > JAnD >>> > >>> > >>> > Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> >>> napsal(a): >>> >> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady >pod >>> horama >>> >> zazelenalo >>> >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 >>> >> >>> >> Pokud by spojování nebylo automatické, tak nemá smysl se tím >zabývat. >>> >> Tracer >>> >> funguje dobře, akorát import je potřeba vždy!! projet v JOSM >validací, >>> >> protože tracováním/vstupníma daty vzniká obrovské množství chyb a >>> >> varování. >>> >> Na dvě kliknutí se toho dá zbavit. >>> >> >>> >> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS >vrstvu: >>> >> >>> >> >>> >http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} >>> >> >>> >> aby bylo vidět, kde jsou LPIS data. >>> >> >>> >> Zdraví Pavel Kwiecien >>> >> >>> >> ---------- Původní zpráva ---------- >>> >> Od: Marián Kyral <mkyral na email.cz> >>> >> >>> >> >>> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>> >> Datum: 8. 8. 2014 9:08:35 >>> >> >>> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >>> >> >>> >> >>> >> Ahoj, >>> >> >>> >> ---------- Původní zpráva ---------- >>> >> Od: Pavel Machek <pavel na ucw.cz> >>> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>> >> Datum: 5. 8. 2014 23:19:28 >>> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >>> >> >>> >> >>> >> ahoj! >>> >> >>> >>> > 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? >>> >> >>> >> No, zato vime ze je to po katastralnich uzemich, ne? >>> >> >>> >> Takze az to bude chtit nekdo updatovat: >>> >> >>> >> Pro kazdy polygon: >>> >> Je polygon se stejnou geometrii v osm? >>> >> NE: importuju >>> >> ANO: zmenim parametry na ty z noveho lpis, je li nutne >>> >> >>> >> Pro polygony z OSM ktere jsem zatim nezpracoval: >>> >> Jestlize polygon ma source=lpis >>> >> Jestlize se od importu nezmenil, smazu ho >>> >> Jinak je to na rucni rozhodnuti co je aktualnejsi. >>> >> >>> >> Hmm? >>> >> Pavel >>> >> >>> >> >>> >> No zásadní problém je: Slučovat nebo neslučovat polygony se >stejným >>> >> landuse >>> >> vedle sebe? >>> >> >>> >> Třeba tady: >http://www.openstreetmap.org/#map=17/49.66388/18.38023 by >>> se >>> >> sloučení hodilo. Ale když jsem experimentálně pár polygonů >označil a >>> >> nechal >>> >> sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty >>> natrasované >>> >> polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. >>> >> >>> >> >>> >> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem >>> pohnout a >>> >> tím pádem změním geometrii => problém při aktualizaci - jak >poznám, že >>> je >>> >> daný polygon stejný, jen byl mírně změněn z důvodu napojení na >sousední >>> >> polygon? Přidat nějakou toleranci? >>> >> >>> >> >>> >> A pokud se bude slučovat (což bych v tomto konkrétním případě rád >>> udělal), >>> >> co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen >>> source=lpis, >>> >> aby >>> >> bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že >polygon >>> >> vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální >tag? >>> >> >>> >> Třeba lpis=merged ? >>> >> >>> >> >>> >> Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: >>> >> >>> >> ref=123;2231;2231;22455;875;646 >>> >> >>> >> >>> >> Bylo by to k něčemu? >>> >> >>> >> >>> >> Marián >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> (english) http://www.livejournal.com/~pavelmachek >>> >> (cesky, pictures) >>> >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz na openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz na openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz na openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz na openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz na openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz na openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> >> >> _______________________________________________ >> Talk-cz mailing >listTalk-cz na openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> > > >------------------------------------------------------------------------ > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz
-- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/2d034c49/attachment.html>

16.8.2014 09:49:10 (#43)
gravatar

Jiří Parkan

<jparkan at gmail.com>
47
Bingo! s tímhle parametrem už to funguje, přidám si ho do spouštěcí dávky. Díky! 2014-08-16 21:43 GMT+02:00 Marián Kyral <mkyral na email.cz>: zobrazit citaci
> Tak jsem ještě koukal na tu exception. Můžeš zkusit přidat tento parametr? > > -Dfile.encoding=UTF8 > > Možná to bude ono. > Marián > > On 16. srpna 2014 19:09:30 CEST, "Jiří Parkan" <jparkan na gmail.com> wrote: > >> Ahoj, >> výstup url přikládám (7883723.xml), letmým pohledem se mi zdá ok. >> Pár příkladů lpis ID která nefungovala: 8570042, 9403951, 8570047 >> Jsou to políčka v téhle oblasti: http://osm.org/go/0JbF878yo-- >> Přikládám také uložené xml jednoho z nich (8570042.xml), v prohlížeči se >> taky zdá v pořádku. >> >> Při trasování proběhne v konzoli JOSM chyba parsování xml a je tam vidět >> pomršená diakritika, viz obrázky. Možná je to ale jen chyba zobrazení v >> konzoli, netuším. >> >> Systém je Win7 home CZ. >> >> Parkis >> >> >> >> >> 2014-08-16 18:42 GMT+02:00 Marián Kyral <mkyral na email.cz>: >> >>> Ahoj, >>> pošli mi prosím konkrétní body. Mám takové podezření, že to je nějaký >>> problém s windows. Protože na linuxu to je bez problémů. >>> >>> Můžete mi prosím všichni zkusit v prohlížeči toto url: >>> >>> >>> http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&&featureID=LPIS_FB4.7883723&SRSNAME=EPSG:102067 >>> >>> A případně mi poslat výstup? Mělo by to vypadat podobně jako na obrázku. >>> Pokud atribut ms:kultura nevypadá takto: *<ms:kultura>orná >>> půda</ms:kultura>* Tak je to špatně a musíme zjistit, kde je problém. V >>> traceru není, ten už dostane špatná data. >>> >>> (je to ten příklad od Honzy níže, kdyby to chtěl někdo zkoumat). >>> Marián >>> >>> Dne 16.8.2014 10:47, Jiří Parkan napsal(a): >>> >>> Ahoj, >>> také jsem narážel na nějaké plochy kterým tracer nepřiřadil typ plochy. >>> Na Třebíčsku to byla tak jedna z dvaceti. >>> Včera jsem mapoval kousek okolo Plzně-Božkova a tam byly bez typu plochy >>> naprosto všechny polygony. >>> Parkis >>> >>> >>> 2014-08-15 16:08 GMT+02:00 Marián Kyral <mkyral na email.cz>: >>> >>>> Ahoj, >>>> bohužel nemám kompletní seznam toho, co můžu lpis očekávat. Takže někdy >>>> to nezafunguje a je potřeba mi to nahlásit a já to doplním do mapování. >>>> >>>> Nicméně, u tého konkrétní cesty se mi doplní "orná půda". Takže tím to >>>> není. Ale něco podobného jsem už viděl. Řešil jsem to s Honzou Mladým. Do >>>> odpovědi z WMS se nějakým záhadným způsobem dostaly podivné znaky. Vždy se >>>> vecpou na stejné místo a to, jestli se něco natrasuje správně nebo ne >>>> záleží jen na velikosti trasované plochy. Při určitém počtu uzlů se ty >>>> podivné znaky třefí právě do pole s kulturou a tracer pak nic nenajde. >>>> >>>> Ale proč se to děje netuším. U mně se tento problém nevyskytuje. A >>>> Honza je teď na dovolené, takže další zkoumání momentálně neprobíhá. >>>> >>>> Marián >>>> >>>> >>>> ---------- Původní zpráva ---------- >>>> Od: Jan Dudík <jan.dudik na gmail.com> >>>> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>>> Datum: 15. 8. 2014 15:14:44 >>>> >>>> Předmět: Re: [Talk-cz] Tracer - pLPIS >>>> >>>> Díky, bylo to tím nastavením. >>>> Ale narazil jsem na plochy v LPIS, kterým tracer přiřadí pouze ref a >>>> source, žádné landuse. >>>> asi 6 jich je na relativně malé ploše v katastru Plav: >>>> http://www.openstreetmap.org/#map=16/48.9090/14.4976 >>>> např. http://www.openstreetmap.org/way/297894310 >>>> >>>> je to záměr nbeo chyba? >>>> --- >>>> Ing. Jan Dudík >>>> projekce dopravních staveb >>>> tel. 777082195 >>>> >>>> >>>> Dne 11. srpna 2014 16:01 Martin Švec - OSM <osm na maatts.cz> napsal(a): >>>> > Tím to nebude (pokud nechce klasický trasování katastrální mapy). >>>> > >>>> > (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout >>>> Klasický. >>>> > (2) Mačkat T a sledovat jak se mění kurzor myši, R = budovy z RUIANu, >>>> LP = >>>> > půda z LPISu. >>>> > >>>> > Martin >>>> > >>>> > Dne 11.8.2014 15:53, Michal Pustějovský napsal(a): >>>> > >>>> > Máš spuštěný tracer server? >>>> > >>>> > >>>> > ---------- Původní zpráva ---------- >>>> > Od: Jan Dudík <jan.dudik na gmail.com> >>>> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>>> > Datum: 11. 8. 2014 14:45:35 >>>> > Předmět: Re: [Talk-cz] Tracer - pLPIS >>>> > >>>> > >>>> > Dělám něco špatně? >>>> > stáhl jsem si tracer z [1], k němu v JOSM dva vyžadované doplňky, na >>>> > pozadí si zapnul požadovanou vrstvu wms abych viděl co klikám. >>>> > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN >>>> > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic >>>> > mačkáním T dosáhnu jediné změny, že se ani po kliku na budovu nic >>>> nestane >>>> > >>>> > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar >>>> > >>>> > JAnD >>>> > >>>> > >>>> > Dne 8. srpna 2014 21:04 Pavel Kwiecien <pavel.kwiecien na seznam.cz> >>>> napsal(a): >>>> >> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod >>>> horama >>>> >> zazelenalo >>>> >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 >>>> >> >>>> >> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. >>>> >> Tracer >>>> >> funguje dobře, akorát import je potřeba vždy!! projet v JOSM >>>> validací, >>>> >> protože tracováním/vstupníma daty vzniká obrovské množství chyb a >>>> >> varování. >>>> >> Na dvě kliknutí se toho dá zbavit. >>>> >> >>>> >> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu: >>>> >> >>>> >> >>>> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} >>>> >> >>>> >> aby bylo vidět, kde jsou LPIS data. >>>> >> >>>> >> Zdraví Pavel Kwiecien >>>> >> >>>> >> ---------- Původní zpráva ---------- >>>> >> Od: Marián Kyral <mkyral na email.cz> >>>> >> >>>> >> >>>> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>>> >> Datum: 8. 8. 2014 9:08:35 >>>> >> >>>> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >>>> >> >>>> >> >>>> >> Ahoj, >>>> >> >>>> >> ---------- Původní zpráva ---------- >>>> >> Od: Pavel Machek <pavel na ucw.cz> >>>> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >>>> >> Datum: 5. 8. 2014 23:19:28 >>>> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >>>> >> >>>> >> >>>> >> ahoj! >>>> >> >>>> >>> > 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? >>>> >> >>>> >> No, zato vime ze je to po katastralnich uzemich, ne? >>>> >> >>>> >> Takze az to bude chtit nekdo updatovat: >>>> >> >>>> >> Pro kazdy polygon: >>>> >> Je polygon se stejnou geometrii v osm? >>>> >> NE: importuju >>>> >> ANO: zmenim parametry na ty z noveho lpis, je li nutne >>>> >> >>>> >> Pro polygony z OSM ktere jsem zatim nezpracoval: >>>> >> Jestlize polygon ma source=lpis >>>> >> Jestlize se od importu nezmenil, smazu ho >>>> >> Jinak je to na rucni rozhodnuti co je aktualnejsi. >>>> >> >>>> >> Hmm? >>>> >> Pavel >>>> >> >>>> >> >>>> >> No zásadní problém je: Slučovat nebo neslučovat polygony se stejným >>>> >> landuse >>>> >> vedle sebe? >>>> >> >>>> >> Třeba tady: http://www.openstreetmap.org/#map=17/49.66388/18.38023 >>>> by se >>>> >> sloučení hodilo. Ale když jsem experimentálně pár polygonů označil a >>>> >> nechal >>>> >> sloučit, tak z toho vylezl nějaký paskvil, protože ač jsou ty >>>> natrasované >>>> >> polygony vizuálně vedle sebe, ne vždy na sebe přesně navazují. >>>> >> >>>> >> >>>> >> Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem >>>> pohnout a >>>> >> tím pádem změním geometrii => problém při aktualizaci - jak poznám, >>>> že je >>>> >> daný polygon stejný, jen byl mírně změněn z důvodu napojení na >>>> sousední >>>> >> polygon? Přidat nějakou toleranci? >>>> >> >>>> >> >>>> >> A pokud se bude slučovat (což bych v tomto konkrétním případě rád >>>> udělal), >>>> >> co udělat s ref? Já bych jej úplně vyhodil, nechal bych jen >>>> source=lpis, >>>> >> aby >>>> >> bylo jasné, odkud se to vzalo. A chybějící ref by znamenalo, že >>>> polygon >>>> >> vznikl sloučením menších polygonů. Nebo tam dát nějaký speciální tag? >>>> >> >>>> >> Třeba lpis=merged ? >>>> >> >>>> >> >>>> >> Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: >>>> >> >>>> >> ref=123;2231;2231;22455;875;646 >>>> >> >>>> >> >>>> >> Bylo by to k něčemu? >>>> >> >>>> >> >>>> >> Marián >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> (english) http://www.livejournal.com/~pavelmachek >>>> >> (cesky, pictures) >>>> >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >>>> >> >>>> >> _______________________________________________ >>>> >> Talk-cz mailing list >>>> >> Talk-cz na openstreetmap.org >>>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >> >>>> >> _______________________________________________ >>>> >> Talk-cz mailing list >>>> >> Talk-cz na openstreetmap.org >>>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >> >>>> >> >>>> >> _______________________________________________ >>>> >> Talk-cz mailing list >>>> >> Talk-cz na openstreetmap.org >>>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >> >>>> > >>>> > _______________________________________________ >>>> > Talk-cz mailing list >>>> > Talk-cz na openstreetmap.org >>>> > https://lists.openstreetmap.org/listinfo/talk-cz >>>> > >>>> > >>>> > >>>> > _______________________________________________ >>>> > Talk-cz mailing list >>>> > Talk-cz na openstreetmap.org >>>> > https://lists.openstreetmap.org/listinfo/talk-cz >>>> > >>>> > >>>> > >>>> > _______________________________________________ >>>> > Talk-cz mailing list >>>> > Talk-cz na openstreetmap.org >>>> > https://lists.openstreetmap.org/listinfo/talk-cz >>>> > >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz na openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >>>> >>> >>> >>> _______________________________________________ >>> Talk-cz mailing listTalk-cz na openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> ------------------------------ >> >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> > -- > Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím > moji stručnost. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/5e15e6bb/attachment.html>

17.8.2014 12:55:21 (#44)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
217 1741
On 16.8.2014 19:09, Jiří Parkan wrote: zobrazit citaci
> Ahoj, > výstup url přikládám (7883723.xml), letmým pohledem se mi zdá ok. > Pár příkladů lpis ID která nefungovala: 8570042, 9403951, 8570047 > Jsou to políčka v téhle oblasti: http://osm.org/go/0JbF878yo-- > Přikládám také uložené xml jednoho z nich (8570042.xml), v prohlížeči > se taky zdá v pořádku. > > Při trasování proběhne v konzoli JOSM chyba parsování xml a je tam > vidět pomršená diakritika, viz obrázky. Možná je to ale jen chyba > zobrazení v konzoli, netuším. > > Systém je Win7 home CZ. > > Parkis > > > > > 2014-08-16 18:42 GMT+02:00 Marián Kyral <mkyral na email.cz > <mailto:mkyral na email.cz>>: > > Ahoj, > pošli mi prosím konkrétní body. Mám takové podezření, že to je > nějaký problém s windows. Protože na linuxu to je bez problémů. > > Můžete mi prosím všichni zkusit v prohlížeči toto url: > > http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&&featureID=LPIS_FB4.7883723&SRSNAME=EPSG:102067 > > A případně mi poslat výstup? Mělo by to vypadat podobně jako na > obrázku. Pokud atribut ms:kultura nevypadá takto: > *<ms:kultura>orná půda</ms:kultura>* Tak je to špatně a musíme > zjistit, kde je problém. V traceru není, ten už dostane špatná data. > > (je to ten příklad od Honzy níže, kdyby to chtěl někdo zkoumat). > Marián > > Dne 16.8.2014 10:47, Jiří Parkan napsal(a): >> Ahoj, >> také jsem narážel na nějaké plochy kterým tracer nepřiřadil typ >> plochy. Na Třebíčsku to byla tak jedna z dvaceti. >> Včera jsem mapoval kousek okolo Plzně-Božkova a tam byly bez typu >> plochy naprosto všechny polygony. >> Parkis >> >> >> 2014-08-15 16:08 GMT+02:00 Marián Kyral <mkyral na email.cz >> <mailto:mkyral na email.cz>>: >> >> Ahoj, >> bohužel nemám kompletní seznam toho, co můžu lpis očekávat. >> Takže někdy to nezafunguje a je potřeba mi to nahlásit a já >> to doplním do mapování. >> >> Nicméně, u tého konkrétní cesty se mi doplní "orná půda". >> Takže tím to není. Ale něco podobného jsem už viděl. Řešil >> jsem to s Honzou Mladým. Do odpovědi z WMS se nějakým >> záhadným způsobem dostaly podivné znaky. Vždy se vecpou na >> stejné místo a to, jestli se něco natrasuje správně nebo ne >> záleží jen na velikosti trasované plochy. Při určitém počtu >> uzlů se ty podivné znaky třefí právě do pole s kulturou a >> tracer pak nic nenajde. >> >> Ale proč se to děje netuším. U mně se tento problém >> nevyskytuje. A Honza je teď na dovolené, takže další zkoumání >> momentálně neprobíhá. >> >> Marián >> >> >> ---------- Původní zpráva ---------- >> Od: Jan Dudík <jan.dudik na gmail.com <mailto:jan.dudik na gmail.com>> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org >> <mailto:talk-cz na openstreetmap.org>> >> Datum: 15. 8. 2014 15:14:44 >> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> Díky, bylo to tím nastavením. >> Ale narazil jsem na plochy v LPIS, kterým tracer přiřadí >> pouze ref a >> source, žádné landuse. >> asi 6 jich je na relativně malé ploše v katastru Plav: >> http://www.openstreetmap.org/#map=16/48.9090/14.4976 >> např. http://www.openstreetmap.org/way/297894310 >> <tel:297894310> >> >> je to záměr nbeo chyba? >> --- >> Ing. Jan Dudík >> projekce dopravních staveb >> tel. 777082195 <tel:777082195> >> >> >> Dne 11. srpna 2014 16:01 Martin Švec - OSM <osm na maatts.cz >> <mailto:osm na maatts.cz>> napsal(a): >> > Tím to nebude (pokud nechce klasický trasování >> katastrální mapy). >> > >> > (1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, >> odškrtnout Klasický. >> > (2) Mačkat T a sledovat jak se mění kurzor myši, R = >> budovy z RUIANu, LP = >> > půda z LPISu. >> > >> > Martin >> > >> > Dne 11.8.2014 15:53, Michal Pustějovský napsal(a): >> > >> > Máš spuštěný tracer server? >> > >> > >> > ---------- Původní zpráva ---------- >> > Od: Jan Dudík <jan.dudik na gmail.com >> <mailto:jan.dudik na gmail.com>> >> > Komu: OpenStreetMap Czech Republic >> <talk-cz na openstreetmap.org >> <mailto:talk-cz na openstreetmap.org>> >> > Datum: 11. 8. 2014 14:45:35 >> > Předmět: Re: [Talk-cz] Tracer - pLPIS >> > >> > >> > Dělám něco špatně? >> > stáhl jsem si tracer z [1], k němu v JOSM dva >> vyžadované doplňky, na >> > pozadí si zapnul požadovanou vrstvu wms abych viděl co >> klikám. >> > spustím tracer, kliknu na budovu - aktualizuje se dle RUIAN >> > kliknu na plochu, kde je v LPIS vybarvená plocha - a nic >> > mačkáním T dosáhnu jediné změny, že se ani po kliku na >> budovu nic nestane >> > >> > [1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar >> > >> > JAnD >> > >> > >> > Dne 8. srpna 2014 21:04 Pavel Kwiecien >> <pavel.kwiecien na seznam.cz >> <mailto:pavel.kwiecien na seznam.cz>> napsal(a): >> >> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi >> to tady pod horama >> >> zazelenalo >> >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 >> >> >> >> Pokud by spojování nebylo automatické, tak nemá smysl >> se tím zabývat. >> >> Tracer >> >> funguje dobře, akorát import je potřeba vždy!! projet >> v JOSM validací, >> >> protože tracováním/vstupníma daty vzniká obrovské >> množství chyb a >> >> varování. >> >> Na dvě kliknutí se toho dá zbavit. >> >> >> >> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba >> tuto WMS vrstvu: >> >> >> >> >> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} >> <http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS=%7Bproj%7D&WIDTH=%7Bwidth%7D&HEIGHT=%7Bheight%7D&BBOX=%7Bbbox%7D> >> >> >> >> aby bylo vidět, kde jsou LPIS data. >> >> >> >> Zdraví Pavel Kwiecien >> >> >> >> ---------- Původní zpráva ---------- >> >> Od: Marián Kyral <mkyral na email.cz >> <mailto:mkyral na email.cz>> >> >> >> >> >> >> Komu: OpenStreetMap Czech Republic >> <talk-cz na openstreetmap.org >> <mailto:talk-cz na openstreetmap.org>> >> >> Datum: 8. 8. 2014 9:08:35 >> >> >> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> >> >> >> >> Ahoj, >> >> >> >> ---------- Původní zpráva ---------- >> >> Od: Pavel Machek <pavel na ucw.cz <mailto:pavel na ucw.cz>> >> >> Komu: OpenStreetMap Czech Republic >> <talk-cz na openstreetmap.org >> <mailto:talk-cz na openstreetmap.org>> >> >> Datum: 5. 8. 2014 23:19:28 >> >> Předmět: Re: [Talk-cz] Tracer - pLPIS >> >> >> >> >> >> ahoj! >> >> >> >>> > 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? >> >> >> >> No, zato vime ze je to po katastralnich uzemich, ne? >> >> >> >> Takze az to bude chtit nekdo updatovat: >> >> >> >> Pro kazdy polygon: >> >> Je polygon se stejnou geometrii v osm? >> >> NE: importuju >> >> ANO: zmenim parametry na ty z noveho lpis, je li nutne >> >> >> >> Pro polygony z OSM ktere jsem zatim nezpracoval: >> >> Jestlize polygon ma source=lpis >> >> Jestlize se od importu nezmenil, smazu ho >> >> Jinak je to na rucni rozhodnuti co je aktualnejsi. >> >> >> >> Hmm? >> >> Pavel >> >> >> >> >> >> No zásadní problém je: Slučovat nebo neslučovat >> polygony se stejným >> >> landuse >> >> vedle sebe? >> >> >> >> Třeba tady: >> http://www.openstreetmap.org/#map=17/49.66388/18.38023 by se >> >> sloučení hodilo. Ale když jsem experimentálně pár >> polygonů označil a >> >> nechal >> >> sloučit, tak z toho vylezl nějaký paskvil, protože ač >> jsou ty natrasované >> >> polygony vizuálně vedle sebe, ne vždy na sebe přesně >> navazují. >> >> >> >> >> >> Pokud je budu napojovat na sebe, tak musím nutně s >> nějakým bodem pohnout a >> >> tím pádem změním geometrii => problém při aktualizaci >> - jak poznám, že je >> >> daný polygon stejný, jen byl mírně změněn z důvodu >> napojení na sousední >> >> polygon? Přidat nějakou toleranci? >> >> >> >> >> >> A pokud se bude slučovat (což bych v tomto konkrétním >> případě rád udělal), >> >> co udělat s ref? Já bych jej úplně vyhodil, nechal >> bych jen source=lpis, >> >> aby >> >> bylo jasné, odkud se to vzalo. A chybějící ref by >> znamenalo, že polygon >> >> vznikl sloučením menších polygonů. Nebo tam dát nějaký >> speciální tag? >> >> >> >> Třeba lpis=merged ? >> >> >> >> >> >> Pokud by ref zůstalo, nutně by to vedlo k něčemu takovému: >> >> >> >> ref=123;2231;2231;22455;875;646 >> >> >> >> >> >> Bylo by to k něčemu? >> >> >> >> >> >> Marián >> >> >> >> >> >> >> >> >> >> -- >> >> (english) http://www.livejournal.com/~pavelmachek >> <http://www.livejournal.com/%7Epavelmachek> >> >> (cesky, pictures) >> >> >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >> <http://atrey.karlin.mff.cuni.cz/%7Epavel/picture/horses/blog.html> >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
Nemáš Javu 8 ? Mě se děje stejná věc. Na linuxu s j7 ok ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140817/096fa662/attachment.html>

17.8.2014 08:09:18 (#45)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 16.8.2014 21:49, Jir(í Parkan napsal(a): zobrazit citaci
> Bingo! > s tímhle parametrem uz( to funguje, pr(idám si ho do spous(te(cí dávky. > Díky! >
Tak to je fajn. Kouknu, co je tr(eba nastavit, aby to fungovalo samo. C(love(k tak ne(jak pr(edpokládal z(e kdyz( má soubor v hlavic(ce UTF-8 kódování, z(e to bude fungovat. Bohuz(el na windows to neplatí. Uz( by si v Microsoftu mohli uve(domit, z(e se pís(e rok 2014 a uz( nejakou dobu je UTF-8 standard ;-) Marián zobrazit citaci
> > 2014-08-16 21:43 GMT+02:00 Marián Kyral <mkyral na email.cz > <mailto:mkyral na email.cz>>: > > Tak jsem jes(te( koukal na tu exception. Mu*z(es( zkusit pr(idat > tento parametr? > > -Dfile.encoding=UTF8 > > Moz(ná to bude ono. > Marián > > On 16. srpna 2014 19:09:30 CEST, "Jir(í Parkan" <jparkan na gmail.com > <mailto:jparkan na gmail.com>> wrote: > > Ahoj, > výstup url pr(ikládám (7883723.xml), letmým pohledem se mi zdá ok. > Pár pr(íkladu* lpis ID která > nefungovala: 8570042, 9403951, 8570047 > Jsou to políc(ka v téhle oblasti: http://osm.org/go/0JbF878yo-- > Pr(ikládám také uloz(ené xml jednoho z nich (8570042.xml), v > prohlíz(ec(i se taky zdá v por(ádku. > > Pr(i trasování probe(hne v konzoli JOSM chyba parsování xml a > je tam vide(t pomrs(ená diakritika, viz obrázky. Moz(ná je to > ale jen chyba zobrazení v konzoli, netus(ím. > > Systém je Win7 home CZ. > > Parkis > > > > > 2014-08-16 18:42 GMT+02:00 Marián Kyral <mkyral na email.cz > <mailto:mkyral na email.cz>>: > > Ahoj, > pos(li mi prosím konkrétní body. Mám takové podezr(ení, > z(e to je ne(jaký problém s windows. Protoz(e na linuxu to > je bez problému*. > > Mu*z(ete mi prosím vs(ichni zkusit v prohlíz(ec(i toto url: > > http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0&SERVICE=WFS&REQUEST=GetFeature&TYPENAME=LPIS_FB4&&featureID=LPIS_FB4.7883723&SRSNAME=EPSG:102067 > > A pr(ípadne( mi poslat výstup? Me(lo by to vypadat > podobne( jako na obrázku. Pokud atribut ms:kultura > nevypadá takto: *<ms:kultura>orná pu*da</ms:kultura>* Tak > je to s(patne( a musíme zjistit, kde je problém. V traceru > není, ten uz( dostane s(patná data. > > (je to ten pr(íklad od Honzy níz(e, kdyby to chte(l ne(kdo > zkoumat). > Marián > > Dne 16.8.2014 10:47, Jir(í Parkan napsal(a): >> Ahoj, >> také jsem naráz(el na ne(jaké plochy kterým tracer >> nepr(ir(adil typ plochy. Na Tr(ebíc(sku to byla tak jedna >> z dvaceti. >> Vc(era jsem mapoval kousek okolo Plzne(-Boz(kova a tam >> byly bez typu plochy naprosto vs(echny polygony. >> Parkis >> >> >> 2014-08-15 16:08 GMT+02:00 Marián Kyral <mkyral na email.cz >> <mailto:mkyral na email.cz>>: >> >> Ahoj, >> bohuz(el nemám kompletní seznam toho, co mu*z(u lpis >> oc(ekávat. Takz(e ne(kdy to nezafunguje a je potr(eba >> mi to nahlásit a já to doplním do mapování. >> >> Nicméne(, u tého konkrétní cesty se mi doplní "orná >> pu*da". Takz(e tím to není. Ale ne(co podobného jsem >> uz( vide(l. R(es(il jsem to s Honzou Mladým. Do >> odpove(di z WMS se ne(jakým záhadným zpu*sobem >> dostaly podivné znaky. Vz(dy se vecpou na stejné >> místo a to, jestli se ne(co natrasuje správne( nebo >> ne zález(í jen na velikosti trasované plochy. Pr(i >> urc(itém poc(tu uzlu* se ty podivné znaky tr(efí >> práve( do pole s kulturou a tracer pak nic nenajde. >> >> Ale proc( se to de(je netus(ím. U mne( se tento >> problém nevyskytuje. A Honza je ted( na dovolené, >> takz(e dals(í zkoumání momentálne( neprobíhá. >> >> Marián >> >> >> ---------- Pu*vodní zpráva ---------- >> Od: Jan Dudík <jan.dudik na gmail.com >> <mailto:jan.dudik na gmail.com>> >> Komu: OpenStreetMap Czech Republic >> <talk-cz na openstreetmap.org >> <mailto:talk-cz na openstreetmap.org>> >> Datum: 15. 8. 2014 15:14:44 >> >> Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS >> >> Díky, bylo to tím nastavením. >> Ale narazil jsem na plochy v LPIS, kterým tracer >> pr(ir(adí pouze ref a >> source, z(ádné landuse. >> asi 6 jich je na relativne( malé plos(e v >> katastru Plav: >> http://www.openstreetmap.org/#map=16/48.9090/14.4976 >> napr(. http://www.openstreetmap.org/way/297894310 >> <tel:297894310> >> >> je to záme(r nbeo chyba? >> --- >> Ing. Jan Dudík >> projekce dopravních staveb >> tel. 777082195 <tel:777082195> >> >> >> Dne 11. srpna 2014 16:01 Martin S(vec - OSM >> <osm na maatts.cz <mailto:osm na maatts.cz>> napsal(a): >> > Tím to nebude (pokud nechce klasický trasování >> katastrální mapy). >> > >> > (1) V nastavení pluginu zas(krtnout moduly >> RUIAN a LPIS, ods(krtnout Klasický. >> > (2) Mac(kat T a sledovat jak se me(ní kurzor >> mys(i, R = budovy z RUIANu, LP = >> > pu*da z LPISu. >> > >> > Martin >> > >> > Dne 11.8.2014 15:53, Michal Puste(jovský napsal(a): >> > >> > Más( spus(te(ný tracer server? >> > >> > >> > ---------- Pu*vodní zpráva ---------- >> > Od: Jan Dudík <jan.dudik na gmail.com >> <mailto:jan.dudik na gmail.com>> >> > Komu: OpenStreetMap Czech Republic >> <talk-cz na openstreetmap.org >> <mailto:talk-cz na openstreetmap.org>> >> > Datum: 11. 8. 2014 14:45:35 >> > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS >> > >> > >> > De(lám ne(co s(patne(? >> > stáhl jsem si tracer z [1], k ne(mu v JOSM dva >> vyz(adované dopln(ky, na >> > pozadí si zapnul poz(adovanou vrstvu wms abych >> vide(l co klikám. >> > spustím tracer, kliknu na budovu - aktualizuje >> se dle RUIAN >> > kliknu na plochu, kde je v LPIS vybarvená >> plocha - a nic >> > mac(káním T dosáhnu jediné zme(ny, z(e se ani >> po kliku na budovu nic nestane >> > >> > [1] >> http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar >> > >> > JAnD >> > >> > >> > Dne 8. srpna 2014 21:04 Pavel Kwiecien >> <pavel.kwiecien na seznam.cz >> <mailto:pavel.kwiecien na seznam.cz>> napsal(a): >> >> Ahoj, trochu jsem si uz( s Tracerem zablbnul a >> uz( se mi to tady pod horama >> >> zazelenalo >> >> >> http://www.openstreetmap.org/#map=13/50.5706/15.7740 >> >> >> >> Pokud by spojování nebylo automatické, tak >> nemá smysl se tím zabývat. >> >> Tracer >> >> funguje dobr(e, akorát import je potr(eba >> vz(dy!! projet v JOSM validací, >> >> protoz(e tracováním/vstupníma daty vzniká >> obrovské mnoz(ství chyb a >> >> varování. >> >> Na dve( kliknutí se toho dá zbavit. >> >> >> >> Jes(te( pro neznalé. Je dobré si v JOSM >> nastavit tr(eba tuto WMS vrstvu: >> >> >> >> >> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox} >> <http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS=%7Bproj%7D&WIDTH=%7Bwidth%7D&HEIGHT=%7Bheight%7D&BBOX=%7Bbbox%7D> >> >> >> >> aby bylo vide(t, kde jsou LPIS data. >> >> >> >> Zdraví Pavel Kwiecien >> >> >> >> ---------- Pu*vodní zpráva ---------- >> >> Od: Marián Kyral <mkyral na email.cz >> <mailto:mkyral na email.cz>> >> >> >> >> >> >> Komu: OpenStreetMap Czech Republic >> <talk-cz na openstreetmap.org >> <mailto:talk-cz na openstreetmap.org>> >> >> Datum: 8. 8. 2014 9:08:35 >> >> >> >> Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS >> >> >> >> >> >> Ahoj, >> >> >> >> ---------- Pu*vodní zpráva ---------- >> >> Od: Pavel Machek <pavel na ucw.cz >> <mailto:pavel na ucw.cz>> >> >> Komu: OpenStreetMap Czech Republic >> <talk-cz na openstreetmap.org >> <mailto:talk-cz na openstreetmap.org>> >> >> Datum: 5. 8. 2014 23:19:28 >> >> Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS >> >> >> >> >> >> ahoj! >> >> >> >>> > Jak by sis to propojení pr(edstavoval? Mne >> nenapadá, jak by se to dalo >> >>> > ude(lat. >> >>> >> >>> No úplne( pr(esne( to nevím :). >> >>> >> >>> Napr(ed bych vide(l úvahu, zda jednotlivá >> políc(ka (=parcely a LPIS >> >>> polygony) >> >>> sdruz(ovat nebo ne. Na tom závisí i strategie >> aktualizací. Zatím mi pr(ijde >> >>> nemoz(né hlídat si podle ref:, zda se ne(co v >> LPIS zme(nilo a na zme(nu >> >>> zareagovat. Nevíme, co se mu*z(e me(nit. >> Urc(ite( druh kultury, moz(ná i >> >>> geometrie? >> >>> Je moz(né, z(e tam, kde je ted( 50 malých >> políc(ek bude za 3 roky jen jedno >> >>> velké >> >>> c(i naopak? >> >> >> >> No, zato vime ze je to po katastralnich >> uzemich, ne? >> >> >> >> Takze az to bude chtit nekdo updatovat: >> >> >> >> Pro kazdy polygon: >> >> Je polygon se stejnou geometrii v osm? >> >> NE: importuju >> >> ANO: zmenim parametry na ty z noveho lpis, je >> li nutne >> >> >> >> Pro polygony z OSM ktere jsem zatim nezpracoval: >> >> Jestlize polygon ma source=lpis >> >> Jestlize se od importu nezmenil, smazu ho >> >> Jinak je to na rucni rozhodnuti co je aktualnejsi. >> >> >> >> Hmm? >> >> Pavel >> >> >> >> >> >> No zásadní problém je: Sluc(ovat nebo >> nesluc(ovat polygony se stejným >> >> landuse >> >> vedle sebe? >> >> >> >> Tr(eba tady: >> http://www.openstreetmap.org/#map=17/49.66388/18.38023 >> by se >> >> slouc(ení hodilo. Ale kdyz( jsem >> experimentálne( pár polygonu* oznac(il a >> >> nechal >> >> slouc(it, tak z toho vylezl ne(jaký paskvil, >> protoz(e ac( jsou ty natrasované >> >> polygony vizuálne( vedle sebe, ne vz(dy na >> sebe pr(esne( navazují. >> >> >> >> >> >> Pokud je budu napojovat na sebe, tak musím >> nutne( s ne(jakým bodem pohnout a >> >> tím pádem zme(ním geometrii => problém pr(i >> aktualizaci - jak poznám, z(e je >> >> daný polygon stejný, jen byl mírne( zme(ne(n z >> du*vodu napojení na sousední >> >> polygon? Pr(idat ne(jakou toleranci? >> >> >> >> >> >> A pokud se bude sluc(ovat (coz( bych v tomto >> konkrétním pr(ípade( rád ude(lal), >> >> co ude(lat s ref? Já bych jej úplne( vyhodil, >> nechal bych jen source=lpis, >> >> aby >> >> bylo jasné, odkud se to vzalo. A chybe(jící >> ref by znamenalo, z(e polygon >> >> vznikl slouc(ením mens(ích polygonu*. Nebo tam >> dát ne(jaký speciální tag? >> >> >> >> Tr(eba lpis=merged ? >> >> >> >> >> >> Pokud by ref zu*stalo, nutne( by to vedlo k >> ne(c(emu takovému: >> >> >> >> ref=123;2231;2231;22455;875;646 >> >> >> >> >> >> Bylo by to k ne(c(emu? >> >> >> >> >> >> Marián >> >> >> >> >> >> >> >> >> >> -- >> >> (english) >> http://www.livejournal.com/~pavelmachek >> <http://www.livejournal.com/%7Epavelmachek> >> >> (cesky, pictures) >> >> >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html >> <http://atrey.karlin.mff.cuni.cz/%7Epavel/picture/horses/blog.html> >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> <mailto:Talk-cz na openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > ------------------------------------------------------------------------ > > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > -- > Odesláno z mého telefonu s Androidem pomocí pos(ty K-9 Mail. > Omluvte prosím moji struc(nost. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?í ?ást --------------- HTML p?íloha byla odstran?na... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140817/4023a8f4/attachment.html>

17.8.2014 08:15:36 (#46)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Dne 17.8.2014 00:55, Petr Schönmann napsal(a): zobrazit citaci
> Nemás( Javu 8 ? Me( se de(je stejná ve(c. Na linuxu s j7 ok
Viz http://stackoverflow.com/a/25044652 Marián ------------- dal?í ?ást --------------- HTML p?íloha byla odstran?na... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140817/dff70feb/attachment.html>

17.8.2014 10:21:45 (#47)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
217 1741
Posílal jsem ti Mariáne report https://github.com/mkyral/josm-tracer/issues/5 Dne 17. srpna 2014 20:15 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> Dne 17.8.2014 00:55, Petr Schönmann napsal(a): > > Nemáš Javu 8 ? Mě se děje stejná věc. Na linuxu s j7 ok > > > Viz http://stackoverflow.com/a/25044652 > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

18.8.2014 10:02:15 (#48)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Jo, on je trochu problém, že se mi ty bugreporty z gitubu namíchají do talk-cz a já si ani nevšimnu, že to nevede na konferenci :-D Opravu už mám, ale momentálně mám Tracer rozvrtaný, takže nechci vydat novou verzi dříve, než to dodělám. Marián
---------- Původní zpráva ---------- Od: Petr Schönmann <pschonmann na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 17. 8. 2014 22:23:03 Předmět: Re: [Talk-cz] Tracer - pLPIS "Posílal jsem ti Mariáne report https://github.com/mkyral/josm-tracer/issues/5 Dne 17. srpna 2014 20:15 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> Dne 17.8.2014 00:55, Petr Schönmann napsal(a): > > Nemáš Javu 8 ? Mě se děje stejná věc. Na linuxu s j7 ok > > > Viz http://stackoverflow.com/a/25044652 > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140818/8e0136f2/attachment.html>

20.8.2014 07:58:50 (#49)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Ahoj, tady máte novou verzi, která řeší problém se znakovou sadou na windows (nevyplněné landuse). Byla to docela fuška. Musel jsem svého tučňáka degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak už to tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl býval věděl už na začátku :-D V této verzi by se už měly spojit společné body s vedlejším polygonem. (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení překrývajících se ploch. V naprosté většině případů to funguje dobře, ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne chápat). Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém je, že pole mají různé roztodivné tvary a bývají velká, lesy mají taky roztodivné tvary a bývají ještě větší no a to generuje zcela nečekané problémy. Zatím jsem tedy opravy překrývajících se ploch vypnul. http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar Marián

23.8.2014 10:06:43 (#50)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
No vida, zdá se, že se mi podařilo vychytat většinu problémů s automatickou opravou překrývajících se ploch. Občas se můžou vyskytnout drobné problémky, třeba ocásky (ty zkusím nějak vyřešit) a taky to zatím nechává na pokoji relace. Tam se to musí upravit ručně. Taky to nedopadne dobře, pokud cesta prochází skrz celé pole tam a zpátky. Viz obrázky. Tam by to chtělo rozdělit na více ploch. Ale mám trochu problém s tím, jak tento konkrétní případ poznat. Nová verze: http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar Zdrojáky (jako vždy): https://github.com/mkyral/josm-tracer/commits/plpis Marián Dne 20.8.2014 19:58, Marián Kyral napsal(a): zobrazit citaci
> Ahoj, > tady máte novou verzi, která řeší problém se znakovou sadou na windows > (nevyplněné landuse). Byla to docela fuška. Musel jsem svého tučňáka > degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak už to > tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl býval > věděl už na začátku :-D > > V této verzi by se už měly spojit společné body s vedlejším polygonem. > (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení > překrývajících se ploch. V naprosté většině případů to funguje dobře, > ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne chápat). > Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém je, > že pole mají různé roztodivné tvary a bývají velká, lesy mají taky > roztodivné tvary a bývají ještě větší no a to generuje zcela nečekané > problémy. > > Zatím jsem tedy opravy překrývajících se ploch vypnul. > > http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar > > Marián > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

23.8.2014 10:11:29 (#51)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Ještě ty obrázky ;-) Marián Dne 23.8.2014 10:06, Marián Kyral napsal(a): zobrazit citaci
> No vida, > zdá se, že se mi podařilo vychytat většinu problémů s automatickou > opravou překrývajících se ploch. > Občas se můžou vyskytnout drobné problémky, třeba ocásky (ty zkusím > nějak vyřešit) a taky to zatím nechává na pokoji relace. Tam se to musí > upravit ručně. > > Taky to nedopadne dobře, pokud cesta prochází skrz celé pole tam a > zpátky. Viz obrázky. Tam by to chtělo rozdělit na více ploch. Ale mám > trochu problém s tím, jak tento konkrétní případ poznat. > > Nová verze: http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar > Zdrojáky (jako vždy): https://github.com/mkyral/josm-tracer/commits/plpis > > Marián > > Dne 20.8.2014 19:58, Marián Kyral napsal(a): >> Ahoj, >> tady máte novou verzi, která řeší problém se znakovou sadou na windows >> (nevyplněné landuse). Byla to docela fuška. Musel jsem svého tučňáka >> degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak už to >> tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl býval >> věděl už na začátku :-D >> >> V této verzi by se už měly spojit společné body s vedlejším polygonem. >> (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení >> překrývajících se ploch. V naprosté většině případů to funguje dobře, >> ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne chápat). >> Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém je, >> že pole mají různé roztodivné tvary a bývají velká, lesy mají taky >> roztodivné tvary a bývají ještě větší no a to generuje zcela nečekané >> problémy. >> >> Zatím jsem tedy opravy překrývajících se ploch vypnul. >> >> http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar >> >> Marián >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- A non-text attachment was scrubbed... Name: problem_1.png Type: image/png Size: 25952 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140823/0691af46/attachment.png> ------------- další část --------------- A non-text attachment was scrubbed... Name: problem_2.png Type: image/png Size: 37664 bytes Desc: [žádný popis není k dispozici] URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140823/0691af46/attachment-0001.png>

23.8.2014 02:37:24 (#52)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
800
díky za úpravu - vyzkoušej jsem jej a mám jeden poznatek: - tracer odstraňuje stará překrývající pole pouze ve vnitřku polygonu LPIS, pokud je staré pole větší než polygon LPIS tak zůstane zbytek původního pole Pražák Dne 23. srpna 2014 10:06 Marián Kyral <mkyral na email.cz> napsal(a): zobrazit citaci
> No vida, > zdá se, že se mi podařilo vychytat většinu problémů s automatickou > opravou překrývajících se ploch. > Občas se můžou vyskytnout drobné problémky, třeba ocásky (ty zkusím > nějak vyřešit) a taky to zatím nechává na pokoji relace. Tam se to musí > upravit ručně. > > Taky to nedopadne dobře, pokud cesta prochází skrz celé pole tam a > zpátky. Viz obrázky. Tam by to chtělo rozdělit na více ploch. Ale mám > trochu problém s tím, jak tento konkrétní případ poznat. > > Nová verze: http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar > Zdrojáky (jako vždy): https://github.com/mkyral/josm-tracer/commits/plpis > > Marián > > Dne 20.8.2014 19:58, Marián Kyral napsal(a): > > Ahoj, > > tady máte novou verzi, která řeší problém se znakovou sadou na windows > > (nevyplněné landuse). Byla to docela fuška. Musel jsem svého tučňáka > > degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak už to > > tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl býval > > věděl už na začátku :-D > > > > V této verzi by se už měly spojit společné body s vedlejším polygonem. > > (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení > > překrývajících se ploch. V naprosté většině případů to funguje dobře, > > ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne chápat). > > Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém je, > > že pole mají různé roztodivné tvary a bývají velká, lesy mají taky > > roztodivné tvary a bývají ještě větší no a to generuje zcela nečekané > > problémy. > > > > Zatím jsem tedy opravy překrývajících se ploch vypnul. > > > > http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar > > > > Marián > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140823/5d3209ec/attachment.html>

23.8.2014 03:00:37 (#53)
gravatar

Marián Kyral

<mkyral at email.cz>
2385 2735
Ahoj. Tak to je správně. To větší překrývající pole by měl správně nahradit. Ale to zatím nefunguje ;-) Doporučuji zatím používat funkci "nahradit geometrii" z utils2 pluginu (tak nějak, nepamatuji si to přesně a jsem teď pryč). Marián On 23. srpna 2014 14:37:24 CEST, "Zdeněk Pražák" <zprazak na seznam.cz> wrote: zobrazit citaci
>díky za úpravu - vyzkoušej jsem jej a mám jeden poznatek: > - tracer odstraňuje stará překrývající pole pouze ve vnitřku polygonu >LPIS, pokud je staré pole větší než polygon LPIS tak zůstane zbytek >původního pole >Pražák > > >Dne 23. srpna 2014 10:06 Marián Kyral <mkyral na email.cz> napsal(a): > >> No vida, >> zdá se, že se mi podařilo vychytat většinu problémů s automatickou >> opravou překrývajících se ploch. >> Občas se můžou vyskytnout drobné problémky, třeba ocásky (ty zkusím >> nějak vyřešit) a taky to zatím nechává na pokoji relace. Tam se to >musí >> upravit ručně. >> >> Taky to nedopadne dobře, pokud cesta prochází skrz celé pole tam a >> zpátky. Viz obrázky. Tam by to chtělo rozdělit na více ploch. Ale mám >> trochu problém s tím, jak tento konkrétní případ poznat. >> >> Nová verze: http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar >> Zdrojáky (jako vždy): >https://github.com/mkyral/josm-tracer/commits/plpis >> >> Marián >> >> Dne 20.8.2014 19:58, Marián Kyral napsal(a): >> > Ahoj, >> > tady máte novou verzi, která řeší problém se znakovou sadou na >windows >> > (nevyplněné landuse). Byla to docela fuška. Musel jsem svého >tučňáka >> > degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak >už to >> > tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl >býval >> > věděl už na začátku :-D >> > >> > V této verzi by se už měly spojit společné body s vedlejším >polygonem. >> > (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení >> > překrývajících se ploch. V naprosté většině případů to funguje >dobře, >> > ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne >chápat). >> > Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém >je, >> > že pole mají různé roztodivné tvary a bývají velká, lesy mají taky >> > roztodivné tvary a bývají ještě větší no a to generuje zcela >nečekané >> > problémy. >> > >> > Zatím jsem tedy opravy překrývajících se ploch vypnul. >> > >> > http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar >> > >> > Marián >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz na openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> > > >------------------------------------------------------------------------ > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz
-- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140823/1c0ee76a/attachment.html>

« zpět na výpis měsíce