-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Prezoom properly trace edits #4796
Comments
Thanks for reporting, I will look into why iD doesn't zoom into this trace. |
Ok I figured out why the trace is zoomed out.. It's because code on openstreetmap-website is telling iD to open the view at z16.. I'll open an issue on openstreetmap-website to change this: |
I'll need to think more about the best way to fix this. This is weird. It means that:
I'm thinking more that I should just change iD's behavior. If we're passed a data file, we should probably always zoom to it. I'm not sure whether this would break any other sites. For example, the HOT Task Manager passes us a bounding task square, but it would probably be ok to just center the user's view on that task square (maybe preferred) . |
2021 problem description:
These all lead to Zoom Level 16 views. But that "one size fits all" is bad when the user has been hiking around for half an hour (not far). E.g., in the first case, the user will notice some red stuff in the middle of the screen... |
Observe that we need to now at least click two more "+" zooms to really
get to comfortable editing range.
A simple rule would be have the page prezoomed so that the entire track
just fits the page.
You might say of "(map/edit)" the two could be different zooms. Map would be a zoomed out overview, but edit would be zoomed in, ready to edit.
The text was updated successfully, but these errors were encountered: