subject:"Re\: \[Talk\-cz\] Tracer \- pLPIS"

Re: [Talk-cz] Tracer - pLPIS - Nová verze

2014-08-23 Tema obsahu Marián Kyral

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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS - Nová verze

2014-08-23 Tema obsahu Marián Kyral

Ještě ty obrázky ;-)
Marián

Dne 23.8.2014 10:06, Marián Kyral 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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS - Nová verze

2014-08-23 Tema obsahu Zdeněk Pražák

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 mky...@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@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS - Nová verze

2014-08-23 Tema obsahu Marián Kyral

Ahoj. Tak to je správně. To větší překrývající pole by měl správně nahradit. 
Ale to zatím nefunguje ;-) 

Doporučuji zatím používat funkci nahradit geometrii z utils2 pluginu (tak 
nějak, nepamatuji si to přesně a jsem teď pryč).

Marián

On 23. srpna 2014 14:37:24 CEST, Zdeněk Pražák zpra...@seznam.cz wrote:
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 mky...@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@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz





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

Re: [Talk-cz] Tracer - pLPIS

2014-08-18 Tema obsahu Marián Kyral

Jo,
on je trochu problém, že se mi ty bugreporty z gitubu namíchají do talk-cz a
já si ani nevšimnu, že to nevede na konferenci :-D
Opravu už mám, ale momentálně mám Tracer rozvrtaný, takže nechci vydat novou
verzi dříve, než to dodělám.

Marián


-- Původní zpráva --
Od: Petr Schönmann pschonm...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 17. 8. 2014 22:23:03
Předmět: Re: [Talk-cz] Tracer - pLPIS

Posílal jsem ti Mariáne report

https://github.com/mkyral/josm-tracer/issues/5

Dne 17. srpna 2014 20:15 Marián Kyral mky...@email.cz napsal(a):
 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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-17 Tema obsahu Marián Kyral


Dne 16.8.2014 21:49, Jir(í Parkan napsal(a):
 Bingo!
 s tímhle parametrem uz( to funguje, pr(idám si ho do spous(te(cí dávky.
 Díky!


Tak to je fajn. Kouknu, co je tr(eba nastavit, aby to fungovalo samo.
C(love(k tak ne(jak pr(edpokládal z(e kdyz( má soubor v hlavic(ce UTF-8
kódování, z(e to bude fungovat. Bohuz(el na windows to neplatí. Uz( by
si v Microsoftu mohli uve(domit, z(e se pís(e rok 2014 a uz( nejakou
dobu je UTF-8 standard ;-)

Marián


 2014-08-16 21:43 GMT+02:00 Marián Kyral mky...@email.cz
 mailto:mky...@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 jpar...@gmail.com
 mailto:jpar...@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 mky...@email.cz
 mailto:mky...@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.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4featureID=LPIS_FB4.7883723SRSNAME=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:kulturaorná 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 mky...@email.cz
 mailto:mky...@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.du...@gmail.com
 mailto:jan.du...@gmail.com
 Komu: OpenStreetMap Czech Republic
 talk-cz@openstreetmap.org
 mailto:talk-cz@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

Re: [Talk-cz] Tracer - pLPIS

2014-08-17 Tema obsahu Marián Kyral

Dne 17.8.2014 00:55, Petr Schönmann napsal(a):
 Nemás( Javu 8 ? Me( se de(je stejná ve(c. Na linuxu s j7 ok

Viz http://stackoverflow.com/a/25044652

Marián

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-17 Tema obsahu Petr Schönmann

Posílal jsem ti Mariáne report

https://github.com/mkyral/josm-tracer/issues/5

Dne 17. srpna 2014 20:15 Marián Kyral mky...@email.cz napsal(a):
 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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

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 mky...@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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@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 o...@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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@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.kwiec...@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/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=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 mky...@email.cz

Komu: OpenStreetMap Czech Republic talk-cz@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 pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@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

Re: [Talk-cz] Tracer - pLPIS

2014-08-16 Tema obsahu Marián Kyral

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.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4featureID=LPIS_FB4.7883723SRSNAME=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:kulturaorná
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 mky...@email.cz
 mailto:mky...@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.du...@gmail.com mailto:jan.du...@gmail.com
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 mailto:talk-cz@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 o...@maatts.cz
 mailto:o...@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.du...@gmail.com mailto:jan.du...@gmail.com
  Komu: OpenStreetMap Czech Republic
 talk-cz@openstreetmap.org mailto:talk-cz@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.kwiec...@seznam.cz mailto:pavel.kwiec...@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

Re: [Talk-cz] Tracer - pLPIS

2014-08-16 Tema obsahu Marián Kyral

Díky. Tak to je hodně divné. Vypadá to normálně a stejně se tam něco pokazí.
Diakritika problém nebude. To by se přece nenatrasovalo nic. Ale někdy orná
půda projde, jindy ne. :-(

Marián

On 16. srpna 2014 19:09:30 CEST, Jiří Parkan jpar...@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 mky...@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.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4featureID=LPIS_FB4.7883723SRSNAME=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:kulturaorná
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 mky...@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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 15. 8. 2014 15:14:44

Předmět: Re: [Talk-cz] Tracer - pLPIS

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 o...@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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@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.kwiec...@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/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}

aby bylo vidět, kde jsou LPIS data

Re: [Talk-cz] Tracer - pLPIS

2014-08-16 Tema obsahu Marián Kyral

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

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 mky...@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.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4featureID=LPIS_FB4.7883723SRSNAME=EPSG:102067

(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 mky...@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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 15. 8. 2014 15:14:44

Předmět: Re: [Talk-cz] Tracer - pLPIS

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 o...@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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@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.kwiec...@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/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}

aby bylo vidět, kde jsou LPIS data.

Zdraví Pavel Kwiecien

-- Původní zpráva --
Od

Re: [Talk-cz] Tracer - pLPIS

2014-08-16 Tema obsahu Jiří Parkan

Bingo!
s tímhle parametrem už to funguje, přidám si ho do spouštěcí dávky.
Díky!

2014-08-16 21:43 GMT+02:00 Marián Kyral mky...@email.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 jpar...@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 mky...@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.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4featureID=LPIS_FB4.7883723SRSNAME=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:kulturaorná
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 mky...@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í.

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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 15. 8. 2014 15:14:44

Předmět: Re: [Talk-cz] Tracer - pLPIS

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 o...@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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 11. 8. 2014 14:45:35
Předmět: Re: [Talk-cz] Tracer - pLPIS

[1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar

JAnD

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/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES

Re: [Talk-cz] Tracer - pLPIS

2014-08-16 Tema obsahu Petr Schönmann

On 16.8.2014 19:09, Jiří Parkan wrote:

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 mky...@email.cz
mailto:mky...@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.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4featureID=LPIS_FB4.7883723SRSNAME=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:kulturaorná 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 mky...@email.cz
mailto:mky...@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.du...@gmail.com mailto:jan.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
mailto:talk-cz@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 o...@maatts.cz
mailto:o...@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.du...@gmail.com
mailto:jan.du...@gmail.com
Komu: OpenStreetMap Czech Republic
talk-cz@openstreetmap.org
mailto:talk-cz@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

Re: [Talk-cz] Tracer - pLPIS

2014-08-15 Tema obsahu Jan Dudík

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 o...@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.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 11. 8. 2014 14:45:35
Předmět: Re: [Talk-cz] Tracer - pLPIS

[1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar

JAnD

Dne 8. srpna 2014 21:04 Pavel Kwiecien pavel.kwiec...@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

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/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=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 mky...@email.cz

Komu: OpenStreetMap Czech Republic talk-cz@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 pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk

Re: [Talk-cz] Tracer - pLPIS

2014-08-11 Tema obsahu Jan Dudík

[1] http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar

JAnD

Dne 8. srpna 2014 21:04 Pavel Kwiecien pavel.kwiec...@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/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=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 mky...@email.cz

Komu: OpenStreetMap Czech Republic talk-cz@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 pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@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í.

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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-11 Tema obsahu Michal Pustějovský

Máš spuštěný tracer server?



-- Původní zpráva --
Od: Jan Dudík jan.du...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@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.kwiec...@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/gifVERSION=1.1.1;
SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=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 mky...@email.cz


 Komu: OpenStreetMap Czech Republic talk-cz@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 pa...@ucw.cz
 Komu: OpenStreetMap Czech Republic talk-cz@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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-11 Tema obsahu Martin Švec - OSM

Tím to nebude (pokud nechce klasický trasování katastrální mapy).

(1) V nastavení pluginu zaškrtnout moduly RUIAN a LPIS, odškrtnout Klasický.
(2) Mac(kat T a sledovat jak se me(ní kurzor myši, R = budovy z RUIANu, LP = 
pu*da z LPISu.

Martin

Dne 11.8.2014 15:53, Michal Puste(jovský napsal(a):
 Máš spušte(ný tracer server?


 -- Pu*vodní zpráva --
 Od: Jan Dudík jan.du...@gmail.com
 Komu: OpenStreetMap Czech Republic talk-cz@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.kwiec...@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/gifVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=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 mky...@email.cz
 
 
  Komu: OpenStreetMap Czech Republic talk-cz@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 pa...@ucw.cz
  Komu: OpenStreetMap Czech Republic talk-cz@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

Re: [Talk-cz] Tracer - pLPIS

2014-08-09 Tema obsahu Martin Švec - OSM




Narazil jsem ještě na jednu zvláštnost, v LPIS polygonech se vzácně
vyskytovaly dva po sobě jdoucí identické uzly. JOSM to komentoval
hláškou polygon překrývá sám sebe a chvíli mi trvalo, než jsem
objevil důvod.


Můžeš mi poslat nějaký příklad? Rád bych na to mrknul. Ono je totiž
možné, že v reálu jsou ty body jen malilinkatý kousek od sebe a stejné
souřadnice dostanou až po zaokrouhlední na přesnost OSM.


Mrknul jsem na to, máš pravdu -- uzly jsou pár centimetrů sebe a záleží s jakou 
přesností se importují:

node id=-1857 lon=16.385882008070073 lat=49.405170737465724
node id=-1858 lon=16.385882107880310 lat=49.405170804926541

LPIS ref=9115243, 1506/6, 
https://www.openstreetmap.org/#map=19/49.40517/16.38588

Původní Pavlův skript exportoval xml s přesností jen na 6 des. míst. Proto mi 
po dobastlení slučování uzlů začaly vycházet dva stejné nody za sebou v jedné 
cestě.

Ve stejném KÚ jsou tři takové případy:

LPIS ref=9108586:
node id='-49425' action='modify' visible='true' lat='49.40302624464' 
lon='16.38625580656' /
node id='-49424' action='modify' visible='true' lat='49.40302624762' 
lon='16.38625584765' /

LPIS ref=8619128:
node id='-56367' action='modify' visible='true' lat='49.40300405326' 
lon='16.38931909829' /
node id='-56366' action='modify' visible='true' lat='49.40300401305' 
lon='16.38931942154' /

Tracer je sice natáhne jako dva uzly těsně vedle sebe, ale lepší by bylo je 
rovnou sloučit.

Martin


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-08 Tema obsahu Marián Kyral

Ahoj,


-- Původní zpráva --
Od: Pavel Machek pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-08 Tema obsahu Pavel Kwiecien

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/gifVERSION=1.1.1;
SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB_KULSTYLES=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 mky...@email.cz
Komu: OpenStreetMap Czech Republic talk-cz@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 pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz;
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-08 Tema obsahu Pavel Machek

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?

Pavel
-- 
(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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-08 Tema obsahu Marián Kyral

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?

Marián

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-08 Tema obsahu Martin Švec - OSM

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.

Protoze slucovani vede k problemum s updatem, a mizi tim uzitecna
informace: 2 pole vedle sebe jsou 2 ruzne pole, pravdepodobne na
kazdym roste neco jinyho (i kdyz z mapy nevime, co tam roste) a je
mezi nima misto kudy se da jit; kdyz jsou vedle sebe 2 pastviny (nebo
treba 2 vinice), nejspis je mezi nima plot.

OK.
A pokud se ty polygony dotýkají, můžu je spojit? Tedy, že budou mít
společné uzly?
Stejně tak, pokud se polygony budou překrývat, tak jednomu ten kousek
useknu.

Šlo by to?

Duplicitní uzly na společných hranách landuse polygonů určitě slučovat do
jednoho, to je důvod většiny errorů v JOSM. Ale zase bych neslučoval úplně s
libovolným uzlem, třeba společné uzly landuse s elektrickým vedením mi nepřijou
logické.

Narazil jsem ještě na jednu zvláštnost, v LPIS polygonech se vzácně vyskytovaly dva po
sobě jdoucí identické uzly. JOSM to komentoval hláškou polygon překrývá sám
sebe a chvíli mi trvalo, než jsem objevil důvod.

Pokud jde o slučování celých polygonů, tam souhlasím s Pavlem, raději zatím
neslučovat.

Překryvy v rámci LPIS polygonů jsem po sloučení duplicitních uzlů už
nezaznamenal. Překryvy s OSM polygony je větší legrace, stačí se teď podívat do
Podkrkonoší ;-) Useknout uhul:wms les podél LPIS polygonu bude ve většině
případů v pořádku. U landuse=residential, farmyard apod. to už tak jasné není.

Martin

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-08 Tema obsahu Marián Kyral

Dne 9.8.2014 01:53, Martin Švec - OSM napsal(a):
 On 9.8.2014 00:08, Marián Kyral wrote:
 Dne 8.8.2014 23:24, Pavel Machek napsal(a):
 Ahoj!

 No zásadní problém je: Slučovat nebo neslučovat polygony se stejným
 landuse
 vedle sebe?
 Prosil bych neslucovat.

 Pokud je budu napojovat na sebe, tak musím nutně s nějakým bodem
 pohnout a
 tím pádem změním geometrii = problém při aktualizaci - jak poznám,
 že je
 daný polygon stejný, jen byl mírně změněn z důvodu napojení na
 sousední
 polygon? Přidat nějakou toleranci?
 Protoze slucovani vede k problemum s updatem, a mizi tim uzitecna
 informace: 2 pole vedle sebe jsou 2 ruzne pole, pravdepodobne na
 kazdym roste neco jinyho (i kdyz z mapy nevime, co tam roste) a je
 mezi nima misto kudy se da jit; kdyz jsou vedle sebe 2 pastviny (nebo
 treba 2 vinice), nejspis je mezi nima plot.
 OK.
 A pokud se ty polygony dotýkají, můžu je spojit? Tedy, že budou mít
 společné uzly?
 Stejně tak, pokud se polygony budou překrývat, tak jednomu ten kousek
 useknu.

 Šlo by to?

 Duplicitní uzly na společných hranách landuse polygonů určitě slučovat
 do jednoho, to je důvod většiny errorů v JOSM. Ale zase bych
 neslučoval úplně s libovolným uzlem, třeba společné uzly landuse s
 elektrickým vedením mi nepřijou logické.


No slučoval bych body pouze u polygonů s tagem landuse. Tedy elektrické
vedení se bude ignorovat (stejně jako u budov).

 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.

 Pokud jde o slučování celých polygonů, tam souhlasím s Pavlem, raději
 zatím neslučovat.


OK,

 Překryvy v rámci LPIS polygonů jsem po sloučení duplicitních uzlů už
 nezaznamenal. Překryvy s OSM polygony je větší legrace, stačí se teď
 podívat do Podkrkonoší ;-) Useknout uhul:wms les podél LPIS polygonu
 bude ve většině případů v pořádku. U landuse=residential, farmyard
 apod. to už tak jasné není.


Jak na to dojde, všechno osekám, úplně všechno :-D

Ne vážně, myslíš, že u ručně naklikaných residental a farmyard je lepší
přesnost? Podle mne se to kliká od oka, podle bingu a KM. Takže pokud na
bingu vidím, že ta je pole, lpis tam taky má pole tak mi přijde logické
to oseknout. S největší pravděpodobností to bude správně.

Něco jiného je celé pole uvnitř residental. Tam se nic sekat nebude a
bude na uživateli, aby si z toho udělal multipolygon (pokud chce).

Marián

 Martin




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-06 Tema obsahu Marián Kyral

Ahoj,

-- Původní zpráva --
Od: Pavel Machek pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 5. 8. 2014 23:24:35
Předmět: Re: [Talk-cz] Tracer - pLPIS

Ahoj!

 se možná někdy napojí na stávající landuse. I spojení se stávajícími OSM 
daty 
 by se dalo udělat. Jen by bylo potřeba vymyslet pravidla, tedy co dělat, 
když 
 vznikne průnik pole z RUIAN/LPIS s lesem v OSM, zastavěná plocha v RUIAN s

 polem v OSM atd atd. Co dělat s případy dvojparcel, tedy kdy je jedna 
parcela 
 se zahradou a uvnitř ní je jiná parcela se zastavěnou plochou, prostě 
barák 
 uprostřed zahrady. 

No, co by pomohlo -- a co v podstate delam rucne:

Pokud je maly prunik zemedelske pudy a lesa, je les nepresne, a je potreba 
ten prunik z lesa
odstranit.

Pokud je naly prunik zemedelske pudy a landuse=residential, je residential 
nepresne, reseni
stejne.

Pokud je zemedelska puda uprostred landuse=residential, slo by to udelat 
multipolygon=inner,
ale spis radeji rucne opravit.

Umi to nekdo snadno naprogramovat?



Přesahy řeším v Tracer pluginu pro budovy [1]. Není to nic moc hezkého, ale 
funguje to ;-) 


[1] https://github.com/mkyral/josm-tracer/blob/plpis/src/org/openstreetmap/
josm/plugins/tracer/ConnectWays.java#L491




A jak už jsem psal, neměl by být problém to upravit tak, aby to fungovalo i 
s landuse. Zatím nedokáži říct, kdy to budu mít hotové, jestli ještě tento, 
nebo příští týden. Momentálně si hraji s přepisem, aby se jednoduchým 
stiskem t přepínalo mezi jednotlivými moduly. Vypadá to nadějně.





Řešení pro izolované ostrůvky uprostřed jiného landuse by neměl být problém 
naprogramovat - zjistíš si cestu s tagem landuse uvnitř které se nacházíš 
(trochu magie s bboxy), pak zjistíš, zda není součástí relace typu 
multipolygon. Pokud je, pouze přidáš inner člen. V opačném případě si tu 
relaci vytvoříš.




Ale asi bych to automaticky neřešil. Pokud je nějaký malý landuse uprostřed 
většího landuse, tak rendery zobrazí malý landuse nad tím větším. A když to 
bude někdo mít potřebu to řešit, tak si to pořeší ručně.





Marián




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-05 Tema obsahu Dalibor Jelínek

Ahoj,

jen k tomu znaceni importu z pLPIS.

 

Taky bych hlasoval pro source=eagri:lpis, protoze

pokud existuji jine LPIS registry v Evrope, tak at je jasne,

z jakeho zdroje data pochazi.

 

A hlasite hlasuji pro ref:lpis= misto nic nerikajiciho ref=

Jak pak nejaky uzivatel u objektu pozna, k cemu se to 

referencni cislo vztahuje?

 

V kazdem pripade by bylo vhodne to tagovani prodebatovat

a popsat na wiki, ktera je teda velmi malo obsazna. 

Skoda, ze se nedodrzelo pravidlo, ze nejdrive se diskutuje,

pak se dojde k nejakemu zaveru a pak se teprve importuje.

 

Zdravi,

Dalibor

 

From: Marián Kyral [mailto:mky...@email.cz] 
Sent: Monday, August 4, 2014 9:33 AM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] Tracer - pLPIS

 

 

-- Původní zpráva --
Od: Pavel Machek pa...@ucw.cz mailto:pa...@ucw.cz 
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org 
mailto:talk-cz@openstreetmap.org 
Datum: 4. 8. 2014 9:17:04
Předmět: Re: [Talk-cz] Tracer - pLPIS

 

Ahoj!

  Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na
  vlastní testování, ale hlavně vyřešit tyto drobnosti
 
  a) Mapování - to mám zatím takto:
 
  *orná půda:* landuse: farmland
  *chmelnice:* landuse: farmland; crop: hop
  *vinice:* landuse: vineyard
  *ovocný sad*: landuse: orchard
  *travní porost:* landuse: meadow
  *porost RRD:* landuse: forest
  Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim
  skript... ale ona na importovanem uzemi zrejme ta situace jeste
  nenastala...
 
 No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na
 ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo
 ovocné sady v LPIS nejsou.

Jsou; jeden sad jsem importoval mezi Masojedama a Doubravcicema.

 

Špatně jsem se vyjádřil. Myslel jsem  to tak, že místa v okolí, o kterých vím, 
že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou.

 


  b) LPIS nebo pLPIS? Hlavně u tagu source a ref.
  Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do
  ref se dá LPIS_ID. A dále se nastavuje lpis:kultura.
  Stat tomu rika Veřejný registr půdy - LPIS, takze bych nechal lpis.
 
 Veřejný - public - pLPIS ;-)
 
 Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby
 jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis?
 Eagri je jen specializovaný portál mze.

Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou
importovana existujici data.

 

A nebude to pak v kolizi? LPIS je obecná zkratka a kromě českého jsem našel i 
slovenský a evropský (a to asi nebudou všechny). Nebo budeme aplikovat princip, 
kdo dřív přijde, ten dřív mele?

 

http://www.podnemapy.sk/lpis_verejnost/viewer.htm

http://ies.jrc.ec.europa.eu/our-activities/support-for-member-states/lpis-iacs.html

 


  Ve wiki (
  http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy
  ) navrhuji source=eagri:plpis (podle vzoru: cuzk:km, cuzk:ruian...)
 
  Místo ref= bych nastavil ref:plpis (opět dle ruian)
  No, ja bych nechal ref, ale asi je to dost jedno...
 No u importu z RUIANu se nám sešlo, že v některých případech může být na
 jednom objektu ID Stavebního objektu a zároveň i ID Adresy. Tak se to
 rozdělilo. To u LPIS asi nehrozí (i když kdo ví), ale z jednoduchého ref
 není jasné, co za číslo to je. Jestli LPIS ID, nebo nějaké úplně jiné
 ID. Myslím že ref:lpis je lepší.

No, existujici data pouzivaji ref=, a jestli to neni jasne, jde to
upresnit na wiki. Nechal bych cisty ref=.

 

OK

 


 OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se
 mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového
 nenašel.

Ono asi v principu neni vylouceny dat tam vlastni tag. ref:lpis by
taky byl vlastni tag...
Pavel

 

To jo. Ale je otázka, jestli by to vůbec k něčemu bylo.

Pořád čekám, jestli se vyjádří ostatní, ale buď jsou na dovolené, nebo u vody 
;-)

 

Marián

 


-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-cz

=

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-05 Tema obsahu Marián Kyral

-- Původní zpráva --

Od: Dalibor Jelínek dali...@dalibor.cz
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
Datum: 5. 8. 2014 9:36:21
Předmět: Re: [Talk-cz] Tracer - pLPIS

Ahoj,

jen k tomu znaceni importu z pLPIS.

Taky bych hlasoval pro source=eagri:lpis, protoze

pokud existuji jine LPIS registry v Evrope, tak at je jasne,

z jakeho zdroje data pochazi.

A hlasite hlasuji pro ref:lpis= misto nic nerikajiciho ref=

Jak pak nejaky uzivatel u objektu pozna, k cemu se to

referencni cislo vztahuje?

Hurá, Dalibor dorazil z dovolené, už tu nejsem se svým názorem sám ;-)

V kazdem pripade by bylo vhodne to tagovani prodebatovat

a popsat na wiki, ktera je teda velmi malo obsazna.

Skoda, ze se nedodrzelo pravidlo, ze nejdrive se diskutuje,

pak se dojde k nejakemu zaveru a pak se teprve importuje.

No hlavně je podivné to ticho po pěšině na imports@. Asi taky všichni na
dovolené. S tím, jak je to teď popsáno na wiki to nemůže projít :-D

Marián

Zdravi,

Dalibor

From: Marián Kyral [mailto:mky...@email.cz]
Sent: Monday, August 4, 2014 9:33 AM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] Tracer - pLPIS

-- Původní zpráva --
Od: Pavel Machek pa...@ucw.cz(mailto:pa...@ucw.cz)
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org)
Datum: 4. 8. 2014 9:17:04
Předmět: Re: [Talk-cz] Tracer - pLPIS

Ahoj!

Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na
vlastní testování, ale hlavně vyřešit tyto drobnosti

a) Mapování - to mám zatím takto:

*orná půda:* landuse: farmland
*chmelnice:* landuse: farmland; crop: hop
*vinice:* landuse: vineyard
*ovocný sad*: landuse: orchard
*travní porost:* landuse: meadow
*porost RRD:* landuse: forest
Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim
skript... ale ona na importovanem uzemi zrejme ta situace jeste
nenastala...

No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na
ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo
ovocné sady v LPIS nejsou.

Jsou; jeden sad jsem importoval mezi Masojedama a Doubravcicema.

Špatně jsem se vyjádřil. Myslel jsem to tak, že místa v okolí, o kterých
vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou.

b) LPIS nebo pLPIS? Hlavně u tagu source a ref.
Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do
ref se dá LPIS_ID. A dále se nastavuje lpis:kultura.
Stat tomu rika Veřejný registr půdy - LPIS, takze bych nechal lpis.

Veřejný - public - pLPIS ;-)

Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby
jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis?
Eagri je jen specializovaný portál mze.

Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou
importovana existujici data.

A nebude to pak v kolizi? LPIS je obecná zkratka a kromě českého jsem našel
i slovenský a evropský (a to asi nebudou všechny). Nebo budeme aplikovat
princip, kdo dřív přijde, ten dřív mele?

http://www.podnemapy.sk/lpis_verejnost/viewer.htm
(http://www.podnemapy.sk/lpis_verejnost/viewer.htm)

http://ies.jrc.ec.europa.eu/our-activities/support-for-member-states/lpis-
iacs.html
(http://ies.jrc.ec.europa.eu/our-activities/support-for-member-states/lpis-iacs.html)

Ve wiki (
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#
pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy
(http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy)
) navrhuji source=eagri:plpis (podle vzoru: cuzk:km, cuzk:ruian...)

Místo ref= bych nastavil ref:plpis (opět dle ruian)
No, ja bych nechal ref, ale asi je to dost jedno...
No u importu z RUIANu se nám sešlo, že v některých případech může být na
jednom objektu ID Stavebního objektu a zároveň i ID Adresy. Tak se to
rozdělilo. To u LPIS asi nehrozí (i když kdo ví), ale z jednoduchého ref
není jasné, co za číslo to je. Jestli LPIS ID, nebo nějaké úplně jiné
ID. Myslím že ref:lpis je lepší.

No, existujici data pouzivaji ref=, a jestli to neni jasne, jde to
upresnit na wiki. Nechal bych cisty ref=.

OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se
mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového
nenašel.

Ono asi v principu neni vylouceny dat tam vlastni tag. ref:lpis by
taky byl vlastni tag...
Pavel

To jo. Ale je otázka, jestli by to vůbec k něčemu bylo.

Pořád čekám, jestli se vyjádří ostatní, ale buď jsou na dovolené, nebo u
vody ;-)

Marián

--
(english) http://www.livejournal.com/~pavelmachek
(http://www.livejournal.com/~pavelmachek)
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html(http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: [Talk-cz] Tracer - pLPIS

2014-08-05 Tema obsahu Pavel Machek

On Mon 2014-08-04 20:06:37, Petr Vejsada wrote:
 Ahoj,
 
 Dne Po 4. srpna 2014 09:33:03, Marián Kyral napsal(a):
 
  Špatně jsem se vyjádřil. Myslel jsem  to tak, že místa v okolí, o kterých 
  vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou.
 
 no protože v LPIS je jen to, co tam majitel chce zadat. Kde konkrétně tyto 
 sady a školky jsou? Chci se podívat, jestli se jejich existence dá dovodit z 
 RUIAN.

2 sady jsou mezi Doubravcicema a Masojedama, viz archiv.

 A už je alespoň zhruba rozmyšlená možnost aktualizace? Pořád si myslím, že by 
 bylo užitečné propojit LPIS s RUIAN, přesněji použít RUIAN a zpřesnit ho 
 LPISem.

Nebude jednoddussi vybrat z RUIANu mista nepokryta LPISem, a zamerit
se na jejich import?

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-05 Tema obsahu Pavel Machek

On Tue 2014-08-05 09:35:08, Dalibor Jelínek wrote:
 Ahoj,
 
 jen k tomu znaceni importu z pLPIS.
 
  
 
 Taky bych hlasoval pro source=eagri:lpis, protoze
 
 pokud existuji jine LPIS registry v Evrope, tak at je jasne,
 
 z jakeho zdroje data pochazi.
 
  
 
 A hlasite hlasuji pro ref:lpis= misto nic nerikajiciho ref=
 
 Jak pak nejaky uzivatel u objektu pozna, k cemu se to 
 
 referencni cislo vztahuje?

Podle source=lpis, a najde si to na wiki? Ted uz bych to nemenil.

 V kazdem pripade by bylo vhodne to tagovani prodebatovat
 
 a popsat na wiki, ktera je teda velmi malo obsazna. 
 
 Skoda, ze se nedodrzelo pravidlo, ze nejdrive se diskutuje,
 
 pak se dojde k nejakemu zaveru a pak se teprve importuje.

Ja myslim, ze jsem diskutoval docela dlouho, ale debata se jako
obvykle strhla az kdyz jsem zacal import.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-05 Tema obsahu Petr Vejsada

Ahoj,

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

 Jeden sad je tady:

 A lesní školka je tady:

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

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

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

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

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

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

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

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

No, asi celé blbost ;-)

--
Petr


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-05 Tema obsahu jzvc


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.



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-05 Tema obsahu Pavel Machek

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

-- 
(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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-05 Tema obsahu Pavel Machek

Ahoj!

 se možná někdy napojí na stávající landuse. I spojení se stávajícími OSM daty 
 by se dalo udělat. Jen by bylo potřeba vymyslet pravidla, tedy co dělat, když 
 vznikne průnik pole z RUIAN/LPIS s lesem v OSM, zastavěná plocha v RUIAN s 
 polem v OSM atd atd. Co dělat s případy dvojparcel, tedy kdy je jedna parcela 
 se zahradou a uvnitř ní je jiná parcela se zastavěnou plochou, prostě barák 
 uprostřed zahrady. 

No, co by pomohlo -- a co v podstate delam rucne:

Pokud je maly prunik zemedelske pudy a lesa, je les nepresne, a je potreba ten 
prunik z lesa
odstranit.

Pokud je naly prunik zemedelske pudy a landuse=residential, je residential 
nepresne, reseni
stejne.

Pokud je zemedelska puda uprostred landuse=residential, slo by to udelat 
multipolygon=inner,
ale spis radeji rucne opravit.

Umi to nekdo snadno naprogramovat?
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-04 Tema obsahu Pavel Machek

Ahoj!

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:

No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na
ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo
ovocné sady v LPIS nejsou.

Jsou; jeden sad jsem importoval mezi Masojedama a Doubravcicema.

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.

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

No, existujici data pouzivaji ref=, a jestli to neni jasne, jde to
upresnit na wiki. Nechal bych cisty ref=.

OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se
mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového
nenašel.

Ono asi v principu neni vylouceny dat tam vlastni tag. ref:lpis by
taky byl vlastni tag...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-04 Tema obsahu Marián Kyral



-- Původní zpráva --
Od: Pavel Machek pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 4. 8. 2014 9:17:04
Předmět: Re: [Talk-cz] Tracer - pLPIS

Ahoj!

  Než vám to dám k dispozici na otestování, potřebuji ještě chvíli na
  vlastní testování, ale hlavně vyřešit tyto drobnosti
 
  a) Mapování - to mám zatím takto:
 
  *orná půda:* landuse: farmland
  *chmelnice:* landuse: farmland; crop: hop
  *vinice:* landuse: vineyard
  *ovocný sad*: landuse: orchard
  *travní porost:* landuse: meadow
  *porost RRD:* landuse: forest
  Tam jsem chtel davat natural=scrub, ale davam landuse=scrub. Opravim
  skript... ale ona na importovanem uzemi zrejme ta situace jeste
  nenastala...
 
 No právě proto je to potřeba sjednotit. Já taky zatím narazil jen na
 ornou půdu, travní porost a zalesněnou půdu. Místa, kde jsou školky nebo
 ovocné sady v LPIS nejsou.

Jsou; jeden sad jsem importoval mezi Masojedama a Doubravcicema.




Špatně jsem se vyjádřil. Myslel jsem  to tak, že místa v okolí, o kterých 
vím, že tam ty ovocné sady a školky určitě jsou, v LPIS nejsou.




  b) LPIS nebo pLPIS? Hlavně u tagu source a ref.
  Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do
  ref se dá LPIS_ID. A dále se nastavuje lpis:kultura.
  Stat tomu rika Veřejný registr půdy - LPIS, takze bych nechal lpis.
 
 Veřejný - public - pLPIS ;-)
 
 Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby
 jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis?
 Eagri je jen specializovaný portál mze.

Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou
importovana existujici data.




A nebude to pak v kolizi? LPIS je obecná zkratka a kromě českého jsem našel 
i slovenský a evropský (a to asi nebudou všechny). Nebo budeme aplikovat 
princip, kdo dřív přijde, ten dřív mele?




http://www.podnemapy.sk/lpis_verejnost/viewer.htm


http://ies.jrc.ec.europa.eu/our-activities/support-for-member-states/lpis-
iacs.html





  Ve wiki (
  http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#
pLPIS_-_ve.C5.99ejn.C3.BD_registr_p.C5.AFdy
  ) navrhuji source=eagri:plpis (podle vzoru: cuzk:km, cuzk:ruian...)
 
  Místo ref= bych nastavil ref:plpis (opět dle ruian)
  No, ja bych nechal ref, ale asi je to dost jedno...
 No u importu z RUIANu se nám sešlo, že v některých případech může být na
 jednom objektu ID Stavebního objektu a zároveň i ID Adresy. Tak se to
 rozdělilo. To u LPIS asi nehrozí (i když kdo ví), ale z jednoduchého ref
 není jasné, co za číslo to je. Jestli LPIS ID, nebo nějaké úplně jiné
 ID. Myslím že ref:lpis je lepší.

No, existujici data pouzivaji ref=, a jestli to neni jasne, jde to
upresnit na wiki. Nechal bych cisty ref=.




OK




 OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se
 mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového
 nenašel.

Ono asi v principu neni vylouceny dat tam vlastni tag. ref:lpis by
taky byl vlastni tag...
Pavel



To jo. Ale je otázka, jestli by to vůbec k něčemu bylo.

Pořád čekám, jestli se vyjádří ostatní, ale buď jsou na dovolené, nebo u 
vody ;-)




Marián




-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-04 Tema obsahu Pavel Machek

Ahoj!

   b) LPIS nebo pLPIS? Hlavně u tagu source a ref.
   Jestli do toho skriptu koukám správně, source se nastavuje na lpis a do
   ref se dá LPIS_ID. A dále se nastavuje lpis:kultura.
   Stat tomu rika Veřejný registr půdy - LPIS, takze bych nechal lpis.
  
  Veřejný - public - pLPIS ;-)
  
  Ale jak tak koukám, pLPIS je jen ta webová prohlížečka a WMS/WFS služby
  jsou zvlášť. Takže to předělám na eagri:lpis. A nebo že by mze:lpis?
  Eagri je jen specializovaný portál mze.
 
 Prosim ciste source=lpis. Tak se jmenuje stranka importu, a tak jsou
 importovana existujici data.
 
 
 A nebude to pak v kolizi? LPIS je obecná zkratka a kromě českého jsem našel 
 i slovenský a evropský (a to asi nebudou všechny). Nebo budeme aplikovat 
 princip, kdo dřív přijde, ten dřív mele?

Kdo driv prijde, ten driv mele :-). Pokud polaci nebo slovaci zkusi
import, tak zjisti ze stranka na wiki uz existuje, takze by si
konfliktu meli vsimnout.

A i kdyby nahodou ne, nebude to velky problem: importujem ta data jen
na ceskym uzemi...
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-04 Tema obsahu Petr Vejsada

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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-04 Tema obsahu Marián Kyral

Takz(e pro zájemce bych tu me(l ochutnávku:

http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar

Zdrojáky: https://github.com/mkyral/josm-tracer/tree/plpis

Aktuální mapování je:
https://github.com/mkyral/josm-tracer/blob/plpis/src/org/openstreetmap/josm/plugins/tracer/LpisRecord.java#L126

Plugin obsahuje poslední verzi RUIAN traceru a experimentální verzi
LPIS. *Zdu*razn(uji*, z(e je to urc(eno hlavne( na proklikání a
nahlás(ení pr(ípadných chyb nebo návrhu* na vyleps(ení. Plugin nic
nespojuje (pokud se plochy dotýkají), ner(es(í pr(ekrývající se plochy
ani vícenásobné trasování - kolikrát c(love(k klikne, tolik objektu* se
vytvor(í.

Na ne(jaká izolovaná pole je to dobr(e pouz(itelné, ale pokud je více
polí, které tvor(í jeden lán, tak to zatím pouz(itelné není. Budu muset
zevs(eobecnit kód, který pouz(ívám ke spojování budov tak aby dobr(e
fungoval i s landuse. Uvidím jak to pu*jde. Moz(ná to nebude tak sloz(ité.

Trochu jsem si poklikal, vypadá to pe(kne(, ale u takových te(ch
sloz(ených lánu* to generuje stras(ne( moc malých polygonu*. Nevím jak
moc to vadí, ale kdybych to slouc(il do jednoho, tak zase nevím, co s
LPIS ID. Pouz(ít náhodné, nebo úplne( vyhodit? To by ale byl zase
problém s aktualizací.

Marián

Dne 2.8.2014 23:36, Marián Kyral napsal(a):
 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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-03 Tema obsahu Pavel Machek

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
--
(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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer - pLPIS

2014-08-03 Tema obsahu Marián Kyral

Dne 3.8.2014 10:11, Pavel Machek napsal(a):
Ahoj!

takže mám skoro dokončenou první verzi.
Gratulace :-).

Na imports@ mailing listu zadny velky rev nebyl, takze jsem zacal
importovat okoli Mukarova abych videl, jak to bude vypadat. Vypada to
o dost lip, nez veci co jsem delal rucne...

Evidentně si všichni užívají dovolenou, nebo to přehlédli ;-)

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:

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.

*jiná kultura (školka):* landuse: plant_nursery
Tohle v tech cislech nevidim... aha, tak ne, je to tam, 91, taguju
jako landuse=forest.

Aha... ale dle obrazku:

http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dplant_nursery

Jsme si jisty ze tohle je nase skolka? Obrazek tomu uplne
neodpovida...

Tak ona lesní školka má několik oddělení - semínka, sazeničky a
stromečky (v případě lesní školky). No a na obrázku jsou ty sazeničky.
Navíc, když se koukneš na wiki, tak je tam dub.

* species:en

http://wiki.openstreetmap.org/w/index.php?title=Key:species:enaction=editredlink=1=White
oak

http://wiki.openstreetmap.org/w/index.php?title=Tag:species:en%3DWhite_oakaction=editredlink=1

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ám taky nastavit pole *(p)lpis:kultura*? A co pole *kultura_od*
namapovaná třeba na *start_date* ?
V importovanejch uz lpis:kultura nenastavuju. Start date proc ne...
Pavel

OK. Jen právě nevím, jestli je start_date ta správná volba. Více by se
mi líbilo: valid_from nebo něco takového. Ale na wiki jsem nic takového
nenašel.

Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

41 matches

Mail list logo