[openstreetmap/openstreetmap-website] Add changeset upload modifiers (#1389)

Frederik Ramm notifications at github.com
Wed Dec 7 08:06:59 UTC 2016


I would like to see more modifiers to the "modify" and "delete" sections in changeset uploads, along the lines of the existing "if-unused" modifier (or qualifier?) on the "delete" section (see http://wiki.openstreetmap.org/wiki/API_v0.6#Diff_upload:_POST_.2Fapi.2F0.6.2Fchangeset.2F.23id.2Fupload).

Reverting a large set of edits could be much more efficient if the following were supported:

1. "ignore-version" modifier on "delete" call to execute the deletion even if the object meanwhile has a different version. This would be used to delete e.g. a larger import where even if someone else had modified an object in the meantime, it still has to be deleted. 

2. "if-current" modifier on "delete" and "modify" calls to execute the deletion or modification only if the version transmitted is current (that is the default behaviour anyway) and silently ignore the deletion or modification if the version is not current (instead of cancelling the whole transaction which is the default behaviour). This could be used to revert a large mechanical edit where those objects that have meanwhile been touched by other mappers are exempt.

I'm happy to prototype these modifications but if possible I'd like some feedback on the ideas first.

A more ambitious way to improve the reverting of edits would be extending the changeset upload to allow a "revert" block that can revert objects to earlier versions without actually transmitting the full earlier version, like 

    <revert>
       <way id="1234" version="6" revert_to_version="2" />
    </revert>

but that's something for 0.7 I guess.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/1389
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20161207/6ef8cb9e/attachment.html>


More information about the rails-dev mailing list