<p><a class="user-mention" data-hovercard-type="user" data-hovercard-url="/hovercards?user_id=1011860" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/simonpoole">@simonpoole</a> : right, this inevitably includes ideas like throwing away the whole changeset unless the changeset is properly closed  (<a href="https://wiki.openstreetmap.org/wiki/Original_Changesets_and_Reverts_Proposal_2008#Outlook:_transcations" rel="nofollow">link</a>). Clearly, that's something well beyond the scope of this issue. We would immediately inherit all of the issues of the asynch queues (<a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="430010870" data-permission-text="Issue title is private" data-url="https://github.com/openstreetmap/openstreetmap-website/issues/2201" data-hovercard-type="issue" data-hovercard-url="/openstreetmap/openstreetmap-website/issues/2201/hovercard?comment_id=484484302&comment_type=issue_comment" href="https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-484484302">#2201 (comment)</a>). That's all not too far away from having some kind of staging area to stash all changes. Say Hello to the world of branches, commits and merge (conflicts), this time with OSM data.</p>
<p><a class="user-mention" data-hovercard-type="user" data-hovercard-url="/hovercards?user_id=361423" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/mvl22">@mvl22</a> : there are some similarities to <a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="430010870" data-permission-text="Issue title is private" data-url="https://github.com/openstreetmap/openstreetmap-website/issues/2201" data-hovercard-type="issue" data-hovercard-url="/openstreetmap/openstreetmap-website/issues/2201/hovercard?comment_id=480499265&comment_type=issue_comment" href="https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-480499265">#2201 (comment)</a> in the "let's handle all POST requests approach", only that you're creating the key based on a payload hash - which is something we discussed in <a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="430010870" data-permission-text="Issue title is private" data-url="https://github.com/openstreetmap/openstreetmap-website/issues/2201" data-hovercard-type="issue" data-hovercard-url="/openstreetmap/openstreetmap-website/issues/2201/hovercard?comment_id=485143934&comment_type=issue_comment" href="https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-485143934">#2201 (comment)</a> as calculating a checksum. As I noted in <a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="430010870" data-permission-text="Issue title is private" data-url="https://github.com/openstreetmap/openstreetmap-website/issues/2201" data-hovercard-type="issue" data-hovercard-url="/openstreetmap/openstreetmap-website/issues/2201/hovercard?comment_id=485145410&comment_type=issue_comment" href="https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-485145410">#2201 (comment)</a> this may or may not be possible, depending on the endpoint semantics and needs to be clarified. Keeping the full blown XML response around in a table was already questioned in <a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="430010870" data-permission-text="Issue title is private" data-url="https://github.com/openstreetmap/openstreetmap-website/issues/2201" data-hovercard-type="issue" data-hovercard-url="/openstreetmap/openstreetmap-website/issues/2201/hovercard?comment_id=484396809&comment_type=issue_comment" href="https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-484396809">#2201 (comment)</a>.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-488992236">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLNCVQ3AIUD4KL5YDATPTPVRRANCNFSM4HEAKOPQ">mute the thread</a>.<img src="https://github.com/notifications/beacon/AAK2OLP5H36TNSDMHDZ6SQLPTPVRRA5CNFSM4HEAKOP2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODUSW33A.gif" height="1" width="1" alt="" /></p>
<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/openstreetmap/openstreetmap-website","title":"openstreetmap/openstreetmap-website","subtitle":"GitHub repository","main_image_url":"https://github.githubassets.com/images/email/message_cards/header.png","avatar_image_url":"https://github.githubassets.com/images/email/message_cards/avatar.png","action":{"name":"Open in GitHub","url":"https://github.com/openstreetmap/openstreetmap-website"}},"updates":{"snippets":[{"icon":"PERSON","message":"@mmd-osm in #2201: @simonpoole : right, this inevitably includes ideas like throwing away the whole changeset unless the changeset is properly closed  ([link](https://wiki.openstreetmap.org/wiki/Original_Changesets_and_Reverts_Proposal_2008#Outlook:_transcations)). Clearly, that's something well beyond the scope of this issue. We would immediately inherit all of the issues of the asynch queues (https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-484484302). That's all not too far away from having some kind of staging area to stash all changes. Say Hello to the world of branches, commits and merge (conflicts), this time with OSM data.\r\n\r\n@mvl22 : there are some similarities to https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-480499265 in the \"let's handle all POST requests approach\", only that you're creating the key based on a payload hash - which is something we discussed in https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-485143934 as calculating a checksum. As I noted in https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-485145410 this may or may not be possible, depending on the endpoint semantics and needs to be clarified. Keeping the full blown XML response around in a table was already questioned in https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-484396809. \r\n\r\n\r\n\r\n"}],"action":{"name":"View Issue","url":"https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-488992236"}}}</script>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-488992236",
"url": "https://github.com/openstreetmap/openstreetmap-website/issues/2201#issuecomment-488992236",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>