I just ran them separately & sure enough, there's a difference: $ ls -l one.pbf two.pbf -rw-r--r-- 1 jeffme staff 2078657534 Jan 3 18:37 one.pbf -rw-r--r-- 1 jeffme staff 2078574282 Jan 3 18:46 two.pbf $ mv two.pbf planet-natural.pbf
I'm currently expanding the files for a diff & also trying to import two.pbf. Fingers are crossed : ), Jeff On Thu, Jan 3, 2013 at 6:19 PM, Jeff Meyer <[email protected]> wrote: > 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 > > > -- 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
