Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#6653 closed defect (fixed)

Recent change in JOSM has broken some older *.osm files — at Version 6

Reported by: rickmastfan67 Owned by: team
Priority: major Milestone:
Component: Core Version: latest
Keywords: Cc:

Description (last modified by rickmastfan67)

Alright, I have this older (from February) *.osm file that a friend made for me out of the 2010 TIGER data so I could use it to replace/fix/add roads to OSM where necessary locally.

Well, I had been able to open the file with no problems in JOSM up until recently. It last opened in r4264. Every release after that, it refuses to open. When I try to open it in r4272 or r4274, the following message shows up:

Could not read file 'TIGER2010_Allegheny_PA.osm'.
Error is:
Line 1 column 60: Unsupported version: 0.3 (at line 1, column 60)

Back in r4264 and previous versions, I did notice this when I opened the file in the CL:

Undefined element: 'osmChange' found in input stream. Skipping.
Undefined element: 'modify' found in input stream. Skipping.

But I didn't pay attention to it since it was "skipped".

Is this something that can be fixed in JOSM to have the file work again, or is there something I should fix in the osm file so that it can be loaded in JOSM versions later than r4264?

Change History (7)

comment:1 by bastiK, 14 years ago

Can you attach the file?

comment:2 by rickmastfan67, 14 years ago

Alright, I'm attaching the Butler County 2010 TIGER file my buddy provided me. I would attach the Allegheny County one, but it's 115MB un-compressed, and only compresses down to 6.26MB (with 7-zip). However, the Butler County one compresses down to below 2MB, so I can attach it. It does the same thing as the Allegheny one; works in r4264; doesn't work in r4272 & r4274 and gives the same messages in the CL and inside of JOSM.

Last edited 14 years ago by rickmastfan67 (previous) (diff)

by rickmastfan67, 14 years ago

Attachment: TIGER2010_Butler_PA.7z added

2010 TIGER Data - Butler County, PA

comment:3 by rickmastfan67, 14 years ago

Also, I think [4268] might be the reason this is happening, since I do see "osmChange" mentioned in it.

in reply to:  3 ; comment:4 by bastiK, 14 years ago

Replying to rickmastfan67:

Also, I think [4268] might be the reason this is happening, since I do see "osmChange" mentioned in it.

Right, I think we never really supported import of osc files, it is more a coincidence that this works (or used to work).

Open your file in an editor and change the version from 0.3 to 0.6. JOSM is right to reject this outdated version, this is probably a problem of the generating software. If you open http://api.openstreetmap.org/api/0.6/changeset/98051/download, you'll get a osc file with correct version.

in reply to:  4 comment:5 by rickmastfan67, 14 years ago

Resolution: othersoftware
Status: newclosed

Replying to bastiK:

Open your file in an editor and change the version from 0.3 to 0.6. JOSM is right to reject this outdated version, this is probably a problem of the generating software. If you open http://api.openstreetmap.org/api/0.6/changeset/98051/download, you'll get a osc file with correct version.

That did the trick. The file(s) are now loading once again in JOSM r4277.

I've also directed my friend who originally created the files for me to this ticket. He might comment on it later, but I'll mark this as "othersoftware" right now.

comment:6 by rickmastfan67, 14 years ago

Description: modified (diff)
Note: See TracTickets for help on using tickets.