Modify

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@…

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.

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.

Add Comment

Modify Ticket

Change Properties
<Author field>
Action
as new .
as The resolution will be set. Next status will be 'closed'.
to The owner will be changed from team. Next status will be 'new'.
Next status will be 'needinfo'.The owner will change to dieterdreist
as duplicate The resolution will be set to duplicate. Next status will be 'closed'.The specified ticket will be cross-referenced with this ticket
The owner will be changed from team to anonymous. Next status will be 'assigned'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.