Re: [Talk-cz] Odstávka LPIS
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): > 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 : >> 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.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.(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)
Re: [Talk-cz] Odstávka LPIS
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 Komu: OpenStreetMap Czech Republic 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 mailto:mky...@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 mailto:zpra...@seznam.cz)> Komu: OpenStreetMap Czech Republic mailto: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 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(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(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
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 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 > Komu: OpenStreetMap Czech Republic > 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 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 > > > ___ > 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
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 : > 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.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.(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
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 Komu: OpenStreetMap Czech Republic 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 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
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 Komu: Jiri Klement 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 java.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.(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
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.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.(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
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
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 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
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
Dne 8.9.2014 14:58, Marián Kyral napsal(a): > > -- Původní zpráva -- > Od: Martin Švec - OSM > Komu: OpenStreetMap Czech Republic , > 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í. > > -- Původní zpráva -- > Od: Martin Švec - OSM <mailto:o...@maatts.cz> > Komu: OpenStreetMap Czech Republic > <mailto:talk-cz@openstreetmap.org>, Marián Kyral > <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ávis
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 java.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
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. >(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.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 : > > -- Původní zpráva -- > Od: Martin Švec - OSM > Komu: OpenStreetMap Czech Republic , > 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í. > > -- Původní zpráva -- > Od: Martin Švec - OSM > Komu: OpenStreetMap Czech Republic , Marián Kyral > > 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
Re: [Talk-cz] Odstávka LPIS
-- Původní zpráva -- Od: Martin Švec - OSM Komu: OpenStreetMap Czech Republic , 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 (mailto:o...@maatts.cz) Komu: OpenStreetMap Czech Republic (mailto:talk-cz@openstreetmap.org), Marián Kyral (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ěla
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 > Komu: OpenStreetMap Czech Republic , Marián Kyral > > 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í. > > (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 :-) > > (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
Ahoj, díky ta intenzivní testování. -- Původní zpráva -- Od: Martin Švec - OSM Komu: OpenStreetMap Czech Republic , Marián Kyral 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: > 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
Re: [Talk-cz] Odstávka LPIS
no tak jsem uvedený changeset revertovat Dne 7. září 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 > > > > -- Původní zpráva -- > Od: Marián Kyral > 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 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 > Komu: OpenStreetMap Czech Republic > 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 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
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 >> 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 > <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 > <mailto:zpra...@seznam.cz>> >> Komu: OpenStreetMap Czech Republic >> > <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 > <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 >>
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 > 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 <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 <mailto:zpra...@seznam.cz>> > Komu: OpenStreetMap Czech Republic > 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 <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 > > > ___
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 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 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 mailto:zpra...@seznam.cz)> Komu: OpenStreetMap Czech Republic 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 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 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(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";___ 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 <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 mailto:zpra...@seznam.cz>> > Komu: OpenStreetMap Czech Republic <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 <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
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 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 >> Komu: OpenStreetMap Czech Republic >> 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 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
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 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 > Komu: OpenStreetMap Czech Republic > 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 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
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
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 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Odstávka LPIS
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 Komu: OpenStreetMap Czech Republic 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 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 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
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 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
Re: [Talk-cz] Odstávka LPIS
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
Re: [Talk-cz] Odstávka LPIS
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 Komu: OpenStreetMap Czech Republic 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 Komu: OpenStreetMap Czech Republic 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 mailto:mky...@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 (mailto:mky...@email.cz) Komu: OpenStreetMap Czech Republic (mailto:talk-cz@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 (mailto:zpra...@seznam.cz) Komu: OpenStreetMap Czech Republic (mailto:talk-cz@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 mailto:mky...@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 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 (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
Zatím stále beze změn. Marián -- Původní zpráva -- Od: Zdeněk Pražák Komu: OpenStreetMap Czech Republic 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 mailto:mky...@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 (mailto:mky...@email.cz) Komu: OpenStreetMap Czech Republic (mailto:talk-cz@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 (mailto:zpra...@seznam.cz) Komu: OpenStreetMap Czech Republic (mailto:talk-cz@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 mailto:mky...@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 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 (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
jaký je stav? Dne 29. srpna 2014 18:39 Marián Kyral 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 > Komu: OpenStreetMap Czech Republic > > 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 > Komu: OpenStreetMap Czech Republic > > 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 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@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
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 >> Komu: OpenStreetMap Czech Republic >> 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 >> Komu: OpenStreetMap Czech Republic >> 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 > <mailto:mky...@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@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 žá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 > Komu: OpenStreetMap Czech Republic > 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 > Komu: OpenStreetMap Czech Republic > 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 <mailto:mky...@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@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Odstávka LPIS
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 Komu: OpenStreetMap Czech Republic 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 Komu: OpenStreetMap Czech Republic 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 mailto:mky...@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 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(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";___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
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 Komu: OpenStreetMap Czech Republic 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 mailto:mky...@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 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(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
mohu se zeptat jaké jsou nové zprávy o traceru lpis Pražák Dne 26. srpna 2014 19:24 Marián Kyral 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@openstreetmap.orghttps://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
Dne 26.8.2014 22:36, Pavel Machek napsal(a): > 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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Odstávka LPIS
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 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Odstávka LPIS
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@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
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@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
