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 <[email protected]> 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 [email protected] ## N49°00'09" E008°23'33" > > ______________________________**_________________ > dev mailing list > [email protected] > http://lists.openstreetmap.**org/listinfo/dev<http://lists.openstreetmap.org/listinfo/dev> > -- Jeff Meyer Global World History Atlas www.gwhat.org [email protected] 206-676-2347 www.openstreetmap.org/user/jeffmeyer
_______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev
