Opened 4 years ago
Last modified 22 months ago
#2065 new defect
scale display corrupt for big scales
| Reported by: | dieterdreist | Owned by: | team |
|---|---|---|---|
| Priority: | minor | Component: | Core |
| Version: | latest | Keywords: | zoom wheel mouse scale |
| Cc: |
Description
I found that when zooming out with the mouse wheel, the displayed scale (top left corner) starts to become smaller at a certain point, ending up at <1m whilst it should be thousands of km. Maybe there could be a limit for mousezoom as there is with the slider, as it makes no sense to zoom beyond earth-extents.
Release 1306
Attachments (0)
Change History (8)
comment:1 Changed 4 years ago by detlef.reichl@…
comment:2 Changed 4 years ago by anonymous
Ticket #2445 has been marked as a duplicate of this ticket.
comment:3 Changed 4 years ago by stoecker
- Resolution set to fixed
- Status changed from new to closed
Should be fixed now. Zooming out should no longer be possible.
comment:4 Changed 4 years ago by dieterdreist
- Resolution fixed deleted
- Status changed from closed to reopened
it is still corrupt: when zooming out, the numbers get bigger but at a certain point (when the world is smaller than the display) they get smaller again even while zooming out instead of zooming in.
comment:5 Changed 2 years ago by stoecker
- Component changed from unspecified to Core
- Owner changed from framm to team
- Status changed from reopened to new
comment:6 Changed 22 months ago by xeen
I believe this issue is fixed and only the way the scale bar is displayed makes this confusing. Since each projection transforms the 3D-earth onto a 2D plane the scale will be different depending on where you edit -- near the equator, where the circumference is the highest the scale would display a large number. Likewise, the closer to the poles the smaller the number will be.
The scale uses the viewport center as point of reference. This seems to be a good choice, since on average the error cancels out for the whole viewport. Also, I usually edit around the center and I assume most other people do so as well. I suposse adding a tooltip to the scaler/slider wouldn't hurt. What about…
"Point of reference is the center of the viewport. Scale depends on zoom level, projection and location due to the way the 3D earth is projected onto a 2D plane."
comment:7 Changed 22 months ago by stoecker
I believe there are still situations, where the validity checks don't catch and zoom goes berserk. Especially dangerous for projections only covering parts of the earth. Thought I didn't look lately.
comment:8 Changed 22 months ago by xeen
I checked for several UTMs, WGS84, Lambert Zone in Estonia and swiss grid and all appeared to work fine (or at least, the way I described above). I'll try some more some other time in case I turned blind here.



I posted the same thing some hours ago on the mailing list. In private mail, someone told me, that it is the fault of the greatCircleDistance method, what I've already expected. He pointed me to an other way of calculation, which on the down side is much more expensive.
So I looked through the existing code and the only position where speed really is needed is in the GPX import. On the other hand, the import shall nearly never touch the problem of the existing formula, so for this the old one can be used further.