<div class="gmail_quote">On Sat, Apr 25, 2009 at 6:49 AM, Mike Harris <span dir="ltr"><<a href="mailto:mikh43@googlemail.com">mikh43@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have raised a ticket for this but would appreciate any help so that I can<br>
make some progress ...<br>
<br>
I tackled API6 with JOSM for the first time today. My first attempt - a<br>
small edit - worked like a dream and the update appeared OK on the next<br>
download from OSM.<br>
<br>
My next attempt was a much bigger set of edits - this repeatedly fails to<br>
upload. The error message has to be read in sections as it is too long for<br>
the dialogue box but after several failed uploads I can see I am getting a<br>
java error java.io.IOException and an OSM server error code 409. I have been<br>
industriously filling in the new comment box!<br>
<br>
I have tried downloading immediately before uploading. This always gives the<br>
same single conflict (ID 28422846) a short way that was duplicated and I<br>
edited out the duplication. Attempting to resolve the conflict gives me the<br>
obvious two choices - deleted=true ('mine') or deleted=false ('theirs').<br>
After resolving the conflict the upload still fails with a 409 error. It<br>
doesn't matter which option I choose. I have even chosen 'false', re-deleted<br>
the duplicate and then tried again.<br>
<br>
Seems to be a bug somewhere in API6 - so no more mapping until I can get an<br>
answer that allows me to upload. Particularly annoying as I had to recreate<br>
the OSM as I was half way through the job before the API change and didn't<br>
want to mess about with the half-finished work in api 5 osm format.<br>
<br>
I am using josm v 1555 (but have also tried v1529 - the most recent 'stable'<br>
version - which still gives 409 errors). I am using java v1.6.0_13.<br>
<br>
HELP!<br>
<br>
Mike<br>
</blockquote></div><br>Cross-posting to JOSM-dev. I haven't looked at the code, but it makes me wonder if the conflict resolution is not taking the version number from the downloaded (conflicting) entity, which would make the version number mismatch and give you a 409 (conflict) error and thus prevent you from uploading.<br>