[OSM-dev] Osmosis Output Error
Andrew Ayre
andy at britishideas.com
Wed Dec 10 02:13:47 GMT 2008
Brett Henderson wrote:
> Andrew Ayre wrote:
>> Thanks for looking into this. I added --sort after each input file
>> name and it still gives the same error. The OSM map file was generated
>> by osmosis, which I used to split planet.osm.
>>
>> java -Xmx1560m -jar /home/nav/scripts/osmosis.jar --read-xml
>> file="/home/nav/temp/tile.63255095.osm" --sort --read-xml
>> file="/home/nav/temp/eletile.63255095.osm" --sort --merge --write-xml
>> file="/home/nav/temp/mergedtile.63255095.osm"
>>
> I had a quick play and think I've found the problem.
>
> Firstly, when you receive an error in osmosis, look further down the
> stack trace. The real reason is almost always in there somewhere.
> Osmosis is multi-threaded so it is difficult to have the real reason
> show up at the start of the error message. In your case the first bit
> of error was from the input xml readers detecting that the merge task
> had aborted. The merge task output was further down the error messages.
>
> In this case there were two problems:
> 1. The data was unsorted.
> 2. Some data doesn't appear to have dates attached (I haven't found the
> offending entry yet).
>
> This command line works:
> osmosis --rx tile.63255095.osm.gz enableDateParsing=false --sort --rx
> eletile.63255095.osm.gz enableDateParsing=false --sort --merge --wx
> out.osm.gz
>
> It sorts all data before the merge, and ignores all dates in the input
> data (replacing them with current system time). This is a bit of a
> kludge, ideally the data itself should be fixed to include the correct
> dates but hopefully it points you in the right direction.
Thanks Brett - that did the trick! Sorry to have bothered you and Karl
with an operator error. The quick help is much appreciated. :)
Andy
--
Andy
PGP Key ID: 0xDC1B5864
More information about the dev
mailing list