[OSM-dev] Osmosis error - node not present in table "current_nodes" - no bbox

Jeff Meyer jeff at gwhat.org
Fri Jan 4 02:19:01 GMT 2013


Thanks - I really appreciate the help! : )

Unfortunately, I tried that & osmosis complained again. I'm going to try to
generate the data using strictly osmosis (instead of osmconvert &
osmfilter) & see what happens.

$ osmosis --read-pbf planet-natural.pbf --tee 2 --write-pbf one.pbf --bb
left=-180 right=180 top=90 bottom=-90 clipIncompleteEntities=true
--write-pbf two.pbf
Jan 3, 2013 6:06:22 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.40.1
Jan 3, 2013 6:06:22 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
Jan 3, 2013 6:06:22 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
Jan 3, 2013 6:06:22 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
Jan 3, 2013 6:15:50 PM
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager
waitForCompletion
SEVERE: Thread for task 1-read-pbf failed
java.lang.NullPointerException
at java.util.ArrayList.<init>(ArrayList.java:131)
at org.openstreetmap.osmosis.core.domain.v0_6.Way.<init>(Way.java:166)
at
org.openstreetmap.osmosis.core.domain.v0_6.Way.getWriteableInstance(Way.java:361)
at
org.openstreetmap.osmosis.core.container.v0_6.WayContainer.getWriteableInstance(WayContainer.java:79)
at
org.openstreetmap.osmosis.areafilter.v0_6.AreaFilter.emitWay(AreaFilter.java:288)
at
org.openstreetmap.osmosis.areafilter.v0_6.AreaFilter.process(AreaFilter.java:203)
at
org.openstreetmap.osmosis.core.container.v0_6.WayContainer.process(WayContainer.java:60)
at
org.openstreetmap.osmosis.areafilter.v0_6.AreaFilter.process(AreaFilter.java:116)
at
org.openstreetmap.osmosis.core.tee.v0_6.EntityTee$ProxySinkSource.process(EntityTee.java:124)
at
org.openstreetmap.osmosis.core.tee.v0_6.EntityTee.process(EntityTee.java:70)
at
crosby.binary.osmosis.OsmosisBinaryParser.parseWays(OsmosisBinaryParser.java:172)
at crosby.binary.BinaryParser.parse(BinaryParser.java:121)
at crosby.binary.BinaryParser.handleBlock(BinaryParser.java:68)
at crosby.binary.file.FileBlock.process(FileBlock.java:135)
at crosby.binary.file.BlockInputStream.process(BlockInputStream.java:34)
at crosby.binary.osmosis.OsmosisReader.run(OsmosisReader.java:37)
at java.lang.Thread.run(Thread.java:680)
Jan 3, 2013 6:15:50 PM org.openstreetmap.osmosis.core.Osmosis main
SEVERE: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks
failed.
at
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92)
at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
at org.codehaus.classworlds.Launcher.main(Launcher.java:47)
$



On Thu, Jan 3, 2013 at 1:58 PM, Frederik Ramm <frederik at remote.org> wrote:

> Hi,
>
>
> On 03.01.2013 21:02, Jeff Meyer wrote:
>
>> Most of what I can find about this on the intrawebs indicates that this
>> is typically a bbox-related issue, but I haven't used any bboxes to
>> create my planet-natural file. (see steps below)
>>
>
> It seems that you somehow managed to drop a node that is referenced by
> something.
>
> Try this:
>
> osmosis --read-pbf planet-natural.pbf --tee 2 --write-pbf one.pbf --bb
> left=-180 right=180 top=90 bottom=-90 clipIncompleteEntities=true
> --write-pbf two.pbf
>
> This will create two files which, if you have *no* dangling references,
> will be identical (and my hypothesis would then be wrong). If the files are
> not identical then the second will be minimally smaller, as objects in the
> second file that contained references to missing objects will have had
> those references deleted.
>
> The second file will then be safe to import.
>
> If the second file should turn out to be *much* smaller then it would make
> sense to make a diff (either write to xml and use unix diff, or use Osmosis
> --derive-changes) and find out what the problem is.
>
> My hunch is that you encountered something like a node tagged natural=wood
> (there are 25k of them) which was also a member of something you wanted to
> keep, and then you dropped that node or so.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"
>
> ______________________________**_________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/dev<http://lists.openstreetmap.org/listinfo/dev>
>



-- 
Jeff Meyer
Global World History Atlas
www.gwhat.org
jeff at gwhat.org
206-676-2347
www.openstreetmap.org/user/jeffmeyer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20130103/a325785e/attachment.html>


More information about the dev mailing list