Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Zoom in to edit" not always appropriate for long boundary operations #7116

Closed
jidanni opened this issue Dec 13, 2019 · 6 comments
Closed

"Zoom in to edit" not always appropriate for long boundary operations #7116

jidanni opened this issue Dec 13, 2019 · 6 comments

Comments

@jidanni
Copy link
Contributor

jidanni commented Dec 13, 2019

Let's say the Sahara Desert countries X and Y have agreed to realign their long border.

Rather than handing out Shapefiles, they instead hold a joint news conference right there with both kings and a team of OSM mappers with the iD editor open. And them pointing at which mountain contains the border corners etc.

This would be a simple mapping task if iD didn't assume all operations are done at city street magnification.
The moment one tries to deal with larger objects (boundaries) it becomes, though still possible, quite a task, as one needs to zoom in each time to grab a node...

@jidanni
Copy link
Contributor Author

jidanni commented Dec 13, 2019

Sure, allowing editing at lesser zoom levels might overwhelm the computer with data... However often we are talking about rural areas with little data to worry about.

@jidanni
Copy link
Contributor Author

jidanni commented Dec 13, 2019

Yes, allowing editing at lower zoom levels might easily allow people to accidentally grab the entire Korean DMZ (?) and paste it into the ocean. (Well I mean increase the damage due to editing accidents.)
But still there should be some override button somewhere to allow the user to grab things at lower zoom levels.

@jidanni
Copy link
Contributor Author

jidanni commented Dec 13, 2019

In fact the entire line we are working with,
4638-7
disappears entirely from the screen, at just one lower zoom level,
8418-8
As the map looks so much different, we very much lose our place.

Perhaps iD could be kind enough to at least leave the item we selected still on the screen, while we zoom out to find its next node, etc. Thanks.

@jidanni
Copy link
Contributor Author

jidanni commented Dec 13, 2019

Zoom level 16, background: none.
2158-9
Zoom level 15, background: none.
14151-12
As you see, it is almost all black...

@jidanni
Copy link
Contributor Author

jidanni commented Dec 13, 2019

And... "this feature cannot be deleted because not enough of it is visible."
25330-14
But when the user tries to see more of it (by zooming out) the feature disappears!

Workaround: split the line into smaller segments, and delete them one by one.

@quincylvania
Copy link
Collaborator

@jidanni This is covered by #1520 and #5001. Large, consequential geometry edits like you described are outside the current scope of iD and should be addressed in an editor like JOSM.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants