Hi Michael,
yes, JOSM seems to expect metainfo (version, userid, last change timestamp) and fails to read
a pbf file without that info. No idea why, but I've added a workaround in splitter r428 right now.
Instead of using an editor you can use osmconvert:
osmconvert --fake-version <input-file> -o=output.osm
I hesitate to change splitter in this case because the extra information increases the osm.gz files
by ~2% . I'd first like to understand why JOSM doesn't allow api version 0.5 anymore.
Gerd Petermann wrote > Hi Greg. > > > You can use osmconvert which should be able to read the output of > splitter, e.g. > > osmconvert 12360002.osm.pbf -o=12360002-josm.osm.pbf Sorry, was too quick. You probably need option --fake-version for osmconvert: osmconvert --fake-version 12360002.osm.pbf -o=12360002-josm.osm.pbf I think that's the reason for the problem: JOSM doesn't like input in pbf format that doesn't have the meta info (version, author etc) I never cared about that because I use o5m format and an o5m plugin that I wrote once for JOSM. It is not in the plugins repo, but I may try again to add it there. A 3rd alternative is to use --output=xml in splitter, the files in that format are no problem in JOSM, but may decrease performance in splitter and mkgmap. Gerd -- View this message in context: http://gis.19327.n5.nabble.com/when-I-use-SPLITTER-to-IMPORT-om-pbf-files-into-JOSM-I-get-error-tp5868501p5868511.html Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev