« 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>
2230 2371
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: <http://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>
1034 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>
2230 2371
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: <http://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>
1034 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>
2230 2371
---------- P?vodn? zpr?va ---------- Od: Pavel Machek <pavel at ucw.cz> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140804/b85d86d0/attachment-0001.html>

4.8.2014 01:33:02 (#6)
gravatar

Pavel Machek

<pavel at ucw.cz>
1034 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>
507
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>
507
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>
2230 2371
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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

4.8.2014 09:59:57 (#10)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140804/ddd2f246/attachment-0001.html>

5.8.2014 09:35:08 (#11)
gravatar

Dalibor Jelínek

<dalibor at dalibor.cz>
408 1253
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 at 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 at ucw.cz <mailto:pavel at ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org <mailto:talk-cz at 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 at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk-cz = -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140805/079f4772/attachment-0001.html>

5.8.2014 10:11:56 (#12)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
---------- P?vodn? zpr?va ---------- Od: Dalibor Jel?nek <dalibor at dalibor.cz> Komu: 'OpenStreetMap Czech Republic' <talk-cz at 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 at . 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 at 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 at ucw.cz(mailto:pavel at ucw.cz)> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org (mailto:talk-cz at 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 at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " = _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://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>
1034 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>
1034 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>
507
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>
529
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>
1034 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>
1034 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>
2230 2371
Ahoj,
---------- P?vodn? zpr?va ---------- Od: Pavel Machek <pavel at ucw.cz> Komu: OpenStreetMap Czech Republic <talk-cz at 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: <http://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>
2230 2371
Ahoj,
---------- P?vodn? zpr?va ---------- Od: Pavel Machek <pavel at ucw.cz> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://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 4979
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 at email.cz> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140808/679c3345/attachment-0001.html>

8.8.2014 11:20:42 (#22)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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>
1034 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>
1034 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>
1034 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>
2230 2371
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>
2230 2371
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 4979
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 at maatts.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org>, Mari?n Kyral <mkyral at 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 at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://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>
2230 2371
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>
2230 2371
Dne 6.8.2014 10:07, Mari?n Kyral napsal(a): zobrazit citaci
> Ahoj, > > ---------- Pu*vodn? zpr?va ---------- > Od: Pavel Machek <pavel at ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140810/c30a9f6e/attachment-0001.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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140810/c30a9f6e/attachment-0001.png>

11.8.2014 02:44:32 (#33)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
277 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 at 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 at email.cz> > > > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at 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>
162 2646
M?? spu?t?n? tracer server?
---------- P?vodn? zpr?va ---------- Od: Jan Dud?k <jan.dudik at gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> > > > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140811/88b06d38/attachment-0001.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 at gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> > > > > > > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> > > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://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>
277 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 at 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 at gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> >> >> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

15.8.2014 04:08:20 (#37)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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 at gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> >> >> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140815/f6b722dc/attachment-0001.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 at 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 at gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at gmail.com> > > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> > >> > >> > >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> > >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz at openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz at openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://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>
2230 2371
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 at email.cz > <mailto:mkyral at 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 at gmail.com <mailto:jan.dudik at gmail.com>> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org > <mailto:talk-cz at 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 at maatts.cz > <mailto:osm at 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 at gmail.com <mailto:jan.dudik at gmail.com>> > > Komu: OpenStreetMap Czech Republic > <talk-cz at openstreetmap.org <mailto:talk-cz at 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 at seznam.cz <mailto:pavel.kwiecien at 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 at email.cz <mailto:mkyral at email.cz>> > >> > >> > >> Komu: OpenStreetMap Czech Republic > <talk-cz at openstreetmap.org <mailto:talk-cz at 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 at ucw.cz <mailto:pavel at ucw.cz>> > >> Komu: OpenStreetMap Czech Republic > <talk-cz at openstreetmap.org <mailto:talk-cz at 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 at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > >> https://lists.openstreetmap.org/listinfo/talk-cz > >> > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/7e26ef40/attachment-0001.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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/7e26ef40/attachment-0001.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 at 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 at 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 at gmail.com> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at gmail.com> >> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> >> >> >> >> >> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> >> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz at openstreetmap.org >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz at openstreetmap.org >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> > > > _______________________________________________ > Talk-cz mailing listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment-0001.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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment-0002.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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment-0003.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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment-0002.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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/d3d5db79/attachment-0003.png>

16.8.2014 09:35:29 (#41)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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 at 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 at 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 at 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 at gmail.com> >>> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at gmail.com> >>> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> >>> >> >>> >> >>> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> >>> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz at openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz at openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz at openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz at openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz at openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> >> >> _______________________________________________ >> Talk-cz mailing >listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> > > >------------------------------------------------------------------------ > >_______________________________________________ >Talk-cz mailing list >Talk-cz at 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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/9ab03bcb/attachment-0001.html>

16.8.2014 09:43:03 (#42)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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 at 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 at 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 at 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 at gmail.com> >>> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at gmail.com> >>> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> >>> >> >>> >> >>> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> >>> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz at openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> >> >>> >> _______________________________________________ >>> >> Talk-cz mailing list >>> >> Talk-cz at openstreetmap.org >>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>> >> >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz at openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz at openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> > >>> > >>> > _______________________________________________ >>> > Talk-cz mailing list >>> > Talk-cz at openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-cz >>> > >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> >> >> _______________________________________________ >> Talk-cz mailing >listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> > > >------------------------------------------------------------------------ > >_______________________________________________ >Talk-cz mailing list >Talk-cz at 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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/2d034c49/attachment-0001.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 at 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 at 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 at 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 at 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 at gmail.com> >>>> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at gmail.com> >>>> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at email.cz> >>>> >> >>>> >> >>>> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at ucw.cz> >>>> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at openstreetmap.org >>>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >> >>>> >> _______________________________________________ >>>> >> Talk-cz mailing list >>>> >> Talk-cz at openstreetmap.org >>>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >> >>>> >> >>>> >> _______________________________________________ >>>> >> Talk-cz mailing list >>>> >> Talk-cz at openstreetmap.org >>>> >> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >> >>>> > >>>> > _______________________________________________ >>>> > Talk-cz mailing list >>>> > Talk-cz at openstreetmap.org >>>> > https://lists.openstreetmap.org/listinfo/talk-cz >>>> > >>>> > >>>> > >>>> > _______________________________________________ >>>> > Talk-cz mailing list >>>> > Talk-cz at openstreetmap.org >>>> > https://lists.openstreetmap.org/listinfo/talk-cz >>>> > >>>> > >>>> > >>>> > _______________________________________________ >>>> > Talk-cz mailing list >>>> > Talk-cz at openstreetmap.org >>>> > https://lists.openstreetmap.org/listinfo/talk-cz >>>> > >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz at openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >>>> >>>> _______________________________________________ >>>> Talk-cz mailing list >>>> Talk-cz at openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-cz >>>> >>>> >>> >>> >>> _______________________________________________ >>> Talk-cz mailing listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >>> >>> >> ------------------------------ >> >> Talk-cz mailing list >> Talk-cz at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140816/5e15e6bb/attachment-0001.html>

17.8.2014 12:55:21 (#44)
gravatar

Petr Schönmann

<pschonmann at gmail.com>
198 1598
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 at email.cz > <mailto:mkyral at 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 at email.cz >> <mailto:mkyral at 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 at gmail.com <mailto:jan.dudik at gmail.com>> >> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org >> <mailto:talk-cz at 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 at maatts.cz >> <mailto:osm at 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 at gmail.com >> <mailto:jan.dudik at gmail.com>> >> > Komu: OpenStreetMap Czech Republic >> <talk-cz at openstreetmap.org >> <mailto:talk-cz at 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 at seznam.cz >> <mailto:pavel.kwiecien at 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 at email.cz >> <mailto:mkyral at email.cz>> >> >> >> >> >> >> Komu: OpenStreetMap Czech Republic >> <talk-cz at openstreetmap.org >> <mailto:talk-cz at 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 at ucw.cz <mailto:pavel at ucw.cz>> >> >> Komu: OpenStreetMap Czech Republic >> <talk-cz at openstreetmap.org >> <mailto:talk-cz at 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 at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at 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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140817/096fa662/attachment-0001.html>

17.8.2014 08:09:18 (#45)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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 at email.cz > <mailto:mkyral at 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 at gmail.com > <mailto:jparkan at 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 at email.cz > <mailto:mkyral at 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 at email.cz >> <mailto:mkyral at 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 at gmail.com >> <mailto:jan.dudik at gmail.com>> >> Komu: OpenStreetMap Czech Republic >> <talk-cz at openstreetmap.org >> <mailto:talk-cz at 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 at maatts.cz <mailto:osm at 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 at gmail.com >> <mailto:jan.dudik at gmail.com>> >> > Komu: OpenStreetMap Czech Republic >> <talk-cz at openstreetmap.org >> <mailto:talk-cz at 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 at seznam.cz >> <mailto:pavel.kwiecien at 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 at email.cz >> <mailto:mkyral at email.cz>> >> >> >> >> >> >> Komu: OpenStreetMap Czech Republic >> <talk-cz at openstreetmap.org >> <mailto:talk-cz at 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 at ucw.cz >> <mailto:pavel at ucw.cz>> >> >> Komu: OpenStreetMap Czech Republic >> <talk-cz at openstreetmap.org >> <mailto:talk-cz at 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 at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> >> _______________________________________________ >> >> Talk-cz mailing list >> >> Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> > >> > >> > _______________________________________________ >> > Talk-cz mailing list >> > Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> > https://lists.openstreetmap.org/listinfo/talk-cz >> > >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > ------------------------------------------------------------------------ > > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at 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 at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140817/4023a8f4/attachment-0001.html>

17.8.2014 08:15:36 (#46)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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: <http://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>
198 1598
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 at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

18.8.2014 10:02:15 (#48)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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 at gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140818/8e0136f2/attachment-0001.html>

20.8.2014 07:58:50 (#49)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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>
2230 2371
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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

23.8.2014 10:11:29 (#51)
gravatar

Marián Kyral

<mkyral at email.cz>
2230 2371
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 at 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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140823/0691af46/attachment-0002.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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140823/0691af46/attachment-0003.png>

23.8.2014 02:37:24 (#52)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
752
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 at 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 at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://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>
2230 2371
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 at 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 at 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 at openstreetmap.org >> > https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> > > >------------------------------------------------------------------------ > >_______________________________________________ >Talk-cz mailing list >Talk-cz at 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: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140823/1c0ee76a/attachment.html>

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