##help needed
I have no real idea of what this is about other than something to do with relations hence I have no clue as to how to fix it. In the meantime, I cannot edit because I have already received the “You have too many edits to back up” message. Your help would be greatly appreciated.strong text
Without any links to data that might be causing it, I’d be surprised if people could provide specific help.
General advice might be “save early, save often”.
If you can remember what you did, and can reproduce that on the dev server (search “sandbox for editing” in the OSM wiki), then it might be worth reporting that as a github issue against iD.
I have been wondering the same thing.There is a way to download the changeset that I am trying to save. Do you think that might help duplicate the problem and find a fix?
If you can save your attempted changes as a.osc file which contains relations -14 and -15, and can shed some light on how those got created, it might be possible to understand what happened.
If you can save the .osc file then you might be able to manually remove some parts of it (with a text editor) then you might be able to upload that using JOSM.
I was able to do that but it is pretty much Greek to me. There are 5 instances of the word “relation” in the file but still don’t see what the editor program’s problem is.
To clarify: the error is directly produced by the OSM editing API and indicates that the new relation with id -15 has a reference to the new relation with id -14 that however isn’t in the uploaded data. Negative ids are used in editors as placeholders that are replaced by new positive ids when you upload. Obviously this is likely an error in the editor that needs to be investigated.
It would be really helpful if you could attach the .osc file, you’ll probably have to change the extension to .txt for that to work.
The related iD issue was closed 5 years ago https://github.com/openstreetmap/iD/issues/3208 so it can’t really just be ordering on its own. Could naturally be a cyclic reference but iD is supposed to complain about those too.
Well, I’d say it’s still fairly trivial to recreate the issue using circular dependencies. Add a few new relations, add some cross-references, upload, and…
With help of several people on this forum this problem was finally bypassed. That only led to a new error having to do with either malformed or missing redirect url. More editing finally made that one go away, too. Thanks to all of you for your help. I could not keep editing if I could not upload what was already in the changeset because tables would start to overflow when there more edits than the system can handle. It was a case of being between a rock and a hard place, With your kind and useful replies, it was all taken care of.