fix that drawings on top of each other were glued

[warm-coolguy]

Summary

Made stacked vertices in Draw feature separatable again.

Instructions for local reproduction and review

Test in snowbox with npm run snowbox. Stack feature vertices; the edit operation now allows for their separation again.

Pull Request Checklist (for Assignee)

• Changelogs are maintained
• Functionality has been tested in Firefox, Chrome, Safari
• Functionality has been tested on a smartphone
• Functionality has been tested with 200% screen zoom
• Screenreader functionality has been manually tested with NVDA not relevant to ScreenReader

An additional (unrelated) bug was found on mobile device and reported to #227.

UI has been tested in the following tools regarding accessibility (only regarding functionality affected in this PR)

• Chrome Lighthouse
• Firefox Accessibility

[dopenguin]

This is a big step-up to the implementation before!
However, if a geometry is on top of another geometry, the geometry that is placed under the other one can either a) not be edited at all and has no indicator for that either or b) the indicator is present but the editing only sometimes begins.
If no features completely overlap, the feature works great though!

🏓 @warm-coolguy

[warm-coolguy]

This is a big step-up to the implementation before! However, if a geometry is on top of another geometry, the geometry that is placed under the other one can either a) not be edited at all and has no indicator for that either or b) the indicator is present but the editing only sometimes begins. If no features completely overlap, the feature works great though!

🏓 @warm-coolguy

Oh, yeah. I see. I have no fix idea for that. Maybe it's not relevant? Shall we merge anyway?

🏓 @dopenguin

[dopenguin]

This is a big step-up to the implementation before! However, if a geometry is on top of another geometry, the geometry that is placed under the other one can either a) not be edited at all and has no indicator for that either or b) the indicator is present but the editing only sometimes begins. If no features completely overlap, the feature works great though!
🏓 @warm-coolguy

Oh, yeah. I see. I have no fix idea for that. Maybe it's not relevant? Shall we merge anyway?

🏓 @dopenguin

As it currently works that a feature can be modified, even if it is overlapped by another, I suggest that this issue is tackled as part of this PR as well as we'd just introduce a new bug otherwise.

🏓 @warm-coolguy

[warm-coolguy]

This is a big step-up to the implementation before! However, if a geometry is on top of another geometry, the geometry that is placed under the other one can either a) not be edited at all and has no indicator for that either or b) the indicator is present but the editing only sometimes begins. If no features completely overlap, the feature works great though!
🏓 @warm-coolguy

Oh, yeah. I see. I have no fix idea for that. Maybe it's not relevant? Shall we merge anyway?
🏓 @dopenguin

As it currently works that a feature can be modified, even if it is overlapped by another, I suggest that this issue is tackled as part of this PR as well as we'd just introduce a new bug otherwise.

🏓 @warm-coolguy

The new behaviour is actually a feature since completely overlapped geometries have an additional feeling of depth to them indicating FeatureCollection order now that they can't be edited. If framed as bug, I'd argue it's the better bug. Who needs two polygons anyway ...

🏓 @dopenguin

[dopenguin]

This is a big step-up to the implementation before! However, if a geometry is on top of another geometry, the geometry that is placed under the other one can either a) not be edited at all and has no indicator for that either or b) the indicator is present but the editing only sometimes begins. If no features completely overlap, the feature works great though!
🏓 @warm-coolguy

Oh, yeah. I see. I have no fix idea for that. Maybe it's not relevant? Shall we merge anyway?
🏓 @dopenguin

As it currently works that a feature can be modified, even if it is overlapped by another, I suggest that this issue is tackled as part of this PR as well as we'd just introduce a new bug otherwise.
🏓 @warm-coolguy

The new behaviour is actually a feature since completely overlapped geometries have an additional feeling of depth to them indicating FeatureCollection order now that they can't be edited. If framed as bug, I'd argue it's the better bug. Who needs two polygons anyway ...

🏓 @dopenguin

After discussion we agreed that this will be merged and the new bug will be tackled later on
@warm-coolguy