Re: [Talk-cz] RUIAN a inkrementální aktualizace
Dne 10.8.2014 21:49, Petr Vejsada napsal(a): > Mám schema, vzniklé z dat ke dni 30.4. plus aktualizace. Od začátku těch > aktualizací tam mám ten patch, co ignoruje čísla transakcí, tedy *ignoruje*, > není tam >=, jak je asi v poslední -dev, viz debata na Githubu. To jen pro > pořádek. Ač není pravděpodobné, že by se čísla transakcí někdy > dekrementovala, > vyloučit to asi nemůžeme! > >> * SO 78153263 je v červencovém dumpu (20140731_OB_554791_UKSH.xml.gz), >> ale není v dumpu z června ani žádném změnovém souboru. > > select deleted,id_trans_ruian,definicni_bod is not NULL as > definicni_bod,hranice > is not NULL as hranice,plati_od,item_timestamp from ruian.rn_stavebni_objekt > where kod=78153263; > > deleted | id_trans_ruian | definicni_bod | hranice | plati_od | > item_timestamp > -++---+-++ > f | 627026 | t | f | 20.06.2014 | 22.06.2014 > 11:38:58.947812 > > je tedy ve změnovém souboru z průběhu června. Nahráno 22.6., takže asi soubor > z 21.6., ale nevím jistě. Nenahrávám každý den, jen skoro každý den. > > V dumpu z června by ovšem být měl. Tak tohle mě vážně nenapadlo... dohledal jsem to ve změnovém souboru z 20.6. a obsah do puntíku sedí s tím, co je v červencovém dumpu. Ale v červnu fakt nebyl. Takže chyby jsou vážně v obojím, což opravdu není dobré :/ Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dokončení importu adres
-- Původní zpráva -- Od: Petr Vejsada Komu: talk-cz@openstreetmap.org Datum: 10. 8. 2014 22:29:07 Předmět: [Talk-cz] Dokončení importu adres "Ahoj, zbývá nám necelé jedno procento adres, přičemž půlka toho procenta je problematická. Jedná se o obce: okres Praha-východ: Jevany Kozojedy Stříbrná Skalice Vyžlovka okres Břeclav: Mikulov Břeclav U všech, s výjimkou Břeclavi, jde o značný podíl dvojitých (trojitých, ...) adres typu číslo 35 a 5035. Nechce se mi vědomě toto nahrávat do OSM, i když v minulosti byly nahrány i obce s větším podílem tohoto jevu " Ahoj, nemá to někdo poblíž? Asi by byl vhodný průzkum v terénu. Třeba tam fakt jsou dvě čísla :-D Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Návod: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin)
Jup :-))) Kam jsem se sakra díval, že jsem ten plugin přehlídnul? Návod je zbytečně složitý, plugin toho umí mnooohem víc než popisuješ :-) Klikáním na uzly se totiž dají cesty virtuálně "rozsekat" na menší úseky, není potřeba nic rozdělovat a slučovat. Takže po zjednodušení: (1) Kliknout na ikonu ContourMerge. (2) Kliknout na dva uzly zdrojové cesty, objeví se na nich žluté křížky. (3) Kliknout na dva uzly cílové cesty, zas se vyznačí křížky. (4) Přetáhnout myší takto vybraný úsek zdrojové cesty na odpovídající úsek cílové cesty. A co je nejlepší, dají se tím naráz spravit všechny nesrovnalosti kolem LPIS polygonu, "překryvy" i "poloostrovy", i když jsou tvořeny více cestami. Těch rozdělovacích křížků se totiž dá naklikat neomezené množství na různých cestách a pak se dají úseky mezi nimi libovolně přesouvat. V rámci stejné cesty může být jeden úsek zdrojový, druhý cílový, záleží co se kam přetáhne. Křížky se dají průběžně přidávat a odebírat. A přetahovat se dá tak dlouho, dokud je funkce zapnutá. Poloostrov z více cest sice nejde zaplnit v jediném kroku, ale křížkování a přetahování po úsecích je triviální. Stačí si jen předdělat na segmentu zdrojové cesty zásobu uzlů, aby bylo z čeho přetahovat. Ruční práce na půl hodiny se smrskla na pár intuitivních kliků a přetažení. A krásně se tím dělají i nové plochy, hur. Martin Dne 10.8.2014 23:37, Marián Kyral napsal(a): > Ahoj, > Při hledání možností, jak řešit problém v předmětu jsem procházel seznam > pluginů a narazil na CountourMerge plugin [1]. Ten už mám sice dlouho > nainstalovaný, ale až dnes jsem se na něj podíval podrobněji a zjistil > jak se s ním vlastně pracuje. Není to nic složitého, jsou potřeba jen > dva segmenty, se kterými plugin manipuluje. > > Velmi dobře to funguje u "poloostrovů" tvořených jednou cestou. Pokud je > tam těch cest více, tak to taky jde, ale je to větší piplačka - je > potřeba pracovat s každou cestou zvlášť. > > Udělal jsem k tomu obrázkový návod a protože se mi nevešel do emailu, > najdete jej tady: http://osm.kyralovi.cz/navody/ContourMerge_plugin.html > > Snad se to bude někomu hodit. > > Marián > > [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge > > > > ___ > 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] Návod: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin)
Aha, koukám, že jsem to neposlal do konference ;-) Navíc, jsem našel dole na stránce, takový nenápadný odkaz, kde to popsáno je. Škoda, že jsem to nedočetl až do konce ;-) http://josm.openstreetmap.de/wiki/Help/Plugin/ContourMerge Marián -- Původní zpráva -- Od: Marián Kyral Komu: o...@maatts.cz Datum: 11. 8. 2014 14:24:09 Předmět: Re: [Talk-cz] Návod: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin) " Fakt? Tak na to jsem nedošel. Ono se taky není co divit, tak wiki stránka je taková nijaká a z těch obrázků jsem jen vydedukoval, že se to musí nějak rozdělit. Nad těmi žlutými křížky jsem moc nedumal a louskat zdroják se mi moc nechtělo ;-) Díky za zprávu. Možná by nebylo od věci tu wiki stránku vhodně doplnit a udělat překlad do češtiny. Marián -- Původní zpráva -- Od: Martin Švec - OSM Komu: OpenStreetMap Czech Republic , mkyral@ email.cz Datum: 11. 8. 2014 14:05:32 Předmět: Re: [Talk-cz] Návod: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin) "Jup :-))) Kam jsem se sakra díval, že jsem ten plugin přehlídnul? Návod je zbytečně složitý, plugin toho umí mnooohem víc než popisuješ :-) Klikáním na uzly se totiž dají cesty virtuálně "rozsekat" na menší úseky, není potřeba nic rozdělovat a slučovat. Takže po zjednodušení: (1) Kliknout na ikonu ContourMerge. (2) Kliknout na dva uzly zdrojové cesty, objeví se na nich žluté křížky. (3) Kliknout na dva uzly cílové cesty, zas se vyznačí křížky. (4) Přetáhnout myší takto vybraný úsek zdrojové cesty na odpovídající úsek cílové cesty. A co je nejlepší, dají se tím naráz spravit všechny nesrovnalosti kolem LPIS polygonu, "překryvy" i "poloostrovy", i když jsou tvořeny více cestami. Těch rozdělovacích křížků se totiž dá naklikat neomezené množství na různých cestách a pak se dají úseky mezi nimi libovolně přesouvat. V rámci stejné cesty může být jeden úsek zdrojový, druhý cílový, záleží co se kam přetáhne. Křížky se dají průběžně přidávat a odebírat. A přetahovat se dá tak dlouho, dokud je funkce zapnutá. Poloostrov z více cest sice nejde zaplnit v jediném kroku, ale křížkování a přetahování po úsecích je triviální. Stačí si jen předdělat na segmentu zdrojové cesty zásobu uzlů, aby bylo z čeho přetahovat. Ruční práce na půl hodiny se smrskla na pár intuitivních kliků a přetažení. A krásně se tím dělají i nové plochy, hur. Martin Dne 10.8.2014 23:37, Marián Kyral napsal(a): > Ahoj, > Při hledání možností, jak řešit problém v předmětu jsem procházel seznam > pluginů a narazil na CountourMerge plugin [1]. Ten už mám sice dlouho > nainstalovaný, ale až dnes jsem se na něj podíval podrobněji a zjistil > jak se s ním vlastně pracuje. Není to nic složitého, jsou potřeba jen > dva segmenty, se kterými plugin manipuluje. > > Velmi dobře to funguje u "poloostrovů" tvořených jednou cestou. Pokud je > tam těch cest více, tak to taky jde, ale je to větší piplačka - je > potřeba pracovat s každou cestou zvlášť. > > Udělal jsem k tomu obrázkový návod a protože se mi nevešel do emailu, > najdete jej tady: http://osm.kyralovi.cz/navody/ContourMerge_plugin.html > > Snad se to bude někomu hodit. > > Marián > > [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge > > > > ___ > 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
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 napsal(a):
> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama
> zazelenalo
> http://www.openstreetmap.org/#map=13/50.5706/15.7740
>
> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat. Tracer
> funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací,
> protože tracováním/vstupníma daty vzniká obrovské množství chyb a varování.
> Na dvě kliknutí se toho dá zbavit.
>
> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu:
> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}
>
> aby bylo vidět, kde jsou LPIS data.
>
> Zdraví Pavel Kwiecien
>
> -- Původní zpráva --
> Od: Marián Kyral
>
>
> Komu: OpenStreetMap Czech Republic
> Datum: 8. 8. 2014 9:08:35
>
> Předmět: Re: [Talk-cz] Tracer - pLPIS
>
>
> Ahoj,
>
> -- Původní zpráva --
> Od: Pavel Machek
> Komu: OpenStreetMap Czech Republic
> 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
Re: [Talk-cz] Návod: jak natlačit lesy do zákoutí v LPIS (ContourMerge plugin)
Dne 11.8.2014 14:37, Marián Kyral napsal(a): > Aha, koukám, že jsem to neposlal do konference ;-) > Navíc, jsem našel dole na stránce, takový nenápadný odkaz, kde to popsáno je. > Škoda, že jsem to > nedočetl až do konce ;-) > > http://josm.openstreetmap.de/wiki/Help/Plugin/ContourMerge > Heh, tak ten odkaz jsem taky přehlídl... Já to zjistil klikáním v JOSM, omylem se mi na uzlu objevil "jakejsi křížek", tak jsem zkoušel k čemu slouží ;-) Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tracer - pLPIS
Máš spuštěný tracer server?
-- Původní zpráva --
Od: Jan Dudík
Komu: OpenStreetMap Czech Republic
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 napsal(a):
> Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod horama
> zazelenalo
> http://www.openstreetmap.org/#map=13/50.5706/15.7740
>
> Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat.
Tracer
> funguje dobře, akorát import je potřeba vždy!! projet v JOSM validací,
> protože tracováním/vstupníma daty vzniká obrovské množství chyb a
varování.
> Na dvě kliknutí se toho dá zbavit.
>
> Ještě pro neznalé. Je dobré si v JOSM nastavit třeba tuto WMS vrstvu:
> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&;
SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH=
{width}&HEIGHT={height}&BBOX={bbox}
>
> aby bylo vidět, kde jsou LPIS data.
>
> Zdraví Pavel Kwiecien
>
> -- Původní zpráva --
> Od: Marián Kyral
>
>
> Komu: OpenStreetMap Czech Republic
> Datum: 8. 8. 2014 9:08:35
>
> Předmět: Re: [Talk-cz] Tracer - pLPIS
>
>
> Ahoj,
>
> -- Původní zpráva --
> Od: Pavel Machek
> Komu: OpenStreetMap Czech Republic
> 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
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
> Komu: OpenStreetMap Czech Republic
> 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
> napsal(a):
> > Ahoj, trochu jsem si už s Tracerem zablbnul a už se mi to tady pod
> horama
> > zazelenalo
> > http://www.openstreetmap.org/#map=13/50.5706/15.7740
> >
> > Pokud by spojování nebylo automatické, tak nemá smysl se tím zabývat.
> Tracer
> > funguje dobr(e, akorát import je potr(eba vždy!! projet v JOSM validací,
> > protože tracováním/vstupníma daty vzniká obrovské množství chyb a
> varování.
> > Na dve( kliknutí se toho dá zbavit.
> >
> > Ješte( pro neznalé. Je dobré si v JOSM nastavit tr(eba tuto WMS vrstvu:
> >
>
> http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/gif&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=LPIS_FB_KUL&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}
> >
> > aby bylo vide(t, kde jsou LPIS data.
> >
> > Zdraví Pavel Kwiecien
> >
> > -- Pu*vodní zpráva --
> > Od: Marián Kyral
> >
> >
> > Komu: OpenStreetMap Czech Republic
> > Datum: 8. 8. 2014 9:08:35
> >
> > Pr(edme(t: Re: [Talk-cz] Tracer - pLPIS
> >
> >
> > Ahoj,
> >
> > -- Pu*vodní zpráva --
> > Od: Pavel Machek
> > Komu: OpenStreetMap Czech Republic
> > 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
> >
> >
> >
