subject:"\[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 o...@maatts.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, Marián Kyral
mky...@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í.

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

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

(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

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

Re: [Talk-cz] Odstávka LPIS



-- Původní zpráva --
Od: Martin Švec - OSM o...@maatts.cz
Komu: OpenStreetMap Czech Republic talk-cz@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 o...@maatts.cz(mailto:o...@maatts.cz)
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org), Marián Kyral mky...@email.cz
(mailto:mky...@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

Re: [Talk-cz] Odstávka LPIS

2014-09-08 Tema obsahu Jiri Klement

Ahoj,

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.

Pust josm s paremetry -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError
(pripadne mensi heap, jde o to, aby pri te chybe pretekl). JOSM spadne
a udela javapid.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 mky...@email.cz:

-- Původní zpráva --
Od: Martin Švec - OSM o...@maatts.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org,
mky...@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í.

Ahoj,

tak jsem potrápil nejnovější LPIS tracer, díky za pěknou práci :-)) Pár
postřehů:

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

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

Re: [Talk-cz] Odstávka LPIS

Ahoj,

Dne 8.9.2014 16:27, Jiri Klement napsal(a):
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 :-)

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

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

Re: [Talk-cz] Odstávka LPIS

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

Re: [Talk-cz] Odstávka LPIS

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

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 977 nebo 9783761
Pražák

Dne 8. září 2014 21:19 Marián Kyral mky...@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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-cz] Odstávka LPIS


On 8.9.2014 21:18, Marián Kyral wrote:

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

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

Re: [Talk-cz] Odstávka LPIS


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

Re: [Talk-cz] Odstávka LPIS

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 o...@maatts.cz
Komu: Jiri Klement jiri.klem...@gmail.com
Datum: 9. 9. 2014 1:00:19
Předmět: Re: [Talk-cz] Odstávka LPIS

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

Re: [Talk-cz] Odstávka LPIS

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 zpra...@seznam.cz
Komu: OpenStreetMap Czech Republic talk-cz@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 977 nebo 9783761

Pražák




Dne 8. září 2014 21:19 Marián Kyral mky...@email.cz(mailto:mky...@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(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@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)





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

Re: [Talk-cz] Odstávka LPIS

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?

   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

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

Re: [Talk-cz] Odstávka LPIS

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


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


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


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

Re: [Talk-cz] Odstávka LPIS

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


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


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



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

Re: [Talk-cz] 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 mky...@email.cz
 mailto:mky...@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 zpra...@seznam.cz mailto:zpra...@seznam.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 mailto:talk-cz@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 mky...@email.cz
 mailto:mky...@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@openstreetmap.org mailto:Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


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


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




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

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

Re: [Talk-cz] Odstávka LPIS

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 mky...@email.cz
Komu: talk-cz@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 mky...@email.cz(mailto:mky...@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 zpra...@seznam.cz(mailto:zpra...@seznam.cz)
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
(mailto:talk-cz@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 mky...@email.cz(mailto:mky...@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(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@openstreetmap.org(mailto:Talk-cz@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@openstreetmap.org'Talk-cz@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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Odstávka LPIS

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 mky...@email.cz
 Komu: talk-cz@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 mky...@email.cz
 mailto:mky...@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 zpra...@seznam.cz
 mailto:zpra...@seznam.cz
 Komu: OpenStreetMap Czech Republic
 talk-cz@openstreetmap.org mailto:talk-cz@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 mky...@email.cz
 mailto:mky...@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@openstreetmap.org
 mailto:Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


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


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




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

Re: [Talk-cz] Odstávka LPIS

Dne 7.9.2014 19:14, Marián Kyral napsal(a):
 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



 -- Původní zpráva --
 Od: Marián Kyral mky...@email.cz
 Komu: talk-cz@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 mky...@email.cz
 mailto:mky...@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 zpra...@seznam.cz
 mailto:zpra...@seznam.cz
 Komu: OpenStreetMap Czech Republic
 talk-cz@openstreetmap.org
 mailto:talk-cz@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 mky...@email.cz
 mailto:mky...@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@openstreetmap.org
 mailto:Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


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


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org
 https

Re: [Talk-cz] Odstávka LPIS

no tak jsem uvedený changeset revertovat

Dne 7. září 2014 19:14 Marián Kyral mky...@email.cz napsal(a):

  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 mky...@email.cz mky...@email.cz
 Komu: talk-cz@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 mky...@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 zpra...@seznam.cz
 Komu: OpenStreetMap Czech Republic talk-cz@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 mky...@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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz


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


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




 ___
 Talk-cz mailing 
 listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz


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



 ___
 Talk-cz mailing 
 listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz



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


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

Re: [Talk-cz] Odstávka LPIS