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

[Talk-cz] Odstávka LPIS

Vlákno 22.8. - 13.9.2014, počet zpráv: 44


22.8.2014 05:23:03 (#1)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Ahoj, tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: Plánovaná odstávka registru půdy (LPIS) 19.8.2014 *V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). * http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že budu mít čas i na něco jiného ;-) Marián* * ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140822/ef17cf2c/attachment.html>

23.8.2014 09:28:45 (#2)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D Marián Dne 22.8.2014 17:23, Marián Kyral napsal(a): zobrazit citaci
> Ahoj, > tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: > > > Plánovaná odstávka registru půdy (LPIS) > > 19.8.2014 > > *V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v > registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní > veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby a > veřejné webové služby LPIS. Částečné omezení bude také v aplikacích > napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru > vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). > * > > > http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html > > Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, > že budu mít čas i na něco jiného ;-) > > Marián* > * > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140823/d9268d18/attachment.html>

26.8.2014 07:24:16 (#3)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset napsat, Marián Dne 23.8.2014 21:28, Marián Kyral napsal(a): zobrazit citaci
> Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D > > Marián > > Dne 22.8.2014 17:23, Marián Kyral napsal(a): >> Ahoj, >> tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: >> >> >> Plánovaná odstávka registru půdy (LPIS) >> >> 19.8.2014 >> >> *V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v >> registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní >> veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby >> a veřejné webové služby LPIS. Částečné omezení bude také v aplikacích >> napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru >> vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). >> * >> >> >> http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html >> >> Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, >> že budu mít čas i na něco jiného ;-) >> >> Marián* >> * >> >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140826/65e7fd76/attachment-0001.html>

26.8.2014 10:36:37 (#4)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
On Tue 2014-08-26 19:24:16, Marián Kyral wrote: zobrazit citaci
> Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru > používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. > Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset >napsat,
Bohuzel taky prestala chodit stranka s exportem: http://eagri.cz/public/app/lpisext/lpis/verejny/exportDat.html ...porad rika "nespravne opsany text z obrazku" :-(. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

26.8.2014 10:48:42 (#5)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Dne 26.8.2014 22:36, Pavel Machek napsal(a): zobrazit citaci
> On Tue 2014-08-26 19:24:16, Marián Kyral wrote: >> Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru >> používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. >> Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset >> napsat, > Bohuzel taky prestala chodit stranka s exportem: > > http://eagri.cz/public/app/lpisext/lpis/verejny/exportDat.html > > ...porad rika "nespravne opsany text z obrazku" :-(. > Pavel >
No já bych ještě den dva počkal. Když tak napiš na Helpdesk, ale asi tam toho teď budou mít více.Třeba si to sedne. S WFS něco ještě teď večer dělali, ale zatím nic moc. Jediné, co z toho dostanu je geometrie. Žádné atributy. Takže momentálně nepoužitelné. Marián

28.8.2014 10:31:53 (#6)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
mohu se zeptat jaké jsou nové zprávy o traceru lpis Pražák Dne 26. srpna 2014 19:24 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
> Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru > používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. > Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset napsat, > > Marián > > Dne 23.8.2014 21:28, Marián Kyral napsal(a): > > Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D > > Marián > > Dne 22.8.2014 17:23, Marián Kyral napsal(a): > > Ahoj, > tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: > > Plánovaná odstávka registru půdy (LPIS) > > 19.8.2014 > > > *V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru > půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS > a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové > služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a > to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká > přípravy spuštění nové evidence půdy (LPIS). * > > > http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html > > Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že > budu mít čas i na něco jiného ;-) > > Marián > > > > _______________________________________________ > Talk-cz mailing listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140828/f8c7a99d/attachment.html>

28.8.2014 10:41:20 (#7)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Zeptat se můžeš. Včera odpoledne jsem jim psal. Sice zatím neodpověděli, nicméně nějaké změny tam byly. Momentálně mi dotaz na LPIS_FB4_BBOX a LPIS_FB4_01 vrátí databázovou chybu. Čekám, jestli to opraví, nebo jestli jim mám znova napsat. V každém případě, až to plně zprovozní, budu muset vydat novou verzi Traceru, neb místo LPIS_FB4 je teď LPIS_FB4_01. Takže by to sice tracovalo, ale bez vyplnění landuse. Marián
---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 28. 8. 2014 10:33:09 Předmět: Re: [Talk-cz] Odstávka LPIS " mohu se zeptat jaké jsou nové zprávy o traceru lpis Pražák Dne 26. srpna 2014 19:24 Marián Kyral <mkyral at email.cz (mailto:mkyral at email.cz)> napsal(a): " Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset napsat, Marián Dne 23.8.2014 21:28, Marián Kyral napsal(a): " Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D Marián Dne 22.8.2014 17:23, Marián Kyral napsal(a): " Ahoj, tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: Plánovaná odstávka registru půdy (LPIS) 19.8.2014 V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html (http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html) Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že budu mít čas i na něco jiného ;-) Marián _______________________________________________ Talk-cz mailing list <a href='mailto:Talk-cz at openstreetmap.org'>Talk-cz at openstreetmap.org</a> <a href='https://lists.openstreetmap.org/listinfo/talk-cz'>https://lists.openstreetmap.org/listinfo/talk-cz</a> " _______________________________________________ Talk-cz mailing list <a href='mailto:Talk-cz at openstreetmap.org'>Talk-cz at openstreetmap.org</a> <a href='https://lists.openstreetmap.org/listinfo/talk-cz'>https://lists.openstreetmap.org/listinfo/talk-cz</a> " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140828/8f8b505a/attachment.html>

28.8.2014 03:18:07 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Požadavek byl předán k řešení. Tož uvidíme. Celé odpoledne budu pryč, takže další update nejdříve večer. Marián
---------- Původní zpráva ---------- Od: Marián Kyral <mkyral at email.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 28. 8. 2014 10:42:16 Předmět: Re: [Talk-cz] Odstávka LPIS " Zeptat se můžeš. Včera odpoledne jsem jim psal. Sice zatím neodpověděli, nicméně nějaké změny tam byly. Momentálně mi dotaz na LPIS_FB4_BBOX a LPIS_FB4_01 vrátí databázovou chybu. Čekám, jestli to opraví, nebo jestli jim mám znova napsat. V každém případě, až to plně zprovozní, budu muset vydat novou verzi Traceru, neb místo LPIS_FB4 je teď LPIS_FB4_01. Takže by to sice tracovalo, ale bez vyplnění landuse. Marián ---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 28. 8. 2014 10:33:09 Předmět: Re: [Talk-cz] Odstávka LPIS " mohu se zeptat jaké jsou nové zprávy o traceru lpis Pražák Dne 26. srpna 2014 19:24 Marián Kyral <mkyral at email.cz (mailto:mkyral at email.cz)> napsal(a): " Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset napsat, Marián Dne 23.8.2014 21:28, Marián Kyral napsal(a): " Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D Marián Dne 22.8.2014 17:23, Marián Kyral napsal(a): " Ahoj, tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: Plánovaná odstávka registru půdy (LPIS) 19.8.2014 V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html (http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html) Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že budu mít čas i na něco jiného ;-) Marián _______________________________________________ Talk-cz mailing list <a href='mailto:Talk-cz at openstreetmap.org'>Talk-cz at openstreetmap.org</a> <a href='https://lists.openstreetmap.org/listinfo/talk-cz'>https://lists.openstreetmap.org/listinfo/talk-cz</a> " _______________________________________________ Talk-cz mailing list <a href='mailto:Talk-cz at openstreetmap.org'>Talk-cz at openstreetmap.org</a> <a href='https://lists.openstreetmap.org/listinfo/talk-cz'>https://lists.openstreetmap.org/listinfo/talk-cz</a> " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140828/c5bb45cc/attachment.html>

28.8.2014 08:39:58 (#9)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Zatím žádná změna. Snad zítra. Marián Dne 28.8.2014 15:18, Marián Kyral napsal(a): zobrazit citaci
> Požadavek byl předán k řešení. Tož uvidíme. > > Celé odpoledne budu pryč, takže další update nejdříve večer. > Marián > > ---------- Původní zpráva ---------- > Od: Marián Kyral <mkyral at email.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > Datum: 28. 8. 2014 10:42:16 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Zeptat se můžeš. > Včera odpoledne jsem jim psal. Sice zatím neodpověděli, nicméně > nějaké změny tam byly. Momentálně mi dotaz na LPIS_FB4_BBOX a > LPIS_FB4_01 vrátí databázovou chybu. Čekám, jestli to opraví, nebo > jestli jim mám znova napsat. > > V každém případě, až to plně zprovozní, budu muset vydat novou > verzi Traceru, neb místo LPIS_FB4 je teď LPIS_FB4_01. Takže by to > sice tracovalo, ale bez vyplnění landuse. > > Marián > > ---------- Původní zpráva ---------- > Od: Zdeněk Pražák <zprazak at seznam.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > Datum: 28. 8. 2014 10:33:09 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > mohu se zeptat jaké jsou nové zprávy o traceru lpis > Pražák > > > Dne 26. srpna 2014 19:24 Marián Kyral <mkyral at email.cz > <mailto:mkyral at email.cz>> napsal(a): > > Tak web jede, wms (podkladová mapa) taky, ale WFS, které v > traceru používám, bohužel ne. Servis sice jede, ale v > podstatě nic v něm není. Uvidíme, jestli to během zítřka > opraví. Když tak jim budu muset napsat, > > Marián > > Dne 23.8.2014 21:28, Marián Kyral napsal(a): > > Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze > nic nepokazí :-D > > Marián > > Dne 22.8.2014 17:23, Marián Kyral napsal(a): > > Ahoj, > tak jsem teď zavítal na webové rozhraní LPIS a co > tam nevidím: > > > Plánovaná odstávka registru půdy (LPIS) > > 19.8.2014 > > *V termínu 21.8. od 20h do 26.8. do 18h budou > prováděny úpravy v registru půdy (LPIS). V tomto > termínu nebude dostupné webové rozhraní veřejného > LPIS a LPISu pro farmáře. Nedostupné budou také > WMS služby a veřejné webové služby LPIS. Částečné > omezení bude také v aplikacích napojených na LPIS > a to, Data ke stažení, EPH, IZR a dále Registru > vinic (RV). Odstávka se týká přípravy spuštění > nové evidence půdy (LPIS). > * > > > http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html > > Tracer zatím funguje, ale až přestane, tak mi > nenadávejte. Vypadá to, že budu mít čas i na něco > jiného ;-) > > Marián* > * > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140828/39d45dc0/attachment.html>

29.8.2014 06:39:21 (#10)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Ahoj, tak bohužel zatím žádná změna. Pokud neplánují nějaký zásah o víkendu, tak si budete muset najít jinou zábavu než LPIS ;-) Marián Dne 28.8.2014 20:39, Marián Kyral napsal(a): zobrazit citaci
> Zatím žádná změna. Snad zítra. > > Marián > > Dne 28.8.2014 15:18, Marián Kyral napsal(a): >> Požadavek byl předán k řešení. Tož uvidíme. >> >> Celé odpoledne budu pryč, takže další update nejdříve večer. >> Marián >> >> ---------- Původní zpráva ---------- >> Od: Marián Kyral <mkyral at email.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> >> Datum: 28. 8. 2014 10:42:16 >> Předmět: Re: [Talk-cz] Odstávka LPIS >> >> >> Zeptat se můžeš. >> Včera odpoledne jsem jim psal. Sice zatím neodpověděli, nicméně >> nějaké změny tam byly. Momentálně mi dotaz na LPIS_FB4_BBOX a >> LPIS_FB4_01 vrátí databázovou chybu. Čekám, jestli to opraví, >> nebo jestli jim mám znova napsat. >> >> V každém případě, až to plně zprovozní, budu muset vydat novou >> verzi Traceru, neb místo LPIS_FB4 je teď LPIS_FB4_01. Takže by to >> sice tracovalo, ale bez vyplnění landuse. >> >> Marián >> >> ---------- Původní zpráva ---------- >> Od: Zdeněk Pražák <zprazak at seznam.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> >> Datum: 28. 8. 2014 10:33:09 >> Předmět: Re: [Talk-cz] Odstávka LPIS >> >> >> mohu se zeptat jaké jsou nové zprávy o traceru lpis >> Pražák >> >> >> Dne 26. srpna 2014 19:24 Marián Kyral <mkyral at email.cz >> <mailto:mkyral at email.cz>> napsal(a): >> >> Tak web jede, wms (podkladová mapa) taky, ale WFS, které >> v traceru používám, bohužel ne. Servis sice jede, ale v >> podstatě nic v něm není. Uvidíme, jestli to během zítřka >> opraví. Když tak jim budu muset napsat, >> >> Marián >> >> Dne 23.8.2014 21:28, Marián Kyral napsal(a): >> >> Takže LPIS WFS a WMS je dole. Doufám, že ta nová >> verze nic nepokazí :-D >> >> Marián >> >> Dne 22.8.2014 17:23, Marián Kyral napsal(a): >> >> Ahoj, >> tak jsem teď zavítal na webové rozhraní LPIS a co >> tam nevidím: >> >> >> Plánovaná odstávka registru půdy (LPIS) >> >> 19.8.2014 >> >> *V termínu 21.8. od 20h do 26.8. do 18h budou >> prováděny úpravy v registru půdy (LPIS). V tomto >> termínu nebude dostupné webové rozhraní veřejného >> LPIS a LPISu pro farmáře. Nedostupné budou také >> WMS služby a veřejné webové služby LPIS. Částečné >> omezení bude také v aplikacích napojených na LPIS >> a to, Data ke stažení, EPH, IZR a dále Registru >> vinic (RV). Odstávka se týká přípravy spuštění >> nové evidence půdy (LPIS). >> * >> >> >> http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html >> >> Tracer zatím funguje, ale až přestane, tak mi >> nenadávejte. Vypadá to, že budu mít čas i na něco >> jiného ;-) >> >> Marián* >> * >> >> > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140829/3f887b0d/attachment.html>

2.9.2014 10:57:38 (#11)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
jaký je stav? Dne 29. srpna 2014 18:39 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
> Ahoj, > tak bohužel zatím žádná změna. Pokud neplánují nějaký zásah o víkendu, tak > si budete muset najít jinou zábavu než LPIS ;-) > > Marián > > Dne 28.8.2014 20:39, Marián Kyral napsal(a): > > Zatím žádná změna. Snad zítra. > > Marián > > Dne 28.8.2014 15:18, Marián Kyral napsal(a): > > Požadavek byl předán k řešení. Tož uvidíme. > > Celé odpoledne budu pryč, takže další update nejdříve večer. > Marián > > ---------- Původní zpráva ---------- > Od: Marián Kyral <mkyral at email.cz> <mkyral at email.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > <talk-cz at openstreetmap.org> > Datum: 28. 8. 2014 10:42:16 > Předmět: Re: [Talk-cz] Odstávka LPIS > > Zeptat se můžeš. > Včera odpoledne jsem jim psal. Sice zatím neodpověděli, nicméně nějaké > změny tam byly. Momentálně mi dotaz na LPIS_FB4_BBOX a LPIS_FB4_01 vrátí > databázovou chybu. Čekám, jestli to opraví, nebo jestli jim mám znova > napsat. > > V každém případě, až to plně zprovozní, budu muset vydat novou verzi > Traceru, neb místo LPIS_FB4 je teď LPIS_FB4_01. Takže by to sice tracovalo, > ale bez vyplnění landuse. > > Marián > > ---------- Původní zpráva ---------- > Od: Zdeněk Pražák <zprazak at seznam.cz> <zprazak at seznam.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > <talk-cz at openstreetmap.org> > Datum: 28. 8. 2014 10:33:09 > Předmět: Re: [Talk-cz] Odstávka LPIS > > mohu se zeptat jaké jsou nové zprávy o traceru lpis > Pražák > > > Dne 26. srpna 2014 19:24 Marián Kyral <mkyral at email.cz> napsal(a): > > Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru > používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. > Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset napsat, > > Marián > > Dne 23.8.2014 21:28, Marián Kyral napsal(a): > > Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D > > Marián > > Dne 22.8.2014 17:23, Marián Kyral napsal(a): > > Ahoj, > tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: > > Plánovaná odstávka registru půdy (LPIS) > > 19.8.2014 > > > *V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru > půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS > a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové > služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a > to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká > přípravy spuštění nové evidence půdy (LPIS). * > > > http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html > > Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že > budu mít čas i na něco jiného ;-) > > Marián > > > > > _______________________________________________ > Talk-cz mailing listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140902/a098e4e6/attachment-0001.html>

2.9.2014 12:00:02 (#12)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Zatím stále beze změn. Marián
---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 2. 9. 2014 10:58:43 Předmět: Re: [Talk-cz] Odstávka LPIS " jaký je stav? Dne 29. srpna 2014 18:39 Marián Kyral <mkyral at email.cz (mailto:mkyral at email.cz)> napsal(a): " Ahoj, tak bohužel zatím žádná změna. Pokud neplánují nějaký zásah o víkendu, tak si budete muset najít jinou zábavu než LPIS ;-) Marián Dne 28.8.2014 20:39, Marián Kyral napsal(a): " Zatím žádná změna. Snad zítra. Marián Dne 28.8.2014 15:18, Marián Kyral napsal(a): "Požadavek byl předán k řešení. Tož uvidíme. Celé odpoledne budu pryč, takže další update nejdříve večer. Marián ---------- Původní zpráva ---------- Od: Marián Kyral <mkyral at email.cz>(mailto:mkyral at email.cz) Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> (mailto:talk-cz at openstreetmap.org) Datum: 28. 8. 2014 10:42:16 Předmět: Re: [Talk-cz] Odstávka LPIS " Zeptat se můžeš. Včera odpoledne jsem jim psal. Sice zatím neodpověděli, nicméně nějaké změny tam byly. Momentálně mi dotaz na LPIS_FB4_BBOX a LPIS_FB4_01 vrátí databázovou chybu. Čekám, jestli to opraví, nebo jestli jim mám znova napsat. V každém případě, až to plně zprovozní, budu muset vydat novou verzi Traceru, neb místo LPIS_FB4 je teď LPIS_FB4_01. Takže by to sice tracovalo, ale bez vyplnění landuse. Marián ---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz>(mailto:zprazak at seznam.cz) Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> (mailto:talk-cz at openstreetmap.org) Datum: 28. 8. 2014 10:33:09 Předmět: Re: [Talk-cz] Odstávka LPIS " mohu se zeptat jaké jsou nové zprávy o traceru lpis Pražák Dne 26. srpna 2014 19:24 Marián Kyral <mkyral at email.cz (mailto:mkyral at email.cz)> napsal(a): " Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset napsat, Marián Dne 23.8.2014 21:28, Marián Kyral napsal(a): " Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D Marián Dne 22.8.2014 17:23, Marián Kyral napsal(a): " Ahoj, tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: Plánovaná odstávka registru půdy (LPIS) 19.8.2014 V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html (http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html) Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že budu mít čas i na něco jiného ;-) Marián " " " " " " _______________________________________________ Talk-cz mailing list <a href='mailto:Talk-cz at openstreetmap.org'>Talk-cz at openstreetmap.org</a> <a href='https://lists.openstreetmap.org/listinfo/talk-cz'>https://lists.openstreetmap.org/listinfo/talk-cz</a> " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140902/8814c287/attachment.html>

4.9.2014 09:55:32 (#13)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Ahoj, dnes, 20:14 došel email z MZe, že oprava bude provedena počátkem příštího týdne. Tak snad to tentokrát klapne. Marián
---------- Původní zpráva ---------- Od: Marián Kyral <mkyral at email.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 2. 9. 2014 12:01:12 Předmět: Re: [Talk-cz] Odstávka LPIS " Zatím stále beze změn. Marián ---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 2. 9. 2014 10:58:43 Předmět: Re: [Talk-cz] Odstávka LPIS " jaký je stav? Dne 29. srpna 2014 18:39 Marián Kyral <mkyral at email.cz (mailto:mkyral at email.cz)> napsal(a): " Ahoj, tak bohužel zatím žádná změna. Pokud neplánují nějaký zásah o víkendu, tak si budete muset najít jinou zábavu než LPIS ;-) Marián Dne 28.8.2014 20:39, Marián Kyral napsal(a): " Zatím žádná změna. Snad zítra. Marián Dne 28.8.2014 15:18, Marián Kyral napsal(a): "Požadavek byl předán k řešení. Tož uvidíme. Celé odpoledne budu pryč, takže další update nejdříve večer. Marián ---------- Původní zpráva ---------- Od: Marián Kyral <mkyral at email.cz>(mailto:mkyral at email.cz) Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> (mailto:talk-cz at openstreetmap.org) Datum: 28. 8. 2014 10:42:16 Předmět: Re: [Talk-cz] Odstávka LPIS " Zeptat se můžeš. Včera odpoledne jsem jim psal. Sice zatím neodpověděli, nicméně nějaké změny tam byly. Momentálně mi dotaz na LPIS_FB4_BBOX a LPIS_FB4_01 vrátí databázovou chybu. Čekám, jestli to opraví, nebo jestli jim mám znova napsat. V každém případě, až to plně zprovozní, budu muset vydat novou verzi Traceru, neb místo LPIS_FB4 je teď LPIS_FB4_01. Takže by to sice tracovalo, ale bez vyplnění landuse. Marián ---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz>(mailto:zprazak at seznam.cz) Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> (mailto:talk-cz at openstreetmap.org) Datum: 28. 8. 2014 10:33:09 Předmět: Re: [Talk-cz] Odstávka LPIS " mohu se zeptat jaké jsou nové zprávy o traceru lpis Pražák Dne 26. srpna 2014 19:24 Marián Kyral <mkyral at email.cz (mailto:mkyral at email.cz)> napsal(a): " Tak web jede, wms (podkladová mapa) taky, ale WFS, které v traceru používám, bohužel ne. Servis sice jede, ale v podstatě nic v něm není. Uvidíme, jestli to během zítřka opraví. Když tak jim budu muset napsat, Marián Dne 23.8.2014 21:28, Marián Kyral napsal(a): " Takže LPIS WFS a WMS je dole. Doufám, že ta nová verze nic nepokazí :-D Marián Dne 22.8.2014 17:23, Marián Kyral napsal(a): " Ahoj, tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: Plánovaná odstávka registru půdy (LPIS) 19.8.2014 V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html (http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html) Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že budu mít čas i na něco jiného ;-) Marián " " " " " " _______________________________________________ Talk-cz mailing list <a href='mailto:Talk-cz at openstreetmap.org'>Talk-cz at openstreetmap.org</a> <a href='https://lists.openstreetmap.org/listinfo/talk-cz'>https://lists.openstreetmap.org/listinfo/talk-cz</a> " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140904/e5dc31a4/attachment.html>

6.9.2014 04:19:40 (#14)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
No a dnes to už od rána funguje ;-) Aktuální verze Traceru: http://www.kyralovi.cz/tmp/josm/beta/20140906/ Tracer.jar Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů (bude potřeba moduly znova nakonfigurovat), silně experimentální module ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140906/7af23dae/attachment-0001.html> ------------- další část --------------- A non-text attachment was scrubbed... Name: tracer_new_config.png Type: image/png Size: 32454 bytes Desc: [žádný popis není k dispozici] URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140906/7af23dae/attachment-0002.png> ------------- další část --------------- A non-text attachment was scrubbed... Name: error_msg.png Type: image/png Size: 21421 bytes Desc: [žádný popis není k dispozici] URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140906/7af23dae/attachment-0003.png>

6.9.2014 06:46:58 (#15)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
zkusil jsem naklikat pole v okolí svinčan -changeset Validátor mi napsal 34 chyb když je chci dát opravit tak se objeví hláška nastala neočekávaná výjimka nahlásit chybu - viz výpis chybového hlášení {{{ Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-09-02 01:36:00 Last Changed Author: Don-vip Revision: 7485 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-09-02 02:57:38 +0200 (Tue, 02 Sep 2014) Last Changed Rev: 7485 Identification: JOSM/1.5 (7485 cs) Windows 7 64-Bit Memory Usage: 989 MB / 989 MB (366 MB allocated, but free) Java version: 1.7.0_67, Oracle Corporation, Java HotSpot(TM) Client VM Dataset consistency test: [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-30761 version=0 MVD lat=49.991428,lon=15.6539678}, {Node id=-31708 version=0 MV lat=49.991428,lon=15.6539678}, {Node id=-31764 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-30762 version=0 MVD lat=49.9915033,lon=15.6539818}, {Node id=-31709 version=0 MV lat=49.9915033,lon=15.6539818}, {Node id=-31767 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387}, {Node id=-31710 version=0 MV lat=49.9915011,lon=15.6539387}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-30764 version=0 MVD lat=49.9915039,lon=15.6537411}, {Node id=-31711 version=0 MV lat=49.9915039,lon=15.6537411}, {Node id=-31773 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-30765 version=0 MVD lat=49.9914741,lon=15.6535918}, {Node id=-31712 version=0 MV lat=49.9914741,lon=15.6535918}, {Node id=-31776 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-30766 version=0 MVD lat=49.9914771,lon=15.6535138}, {Node id=-31713 version=0 MV lat=49.9914771,lon=15.6535138}, {Node id=-31779 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-30767 version=0 MVD lat=49.9914763,lon=15.6532113}, {Node id=-31714 version=0 MV lat=49.9914763,lon=15.6532113}, {Node id=-31782 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-30768 version=0 MVD lat=49.9914525,lon=15.6526737}, {Node id=-31715 version=0 MV lat=49.9914525,lon=15.6526737}, {Node id=-31785 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-30769 version=0 MVD lat=49.9914497,lon=15.6522871}, {Node id=-31716 version=0 MV lat=49.9914497,lon=15.6522871}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30770 version=0 MVD lat=49.9914392,lon=15.6522116}, {Node id=-31788 version=0 MV lat=49.9914392,lon=15.6522116}, {Node id=-30771 version=0 MV lat=49.991407300000006,lon=15.652180600000001}, {Node id=-30772 version=0 MV lat=49.99137349999999,lon=15.652165899999998}, {Node id=-30773 version=0 MV lat=49.99103109999999,lon=15.6521177}, {Node id=-30774 version=0 MVD lat=49.9908576,lon=15.6520997}, {Node id=-31795 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31721 version=0 MV lat=49.9908576,lon=15.6520997}, {Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}]} refers to deleted primitive {Node id=-30763 version=0 MVD lat=49.9915011,lon=15.6539387} [DELETED REFERENCED] {Way id=-31694 version=0 VT nodes=[{Node id=-31696 version=0 MV lat=49.9906918,lon=15.6520872}, {Node id=-30749 version=0 MVD lat=49.9906918,lon=15.6520872}, {Node id=-31725 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-30750 version=0 MVD lat=49.9906511,lon=15.6520766}, {Node id=-31697 version=0 MV lat=49.9906511,lon=15.6520766}, {Node id=-31729 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30751 version=0 MVD lat=49.9906378,lon=15.6520805}, {Node id=-31698 version=0 MV lat=49.9906378,lon=15.6520805}, {Node id=-30752 version=0 MVD lat=49.9906261,lon=15.6520925}, {Node id=-31732 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31699 version=0 MV lat=49.9906261,lon=15.6520925}, {Node id=-31736 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-30753 version=0 MVD lat=49.9905286,lon=15.6523988}, {Node id=-31700 version=0 MV lat=49.9905286,lon=15.6523988}, {Node id=-31739 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-30754 version=0 MVD lat=49.9904554,lon=15.6526682}, {Node id=-31701 version=0 MV lat=49.9904554,lon=15.6526682}, {Node id=-31742 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-30755 version=0 MVD lat=49.9903734,lon=15.6529465}, {Node id=-31702 version=0 MV lat=49.9903734,lon=15.6529465}, {Node id=-31745 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30756 version=0 MVD lat=49.9902027,lon=15.6534668}, {Node id=-31703 version=0 MV lat=49.9902027,lon=15.6534668}, {Node id=-30757 version=0 MVD lat=49.990632,lon=15.6536676}, {Node id=-31748 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-31704 version=0 MV lat=49.990632,lon=15.6536676}, {Node id=-30758 version=0 MV lat=49.99089930000001,lon=15.6537846}, {Node id=-31755 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-30759 version=0 MVD lat=49.9910983,lon=15.6538513}, {Node id=-31706 version=0 MV lat=49.9910983,lon=15.6538513}, {Node id=-31758 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-30760 version=0 MVD lat=49.9913594,lon=15.6539484}, {Node id=-31707 version=0 MV lat=49.9913594,lon=15.6539484}, {Node id=-31761 version=0 MV la

6.9.2014 07:01:41 (#16)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
Ještě při uložení mi to napsalo hlášku o neexistenci nějaké way a zbylo mi 1720 nodů které nelze uložit na server posílám ti tyto zbývající nody přes úschovnu odkaz http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
> No a dnes to už od rána funguje ;-) > > Aktuální verze Traceru: > http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar > > Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů > (bude potřeba moduly znova nakonfigurovat), silně experimentální module > ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. > > Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude > nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem > čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D > > Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů > za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) > > Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. > > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140906/d13bb68e/attachment.html>

6.9.2014 07:13:38 (#17)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Jako už se mi stalo, že se nahrál nekompletní changeset. Ale jen jednou a z počátku LPIS. Je možné, že to byl nějaký problém josm. Ty body nejsou nahrát proč? Já bych to revertoval a zkusil znova. Buď to projde, nebo ne. Pokud ne, tak mi zkuz popsat, co vše se stalo. Ne jen, že to vyhodilo nějakou chybu. Mimochodem, rozhodně doporučuji nebrat hlášení validátoru na lehkou váhu. Jestli si nevíš s něčím rady, tak se zeptej tady. Marián
---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 6. 9. 2014 19:02:31 Předmět: Re: [Talk-cz] Odstávka LPIS " Ještě při uložení mi to napsalo hlášku o neexistenci nějaké way a zbylo mi 1720 nodů které nelze uložit na server posílám ti tyto zbývající nody přes úschovnu odkaz http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ (http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/) Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz(mailto:mkyral at email.cz) zobrazit citaci
> napsal(a):
" No a dnes to už od rána funguje ;-) Aktuální verze Traceru: http://www.kyralovi.cz/tmp/josm/beta/20140906/ Tracer.jar(http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar) Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů (bude potřeba moduly znova nakonfigurovat), silně experimentální module ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. Marián _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140906/08223ce4/attachment.html>

6.9.2014 11:12:54 (#18)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> No a dnes to už od rána funguje ;-)
Ne vsechno :-(. http://eagri.cz/public/app/lpisext/lpis/verejny/exportDat.html porad hlasi ze spatne obsane cislo z obrazku. Chodi to nekomu? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

7.9.2014 08:57:56 (#19)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Dne 6.9.2014 23:12, Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > >> No a dnes to už od rána funguje ;-) > Ne vsechno :-(. > > http://eagri.cz/public/app/lpisext/lpis/verejny/exportDat.html porad > hlasi ze spatne obsane cislo z obrazku. Chodi to nekomu? > > Pavel > >
Ahoj, mně to taky hlásilo, když jsem to zkoušel. Ale já to nepoužívám. Hlásil jsi to na helpdesk? Marián

7.9.2014 06:49:19 (#20)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
no zdá se, že jde o stejnou chybu kterou hlásí Kamenitxan Když jsem si nyní onen nenahraný soubor otevřel tak mi josm řve, že uvedený soubor nelze číst chyba je: cesta s externím ID 31694 obsahuje chybějící bod s externím ID 30479 Dále jsem chtěl poslat výpis z konzole JOSM při otevření tohoto souboru - bohužel však nevím jak mám tento výpis z konzole získat obvyklé ctrl + c a ctrl + v mi nefunguje Dne 6. září 2014 19:13 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
> Jako už se mi stalo, že se nahrál nekompletní changeset. Ale jen jednou a > z počátku LPIS. Je možné, že to byl nějaký problém josm. > > Ty body nejsou nahrát proč? Já bych to revertoval a zkusil znova. Buď to > projde, nebo ne. Pokud ne, tak mi zkuz popsat, co vše se stalo. Ne jen, že > to vyhodilo nějakou chybu. > > Mimochodem, rozhodně doporučuji nebrat hlášení validátoru na lehkou váhu. > Jestli si nevíš s něčím rady, tak se zeptej tady. > > Marián > > ---------- Původní zpráva ---------- > Od: Zdeněk Pražák <zprazak at seznam.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > Datum: 6. 9. 2014 19:02:31 > Předmět: Re: [Talk-cz] Odstávka LPIS > > Ještě při uložení mi to napsalo hlášku o neexistenci nějaké way a zbylo mi > 1720 nodů které nelze uložit na server > posílám ti tyto zbývající nody přes úschovnu > odkaz http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ > > > Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz> napsal(a): > > No a dnes to už od rána funguje ;-) > > Aktuální verze Traceru: > http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar > > Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů > (bude potřeba moduly znova nakonfigurovat), silně experimentální module > ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. > > Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude > nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem > čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D > > Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů > za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) > > Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. > > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140907/2b2a7da6/attachment.html>

7.9.2014 06:55:54 (#21)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
už jsem přišel na to jak získat výpis z JOSM konzole při pokusu o otevření souboru jpsm, který jsem ti včera poslal přes úschovnu je výpis následující: INFO: naŔÝtßm doplnýk 'reverter' (verze 30521) INFO: RemoteControl: adding command "revert_changeset" (handled by RevertChanges etHandler) INFO: naŔÝtßm doplnýk 'reltoolbox' (verze 30587) INFO: naŔÝtßm doplnýk 'jts' (verze 30416) INFO: naŔÝtßm doplnýk 'geotools' (verze 30569) INFO: naŔÝtßm doplnýk 'pointInfo' (verze 30470) INFO: naŔÝtßm doplnýk 'Tracer' (verze 30531) INFO: RemoteControl::Accepting connections on port 8111 INFO: Message notifier active (checks every 5 minutes) INFO: GET https://api.openstreetmap.org/api/0.6/user/details (zÝskat poŔet nep°e Ŕtenřch zprßv) INFO: Open file: C:\Users\Zdenýk Pra×ßk\AppData\Roaming\JOSM\autosave\111.osm_20 140906_1853.osm (8369285 bytes) CHYBA: org.openstreetmap.josm.io.IllegalDataException: Cesta s externÝm ID '-31á 694' obsahuje chybýjÝcÝ bod s externÝm ID '-30á749'. org.openstreetmap.josm.io.IllegalDataException: Cesta s externÝm ID '-31á694' ob sahuje chybýjÝcÝ bod s externÝm ID '-30á749'. at org.openstreetmap.josm.io.AbstractReader.processWaysAfterParsing(Abst ractReader.java:91) at org.openstreetmap.josm.io.AbstractReader.prepareDataSet(AbstractReade r.java:198) at org.openstreetmap.josm.io.OsmReader.doParseDataSet(OsmReader.java:598 ) at org.openstreetmap.josm.io.OsmReader.parseDataSet(OsmReader.java:643) at org.openstreetmap.josm.io.OsmImporter.parseDataSet(OsmImporter.java:1 29) at org.openstreetmap.josm.io.OsmImporter.loadLayer(OsmImporter.java:119) at org.openstreetmap.josm.io.OsmImporter.importData(OsmImporter.java:97) at org.openstreetmap.josm.io.OsmImporter.importData(OsmImporter.java:74) at org.openstreetmap.josm.io.FileImporter.importDataHandleExceptions(Fil eImporter.java:76) at org.openstreetmap.josm.actions.OpenFileAction$OpenFileTask.importData (OpenFileAction.java:316) at org.openstreetmap.josm.actions.OpenFileAction$OpenFileTask.realRun(Op enFileAction.java:274) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRun nable.java:82) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable. java:150) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) INFO: Open file: G:\data\ruian\soubory\111.osm (8369285 bytes) CHYBA: org.openstreetmap.josm.io.IllegalDataException: Cesta s externÝm ID '-31á 694' obsahuje chybýjÝcÝ bod s externÝm ID '-30á749'. org.openstreetmap.josm.io.IllegalDataException: Cesta s externÝm ID '-31á694' ob sahuje chybýjÝcÝ bod s externÝm ID '-30á749'. at org.openstreetmap.josm.io.AbstractReader.processWaysAfterParsing(Abst ractReader.java:91) at org.openstreetmap.josm.io.AbstractReader.prepareDataSet(AbstractReade r.java:198) at org.openstreetmap.josm.io.OsmReader.doParseDataSet(OsmReader.java:598 ) at org.openstreetmap.josm.io.OsmReader.parseDataSet(OsmReader.java:643) at org.openstreetmap.josm.io.OsmImporter.parseDataSet(OsmImporter.java:1 29) at org.openstreetmap.josm.io.OsmImporter.loadLayer(OsmImporter.java:119) at org.openstreetmap.josm.io.OsmImporter.importData(OsmImporter.java:97) at org.openstreetmap.josm.io.OsmImporter.importData(OsmImporter.java:74) at org.openstreetmap.josm.io.FileImporter.importDataHandleExceptions(Fil eImporter.java:76) at org.openstreetmap.josm.actions.OpenFileAction$OpenFileTask.importData (OpenFileAction.java:316) at org.openstreetmap.josm.actions.OpenFileAction$OpenFileTask.realRun(Op enFileAction.java:274) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRun nable.java:82) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable. java:150) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) INFO: GET https://api.openstreetmap.org/api/0.6/user/details (zÝskat poŔet nep°e Ŕtenřch zprßv) INFO: GET https://api.openstreetmap.org/api/0.6/user/details (zÝskat poŔet nep°e Ŕtenřch zprßv) Dne 7. září 2014 18:49 Zdeněk Pražák <zprazak at seznam.cz> napsal(a): zobrazit citaci
> no zdá se, že jde o stejnou chybu kterou hlásí Kamenitxan > Když jsem si nyní onen nenahraný soubor otevřel tak mi josm řve, že > uvedený soubor nelze číst chyba je: cesta s externím ID 31694 obsahuje > chybějící bod s externím ID 30479 > > Dále jsem chtěl poslat výpis z konzole JOSM při otevření tohoto souboru - > bohužel však nevím jak mám tento výpis z konzole získat > > obvyklé ctrl + c a ctrl + v mi nefunguje > > > > Dne 6. září 2014 19:13 Marián Kyral <mkyral at email.cz> napsal(a): > > Jako už se mi stalo, že se nahrál nekompletní changeset. Ale jen jednou a >> z počátku LPIS. Je možné, že to byl nějaký problém josm. >> >> Ty body nejsou nahrát proč? Já bych to revertoval a zkusil znova. Buď to >> projde, nebo ne. Pokud ne, tak mi zkuz popsat, co vše se stalo. Ne jen, že >> to vyhodilo nějakou chybu. >> >> Mimochodem, rozhodně doporučuji nebrat hlášení validátoru na lehkou váhu. >> Jestli si nevíš s něčím rady, tak se zeptej tady. >> >> Marián >> >> ---------- Původní zpráva ---------- >> Od: Zdeněk Pražák <zprazak at seznam.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> >> Datum: 6. 9. 2014 19:02:31 >> Předmět: Re: [Talk-cz] Odstávka LPIS >> >> Ještě při uložení mi to napsalo hlášku o neexistenci nějaké way a zbylo >> mi 1720 nodů které nelze uložit na server >> posílám ti tyto zbývající nody přes úschovnu >> odkaz http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ >> >> >> Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz> napsal(a): >> >> No a dnes to už od rána funguje ;-) >> >> Aktuální verze Traceru: >> http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar >> >> Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů >> (bude potřeba moduly znova nakonfigurovat), silně experimentální module >> ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. >> >> Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude >> nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem >> čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D >> >> Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů >> za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) >> >> Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. >> >> >> Marián >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140907/affdaf3a/attachment.html>

7.9.2014 07:01:09 (#22)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Tobě to taky spadlo na tu chybu s chybějícím node při nahrávání? Ty jsi nějaké uzly měl, ale nenahrály se cesty a relace (které se nahrávají nakonec). On má cesty, ale žádné nové uzly. A to je hodně divné. Nezkoušel jsi to znova? Prošlo to? Marián Dne 7.9.2014 18:49, Zdeněk Pražák napsal(a): zobrazit citaci
> no zdá se, že jde o stejnou chybu kterou hlásí Kamenitxan > Když jsem si nyní onen nenahraný soubor otevřel tak mi josm řve, že > uvedený soubor nelze číst chyba je: cesta s externím ID 31694 obsahuje > chybějící bod s externím ID 30479 > > Dále jsem chtěl poslat výpis z konzole JOSM při otevření tohoto > souboru - bohužel však nevím jak mám tento výpis z konzole získat > > obvyklé ctrl + c a ctrl + v mi nefunguje > > > > Dne 6. září 2014 19:13 Marián Kyral <mkyral at email.cz > <mailto:mkyral at email.cz>> napsal(a): > > Jako už se mi stalo, že se nahrál nekompletní changeset. Ale jen > jednou a z počátku LPIS. Je možné, že to byl nějaký problém josm. > > Ty body nejsou nahrát proč? Já bych to revertoval a zkusil znova. > Buď to projde, nebo ne. Pokud ne, tak mi zkuz popsat, co vše se > stalo. Ne jen, že to vyhodilo nějakou chybu. > > Mimochodem, rozhodně doporučuji nebrat hlášení validátoru na > lehkou váhu. Jestli si nevíš s něčím rady, tak se zeptej tady. > > Marián > > ---------- Původní zpráva ---------- > Od: Zdeněk Pražák <zprazak at seznam.cz <mailto:zprazak at seznam.cz>> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org > <mailto:talk-cz at openstreetmap.org>> > Datum: 6. 9. 2014 19:02:31 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Ještě při uložení mi to napsalo hlášku o neexistenci nějaké > way a zbylo mi 1720 nodů které nelze uložit na server > posílám ti tyto zbývající nody přes úschovnu > odkaz http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ > > > Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz > <mailto:mkyral at email.cz>> napsal(a): > > No a dnes to už od rána funguje ;-) > > Aktuální verze Traceru: > http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar > > Kromě opětovného zprovoznění LPIS je tam přepracovaná > konfigurace modulů (bude potřeba moduly znova > nakonfigurovat), silně experimentální module ruian-lands a > nově Tracer nedovolí tracovat plochy mimo staženou oblast. > > Ta změna konfigurace byla docela náročná. Jsem myslel, že > na to bude nějaký standardní modul, ale prd. No tak jsem > se s tím trápil více než jsem čekal. Kdo by třeba čekal, > že metoda getArray() vrací list místo pole :-D > > Do budoucna bych ještě chtěl ještě schovat nastavení > jednotlivých modulů za nějaké tlačítko. Ale to jen, až se > budu opravdu hodně nudit ;-) > > Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer > vyvádí. > > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140907/23192a56/attachment-0001.html>

7.9.2014 07:03:10 (#23)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
747
zatím jsem nic nezkoušel mám tedy ten poslední nedokončený changeset revertovat a zkusit to znovu - myslím že včerejší hláška byla stejná jako u kamenitxama něco o placeholderu
---------- Původní zpráva ---------- Od: Marián Kyral <mkyral at email.cz> Komu: talk-cz at openstreetmap.org Datum: 7. 9. 2014 19:00:17 Předmět: Re: [Talk-cz] Odstávka LPIS " Tobě to taky spadlo na tu chybu s chybějícím node při nahrávání? Ty jsi nějaké uzly měl, ale nenahrály se cesty a relace (které se nahrávají nakonec). On má cesty, ale žádné nové uzly. A to je hodně divné. Nezkoušel jsi to znova? Prošlo to? Marián Dne 7.9.2014 18:49, Zdeněk Pražák napsal(a): " no zdá se, že jde o stejnou chybu kterou hlásí Kamenitxan Když jsem si nyní onen nenahraný soubor otevřel tak mi josm řve, že uvedený soubor nelze číst chyba je: cesta s externím ID 31694 obsahuje chybějící bod s externím ID 30479 Dále jsem chtěl poslat výpis z konzole JOSM při otevření tohoto souboru - bohužel však nevím jak mám tento výpis z konzole získat obvyklé ctrl + c a ctrl + v mi nefunguje Dne 6. září 2014 19:13 Marián Kyral <mkyral at email.cz(mailto:mkyral at email.cz) zobrazit citaci
> napsal(a):
" Jako už se mi stalo, že se nahrál nekompletní changeset. Ale jen jednou a z počátku LPIS. Je možné, že to byl nějaký problém josm. Ty body nejsou nahrát proč? Já bych to revertoval a zkusil znova. Buď to projde, nebo ne. Pokud ne, tak mi zkuz popsat, co vše se stalo. Ne jen, že to vyhodilo nějakou chybu. Mimochodem, rozhodně doporučuji nebrat hlášení validátoru na lehkou váhu. Jestli si nevíš s něčím rady, tak se zeptej tady. Marián ---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz(mailto:zprazak at seznam.cz)> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org (mailto:talk-cz at openstreetmap.org)> Datum: 6. 9. 2014 19:02:31 Předmět: Re: [Talk-cz] Odstávka LPIS " Ještě při uložení mi to napsalo hlášku o neexistenci nějaké way a zbylo mi 1720 nodů které nelze uložit na server posílám ti tyto zbývající nody přes úschovnu odkaz http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ (http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/) Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz(mailto:mkyral at email.cz) zobrazit citaci
> napsal(a):
" No a dnes to už od rána funguje ;-) Aktuální verze Traceru: http://www.kyralovi.cz/tmp/josm/beta/20140906/ Tracer.jar(http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar) Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů (bude potřeba moduly znova nakonfigurovat), silně experimentální module ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. Marián _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz)" _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list <a href='mailto:Talk-cz at openstreetmap.org'>Talk-cz at openstreetmap.org</a> <a href='https://lists.openstreetmap.org/listinfo/talk-cz'>https://lists.openstreetmap.org/listinfo/talk-cz</a> " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140907/8437b916/attachment.html>

7.9.2014 07:14:58 (#24)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Dne 7.9.2014 19:03, Zdeněk Pražák napsal(a): zobrazit citaci
> zatím jsem nic nezkoušel > mám tedy ten poslední nedokončený changeset revertovat a zkusit to > znovu - myslím že včerejší hláška byla stejná jako u kamenitxama něco > o placeholderu
No mne by právě zajímalo, jak to tentokrát dopadne. Případně to revertuj a já si tam zkusím poklikat, jestli se mi to povede nějak vyvolat. Marián zobrazit citaci
> > ---------- Původní zpráva ---------- > Od: Marián Kyral <mkyral at email.cz> > Komu: talk-cz at openstreetmap.org > Datum: 7. 9. 2014 19:00:17 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Tobě to taky spadlo na tu chybu s chybějícím node při nahrávání? > Ty jsi nějaké uzly měl, ale nenahrály se cesty a relace (které se > nahrávají nakonec). On má cesty, ale žádné nové uzly. A to je > hodně divné. > > Nezkoušel jsi to znova? Prošlo to? > > Marián > > Dne 7.9.2014 18:49, Zdeněk Pražák napsal(a): > > no zdá se, že jde o stejnou chybu kterou hlásí Kamenitxan > Když jsem si nyní onen nenahraný soubor otevřel tak mi josm > řve, že uvedený soubor nelze číst chyba je: cesta s externím > ID 31694 obsahuje chybějící bod s externím ID 30479 > > Dále jsem chtěl poslat výpis z konzole JOSM při otevření > tohoto souboru - bohužel však nevím jak mám tento výpis z > konzole získat > > obvyklé ctrl + c a ctrl + v mi nefunguje > > > > Dne 6. září 2014 19:13 Marián Kyral <mkyral at email.cz > <mailto:mkyral at email.cz>> napsal(a): > > Jako už se mi stalo, že se nahrál nekompletní changeset. > Ale jen jednou a z počátku LPIS. Je možné, že to byl > nějaký problém josm. > > Ty body nejsou nahrát proč? Já bych to revertoval a zkusil > znova. Buď to projde, nebo ne. Pokud ne, tak mi zkuz > popsat, co vše se stalo. Ne jen, že to vyhodilo nějakou chybu. > > Mimochodem, rozhodně doporučuji nebrat hlášení validátoru > na lehkou váhu. Jestli si nevíš s něčím rady, tak se > zeptej tady. > > Marián > > ---------- Původní zpráva ---------- > Od: Zdeněk Pražák <zprazak at seznam.cz > <mailto:zprazak at seznam.cz>> > Komu: OpenStreetMap Czech Republic > <talk-cz at openstreetmap.org <mailto:talk-cz at openstreetmap.org>> > Datum: 6. 9. 2014 19:02:31 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Ještě při uložení mi to napsalo hlášku o neexistenci > nějaké way a zbylo mi 1720 nodů které nelze uložit na > server > posílám ti tyto zbývající nody přes úschovnu > odkaz > http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ > > > Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz > <mailto:mkyral at email.cz>> napsal(a): > > No a dnes to už od rána funguje ;-) > > Aktuální verze Traceru: > http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar > > Kromě opětovného zprovoznění LPIS je tam > přepracovaná konfigurace modulů (bude potřeba > moduly znova nakonfigurovat), silně experimentální > module ruian-lands a nově Tracer nedovolí tracovat > plochy mimo staženou oblast. > > Ta změna konfigurace byla docela náročná. Jsem > myslel, že na to bude nějaký standardní modul, ale > prd. No tak jsem se s tím trápil více než jsem > čekal. Kdo by třeba čekal, že metoda getArray() > vrací list místo pole :-D > > Do budoucna bych ještě chtěl ještě schovat > nastavení jednotlivých modulů za nějaké tlačítko. > Ale to jen, až se budu opravdu hodně nudit ;-) > > Teď se kouknu na ocásky a jiné nepřístojnosti, co > Tracer vyvádí. > > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140907/4fca3591/attachment-0001.html>

7.9.2014 07:29:28 (#25)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Dne 7.9.2014 19:14, Marián Kyral napsal(a): zobrazit citaci
> Dne 7.9.2014 19:03, Zdeněk Pražák napsal(a): >> zatím jsem nic nezkoušel >> mám tedy ten poslední nedokončený changeset revertovat a zkusit to >> znovu - myslím že včerejší hláška byla stejná jako u kamenitxama něco >> o placeholderu > > No mne by právě zajímalo, jak to tentokrát dopadne. Případně to > revertuj a já si tam zkusím poklikat, jestli se mi to povede nějak > vyvolat. > > Marián >
Hmm, tak to fakt bude stejný problém. On má ty nové uzly už na serveru. Stejně jako ty. Viz: http://www.openstreetmap.org/changeset/25282294 Tak to jsem z toho blázen... Marián zobrazit citaci
> >> >> ---------- Původní zpráva ---------- >> Od: Marián Kyral <mkyral at email.cz> >> Komu: talk-cz at openstreetmap.org >> Datum: 7. 9. 2014 19:00:17 >> Předmět: Re: [Talk-cz] Odstávka LPIS >> >> >> Tobě to taky spadlo na tu chybu s chybějícím node při nahrávání? >> Ty jsi nějaké uzly měl, ale nenahrály se cesty a relace (které se >> nahrávají nakonec). On má cesty, ale žádné nové uzly. A to je >> hodně divné. >> >> Nezkoušel jsi to znova? Prošlo to? >> >> Marián >> >> Dne 7.9.2014 18:49, Zdeněk Pražák napsal(a): >> >> no zdá se, že jde o stejnou chybu kterou hlásí Kamenitxan >> Když jsem si nyní onen nenahraný soubor otevřel tak mi josm >> řve, že uvedený soubor nelze číst chyba je: cesta s externím >> ID 31694 obsahuje chybějící bod s externím ID 30479 >> >> Dále jsem chtěl poslat výpis z konzole JOSM při otevření >> tohoto souboru - bohužel však nevím jak mám tento výpis z >> konzole získat >> >> obvyklé ctrl + c a ctrl + v mi nefunguje >> >> >> >> Dne 6. září 2014 19:13 Marián Kyral <mkyral at email.cz >> <mailto:mkyral at email.cz>> napsal(a): >> >> Jako už se mi stalo, že se nahrál nekompletní changeset. >> Ale jen jednou a z počátku LPIS. Je možné, že to byl >> nějaký problém josm. >> >> Ty body nejsou nahrát proč? Já bych to revertoval a >> zkusil znova. Buď to projde, nebo ne. Pokud ne, tak mi >> zkuz popsat, co vše se stalo. Ne jen, že to vyhodilo >> nějakou chybu. >> >> Mimochodem, rozhodně doporučuji nebrat hlášení validátoru >> na lehkou váhu. Jestli si nevíš s něčím rady, tak se >> zeptej tady. >> >> Marián >> >> ---------- Původní zpráva ---------- >> Od: Zdeněk Pražák <zprazak at seznam.cz >> <mailto:zprazak at seznam.cz>> >> Komu: OpenStreetMap Czech Republic >> <talk-cz at openstreetmap.org >> <mailto:talk-cz at openstreetmap.org>> >> Datum: 6. 9. 2014 19:02:31 >> Předmět: Re: [Talk-cz] Odstávka LPIS >> >> >> Ještě při uložení mi to napsalo hlášku o neexistenci >> nějaké way a zbylo mi 1720 nodů které nelze uložit na >> server >> posílám ti tyto zbývající nody přes úschovnu >> odkaz >> http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ >> >> >> Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz >> <mailto:mkyral at email.cz>> napsal(a): >> >> No a dnes to už od rána funguje ;-) >> >> Aktuální verze Traceru: >> http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar >> >> Kromě opětovného zprovoznění LPIS je tam >> přepracovaná konfigurace modulů (bude potřeba >> moduly znova nakonfigurovat), silně >> experimentální module ruian-lands a nově Tracer >> nedovolí tracovat plochy mimo staženou oblast. >> >> Ta změna konfigurace byla docela náročná. Jsem >> myslel, že na to bude nějaký standardní modul, >> ale prd. No tak jsem se s tím trápil více než >> jsem čekal. Kdo by třeba čekal, že metoda >> getArray() vrací list místo pole :-D >> >> Do budoucna bych ještě chtěl ještě schovat >> nastavení jednotlivých modulů za nějaké tlačítko. >> Ale to jen, až se budu opravdu hodně nudit ;-) >> >> Teď se kouknu na ocásky a jiné nepřístojnosti, co >> Tracer vyvádí. >> >> >> Marián >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org <mailto:Talk-cz at openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140907/d0abd047/attachment.html>

7.9.2014 07:41:08 (#26)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
no tak jsem uvedený changeset revertovat Dne 7. září 2014 19:14 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
> Dne 7.9.2014 19:03, Zdeněk Pražák napsal(a): > > zatím jsem nic nezkoušel > mám tedy ten poslední nedokončený changeset revertovat a zkusit to znovu - > myslím že včerejší hláška byla stejná jako u kamenitxama něco o placeholderu > > > No mne by právě zajímalo, jak to tentokrát dopadne. Případně to revertuj a > já si tam zkusím poklikat, jestli se mi to povede nějak vyvolat. > > > Marián > > > > ---------- Původní zpráva ---------- > Od: Marián Kyral <mkyral at email.cz> <mkyral at email.cz> > Komu: talk-cz at openstreetmap.org > Datum: 7. 9. 2014 19:00:17 > Předmět: Re: [Talk-cz] Odstávka LPIS > > Tobě to taky spadlo na tu chybu s chybějícím node při nahrávání? Ty jsi > nějaké uzly měl, ale nenahrály se cesty a relace (které se nahrávají > nakonec). On má cesty, ale žádné nové uzly. A to je hodně divné. > > Nezkoušel jsi to znova? Prošlo to? > > Marián > > Dne 7.9.2014 18:49, Zdeněk Pražák napsal(a): > > no zdá se, že jde o stejnou chybu kterou hlásí Kamenitxan > Když jsem si nyní onen nenahraný soubor otevřel tak mi josm řve, že > uvedený soubor nelze číst chyba je: cesta s externím ID 31694 obsahuje > chybějící bod s externím ID 30479 > > Dále jsem chtěl poslat výpis z konzole JOSM při otevření tohoto souboru - > bohužel však nevím jak mám tento výpis z konzole získat > > obvyklé ctrl + c a ctrl + v mi nefunguje > > > > Dne 6. září 2014 19:13 Marián Kyral <mkyral at email.cz> napsal(a): > > Jako už se mi stalo, že se nahrál nekompletní changeset. Ale jen jednou a > z počátku LPIS. Je možné, že to byl nějaký problém josm. > > Ty body nejsou nahrát proč? Já bych to revertoval a zkusil znova. Buď to > projde, nebo ne. Pokud ne, tak mi zkuz popsat, co vše se stalo. Ne jen, že > to vyhodilo nějakou chybu. > > Mimochodem, rozhodně doporučuji nebrat hlášení validátoru na lehkou váhu. > Jestli si nevíš s něčím rady, tak se zeptej tady. > > Marián > > ---------- Původní zpráva ---------- > Od: Zdeněk Pražák <zprazak at seznam.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > Datum: 6. 9. 2014 19:02:31 > Předmět: Re: [Talk-cz] Odstávka LPIS > > Ještě při uložení mi to napsalo hlášku o neexistenci nějaké way a > zbylo mi 1720 nodů které nelze uložit na server > posílám ti tyto zbývající nody přes úschovnu > odkaz http://www.uschovna.cz/zasilka/AIH8RFSYSSYUTRFM-UTU/ > > > Dne 6. září 2014 16:19 Marián Kyral <mkyral at email.cz> napsal(a): > > No a dnes to už od rána funguje ;-) > > Aktuální verze Traceru: > http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar > > Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů > (bude potřeba moduly znova nakonfigurovat), silně experimentální module > ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. > > Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude > nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem > čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D > > Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů > za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) > > Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. > > > Marián > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing listTalk-cz at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140907/38d3d0cb/attachment-0001.html>

8.9.2014 01:26:45 (#27)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Ahoj, tak jsem potrápil nejnovější LPIS tracer, díky za pěknou práci :-)) Pár postřehů: (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř volání org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172). Dělá to ještě někomu? (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším JOSM, Xserverem a nvidia driverem. (3) Ořezávání okolních polygonů je obecně super, ale místy dělá psí kusy :-) Semtam si vybere špatný směr v cestě LPIS polygonu a místo ořezu udělá zmrveninu připomínající sjednocení. Viz screenshot v příloze -- uprostřed byl remízek v polích, místo ořezu se ve vyznačeném místě rozlezl přes natrasovaný polygon. Ještě častější je vznik části cesty, která leze do hrany mezi dva LPIS polygony a vrací se zpátky sama po sobě. (4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce ořezu a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně napojit okolí na čistý polygon, než zkoumat a opravovat následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by stačilo jen ručně posunout uzel sousední budovy kam patří. (5) Bylo by možné udělat detekci a opravu "nenapojených dotyků" LPIS polygonů, kdy uzel na konci pole zjevně leží na společné hraně se sousedním polem, ale přitom je jen v jednom z polygonů? Asi takto: uzel trasovaného LPIS polygonu A leží ve vzdálenosti menší než X cm od nějaké úsečky existujícího LPIS polygonu B, vzájemný úhel příslušných úseček mezi polygony je menší než Y desetin stupňů a obě úsečky mají netriviální délku, potom rozděl úsečku v polygonu B a strč do ní uzel z polygonu A. Díky Martin On 6.9.2014 16:19, Marián Kyral wrote: zobrazit citaci
> No a dnes to už od rána funguje ;-) > > Aktuální verze Traceru: http://www.kyralovi.cz/tmp/josm/beta/20140906/Tracer.jar > > Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů (bude potřeba moduly znova nakonfigurovat), silně experimentální module ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. > > Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D > > Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) > > Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. > > > Marián > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- A non-text attachment was scrubbed... Name: lpis.png Type: image/png Size: 189681 bytes Desc: [žádný popis není k dispozici] URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140908/badfbbbb/attachment-0001.png>

8.9.2014 07:10:05 (#28)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Ahoj, díky ta intenzivní testování.
---------- Původní zpráva ---------- Od: Martin Švec - OSM <osm at maatts.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org>, Marián Kyral <mkyral at email.cz> Datum: 8. 9. 2014 1:28:45 Předmět: Re: [Talk-cz] Odstávka LPIS "Ahoj, tak jsem potrápil nejnovější LPIS tracer, díky za pěknou práci :-)) Pár postřehů: (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř volání org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run (PleaseWaitProgressMonitor.java:172). Dělá to ještě někomu? " Tak tohle jsem ještě neviděl. Některé verze JOSM mi vyhazovaly NPE někde v hloubi gui.painter. Ale už se mi to nějakou dobu nestalo.   " (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším JOSM, Xserverem a nvidia driverem. " Taky se mi ještě nestalo. Dokonce ani nemám tu doporučovanou volbu -Xmx...m. Ale zase na druhou stranu, mám na všech počítačích minimálně 4GB. Na tom nejnovějším dokonce 16G. Nicméně jsem si všiml, že u hodně velkých polí trvá ta automatika docela dlouho. Nejprve se vypíše, že bylo natrasováno pole, ale ještě pár sekund trvá, než se zobrazí. Dělá ti to u nějakých velkých lánů? Nebo i u pidi políček? Nebo při napojování malého políčka na nějaký obrovský lán, případně les?   " (3) Ořezávání okolních polygonů je obecně super, ale místy dělá psí kusy :-) Semtam si vybere špatný směr v cestě LPIS polygonu a místo ořezu udělá zmrveninu připomínající sjednocení. Viz screenshot v příloze -- uprostřed byl remízek v polích, místo ořezu se ve vyznačeném místě rozlezl přes natrasovaný polygon. Ještě častější je vznik části cesty, která leze do hrany mezi dva LPIS polygony a vrací se zpátky sama po sobě. " Jo o tom vím. Dokonce to umím i nasimulovat. Co zatím neumím, je to správně vyřešit. Musím si na to sednout, nachystat si testovací příklady a zkoušet možnosti. Mám nějaký nápad, uvidím, jestli zafunguje. Doufám, že se k tomu tento týden dostanu. Na ocásky se snad taky dostane. Zase musím dávat bacha, abych neusekl ten nesprávný kousek ;-)   " (4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce ořezu a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně napojit okolí na čistý polygon, než zkoumat a opravovat následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by stačilo jen ručně posunout uzel sousední budovy kam patří." Určitě. V tom původním traceru se modifikátory používaly. Já to většinou dělám tak, že dám "zpět", bod posunu a znova to natracuji. Ale musím si toho všimnout. " (5) Bylo by možné udělat detekci a opravu "nenapojených dotyků" LPIS polygonů, kdy uzel na konci pole zjevně leží na společné hraně se sousedním polem, ale přitom je jen v jednom z polygonů? Asi takto: uzel trasovaného LPIS polygonu A leží ve vzdálenosti menší než X cm od nějaké úsečky existujícího LPIS polygonu B, vzájemný úhel příslušných úseček mezi polygony je menší než Y desetin stupňů a obě úsečky mají netriviální délku, potom rozděl úsečku v polygonu B a strč do ní uzel z polygonu A. " No o něco takového se tam už snažím, ale někdy to nezafunguje. Taky se na to chci mrknout. Marián " Díky Martin On 6.9.2014 16:19, Marián Kyral wrote: zobrazit citaci
> No a dnes to už od rána funguje ;-) > > Aktuální verze Traceru: http://www.kyralovi.cz/tmp/josm/beta/20140906/
Tracer.jar zobrazit citaci
> > Kromě opětovného zprovoznění LPIS je tam přepracovaná konfigurace modulů
(bude potřeba moduly znova nakonfigurovat), silně experimentální module ruian-lands a nově Tracer nedovolí tracovat plochy mimo staženou oblast. zobrazit citaci
> > Ta změna konfigurace byla docela náročná. Jsem myslel, že na to bude
nějaký standardní modul, ale prd. No tak jsem se s tím trápil více než jsem čekal. Kdo by třeba čekal, že metoda getArray() vrací list místo pole :-D zobrazit citaci
> > Do budoucna bych ještě chtěl ještě schovat nastavení jednotlivých modulů
za nějaké tlačítko. Ale to jen, až se budu opravdu hodně nudit ;-) zobrazit citaci
> > Teď se kouknu na ocásky a jiné nepřístojnosti, co Tracer vyvádí. > > > Marián > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz"
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140908/bcce7162/attachment.html>

8.9.2014 02:24:30 (#29)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Ahoj, Dne 8.9.2014 7:10, Marián Kyral napsal(a): zobrazit citaci
> Ahoj, > díky ta intenzivní testování. > > ---------- Původní zpráva ---------- > Od: Martin Švec - OSM <osm at maatts.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org>, Marián Kyral <mkyral at email.cz> > Datum: 8. 9. 2014 1:28:45 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Ahoj, > > tak jsem potrápil nejnovější LPIS tracer, díky za pěknou práci :-)) Pár postřehů: > > (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř volání > org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172). > Dělá to ještě někomu? > > > Tak tohle jsem ještě neviděl. Některé verze JOSM mi vyhazovaly NPE někde v hloubi gui.painter. Ale > už se mi to nějakou dobu nestalo. >
Dělal mi to už kdysi RUIAN tracer, pak to zmizelo. Nezjistil jsem, jestli to bylo upgradem traceru nebo upgradem z IcedTea na Oraclí Javu. Přijde mi to jako nějaký race, když klikám rychleji než tracer stíhá zavírat dialog. Zkusím večer chvíli klikat z PC v práci s Win7, jestli se něco objeví. zobrazit citaci
> > (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server > procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli > není bug spíš někde mezi nejnovějším JOSM, Xserverem a nvidia driverem. > > Taky se mi ještě nestalo. Dokonce ani nemám tu doporučovanou volbu -Xmx...m. Ale zase na druhou > stranu, mám na všech počítačích minimálně 4GB. Na tom nejnovějším dokonce 16G. Nicméně jsem si > všiml, že u hodně velkých polí trvá ta automatika docela dlouho. Nejprve se vypíše, že bylo > natrasováno pole, ale ještě pár sekund trvá, než se zobrazí. > > Dělá ti to u nějakých velkých lánů? Nebo i u pidi políček? Nebo při napojování malého políčka na > nějaký obrovský lán, případně les? >
Je to jasný zacyklený memory leak, mám 6GB RAM ale nezáleží kolik paměti Javě dám, během pár sekund sežere celý heap. Systém jsem v tom zatím nenašel, někdy malé políčko, někdy velký lán. Nejvíc ramky si ale vezme Xorg, možná jen tracer zviditelnil chybu někde hlouběji. No, moje gentoo je směska verzí různých balíků, asi by to chtělo po 7mi letech rolling updates reinstall od nuly :-) zobrazit citaci
> > (3) Ořezávání okolních polygonů je obecně super, ale místy dělá psí kusy :-) Semtam si vybere > špatný směr v cestě LPIS polygonu a místo ořezu udělá zmrveninu připomínající sjednocení. Viz > screenshot v příloze -- uprostřed byl remízek v polích, místo ořezu se ve vyznačeném místě > rozlezl přes natrasovaný polygon. Ještě častější je vznik části cesty, která leze do hrany > mezi dva LPIS polygony a vrací se zpátky sama po sobě. > > > Jo o tom vím. Dokonce to umím i nasimulovat. Co zatím neumím, je to správně vyřešit. Musím si na > to sednout, nachystat si testovací příklady a zkoušet možnosti. Mám nějaký nápad, uvidím, jestli > zafunguje. Doufám, že se k tomu tento týden dostanu. Na ocásky se snad taky dostane. Zase musím > dávat bacha, abych neusekl ten nesprávný kousek ;-) >
Možná blbý dotaz -- nesnažíš se zbytečně vymýšlet kolo? Základní operace nad (multi)polygony a další geospatial funkce musí přece být dávno někde implementované, včetně ošetření těch okrajových situací. V červenci jsem letmo mrknul na dokumentaci JTS+GeoTools a nevypadá to špatně, navíc tracer už je má jako závislost. Pokud by geometrie JTS šla obalit vrstvou převádějící datový model JOSM tam a zpátky...? zobrazit citaci
> (4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce ořezu a navázání na > "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně napojit okolí na > čistý polygon, než zkoumat a opravovat následky "automatiky". LPIS viz výše. RUIAN zase > typicky vykusuje zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle > KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by stačilo jen ručně > posunout uzel sousední budovy kam patří. > > Určitě. V tom původním traceru se modifikátory používaly. Já to většinou dělám tak, že dám "zpět", > bod posunu a znova to natracuji. Ale musím si toho všimnout. >
Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu traceru, pokud předem tuším problémy ;-) Ten modifikátor by se hodil. Martin ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140908/4214b055/attachment.html>

8.9.2014 02:58:07 (#30)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
---------- Původní zpráva ---------- Od: Martin Švec - OSM <osm at maatts.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org>, mkyral@ email.cz Datum: 8. 9. 2014 14:24:34 Předmět: Re: [Talk-cz] Odstávka LPIS " Ahoj, Dne 8.9.2014 7:10, Marián Kyral napsal(a): "Ahoj, díky ta intenzivní testování. ---------- Původní zpráva ---------- Od: Martin Švec - OSM <osm at maatts.cz>(mailto:osm at maatts.cz) Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> (mailto:talk-cz at openstreetmap.org), Marián Kyral <mkyral at email.cz> (mailto:mkyral at email.cz) Datum: 8. 9. 2014 1:28:45 Předmět: Re: [Talk-cz] Odstávka LPIS "Ahoj, tak jsem potrápil nejnovější LPIS tracer, díky za pěknou práci :-)) Pár postřehů: (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř volání org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run (PleaseWaitProgressMonitor.java:172). Dělá to ještě někomu? " Tak tohle jsem ještě neviděl. Některé verze JOSM mi vyhazovaly NPE někde v hloubi gui.painter. Ale už se mi to nějakou dobu nestalo. " Dělal mi to už kdysi RUIAN tracer, pak to zmizelo. Nezjistil jsem, jestli to bylo upgradem traceru nebo upgradem z IcedTea na Oraclí Javu. Přijde mi to jako nějaký race, když klikám rychleji než tracer stíhá zavírat dialog. Zkusím večer chvíli klikat z PC v práci s Win7, jestli se něco objeví. " No já mám stále IcedTea - teď momentálně 7.2.4.7. Máš poslední verzi JOSM? Tam už ten problém s informačními dialogy nějak opravili - Normálně klikám a když přestanu, tak se ještě nějakou dobu bubliny postupně objevují. " " " (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším JOSM, Xserverem a nvidia driverem. " Taky se mi ještě nestalo. Dokonce ani nemám tu doporučovanou volbu -Xmx...m. Ale zase na druhou stranu, mám na všech počítačích minimálně 4GB. Na tom nejnovějším dokonce 16G. Nicméně jsem si všiml, že u hodně velkých polí trvá ta automatika docela dlouho. Nejprve se vypíše, že bylo natrasováno pole, ale ještě pár sekund trvá, než se zobrazí. Dělá ti to u nějakých velkých lánů? Nebo i u pidi políček? Nebo při napojování malého políčka na nějaký obrovský lán, případně les? " Je to jasný zacyklený memory leak, mám 6GB RAM ale nezáleží kolik paměti Javě dám, během pár sekund sežere celý heap. Systém jsem v tom zatím nenašel, někdy malé políčko, někdy velký lán. Nejvíc ramky si ale vezme Xorg, možná jen tracer zviditelnil chybu někde hlouběji. No, moje gentoo je směska verzí různých balíků, asi by to chtělo po 7mi letech rolling updates reinstall od nuly :-) " Tak tohle se mi fakt ještě nestalo. Na jednom stroji Gentoo ~amd64, kernel 3.16.0-gentoo, X (1.15.1) a nvidia (340.32). Na druhé zkouším stable. Grafika tam je intel. " " " (3) Ořezávání okolních polygonů je obecně super, ale místy dělá psí kusy :-) Semtam si vybere špatný směr v cestě LPIS polygonu a místo ořezu udělá zmrveninu připomínající sjednocení. Viz screenshot v příloze -- uprostřed byl remízek v polích, místo ořezu se ve vyznačeném místě rozlezl přes natrasovaný polygon. Ještě častější je vznik části cesty, která leze do hrany mezi dva LPIS polygony a vrací se zpátky sama po sobě. " Jo o tom vím. Dokonce to umím i nasimulovat. Co zatím neumím, je to správně vyřešit. Musím si na to sednout, nachystat si testovací příklady a zkoušet možnosti. Mám nějaký nápad, uvidím, jestli zafunguje. Doufám, že se k tomu tento týden dostanu. Na ocásky se snad taky dostane. Zase musím dávat bacha, abych neusekl ten nesprávný kousek ;-) " Možná blbý dotaz -- nesnažíš se zbytečně vymýšlet kolo? Základní operace nad (multi)polygony a další geospatial funkce musí přece být dávno někde implementované, včetně ošetření těch okrajových situací. V červenci jsem letmo mrknul na dokumentaci JTS+GeoTools a nevypadá to špatně, navíc tracer už je má jako závislost. Pokud by geometrie JTS šla obalit vrstvou převádějící datový model JOSM tam a zpátky...? " No možné to je. Nikdy jsem si s JTS/Geo nehrál. On je trochu problém v implementaci. Ono se to nedělá přímo v tom changesetu. Ale dávkově, aby fungovalo undo na celou operaci. Takže na začátku si vytáhnu seznam cest a bodů do polí se kterými budu pracovat. a pak přidám natrasovanou cestu a hledám kolize, slučuji body a "řežu" do okolních cest. Všechny operace (přidání/smazání/přesun bodu, změna cesty) si přitom ukládám do seznamu, který vrátím a následně dle toho JOSM provede skutečné operace v aktivní vrstvě. Takže si musím udržovat všechny vazby cesta/uzel, jinak smažu uzel, který se smazat nemá a je problém. Zkusím se na to mrknout, jestli by se JTS/Geo daly nějak více použít. Zítra ráno cestou do Prahy bude dost času. Případně, jestli se v tom vyznáš, nějaká pomoc by mi bodla ;-) " " "(4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce ořezu a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně napojit okolí na čistý polygon, než zkoumat a opravovat následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by stačilo jen ručně posunout uzel sousední budovy kam patří." Určitě. V tom původním traceru se modifikátory používaly. Já to většinou dělám tak, že dám "zpět", bod posunu a znova to natracuji. Ale musím si toho všimnout. " Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu traceru, pokud předem tuším problémy ;-) Ten modifikátor by se hodil. " OK. To by mělo být jednoduché.  ;-) Marián " Martin " ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140908/88c58359/attachment-0001.html>

8.9.2014 04:27:33 (#31)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
Ahoj, zobrazit citaci
> (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř volání org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172). Dělá to ještě někomu?
Tohle se stava, kdyz se provadi zmeny na GUI componentach z jineho nez EDT vlakna. Swing neni threadsafe, veskere updaty GUI by se meli volat pres SwingUtilities.invokeLater. V Josm byval checker, ktery pri kazdem pristupu do GUI ze spatneho vlakna vypsal do konzole stacktrace (zapinalo se to pres propertu a defaultne v svn verzi), ale kdyz jsem ted kratce kouknul, tak ho tam nevidim. zobrazit citaci
>(2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším >JOSM, Xserverem a nvidia driverem.
Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError (pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne a udela java<pid>.hprof soubor s heapdumpem, do kteryho pak muzem kouknout, co sezralo veskerou pamet. V heapdumpu bude citelna veskera pamet JOSM, takze jestli jeste nepouzivas OsmAuth, tak na nej prejdi, jinak by slo (snadno) vycist tvoje heslo. -- Jirka 2014-09-08 14:58 GMT+02:00 Marián Kyral <mkyral at email.cz>: zobrazit citaci
> > ---------- Původní zpráva ---------- > Od: Martin Švec - OSM <osm at maatts.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org>, > mkyral at email.cz > Datum: 8. 9. 2014 14:24:34 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Ahoj, > > Dne 8.9.2014 7:10, Marián Kyral napsal(a): > > Ahoj, > díky ta intenzivní testování. > > ---------- Původní zpráva ---------- > Od: Martin Švec - OSM <osm at maatts.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org>, Marián Kyral > <mkyral at email.cz> > Datum: 8. 9. 2014 1:28:45 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Ahoj, > > tak jsem potrápil nejnovější LPIS tracer, díky za pěknou práci :-)) Pár > postřehů: > > (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř > volání > org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172). > Dělá to ještě někomu? > > > Tak tohle jsem ještě neviděl. Některé verze JOSM mi vyhazovaly NPE někde v > hloubi gui.painter. Ale už se mi to nějakou dobu nestalo. > > > Dělal mi to už kdysi RUIAN tracer, pak to zmizelo. Nezjistil jsem, jestli to > bylo upgradem traceru nebo upgradem z IcedTea na Oraclí Javu. Přijde mi to > jako nějaký race, když klikám rychleji než tracer stíhá zavírat dialog. > Zkusím večer chvíli klikat z PC v práci s Win7, jestli se něco objeví. > > > No já mám stále IcedTea - teď momentálně 7.2.4.7. Máš poslední verzi JOSM? > Tam už ten problém s informačními dialogy nějak opravili - Normálně klikám a > když přestanu, tak se ještě nějakou dobu bubliny postupně objevují. > > > > > (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga > paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším > ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším > JOSM, Xserverem a nvidia driverem. > > Taky se mi ještě nestalo. Dokonce ani nemám tu doporučovanou volbu -Xmx...m. > Ale zase na druhou stranu, mám na všech počítačích minimálně 4GB. Na tom > nejnovějším dokonce 16G. Nicméně jsem si všiml, že u hodně velkých polí trvá > ta automatika docela dlouho. Nejprve se vypíše, že bylo natrasováno pole, > ale ještě pár sekund trvá, než se zobrazí. > > Dělá ti to u nějakých velkých lánů? Nebo i u pidi políček? Nebo při > napojování malého políčka na nějaký obrovský lán, případně les? > > > Je to jasný zacyklený memory leak, mám 6GB RAM ale nezáleží kolik paměti > Javě dám, během pár sekund sežere celý heap. Systém jsem v tom zatím > nenašel, někdy malé políčko, někdy velký lán. Nejvíc ramky si ale vezme > Xorg, možná jen tracer zviditelnil chybu někde hlouběji. No, moje gentoo je > směska verzí různých balíků, asi by to chtělo po 7mi letech rolling updates > reinstall od nuly :-) > > > Tak tohle se mi fakt ještě nestalo. Na jednom stroji Gentoo ~amd64, kernel > 3.16.0-gentoo, X (1.15.1) a nvidia (340.32). Na druhé zkouším stable. > Grafika tam je intel. > > > > > > (3) Ořezávání okolních polygonů je obecně super, ale místy dělá psí kusy :-) > Semtam si vybere špatný směr v cestě LPIS polygonu a místo ořezu udělá > zmrveninu připomínající sjednocení. Viz screenshot v příloze -- uprostřed > byl remízek v polích, místo ořezu se ve vyznačeném místě rozlezl přes > natrasovaný polygon. Ještě častější je vznik části cesty, která leze do > hrany mezi dva LPIS polygony a vrací se zpátky sama po sobě. > > > Jo o tom vím. Dokonce to umím i nasimulovat. Co zatím neumím, je to správně > vyřešit. Musím si na to sednout, nachystat si testovací příklady a zkoušet > možnosti. Mám nějaký nápad, uvidím, jestli zafunguje. Doufám, že se k tomu > tento týden dostanu. Na ocásky se snad taky dostane. Zase musím dávat bacha, > abych neusekl ten nesprávný kousek ;-) > > > Možná blbý dotaz -- nesnažíš se zbytečně vymýšlet kolo? Základní operace nad > (multi)polygony a další geospatial funkce musí přece být dávno někde > implementované, včetně ošetření těch okrajových situací. V červenci jsem > letmo mrknul na dokumentaci JTS+GeoTools a nevypadá to špatně, navíc tracer > už je má jako závislost. Pokud by geometrie JTS šla obalit vrstvou > převádějící datový model JOSM tam a zpátky...? > > > No možné to je. Nikdy jsem si s JTS/Geo nehrál. On je trochu problém v > implementaci. Ono se to nedělá přímo v tom changesetu. Ale dávkově, aby > fungovalo undo na celou operaci. Takže na začátku si vytáhnu seznam cest a > bodů do polí se kterými budu pracovat. a pak přidám natrasovanou cestu a > hledám kolize, slučuji body a "řežu" do okolních cest. Všechny operace > (přidání/smazání/přesun bodu, změna cesty) si přitom ukládám do seznamu, > který vrátím a následně dle toho JOSM provede skutečné operace v aktivní > vrstvě. Takže si musím udržovat všechny vazby cesta/uzel, jinak smažu uzel, > který se smazat nemá a je problém. > > > Zkusím se na to mrknout, jestli by se JTS/Geo daly nějak více použít. Zítra > ráno cestou do Prahy bude dost času. Případně, jestli se v tom vyznáš, > nějaká pomoc by mi bodla ;-) > > > > > (4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce ořezu > a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. Někdy je > rychlejší ručně napojit okolí na čistý polygon, než zkoumat a opravovat > následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje zářezy do > sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle KM. Takže > musím likvidovat ocásek vyrobený v místě průniku, přitom by stačilo jen > ručně posunout uzel sousední budovy kam patří. > > Určitě. V tom původním traceru se modifikátory používaly. Já to většinou > dělám tak, že dám "zpět", bod posunu a znova to natracuji. Ale musím si toho > všimnout. > > > Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu traceru, > pokud předem tuším problémy ;-) Ten modifikátor by se hodil. > > > OK. To by mělo být jednoduché. ;-) > > > Marián > > > > Martin > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

8.9.2014 04:51:21 (#32)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Ahoj, Dne 8.9.2014 16:27, Jiri Klement napsal(a): zobrazit citaci
> Ahoj, > >> (1) Občas vyhodí NullPointerException kdesi hluboko ve stacku swingu uvnitř volání org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172). Dělá to ještě někomu? > Tohle se stava, kdyz se provadi zmeny na GUI componentach z jineho nez > EDT vlakna. Swing neni threadsafe, veskere updaty GUI by se meli volat > pres SwingUtilities.invokeLater. V Josm byval checker, ktery pri > kazdem pristupu do GUI ze spatneho vlakna vypsal do konzole stacktrace > (zapinalo se to pres propertu a defaultne v svn verzi), ale kdyz jsem > ted kratce kouknul, tak ho tam nevidim.
To by sedělo se subjektivními zkušenostmi, tipoval jsem race mezi thready :-) zobrazit citaci
>> (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším >JOSM, Xserverem a nvidia driverem. > Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError > (pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne > a udela java<pid>.hprof soubor s heapdumpem, do kteryho pak muzem > kouknout, co sezralo veskerou pamet. V heapdumpu bude citelna veskera > pamet JOSM, takze jestli jeste nepouzivas OsmAuth, tak na nej prejdi, > jinak by slo (snadno) vycist tvoje heslo.
Díky za nasměrování, vyzkouším večer. Martin

8.9.2014 09:18:58 (#33)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Dne 8.9.2014 14:58, Marián Kyral napsal(a): zobrazit citaci
> > ---------- Původní zpráva ---------- > Od: Martin Švec - OSM <osm at maatts.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org>, > mkyral at email.cz > Datum: 8. 9. 2014 14:24:34 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Ahoj, > > Dne 8.9.2014 7:10, Marián Kyral napsal(a): > > Ahoj, > díky ta intenzivní testování. > > ---------- Původní zpráva ---------- > Od: Martin Švec - OSM <osm at maatts.cz> <mailto:osm at maatts.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > <mailto:talk-cz at openstreetmap.org>, Marián Kyral > <mkyral at email.cz> <mailto:mkyral at email.cz> > Datum: 8. 9. 2014 1:28:45 > Předmět: Re: [Talk-cz] Odstávka LPIS > > > Ahoj, > > tak jsem potrápil nejnovější LPIS tracer, díky za pěknou > práci :-)) Pár postřehů: > > (1) Občas vyhodí NullPointerException kdesi hluboko ve > stacku swingu uvnitř volání > org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172). > Dělá to ještě někomu? > > > Tak tohle jsem ještě neviděl. Některé verze JOSM mi vyhazovaly > NPE někde v hloubi gui.painter. Ale už se mi to nějakou dobu > nestalo. > > > Dělal mi to už kdysi RUIAN tracer, pak to zmizelo. Nezjistil jsem, > jestli to bylo upgradem traceru nebo upgradem z IcedTea na Oraclí > Javu. Přijde mi to jako nějaký race, když klikám rychleji než > tracer stíhá zavírat dialog. Zkusím večer chvíli klikat z PC v > práci s Win7, jestli se něco objeví. > > > No já mám stále IcedTea - teď momentálně 7.2.4.7. Máš poslední verzi > JOSM? Tam už ten problém s informačními dialogy nějak opravili - > Normálně klikám a když přestanu, tak se ještě nějakou dobu bubliny > postupně objevují. > > > > > (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a > současně pár giga paměti X server procesu. Zabitím JOSM > procesu se vše zas uvolní. Zkouším ještě předchozí verzi > JOSM, jestli není bug spíš někde mezi nejnovějším JOSM, > Xserverem a nvidia driverem. > > Taky se mi ještě nestalo. Dokonce ani nemám tu doporučovanou > volbu -Xmx...m. Ale zase na druhou stranu, mám na všech > počítačích minimálně 4GB. Na tom nejnovějším dokonce 16G. > Nicméně jsem si všiml, že u hodně velkých polí trvá ta > automatika docela dlouho. Nejprve se vypíše, že bylo > natrasováno pole, ale ještě pár sekund trvá, než se zobrazí. > > Dělá ti to u nějakých velkých lánů? Nebo i u pidi políček? > Nebo při napojování malého políčka na nějaký obrovský lán, > případně les? > > > Je to jasný zacyklený memory leak, mám 6GB RAM ale nezáleží kolik > paměti Javě dám, během pár sekund sežere celý heap. Systém jsem v > tom zatím nenašel, někdy malé políčko, někdy velký lán. Nejvíc > ramky si ale vezme Xorg, možná jen tracer zviditelnil chybu někde > hlouběji. No, moje gentoo je směska verzí různých balíků, asi by > to chtělo po 7mi letech rolling updates reinstall od nuly :-) > > > Tak tohle se mi fakt ještě nestalo. Na jednom stroji Gentoo ~amd64, > kernel 3.16.0-gentoo, X (1.15.1) a nvidia (340.32). Na druhé zkouším > stable. Grafika tam je intel. > > > > > > (3) Ořezávání okolních polygonů je obecně super, ale místy > dělá psí kusy :-) Semtam si vybere špatný směr v cestě > LPIS polygonu a místo ořezu udělá zmrveninu připomínající > sjednocení. Viz screenshot v příloze -- uprostřed byl > remízek v polích, místo ořezu se ve vyznačeném místě > rozlezl přes natrasovaný polygon. Ještě častější je vznik > části cesty, která leze do hrany mezi dva LPIS polygony a > vrací se zpátky sama po sobě. > > > Jo o tom vím. Dokonce to umím i nasimulovat. Co zatím neumím, > je to správně vyřešit. Musím si na to sednout, nachystat si > testovací příklady a zkoušet možnosti. Mám nějaký nápad, > uvidím, jestli zafunguje. Doufám, že se k tomu tento týden > dostanu. Na ocásky se snad taky dostane. Zase musím dávat > bacha, abych neusekl ten nesprávný kousek ;-) > > > Možná blbý dotaz -- nesnažíš se zbytečně vymýšlet kolo? Základní > operace nad (multi)polygony a další geospatial funkce musí přece > být dávno někde implementované, včetně ošetření těch okrajových > situací. V červenci jsem letmo mrknul na dokumentaci JTS+GeoTools > a nevypadá to špatně, navíc tracer už je má jako závislost. Pokud > by geometrie JTS šla obalit vrstvou převádějící datový model JOSM > tam a zpátky...? > > > No možné to je. Nikdy jsem si s JTS/Geo nehrál. On je trochu problém v > implementaci. Ono se to nedělá přímo v tom changesetu. Ale dávkově, > aby fungovalo undo na celou operaci. Takže na začátku si vytáhnu > seznam cest a bodů do polí se kterými budu pracovat. a pak přidám > natrasovanou cestu a hledám kolize, slučuji body a "řežu" do okolních > cest. Všechny operace (přidání/smazání/přesun bodu, změna cesty) si > přitom ukládám do seznamu, který vrátím a následně dle toho JOSM > provede skutečné operace v aktivní vrstvě. Takže si musím udržovat > všechny vazby cesta/uzel, jinak smažu uzel, který se smazat nemá a je > problém. > > > Zkusím se na to mrknout, jestli by se JTS/Geo daly nějak více použít. > Zítra ráno cestou do Prahy bude dost času. Případně, jestli se v tom > vyznáš, nějaká pomoc by mi bodla ;-) > > > > > (4) Šlo by udělat, aby při stisknuté klávese Ctrl se > vynechala funkce ořezu a navázání na "cizí" polygony? Bylo > by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně > napojit okolí na čistý polygon, než zkoumat a opravovat > následky "automatiky". LPIS viz výše. RUIAN zase typicky > vykusuje zářezy do sousedících budov co nejsou v RUIANu, > nakreslených nepřesně podle KM. Takže musím likvidovat > ocásek vyrobený v místě průniku, přitom by stačilo jen > ručně posunout uzel sousední budovy kam patří. > > Určitě. V tom původním traceru se modifikátory používaly. Já > to většinou dělám tak, že dám "zpět", bod posunu a znova to > natracuji. Ale musím si toho všimnout. > > > Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu > traceru, pokud předem tuším problémy ;-) Ten modifikátor by se hodil. > > > OK. To by mělo být jednoduché. ;-) > >
Tak hotovo. Bohužel nový způsob distribuce aktualizací momentálně nefunguje [1]. Tak tady je prozatímní odkaz: http://osm.kyralovi.cz/bin/Tracer-testing.jar Bacha: změnil jsem název na Tracer-testing. Doporučuji smazat starý Tracer.jar v .josm/plugins adresáři. A pak je potřeba v konfiguraci znova povolit plugin Tracer-testing. Doufám, že se problém brzo vyřeší a pak se bude tracer aktualizovat sám, skrz oficiální kanál. A skončí lovení aktuální verze pluginu v hloubi konference. Někteří si to neužívají a mně se to taky moc nelíbí. Marián [1] http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934 zobrazit citaci
> Marián > > > > Martin > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140908/babf1383/attachment.html>

8.9.2014 09:19:37 (#34)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Dne 8.9.2014 14:58, Marián Kyral napsal(a): zobrazit citaci
> > (4) Šlo by udělat, aby při stisknuté klávese Ctrl se > vynechala funkce ořezu a navázání na "cizí" polygony? Bylo > by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně > napojit okolí na čistý polygon, než zkoumat a opravovat > následky "automatiky". LPIS viz výše. RUIAN zase typicky > vykusuje zářezy do sousedících budov co nejsou v RUIANu, > nakreslených nepřesně podle KM. Takže musím likvidovat > ocásek vyrobený v místě průniku, přitom by stačilo jen > ručně posunout uzel sousední budovy kam patří. > > Určitě. V tom původním traceru se modifikátory používaly. Já > to většinou dělám tak, že dám "zpět", bod posunu a znova to > natracuji. Ale musím si toho všimnout. > > > Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu > traceru, pokud předem tuším problémy ;-) Ten modifikátor by se hodil. > > > OK. To by mělo být jednoduché. ;-) > >
Tak hotovo. Bohužel nový způsob distribuce aktualizací momentálně nefunguje [1]. Tak tady je prozatímní odkaz: http://osm.kyralovi.cz/bin/Tracer-testing.jar Bacha: změnil jsem název na Tracer-testing. Doporučuji smazat starý Tracer.jar v .josm/plugins adresáři. A pak je potřeba v konfiguraci znova povolit plugin Tracer-testing. Doufám, že se problém brzo vyřeší a pak se bude tracer aktualizovat sám, skrz oficiální kanál. A skončí lovení aktuální verze pluginu v hloubi konference. Někteří si to neužívají a mně se to taky moc nelíbí. [1] http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934 Marián ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140908/6e66bcff/attachment.html>

8.9.2014 09:49:00 (#35)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
tak při zkoušení upraveného traceru jsem zjisti že tracer nenahrazuje překrývající se lesy viz např pole s id lpis 9779999 nebo 9783761 Pražák Dne 8. září 2014 21:19 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
> Dne 8.9.2014 14:58, Marián Kyral napsal(a): > > > (4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce > ořezu a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. > Někdy je rychlejší ručně napojit okolí na čistý polygon, než zkoumat a > opravovat následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje > zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle > KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by > stačilo jen ručně posunout uzel sousední budovy kam patří. > > Určitě. V tom původním traceru se modifikátory používaly. Já to většinou > dělám tak, že dám "zpět", bod posunu a znova to natracuji. Ale musím si > toho všimnout. > > > Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu traceru, > pokud předem tuším problémy ;-) Ten modifikátor by se hodil. > > > OK. To by mělo být jednoduché. ;-) > > > > Tak hotovo. Bohužel nový způsob distribuce aktualizací momentálně > nefunguje [1]. Tak tady je prozatímní odkaz: > http://osm.kyralovi.cz/bin/Tracer-testing.jar > > Bacha: změnil jsem název na Tracer-testing. Doporučuji smazat starý > Tracer.jar v .josm/plugins adresáři. A pak je potřeba v konfiguraci znova > povolit plugin Tracer-testing. Doufám, že se problém brzo vyřeší a pak se > bude tracer aktualizovat sám, skrz oficiální kanál. A skončí lovení > aktuální verze pluginu v hloubi konference. Někteří si to neužívají a mně > se to taky moc nelíbí. > > [1] > http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934 > > Marián > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140908/c8aaae71/attachment-0001.html>

9.9.2014 12:27:12 (#36)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
On 8.9.2014 21:18, Marián Kyral wrote: zobrazit citaci
> Dne 8.9.2014 14:58, Marián Kyral napsal(a): >> >> (4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce ořezu a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně napojit okolí na čistý polygon, než zkoumat a opravovat následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by stačilo jen ručně posunout uzel sousední budovy kam patří. >> >> Určitě. V tom původním traceru se modifikátory používaly. Já to většinou dělám tak, že dám "zpět", bod posunu a znova to natracuji. Ale musím si toho všimnout. >> >> >> Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu traceru, pokud předem tuším problémy ;-) Ten modifikátor by se hodil. >> >> >> OK. To by mělo být jednoduché. ;-) >> >> > > Tak hotovo. Bohužel nový způsob distribuce aktualizací momentálně nefunguje [1]. Tak tady je prozatímní odkaz: http://osm.kyralovi.cz/bin/Tracer-testing.jar >
Tomu teda říkám servis :-) Vyzkouším zítra (ehm, vlastně už dneska), teď si hraju s heap dumpem a někdy bych měl taky jít spát. Prozatím za odměnu přikládám další chybu. Zas bych tipnul problém souběhu mezi thready, dvě cesty dostaly stejné dočasné ID??: org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Prvek {Way id=-39260 version=0 MVT nodes=[{Node id=-39262 version=0 MV lat=49.6763737,lon=16.2361224}, .........., {Node id=-39319 version=0 MV lat=49.6764993,lon=16.23612}, {Node id=-39262 version=0 MV lat=49.6763737,lon=16.2361224}]} nelze přidat do datové sady, jelikož v ní již je at org.openstreetmap.josm.data.osm.DataSet.addPrimitive(DataSet.java:413) at org.openstreetmap.josm.command.AddCommand.executeCommand(AddCommand.java:52) at org.openstreetmap.josm.command.SequenceCommand.executeCommand(SequenceCommand.java:53) at org.openstreetmap.josm.data.UndoRedoHandler.addNoRedraw(UndoRedoHandler.java:43) at org.openstreetmap.josm.data.UndoRedoHandler.add(UndoRedoHandler.java:69) at org.openstreetmap.josm.plugins.tracer.LpisModule.trace(LpisModule.java:242) at org.openstreetmap.josm.plugins.tracer.TracerAction$1.realRun(TracerAction.java:135) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:82) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:150) at java.lang.Thread.run(Thread.java:745) Martin

9.9.2014 12:59:27 (#37)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Ahoj, zobrazit citaci
>> (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším >JOSM, Xserverem a nvidia driverem. > Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError > (pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne > a udela java<pid>.hprof soubor s heapdumpem, do kteryho pak muzem > kouknout, co sezralo veskerou pamet. V heapdumpu bude citelna veskera > pamet JOSM, takze jestli jeste nepouzivas OsmAuth, tak na nej prejdi, > jinak by slo (snadno) vycist tvoje heslo.
Heapdump je k dispozici zde: http://uloz.to/xKexoVkr/java-pid9395-hprof-bz2 JOSM verze 7480 s -Xmx1500m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp -jar josm-tested.jar java version "1.8.0_11" Java(TM) SE Runtime Environment (build 1.8.0_11-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.11-b03, mixed mode) Koukal jsem do dumpu přes JVisualVM ale žádný jasný leak nevidím. Total bytes: 89 251 549 taky rozhodně neodpovídá tomu, co reálně sežral josm proces. Pořád ve mě roste podezření, že to žere něco mimo VM Javy, například GTK. Mám 6 GB RAM + 4 GB swapu a byl problém vůbec ten dump vyrobit. Při -Xmx2000m a vyšších si vzal josm proces přes 8 GB RAM a sejmul ho OOM killer, než stihl něco uložit. Stack při OutOfMemoryErroru je pokaždé stejný: ----------------------------------------- java.lang.OutOfMemoryError: Java heap space Dumping heap to /tmp/java_pid9395.hprof ... Heap dump file created [103911020 bytes in 1,262 secs] CHYBA: java.lang.OutOfMemoryError: Java heap space java.lang.OutOfMemoryError: Java heap space at java.awt.image.DataBufferInt.<init>(DataBufferInt.java:75) at com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:589) at com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:580) at com.sun.java.swing.plaf.gtk.GTKPainter.paintTreeCellBackground(GTKPainter.java:1181) at javax.swing.plaf.synth.SynthTreeUI.paintRow(SynthTreeUI.java:554) at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:359) at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271) at javax.swing.JComponent.paintComponent(JComponent.java:777) at javax.swing.JComponent.paint(JComponent.java:1053) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JViewport.paint(JViewport.java:744) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5217) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:290) at javax.swing.RepaintManager.paint(RepaintManager.java:1252) at javax.swing.JComponent._paintImmediately(JComponent.java:5165) at javax.swing.JComponent.paintImmediately(JComponent.java:4976) at javax.swing.RepaintManager$3.run(RepaintManager.java:811) at javax.swing.RepaintManager$3.run(RepaintManager.java:794) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:794) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718) at javax.swing.RepaintManager.access$1100(RepaintManager.java:62) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1680) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744) Martin

9.9.2014 07:32:05 (#38)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Ahoj, nebudu předstírat, že tomu rozumím. Jen podotknu, že používám KDE, tedy swing by měl používat Qt widgety. To bude asi důvod, proč jsem na tento problém ještě nenarazil. A nebo se pletu? Marián
---------- Původní zpráva ---------- Od: Martin Švec - OSM <osm at maatts.cz> Komu: Jiri Klement <jiri.klement at gmail.com> Datum: 9. 9. 2014 1:00:19 Předmět: Re: [Talk-cz] Odstávka LPIS "Ahoj, zobrazit citaci
>> (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár
giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi nejnovějším >JOSM, Xserverem a nvidia driverem. zobrazit citaci
> Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError > (pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne > a udela java<pid>.hprof soubor s heapdumpem, do kteryho pak muzem > kouknout, co sezralo veskerou pamet. V heapdumpu bude citelna veskera > pamet JOSM, takze jestli jeste nepouzivas OsmAuth, tak na nej prejdi, > jinak by slo (snadno) vycist tvoje heslo.
Heapdump je k dispozici zde: http://uloz.to/xKexoVkr/java-pid9395-hprof-bz2 JOSM verze 7480 s -Xmx1500m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath =/tmp -jar josm-tested.jar java version "1.8.0_11" Java(TM) SE Runtime Environment (build 1.8.0_11-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.11-b03, mixed mode) Koukal jsem do dumpu přes JVisualVM ale žádný jasný leak nevidím. Total bytes: 89 251 549 taky rozhodně neodpovídá tomu, co reálně sežral josm proces. Pořád ve mě roste podezření, že to žere něco mimo VM Javy, například GTK. Mám 6 GB RAM + 4 GB swapu a byl problém vůbec ten dump vyrobit. Při - Xmx2000m a vyšších si vzal josm proces přes 8 GB RAM a sejmul ho OOM killer, než stihl něco uložit. Stack při OutOfMemoryErroru je pokaždé stejný: ----------------------------------------- java.lang.OutOfMemoryError: Java heap space Dumping heap to /tmp/java_pid9395.hprof ... Heap dump file created [103911020 bytes in 1,262 secs] CHYBA: java.lang.OutOfMemoryError: Java heap space java.lang.OutOfMemoryError: Java heap space at java.awt.image.DataBufferInt.<init>(DataBufferInt.java:75) at com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:589) at com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:580) at com.sun.java.swing.plaf.gtk.GTKPainter.paintTreeCellBackground (GTKPainter.java:1181) at javax.swing.plaf.synth.SynthTreeUI.paintRow(SynthTreeUI.java:554) at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:359) at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271) at javax.swing.JComponent.paintComponent(JComponent.java:777) at javax.swing.JComponent.paint(JComponent.java:1053) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JViewport.paint(JViewport.java:744) at javax.swing.JComponent.paintChildren(JComponent.java:886) at javax.swing.JComponent.paint(JComponent.java:1062) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5217) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager. java:290) at javax.swing.RepaintManager.paint(RepaintManager.java:1252) at javax.swing.JComponent._paintImmediately(JComponent.java:5165) at javax.swing.JComponent.paintImmediately(JComponent.java:4976) at javax.swing.RepaintManager$3.run(RepaintManager.java:811) at javax.swing.RepaintManager$3.run(RepaintManager.java:794) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege (ProtectionDomain.java:75) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:794) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718) at javax.swing.RepaintManager.access$1100(RepaintManager.java:62) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java: 1680) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744) Martin _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140909/1114113d/attachment.html>

9.9.2014 07:43:20 (#39)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Jak nenahrazuje? Jako že Tracer ten les nechá na pokoji a nepřipojí jej k tomu natrasovanému poli? No to bude tím, že to je relace a na ty zatím raději nešahám. Možná to časem dopíši. Ale teď si to budeš muset udělat ručně ;-) Marián
---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 8. 9. 2014 21:50:00 Předmět: Re: [Talk-cz] Odstávka LPIS " tak při zkoušení upraveného traceru jsem zjisti že tracer nenahrazuje překrývající se lesy viz např pole s id lpis 9779999 nebo 9783761 Pražák Dne 8. září 2014 21:19 Marián Kyral <mkyral at email.cz(mailto:mkyral at email.cz) zobrazit citaci
> napsal(a):
" Dne 8.9.2014 14:58, Marián Kyral napsal(a): " " " "(4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce ořezu a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně napojit okolí na čistý polygon, než zkoumat a opravovat následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by stačilo jen ručně posunout uzel sousední budovy kam patří." Určitě. V tom původním traceru se modifikátory používaly. Já to většinou dělám tak, že dám "zpět", bod posunu a znova to natracuji. Ale musím si toho všimnout. " Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu traceru, pokud předem tuším problémy ;-) Ten modifikátor by se hodil. " OK. To by mělo být jednoduché.  ;-) " Tak hotovo. Bohužel nový způsob distribuce aktualizací momentálně nefunguje [1]. Tak tady je prozatímní odkaz: http://osm.kyralovi.cz/bin/Tracer- testing.jar(http://osm.kyralovi.cz/bin/Tracer-testing.jar) Bacha: změnil jsem název na Tracer-testing. Doporučuji smazat starý Tracer. jar v .josm/plugins adresáři. A pak je potřeba v konfiguraci znova povolit plugin Tracer-testing. Doufám, že se problém brzo vyřeší a pak se bude tracer aktualizovat sám, skrz oficiální kanál. A skončí lovení aktuální verze pluginu v hloubi konference. Někteří si to neužívají a mně se to taky moc nelíbí. [1] http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934 (http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934) Marián _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140909/145af6fa/attachment-0001.html>

9.9.2014 08:08:15 (#40)
gravatar

Jiri Klement

<jiri.klement at gmail.com>
140
Ahoj, kouknul jsem na ten heapdump v Eclipse memory analyzer. Problem je, ze JTree, ktera zobrazuje seznam provedenych prikazu v JOSM je prilis velka - priblizne 16k sirka i vyska. Takze kdyz zkousi udelat buffer na vykresleni, tak ma 16k*16k*4=1GB (a to jenom pro vykresleni jednoho radku) + pamet v GTK, kterou v dumpu neuvidim. Netusim, proc je to tak velke, ale zkusil bych ten dialog se seznamem prikazu schovat a zkontrolovat konfiguraci, jestli se tam nejakym omylem nedostali nesmyslne rozmery. -- Jirka 2014-09-09 0:59 GMT+02:00 Martin Švec - OSM <osm at maatts.cz>: zobrazit citaci
> Ahoj, >>> >>> (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár >>> giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. >>> Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi >>> nejnovějším >JOSM, Xserverem a nvidia driverem. >> >> Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError >> (pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne >> a udela java<pid>.hprof soubor s heapdumpem, do kteryho pak muzem >> kouknout, co sezralo veskerou pamet. V heapdumpu bude citelna veskera >> pamet JOSM, takze jestli jeste nepouzivas OsmAuth, tak na nej prejdi, >> jinak by slo (snadno) vycist tvoje heslo. > > > Heapdump je k dispozici zde: http://uloz.to/xKexoVkr/java-pid9395-hprof-bz2 > > JOSM verze 7480 s -Xmx1500m -XX:+HeapDumpOnOutOfMemoryError > -XX:HeapDumpPath=/tmp -jar josm-tested.jar > > java version "1.8.0_11" > Java(TM) SE Runtime Environment (build 1.8.0_11-b12) > Java HotSpot(TM) 64-Bit Server VM (build 25.11-b03, mixed mode) > > Koukal jsem do dumpu přes JVisualVM ale žádný jasný leak nevidím. Total > bytes: 89 251 549 taky rozhodně neodpovídá tomu, co reálně sežral josm > proces. Pořád ve mě roste podezření, že to žere něco mimo VM Javy, například > GTK. Mám 6 GB RAM + 4 GB swapu a byl problém vůbec ten dump vyrobit. Při > -Xmx2000m a vyšších si vzal josm proces přes 8 GB RAM a sejmul ho OOM > killer, než stihl něco uložit. Stack při OutOfMemoryErroru je pokaždé > stejný: > > ----------------------------------------- > java.lang.OutOfMemoryError: Java heap space > Dumping heap to /tmp/java_pid9395.hprof ... > Heap dump file created [103911020 bytes in 1,262 secs] > CHYBA: java.lang.OutOfMemoryError: Java heap space > java.lang.OutOfMemoryError: Java heap space > at java.awt.image.DataBufferInt.<init>(DataBufferInt.java:75) > at > com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:589) > at > com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:580) > at > com.sun.java.swing.plaf.gtk.GTKPainter.paintTreeCellBackground(GTKPainter.java:1181) > at javax.swing.plaf.synth.SynthTreeUI.paintRow(SynthTreeUI.java:554) > at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:359) > at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271) > at javax.swing.JComponent.paintComponent(JComponent.java:777) > at javax.swing.JComponent.paint(JComponent.java:1053) > at javax.swing.JComponent.paintChildren(JComponent.java:886) > at javax.swing.JComponent.paint(JComponent.java:1062) > at javax.swing.JComponent.paintChildren(JComponent.java:886) > at javax.swing.JComponent.paint(JComponent.java:1062) > at javax.swing.JViewport.paint(JViewport.java:744) > at javax.swing.JComponent.paintChildren(JComponent.java:886) > at javax.swing.JComponent.paint(JComponent.java:1062) > at javax.swing.JComponent.paintToOffscreen(JComponent.java:5217) > at > javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:290) > at javax.swing.RepaintManager.paint(RepaintManager.java:1252) > at javax.swing.JComponent._paintImmediately(JComponent.java:5165) > at javax.swing.JComponent.paintImmediately(JComponent.java:4976) > at javax.swing.RepaintManager$3.run(RepaintManager.java:811) > at javax.swing.RepaintManager$3.run(RepaintManager.java:794) > at java.security.AccessController.doPrivileged(Native Method) > at > java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) > at > javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:794) > at > javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769) > at > javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718) > at javax.swing.RepaintManager.access$1100(RepaintManager.java:62) > at > javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1680) > at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) > at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744) > > Martin >

9.9.2014 09:32:58 (#41)
gravatar

Zdeněk Pražák

<zprazak at seznam.cz>
747
Přesně tak, budu tedy lesy v relacích upravovat ručně. Jen mne ještě zarazilo, že JOSM nehlásil žádná varování ohledně překřížených polygonů Dne 9. září 2014 7:43 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
> Jak nenahrazuje? Jako že Tracer ten les nechá na pokoji a nepřipojí jej k > tomu natrasovanému poli? No to bude tím, že to je relace a na ty zatím > raději nešahám. Možná to časem dopíši. Ale teď si to budeš muset udělat > ručně ;-) > > Marián > > ---------- Původní zpráva ---------- > Od: Zdeněk Pražák <zprazak at seznam.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> > Datum: 8. 9. 2014 21:50:00 > Předmět: Re: [Talk-cz] Odstávka LPIS > > tak při zkoušení upraveného traceru jsem zjisti že tracer nenahrazuje > překrývající se lesy viz např pole s id lpis 9779999 nebo 9783761 > Pražák > > Dne 8. září 2014 21:19 Marián Kyral <mkyral at email.cz> napsal(a): > > Dne 8.9.2014 14:58, Marián Kyral napsal(a): > > > (4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce > ořezu a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. > Někdy je rychlejší ručně napojit okolí na čistý polygon, než zkoumat a > opravovat následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje > zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle > KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by > stačilo jen ručně posunout uzel sousední budovy kam patří. > > Určitě. V tom původním traceru se modifikátory používaly. Já to většinou > dělám tak, že dám "zpět", bod posunu a znova to natracuji. Ale musím si > toho všimnout. > > > Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu traceru, > pokud předem tuším problémy ;-) Ten modifikátor by se hodil. > > > OK. To by mělo být jednoduché. ;-) > > > > Tak hotovo. Bohužel nový způsob distribuce aktualizací momentálně > nefunguje [1]. Tak tady je prozatímní odkaz: > http://osm.kyralovi.cz/bin/Tracer-testing.jar > > Bacha: změnil jsem název na Tracer-testing. Doporučuji smazat starý > Tracer.jar v .josm/plugins adresáři. A pak je potřeba v konfiguraci znova > povolit plugin Tracer-testing. Doufám, že se problém brzo vyřeší a pak se > bude tracer aktualizovat sám, skrz oficiální kanál. A skončí lovení > aktuální verze pluginu v hloubi konference. Někteří si to neužívají a mně > se to taky moc nelíbí. > > [1] > http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934 > > Marián > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140909/92375c90/attachment.html>

9.9.2014 09:50:30 (#42)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
No ony ty validace nejsou dokonalé. A landuse je něco jiného než building. Ale třeba když mám multipolygon louky, kde uprostřed je nějaké políčko se zeleninou (landuse=meadow a landuse=farmland), tak se mu to nezdá. Marián
---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 9. 9. 2014 9:34:09 Předmět: Re: [Talk-cz] Odstávka LPIS " Přesně tak, budu tedy lesy v relacích upravovat ručně. Jen mne ještě zarazilo, že JOSM nehlásil žádná varování ohledně překřížených polygonů Dne 9. září 2014 7:43 Marián Kyral <mkyral at email.cz(mailto:mkyral at email.cz)> napsal(a): " Jak nenahrazuje? Jako že Tracer ten les nechá na pokoji a nepřipojí jej k tomu natrasovanému poli? No to bude tím, že to je relace a na ty zatím raději nešahám. Možná to časem dopíši. Ale teď si to budeš muset udělat ručně ;-) Marián ---------- Původní zpráva ---------- Od: Zdeněk Pražák <zprazak at seznam.cz(mailto:zprazak at seznam.cz)> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org (mailto:talk-cz at openstreetmap.org)> Datum: 8. 9. 2014 21:50:00 Předmět: Re: [Talk-cz] Odstávka LPIS " tak při zkoušení upraveného traceru jsem zjisti že tracer nenahrazuje překrývající se lesy viz např pole s id lpis 9779999 nebo 9783761 Pražák Dne 8. září 2014 21:19 Marián Kyral <mkyral at email.cz(mailto:mkyral at email.cz) zobrazit citaci
> napsal(a):
" Dne 8.9.2014 14:58, Marián Kyral napsal(a): " " " "(4) Šlo by udělat, aby při stisknuté klávese Ctrl se vynechala funkce ořezu a navázání na "cizí" polygony? Bylo by to fajn u LPISu i RUIANu. Někdy je rychlejší ručně napojit okolí na čistý polygon, než zkoumat a opravovat následky "automatiky". LPIS viz výše. RUIAN zase typicky vykusuje zářezy do sousedících budov co nejsou v RUIANu, nakreslených nepřesně podle KM. Takže musím likvidovat ocásek vyrobený v místě průniku, přitom by stačilo jen ručně posunout uzel sousední budovy kam patří." Určitě. V tom původním traceru se modifikátory používaly. Já to většinou dělám tak, že dám "zpět", bod posunu a znova to natracuji. Ale musím si toho všimnout. " Já přilehlé non-RUIAN budovy preventivně posouvám pryč z dosahu traceru, pokud předem tuším problémy ;-) Ten modifikátor by se hodil. " OK. To by mělo být jednoduché.  ;-) " Tak hotovo. Bohužel nový způsob distribuce aktualizací momentálně nefunguje [1]. Tak tady je prozatímní odkaz: http://osm.kyralovi.cz/bin/Tracer- testing.jar(http://osm.kyralovi.cz/bin/Tracer-testing.jar) Bacha: změnil jsem název na Tracer-testing. Doporučuji smazat starý Tracer. jar v .josm/plugins adresáři. A pak je potřeba v konfiguraci znova povolit plugin Tracer-testing. Doufám, že se problém brzo vyřeší a pak se bude tracer aktualizovat sám, skrz oficiální kanál. A skončí lovení aktuální verze pluginu v hloubi konference. Někteří si to neužívají a mně se to taky moc nelíbí. [1] http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934 (http://permalink.gmane.org/gmane.comp.gis.openstreetmap.josm.devel/5934) Marián _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz)" _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org(mailto:Talk-cz at openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) " _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20140909/6dbabe80/attachment.html>

9.9.2014 01:21:18 (#43)
gravatar

Martin Švec - OSM

<osm at maatts.cz>
109
Ahoj, díky za průzkum, zkusím se od toho odpíchnout dál. Martin Dne 9.9.2014 8:08, Jiri Klement napsal(a): zobrazit citaci
> Ahoj, > > kouknul jsem na ten heapdump v Eclipse memory analyzer. Problem je, ze > JTree, ktera zobrazuje seznam provedenych prikazu v JOSM je prilis > velka - priblizne 16k sirka i vyska. Takze kdyz zkousi udelat buffer > na vykresleni, tak ma 16k*16k*4=1GB (a to jenom pro vykresleni jednoho > radku) + pamet v GTK, kterou v dumpu neuvidim. > > Netusim, proc je to tak velke, ale zkusil bych ten dialog se seznamem > prikazu schovat a zkontrolovat konfiguraci, jestli se tam nejakym > omylem nedostali nesmyslne rozmery. > > -- > Jirka > > 2014-09-09 0:59 GMT+02:00 Martin Švec - OSM <osm at maatts.cz>: >> Ahoj, >>>> (2) Občas JOSM po kliknutí naráz vyžere celý heap Javy a současně pár >>>> giga paměti X server procesu. Zabitím JOSM procesu se vše zas uvolní. >>>> Zkouším ještě předchozí verzi JOSM, jestli není bug spíš někde mezi >>>> nejnovějším >JOSM, Xserverem a nvidia driverem. >>> Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError >>> (pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne >>> a udela java<pid>.hprof soubor s heapdumpem, do kteryho pak muzem >>> kouknout, co sezralo veskerou pamet. V heapdumpu bude citelna veskera >>> pamet JOSM, takze jestli jeste nepouzivas OsmAuth, tak na nej prejdi, >>> jinak by slo (snadno) vycist tvoje heslo. >> >> Heapdump je k dispozici zde: http://uloz.to/xKexoVkr/java-pid9395-hprof-bz2 >> >> JOSM verze 7480 s -Xmx1500m -XX:+HeapDumpOnOutOfMemoryError >> -XX:HeapDumpPath=/tmp -jar josm-tested.jar >> >> java version "1.8.0_11" >> Java(TM) SE Runtime Environment (build 1.8.0_11-b12) >> Java HotSpot(TM) 64-Bit Server VM (build 25.11-b03, mixed mode) >> >> Koukal jsem do dumpu přes JVisualVM ale žádný jasný leak nevidím. Total >> bytes: 89 251 549 taky rozhodně neodpovídá tomu, co reálně sežral josm >> proces. Pořád ve mě roste podezření, že to žere něco mimo VM Javy, například >> GTK. Mám 6 GB RAM + 4 GB swapu a byl problém vůbec ten dump vyrobit. Při >> -Xmx2000m a vyšších si vzal josm proces přes 8 GB RAM a sejmul ho OOM >> killer, než stihl něco uložit. Stack při OutOfMemoryErroru je pokaždé >> stejný: >> >> ----------------------------------------- >> java.lang.OutOfMemoryError: Java heap space >> Dumping heap to /tmp/java_pid9395.hprof ... >> Heap dump file created [103911020 bytes in 1,262 secs] >> CHYBA: java.lang.OutOfMemoryError: Java heap space >> java.lang.OutOfMemoryError: Java heap space >> at java.awt.image.DataBufferInt.<init>(DataBufferInt.java:75) >> at >> com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:589) >> at >> com.sun.java.swing.plaf.gtk.GTKEngine.finishPainting(GTKEngine.java:580) >> at >> com.sun.java.swing.plaf.gtk.GTKPainter.paintTreeCellBackground(GTKPainter.java:1181) >> at javax.swing.plaf.synth.SynthTreeUI.paintRow(SynthTreeUI.java:554) >> at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:359) >> at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271) >> at javax.swing.JComponent.paintComponent(JComponent.java:777) >> at javax.swing.JComponent.paint(JComponent.java:1053) >> at javax.swing.JComponent.paintChildren(JComponent.java:886) >> at javax.swing.JComponent.paint(JComponent.java:1062) >> at javax.swing.JComponent.paintChildren(JComponent.java:886) >> at javax.swing.JComponent.paint(JComponent.java:1062) >> at javax.swing.JViewport.paint(JViewport.java:744) >> at javax.swing.JComponent.paintChildren(JComponent.java:886) >> at javax.swing.JComponent.paint(JComponent.java:1062) >> at javax.swing.JComponent.paintToOffscreen(JComponent.java:5217) >> at >> javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:290) >> at javax.swing.RepaintManager.paint(RepaintManager.java:1252) >> at javax.swing.JComponent._paintImmediately(JComponent.java:5165) >> at javax.swing.JComponent.paintImmediately(JComponent.java:4976) >> at javax.swing.RepaintManager$3.run(RepaintManager.java:811) >> at javax.swing.RepaintManager$3.run(RepaintManager.java:794) >> at java.security.AccessController.doPrivileged(Native Method) >> at >> java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75) >> at >> javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:794) >> at >> javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769) >> at >> javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718) >> at javax.swing.RepaintManager.access$1100(RepaintManager.java:62) >> at >> javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1680) >> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) >> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744) >> >> Martin >> > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

13.9.2014 03:51:28 (#44)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
On Sun 2014-09-07 08:57:56, Mari?n Kyral wrote: zobrazit citaci
> Dne 6.9.2014 23:12, Pavel Machek napsal(a): > > Ahoj! > > > >> No a dnes to už od rána funguje ;-) > > Ne vsechno :-(. > > > > http://eagri.cz/public/app/lpisext/lpis/verejny/exportDat.html porad > > hlasi ze spatne obsane cislo z obrazku. Chodi to nekomu? > > Ahoj, mně to taky hlásilo, když jsem to zkoušel. Ale já to nepoužívám. > Hlásil jsi to na helpdesk?
Nahlasil, rekli ze se na tom pracuje, a uz to zase chodi...

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