> 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"

> *"jiná kultura (školka)":* landuse": "plant_nursery"

> 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* ?

> 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... >

>> 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...

>> *"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... >

>> 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 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...

>> 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

> >> 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.

> >> 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.

> >> 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ší.

> 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.

> > >> 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?

> > 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.

> 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

> Š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.

> 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.

> 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 > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> Ahoj, > takz(e mám skoro dokonc(enou první verzi. > > Co to umí: umí získat geometrii a kulturu prvku a následne( vytvor(it > cestu nebo multipolygon (pokud existují ne(jaké vnitr(ní prvky) a > otagovat. > Co to neumí: napojení na sousední pole (pokud se dané pole dotýkají), > ner(es(í se konflikty, nekontroluje se existence daného objektu a > zatím má kaz(dý modul samostatnou klávesovou zkratku. > > Nez( vám to dám k dispozici na otestování, potr(ebuji jes(te( chvíli > na vlastní testování, ale hlavne( vyr(es(it tyto "drobnosti" > > a) Mapování - to mám zatím takto: > > *"orná pu*da":* "landuse": "farmland" > *"chmelnice":* "landuse": "farmland"; "crop": "hop" > *"vinice":* "landuse": "vineyard" > *"ovocný sad"*: landuse": "orchard" > *"travní porost":* landuse": "meadow" > *"porost RRD":* landuse": "forest" > *"zalesne(ná pu*da":* landuse", "forest" > *"rybník":* landuse": "reservoir" > *"jiná kultura":* landuse": "farmland" > *"jiná kultura (s(kolka)":* landuse": "plant_nursery" > *"jiná kultura (zelinár(ská zahrada)":* landuse": "farmland"; "crop": > "vegetables" > > Bohuz(el si nejsem vu*bec jistý, z(e vs(e dostanu pr(esne( tak jak je > to napsáno výs(e. Uz( jsem narazil u "zalesne(no" a "zalesne(ná > pu*da". Bohuz(el nevím, kde by se daly otestovat speciální pr(ípady. > > b) LPIS nebo pLPIS? Hlavne( u tagu source a ref. > Jestli do toho skriptu koukám správne(, source se nastavuje na lpis a > do ref se dá LPIS_ID. A dále se nastavuje lpis:kultura. > > Ve wiki ( > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy > ) navrhuji "source=eagri:plpis" (podle vzoru: cuzk:km, cuzk:ruian...) > > Místo ref= bych nastavil ref:plpis (ope(t dle ruian) > > Mám taky nastavit pole *(p)lpis:kultura*? A co pole *kultura_od* > namapovaná tr(eba na *start_date* ? > > Co myslíte? > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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.

> 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.

> 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.

> Jeden sad je tady:

> A lesní školka je tady:

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

> *"rybník":* landuse": "reservoir"

> > 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?

> 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.

> 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. >

> 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 zásadní problém je: Slučovat nebo neslučovat polygony se stejným landuse > vedle sebe?

> 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?

> 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.

> >> *"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.

> 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 :-).

> >> 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?

> 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.

> 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?

> 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é. >

> 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 > >

>> 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.

> Ahoj, > > ---------- Pu*vodní zpráva ---------- > Od: Pavel Machek <pavel na ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 5. 8. 2014 23:24:35 > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS > > > Ahoj! > > > se moz(ná ne(kdy napojí na stávající landuse. I spojení se > stávajícími OSM daty > > by se dalo ude(lat. Jen by bylo potr(eba vymyslet pravidla, tedy > co de(lat, kdyz( > > vznikne pru*nik pole z RUIAN/LPIS s lesem v OSM, zastave(ná > plocha v RUIAN s > > polem v OSM atd atd. Co de(lat s pr(ípady dvojparcel, tedy kdy > je jedna parcela > > se zahradou a uvnitr( ní je jiná parcela se zastave(nou plochou, > proste( barák > > uprostr(ed zahrady. > > No, co by pomohlo -- a co v podstate delam rucne: > > Pokud je maly prunik zemedelske pudy a lesa, je les nepresne, a je > potreba ten prunik z lesa > odstranit. > > Pokud je naly prunik zemedelske pudy a landuse=residential, je > residential nepresne, reseni > stejne. > > Pokud je zemedelska puda uprostred landuse=residential, slo by to > udelat multipolygon=inner, > ale spis radeji rucne opravit. > > Umi to nekdo snadno naprogramovat? > > > Pr(esahy r(es(ím v Tracer pluginu pro budovy [1]. Není to nic moc > hezkého, ale funguje to ;-) > > [1] > https://github.com/mkyral/josm-tracer/blob/plpis/src/org/openstreetmap/josm/plugins/tracer/ConnectWays.java#L491 > > > A jak uz( jsem psal, neme(l by být problém to upravit tak, aby to > fungovalo i s landuse. Zatím nedokáz(i r(íct, kdy to budu mít hotové, > jestli jes(te( tento, nebo pr(ís(tí týden. Momentálne( si hraji s > pr(episem, aby se jednoduchým stiskem "t" pr(epínalo mezi jednotlivými > moduly. Vypadá to nade(jne(. > > > R(es(ení pro izolované ostru*vky uprostr(ed jiného landuse by neme(l > být problém naprogramovat - zjistís( si cestu s tagem landuse uvnitr( > které se nacházís( (trochu magie s bboxy), pak zjistís(, zda není > souc(ástí relace typu multipolygon. Pokud je, pouze pr(idás( inner > c(len. V opac(ném pr(ípade( si tu relaci vytvor(ís(. > > > Ale asi bych to automaticky ner(es(il. Pokud je ne(jaký malý landuse > uprostr(ed ve(ts(ího landuse, tak rendery zobrazí malý landuse nad tím > ve(ts(ím. A kdyz( to bude ne(kdo mít potr(ebu to r(es(it, tak si to > por(es(í ruc(ne(. > >

> Marián > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

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

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

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

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

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

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

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

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

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

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

> Bingo! > s tímhle parametrem uz( to funguje, pr(idám si ho do spous(te(cí dávky. > Díky! >

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

> Nemás( Javu 8 ? Me( se de(je stejná ve(c. Na linuxu s j7 ok

> Dne 17.8.2014 00:55, Petr Schönmann napsal(a): > > Nemáš Javu 8 ? Mě se děje stejná věc. Na linuxu s j7 ok > > > Viz http://stackoverflow.com/a/25044652 > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

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

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

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

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