You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Reporter: Nick Austin [Submitted to the original trac issue database at 12.00pm, Tuesday, 28th July 2009]
When editing long ways it's often easier to temporarily split the way, edit, then rejoin. However this can unnecessarily "trash the history" of the long way because the order if which the ways are selected when re-joining can delete the way that has the history and create a new way without any history.
Specifically, this happens when an way with a negative ObjectID is selected first and then the user shift-clicks a way with a positive ObjectID. This deletes the way with the positive ObjectID and creates a new way.
Three suggestions for your consideration:
a) Create a tag in the new way (similar to the "Retrieved from v" when reverting) that links back to the deleted ObjectID.
b) Warn via a beep & yellow popup that the history has been "trashed" (the user can then "undo" and rejoin correctly if so wished)
c) Don't allow a choice. Ignore the selection order and always keep the existing ObjectID.
The text was updated successfully, but these errors were encountered:
Reporter: Nick Austin
[Submitted to the original trac issue database at 12.00pm, Tuesday, 28th July 2009]
When editing long ways it's often easier to temporarily split the way, edit, then rejoin. However this can unnecessarily "trash the history" of the long way because the order if which the ways are selected when re-joining can delete the way that has the history and create a new way without any history.
Specifically, this happens when an way with a negative ObjectID is selected first and then the user shift-clicks a way with a positive ObjectID. This deletes the way with the positive ObjectID and creates a new way.
Three suggestions for your consideration:
a) Create a tag in the new way (similar to the "Retrieved from v" when reverting) that links back to the deleted ObjectID.
b) Warn via a beep & yellow popup that the history has been "trashed" (the user can then "undo" and rejoin correctly if so wished)
c) Don't allow a choice. Ignore the selection order and always keep the existing ObjectID.
The text was updated successfully, but these errors were encountered: