Re: [Potlatch-dev] [OpenStreetMap] #3836: potlatch2.2 locks up, unable to save edited data
Andy Allan wrote: I'm not a huge fan of shortcut-only features, but I haven't got around to adding gui controls for everything yet. And I know you're not a great fan of the PopUpMenuButton used for the GPS tracks drop-down, which would seem the obvious way to add extra paraphernalia around the Save button. :) FWIW I think P2 does exactly as much as it needs to in the area of changesets. Adding extra functionality in this area complicates the UI for 100% of users, to improve functionality for 1% of users. So I'm happy with 'close changeset' being shortcut-only: if you're an advanced enough user to want to close changesets, you're capable of reading the docs. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Potlatch-dev-OpenStreetMap-3836-potlatch2-2-locks-up-unable-to-save-edited-data-tp6491999p6503577.html Sent from the Potlatch mailing list archive at Nabble.com. ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] [OpenStreetMap] #3855: PL2: remember custom imagery between sessions
On Wed, Jun 22, 2011 at 3:23 PM, OpenStreetMap t...@openstreetmap.org wrote: #3855: PL2: remember custom imagery between sessions -+-- Reporter: sdoerr | Owner: potlatch-dev@… Type: enhancement | Status: new Priority: minor | Milestone: Component: potlatch2 | Version: 2.0 Keywords: | -+-- Modify Potlatch 2 to remember custom imagery settings from one session to the next. And every time this feature gets used, it should ask why the background layer hasn't simply been added to the config file instead! Seriously, I don't think we're doing enough to encourage people to add background layers to the standard configuration files. I'd have expected about 100 different rasters by now in imagery.xml Cheers, Andy ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] [OpenStreetMap] #3855: PL2: remember custom imagery between sessions
On 22/06/2011 17:31, Andy Allan wrote: On Wed, Jun 22, 2011 at 3:23 PM, OpenStreetMapt...@openstreetmap.org wrote: #3855: PL2: remember custom imagery between sessions -+-- Reporter: sdoerr | Owner: potlatch-dev@… Type: enhancement | Status: new Priority: minor| Milestone: Component: potlatch2| Version: 2.0 Keywords: | -+-- Modify Potlatch 2 to remember custom imagery settings from one session to the next. And every time this feature gets used, it should ask why the background layer hasn't simply been added to the config file instead! Seriously, I don't think we're doing enough to encourage people to add background layers to the standard configuration files. I'd have expected about 100 different rasters by now in imagery.xml Does is matter that the UK postcode layer is only of interest to people mapping the UK? -- Steve ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] [OpenStreetMap] #3854: Tag sets not loading
#3854: Tag sets not loading ---+ Reporter: GPSGary| Owner: potlatch-dev@… Type: defect | Status: new Priority: major | Milestone: Component: potlatch2 | Version: Keywords: | ---+ Changes (by TomH): * owner: tom@… = potlatch-dev@… * component: admin = potlatch2 -- Ticket URL: https://trac.openstreetmap.org/ticket/3854#comment:1 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [osmosis-dev] java.lang.NullPointerException with TagTransform plugin
On 6/22/11, Igor Podolskiy igor.podols...@vwi-stuttgart.de wrote: Hi Jose, although I don't routinely work with the tagtransform plugin, I managed to reproduce the behavior you're reporting. The problem is that the tagtransform plugin is missing a plugin.xml file somehow. This leads to the JPF runtime considering the plugin invalid and returning null as the plugin location, which ultimately leads to the NPE you see. You can work around this issue by taking the following steps: 1. Create a file named plugin.xml with the following content: ?xml version=1.0 ? !DOCTYPE plugin PUBLIC -//JPF//Java Plug-in Manifest 1.0 http://jpf.sourceforge.net/plugin_1_0.dtd; plugin id=LibOSM version=1.0 requires import plugin-id=org.openstreetmap.osmosis.core.plugin.Core reverse-lookup=false/ /requires runtime library id=code path=/ type=code/ /runtime extension plugin-id=org.openstreetmap.osmosis.core.plugin.Core point-id=Task id=randomjunk.co.uk/TagTransform parameter id=name value=TagTransform/ parameter id=class value=uk.co.randomjunk.osmosis.transform.TransformPlugin/ /extension /plugin 2. Unpack the tagtransform.jar. 3. Put the newly created plugin.xml into the META-INF/ directory. 4. Repack the tagtransform.jar. The NPE should then go away. However, I didn't test whether the TT task works properly - I currently don't use it so I couldn't tell if it is working anyway :) Hope that helps, Igor thank you igor, that did the trick. plugins seems to work, however it seems not able to combine values from 2 different keys into a single tag which happens to be what i'm looking for. nevermind. jozef ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] Simple schema creation with osmosis-0.38
Am 22.06.2011 18:04, schrieb bigspoon: ERROR: type hstore does not exist LINE 7: tags hstore For schema version 0.6 you'll need the hstore-new module of postgres. Depending on your OS there may be a package for it: http://packages.debian.org/de/sid/postgresql-8.4-hstore-new Peter ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
[OSM-dev] Force rendering of names/places to English only
Hi, I have built my own openstreetmap server (Ubuntu 10.04) and rendering tiles using mapnik and mod_tile.It works perfectly.Now I want to force rendering of all names (roads,places etc) to english language only (not in the native languages of the respective places) . Can anyone please help me out.Thank you so much and waiting for a response. Regards, Haseeb * P Before you print think about the ENVIRONMENT * ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Force rendering of names/places to English only
On 22 June 2011 16:26, Haseeb Anwar Ul Haq fast...@gmail.com wrote: Hi, I have built my own openstreetmap server (Ubuntu 10.04) and rendering tiles using mapnik and mod_tile.It works perfectly.Now I want to force rendering of all names (roads,places etc) to english language only (not in the native languages of the respective places) . Can anyone please help me out.Thank you so much and waiting for a response. You need to add name:en to the style file and then you need to replace name in sql queries with this: (CASE WHEN name:en IS NOT NULL THEN name:en ELSE name END) AS name ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osm2pgsql-64 and benchmarks
On 21 June 2011 13:44, Frederik Ramm frede...@remote.org wrote: as you know I've recently made the osm2pgsql-64 branch which does not use intarray. The osm2pgsql-64 branch is capable of handling 64-bit IDs but can also be defined to use 32-bit IDs like the classic osm2pgsql. Cool. The results (all times in minutes): Postgres 8.4 Postgres 9.0 old osm2pgsql (intarray) 401 308 osm2pgsql-64 with 32bit IDs 407 297 osm2pgsql-64 with 64bit IDs 415 302 Those are significant differences there. Given there queries we do I wouldn't have expected pass-by-val to make much difference, there's no calculations happening so you don't save any alloc overhead. The reason I went for arrays of integers is diskspace (4 bytes per node rather than 40 for a whole row). Did you compare that? Postgres gets faster every release :) I wouldn't be able suggest which bit is helping here... Mvg, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Force rendering of names/places to English only
Am 22.06.2011 08:30, schrieb John Smith: On 22 June 2011 16:26, Haseeb Anwar Ul Haqfast...@gmail.com wrote: Hi, I have built my own openstreetmap server (Ubuntu 10.04) and rendering tiles using mapnik and mod_tile.It works perfectly.Now I want to force rendering of all names (roads,places etc) to english language only (not in the native languages of the respective places) . Can anyone please help me out.Thank you so much and waiting for a response. You need to add name:en to the style file and then you need to replace name in sql queries with this: (CASE WHEN name:en IS NOT NULL THEN name:en ELSE name END) AS name Simpler: COALESCE(name:en, name) COALESCE selects the first none-null value from a chain. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Hack session 2.0 - Berlin - 11:00 AM - 26.06.2010
Dear Community, we would like to invite you to another hack session this Sunday (26. June) from 11:00 AM to 20:00 PM at the Free University Berlin. This session will again focus on our implementation of the xapi (xappy.js [1]). We will give a short presentation about the project and previously work done. Afterwards we will work on developing a new approach of importing osm data into postgres databases. Also, we will make some investigations on osm and geocouch [2]. If you like to join us just send me an email. Best Regards Philipp + xappy.js-Team [1] https://github.com/osm-spline/xappy.js [2] https://github.com/couchbase/geocouch ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Force rendering of names/places to English only
2011/6/22 Peter Körner osm-li...@mazdermind.de: (CASE WHEN name:en IS NOT NULL THEN name:en ELSE name END) AS name Simpler: COALESCE(name:en, name) COALESCE selects the first none-null value from a chain. thank you for this Peter. Can anyone tell how much this influences the speed? Is it noticably slower to check a list like COALESCE(name:en, name:it, name:de, int_name, name) compared to a simple name select? Do I suppose correctly that COALESCE is faster for multiple keys then nested CASE WHENs ? And what about regex-s (e.g. check for non-latin characters and only use in these cases a different name) and selection speed? Cheers, Martin ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Force rendering of names/places to English only
Hi, It is rather hard say how it would influence the speed in your environment. Explain (http://www.evolane.com/support/manuals/shared/manuals/postgresql/html/sql-explain.html) should give you some numbers to compare and http://developer.postgresql.org/pgdocs/postgres/planner-optimizer.html some more background. -Jukka Rahkonen- Mâ¡rtin Koppenhoefer kirjoitti: 2011/6/22 Peter Körner osm-li...@mazdermind.de: (CASE WHEN name:en IS NOT NULL THEN name:en ELSE name END) AS name Simpler: COALESCE(name:en, name) COALESCE selects the first none-null value from a chain. thank you for this Peter. Can anyone tell how much this influences the speed? Is it noticably slower to check a list like COALESCE(name:en, name:it, name:de, int_name, name) compared to a simple name select? Do I suppose correctly that COALESCE is faster for multiple keys then nested CASE WHENs ? And what about regex-s (e.g. check for non-latin characters and only use in these cases a different name) and selection speed? Cheers, Martin ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[osmosis-dev] [PATCH] Fix NullPointerExceptions for malformed or missing plugin.xml files
Hi, if a JPF plugin is missing a plugin.xml file, the JPF runtime returns null as a plugin location. This special case is not handled by the TaskRegistrar which passes the null location to the PluginLoader which in turn crashes with an inconclusive NPE (see for example this post [1]). The attached patch filters null locations and emits a warning if a null location is encountered. The patch applies to current trunk. Bye Igor diff --git a/core/src/org/openstreetmap/osmosis/core/TaskRegistrar.java b/core/src/org/openstreetmap/osmosis/core/TaskRegistrar.java index 17d5323..6875569 100644 --- a/core/src/org/openstreetmap/osmosis/core/TaskRegistrar.java +++ b/core/src/org/openstreetmap/osmosis/core/TaskRegistrar.java @@ -279,7 +279,14 @@ public class TaskRegistrar { try { for (int i = 0; i plugins.length; i++) { LOG.finest(Found plugin + plugins[i].getAbsolutePath()); - locations.add(StandardPluginLocation.create(plugins[i])); + PluginLocation location = StandardPluginLocation.create(plugins[i]); + + if (location != null) { + locations.add(location); + } else { + LOG.warning(JPF Plugin + plugins[i].getAbsolutePath() + + is malformed and cannot be loaded.); + } } } catch (MalformedURLException e) { throw new OsmosisRuntimeException(Cannot create plugin location + pluginDir.getAbsolutePath(), e); ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
[OSM-dev] Osm2pgsql with -slim -no_diffs?
Hi, I do not use diff files for updates but because of too little memory I still need to run osm2pgsql in slim mode. I have a feeling that the slim mode is doing now a lot of unnecessary work for me and it could be much faster without all the stuff that is needed for preparing the database for diffs. Is there some hidden option for running osm2pgsql in a fast memory saving mode is there is no need to import diffs in the future? -Jukka Rahkonen- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[Potlatch-dev] [OpenStreetMap] #3855: PL2: remember custom imagery between sessions
#3855: PL2: remember custom imagery between sessions -+-- Reporter: sdoerr | Owner: potlatch-dev@… Type: enhancement | Status: new Priority: minor| Milestone: Component: potlatch2| Version: 2.0 Keywords: | -+-- Modify Potlatch 2 to remember custom imagery settings from one session to the next. If you use the Edit facility within the Background dropdown to add a new imagery source (i.e. not in the presets), for instance the UK postcode locations at http://www.raggedred.net/tiles/codepoint/$z/$x/$y.png, this entry is not always remembered from one session to the next. I think possibly it persists within a browser session, also if it is the current active background when you come out, but otherwise you have to re-enter it next time you want to use it in a new session. Could either be a cookie on the machine or a server-side thing stored under the OSM userid. -- Ticket URL: https://trac.openstreetmap.org/ticket/3855 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list potlatch-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] [OSM-talk] Flash cookies
On 22/06/2011 13:54, Richard Fairhurst wrote: Steve Doerr wrote: In that case, could it be made to remember custom backgrounds from one session to the next? If I want to use the UK postcode layer, I have to add it manually every time. Sure - as ever, put it in a trac ticket. Stuff mentioned passingly on mailing lists gets forgotten. :) Done: Ticket #3855. Thanks, Steve ___ Potlatch-dev mailing list potlatch-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [OSM-dev] Osm2pgsql with -slim -no_diffs?
Am 22.06.2011 16:12, schrieb Jukka Rahkonen: Hi, I do not use diff files for updates but because of too little memory I still need to run osm2pgsql in slim mode. I have a feeling that the slim mode is doing now a lot of unnecessary work for me and it could be much faster without all the stuff that is needed for preparing the database for diffs. Is there some hidden option for running osm2pgsql in a fast memory saving mode is there is no need to import diffs in the future? There isn't. Frederik Ram wrote some mail some time agao, pointing out that there are actually 4 modes of import: | Updatable| Not Updateable + Slim | X | None-Slim| |X osm2pgsql currently can't handle the modes without X Slim: node-locations are (partially) stored to disk (going over the database, using a sparsetable, an mmaped file, etc.) None-Slim: node-locations are stored completely in RAM There is another unclear thing: when importing all nodes, even those without tags using the -x|--extra-attributes option, the slim-tables are somewhat redundant. I think it might be a good idea to build a new importer, possibly based on osmium which does allow to use different node-locations-stores incl. google sparsetable, mmap and memory-only and does the multipolygon assembly of relations. The decision which ways are stored as polygons and which are as linestrings is up to the author of the importer. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Leaflet 0.2 released
Hi! After one month of active development since the first public release, Leaflet, a new JavaScript library for interactive maps by CloudMade, recently reached version 0.2. Highlights of this release include: - WMS layers support - GeoJSON support - different projections support (with EPSG:4326, 3857 and 3395 out of the box) - lots of bugfixes (especially for mobile browsers) - performance, usability and API improvements See the full list of changes here: https://github.com/CloudMade/Leaflet/blob/master/CHANGELOG.md On a side note, despite being more and more feature-complete as a map library, the JS code of a full Leaflet build still weights under 18kb gzipped. Found out more about Leaflet on the official website: http://leaflet.cloudmade.com/ -- Vladimir Agafonkin Front-End Architect, CloudMade +380 93 745 44 61 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] osmosis stuck, possible to debug?
Hi, this afternoon my update process got stuck. Running on linux. according to ps it's in state Sl. It's stated with these arguments: osmosis -q --rri --bc --simc --bc --write-xml-change - | I guess killing it is all it takes to recover. But is there any tracing I could enable now to detect why it got stuck and make it possible to fix the issue? Attach a debugger to get a stacktrace or similar? Stephan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osmosis stuck, possible to debug?
Hi, On 06/22/11 18:51, Stephan Knauss wrote: this afternoon my update process got stuck. Running on linux. according to ps it's in state Sl. It's stated with these arguments: osmosis -q --rri --bc --simc --bc --write-xml-change - | I guess killing it is all it takes to recover. But is there any tracing I could enable now to detect why it got stuck and make it possible to fix the issue? I don't know, but when this happens it tends to happen to almost everybody. It happened to four machines where I run minutely updates, too. It's usually once every few months. I have no idea why. Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [Potlatch-dev] [OpenStreetMap] #3855: PL2: remember custom imagery between sessions
On Wed, Jun 22, 2011 at 5:44 PM, Steve Doerr doerr.step...@gmail.com wrote: Does is matter that the UK postcode layer is only of interest to people mapping the UK? Nope, you can specify a bbox extent for the imagery layer so it doesn't show up in the menu when you're editing other parts of the world. Cheers, Andy ___ Potlatch-dev mailing list potlatch-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
[OSM-dev] Mapnik Tirex
Hej, I have problem with tirex, so i hope someone can help me. i was trying to set up my own config file at /etc/tirex/renderer/mapnik . Tirex-status shows me correctly the configuration of that file - but it isnt possible to use tirex-batch to test - there is no error but unfortunately no tile is generated. BUT: i edited the example.conf file with the location of my xml file an so one - when i use now the tirex-batch, its works well. I can also see all tiles via openlayers. So, where is the problem? i copied the example.conf, which i edited and worked well, and renamed it, - but the new *.conf doesnt work. I can see it via tirex-status - but i cant make tiles. And yes, i restarted the master and backend-manager cheers, bernd ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osmosis stuck, possible to debug?
On 22.06.2011 19:12, Frederik Ramm wrote: On 06/22/11 18:51, Stephan Knauss wrote: this afternoon my update process got stuck. I don't know, but when this happens it tends to happen to almost everybody. It happened to four machines where I run minutely updates, too. It's usually once every few months. I have no idea why. I'm not used to all the debugging tools available. I was able to create the following stack trace using jstack For mee it looks like it got stuck inside some method checking the server state. How is it supposed to handle network timeouts and such things? Deadlock Detection: No deadlocks found. Thread 23590: (state = BLOCKED) - sun.misc.Unsafe.park(boolean, long) @bci=0 (Interpreted frame) - java.util.concurrent.locks.LockSupport.park(java.lang.Object) @bci=14, line=158 (Interpreted frame) - java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await() @bci=42, line=1987 (Interpreted frame) - org.openstreetmap.osmosis.core.store.DataPostbox.waitForUpdate() @bci=4, line=99 (Interpreted frame) - org.openstreetmap.osmosis.core.store.DataPostbox.consumeCentralQueue() @bci=33, line=157 (Interpreted frame) - org.openstreetmap.osmosis.core.store.DataPostbox.hasNext() @bci=15, line=235 (Interpreted frame) - org.openstreetmap.osmosis.core.buffer.v0_6.ChangeBuffer.run() @bci=6, line=73 (Interpreted frame) - java.lang.Thread.run() @bci=11, line=662 (Interpreted frame) Thread 23589: (state = BLOCKED) - sun.misc.Unsafe.park(boolean, long) @bci=0 (Interpreted frame) - java.util.concurrent.locks.LockSupport.park(java.lang.Object) @bci=14, line=158 (Interpreted frame) - java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await() @bci=42, line=1987 (Interpreted frame) - org.openstreetmap.osmosis.core.store.DataPostbox.waitForUpdate() @bci=4, line=99 (Interpreted frame) - org.openstreetmap.osmosis.core.store.DataPostbox.consumeCentralQueue() @bci=33, line=157 (Interpreted frame) - org.openstreetmap.osmosis.core.store.DataPostbox.hasNext() @bci=15, line=235 (Interpreted frame) - org.openstreetmap.osmosis.core.buffer.v0_6.ChangeBuffer.run() @bci=6, line=73 (Interpreted frame) - java.lang.Thread.run() @bci=11, line=662 (Interpreted frame) Thread 23588: (state = IN_NATIVE) - java.net.SocketInputStream.socketRead0(java.io.FileDescriptor, byte[], int, int, int) @bci=0 (Interpreted frame) - java.net.SocketInputStream.read(byte[], int, int) @bci=84, line=129 (Interpreted frame) - java.io.BufferedInputStream.fill() @bci=175, line=218 (Interpreted frame) - java.io.BufferedInputStream.read1(byte[], int, int) @bci=44, line=258 (Interpreted frame) - java.io.BufferedInputStream.read(byte[], int, int) @bci=49, line=317 (Interpreted frame) - sun.net.www.http.HttpClient.parseHTTPHeader(sun.net.www.MessageHeader, sun.net.ProgressSource, sun.net.www.protocol.http.HttpURLConnection) @bci=51, line=687 (Interpreted frame) - sun.net.www.http.HttpClient.parseHTTP(sun.net.www.MessageHeader, sun.net.ProgressSource, sun.net.www.protocol.http.HttpURLConnection) @bci=30, line=632 (Interpreted frame) - sun.net.www.protocol.http.HttpURLConnection.getInputStream() @bci=294, line=1195 (Interpreted frame) - java.net.URL.openStream() @bci=4, line=1010 (Interpreted frame) - org.openstreetmap.osmosis.replication.common.ServerStateReader.getServerState(java.net.URL, java.lang.String) @bci=31, line=87 (Interpreted frame) - org.openstreetmap.osmosis.replication.common.ServerStateReader.getServerState(java.net.URL) @bci=4, line=45 (Interpreted frame) - org.openstreetmap.osmosis.replication.v0_6.BaseReplicationDownloader.runImpl() @bci=37, line=263 (Interpreted frame) - org.openstreetmap.osmosis.replication.v0_6.BaseReplicationDownloader.run() @bci=26, line=345 (Interpreted frame) - java.lang.Thread.run() @bci=11, line=662 (Interpreted frame) Thread 23580: (state = BLOCKED) Thread 23509: (state = BLOCKED) - java.lang.Object.wait(long) @bci=0 (Interpreted frame) - java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=118 (Interpreted frame) - java.lang.ref.ReferenceQueue.remove() @bci=2, line=134 (Interpreted frame) - java.lang.ref.Finalizer$FinalizerThread.run() @bci=3, line=159 (Interpreted frame) Thread 23508: (state = BLOCKED) - java.lang.Object.wait(long) @bci=0 (Interpreted frame) - java.lang.Object.wait() @bci=2, line=485 (Interpreted frame) - java.lang.ref.Reference$ReferenceHandler.run() @bci=46, line=116 (Interpreted frame) Thread 23360: (state = BLOCKED) - java.lang.Object.wait(long) @bci=0 (Interpreted frame) - java.lang.Thread.join(long) @bci=38, line=1186 (Interpreted frame) - java.lang.Thread.join() @bci=2, line=1239 (Interpreted frame) - org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager.waitForCompletion() @bci=44, line=75 (Interpreted frame) - org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion() @bci=32, line=140 (Interpreted frame) -
Re: [OSM-dev] osmosis stuck, possible to debug?
On 22.06.2011 21:00, Stephan Knauss wrote: For me it looks like it got stuck inside some method checking the server state. How is it supposed to handle network timeouts and such things? is osmosis setting a timeout at all? Is there any global setting in effect? getConnectTimeout() could return a value. In case this is 0 it's the problem we all experience with it waiting infinitely. I guess it's this code: http://svn.openstreetmap.org/applications/utils/osmosis/trunk/replication/src/org/openstreetmap/osmosis/replication/common/ServerStateReader.java stateStream = stateUrl.openStream(); according to Javadoc it's a shorthand for openConnection().getInputStream() I propose to replace this with URLConnection connection = stateUrl.openConnection(); connection.setReadTimeout(15*60*1000); // timeout 15 minutes connection.setConnectTimeout(15*60*1000); // timeout 15 minutes stateStream = connection.getInputStream(); Could this be tested by someone more familiar with the code than I am? Stephan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osmosis stuck, possible to debug?
On Wed, Jun 22, 2011 at 12:51 PM, Stephan Knauss o...@stephans-server.de wrote: Hi, this afternoon my update process got stuck. Running on linux. according to ps it's in state Sl. It's stated with these arguments: osmosis -q --rri --bc --simc --bc --write-xml-change - | I guess killing it is all it takes to recover. But is there any tracing I could enable now to detect why it got stuck and make it possible to fix the issue? Attach a debugger to get a stacktrace or similar? Stephan It appears to have just happened again. At least my TRAPI server did anyway... -Jeremy ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osmosis stuck, possible to debug?
On Wed, Jun 22, 2011 at 07:12:49PM +0200, Frederik Ramm wrote: Hi, On 06/22/11 18:51, Stephan Knauss wrote: this afternoon my update process got stuck. Running on linux. according to ps it's in state Sl. It's stated with these arguments: osmosis -q --rri --bc --simc --bc --write-xml-change - | I guess killing it is all it takes to recover. But is there any tracing I could enable now to detect why it got stuck and make it possible to fix the issue? I don't know, but when this happens it tends to happen to almost everybody. It happened to four machines where I run minutely updates, too. It's usually once every few months. I have no idea why. I used to start osmosis with timeout a little unix tool which will kill the called process once it takes to long. Just put it to any value which always works so the update has at least a chance to recover. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] [SOLVED] Re: osm2pgsql and protobuf-c shared object error
sudo /sbin/ldconf -- View this message in context: http://gis.638310.n2.nabble.com/osm2pgsql-and-protobuf-c-shared-object-error-tp6506647p6507253.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev