This post originated from an RSS feed registered with Ruby Buzz
by .
Original Post: Mouse Coordinates To Lat/Long
Feed Title: cfis
Feed URL: http://cfis.savagexi.com/articles.rss
Feed Description: Charlie's Blog
Latest Ruby Buzz Posts
Latest Ruby Buzz Posts by
Latest Posts From cfis
Advertisement
This post is long overdue - a number
of people have asked me how to convert between lat/long and mouse coordinates
on an HTML page. First, let's define some terms since otherwise is
easy to get confused:
World coordinate system - The projected coordinate
system - for example, the Mercator projection used by Google.
Document coordinate system - The browsers coordinate system, units
are in pixels.
View coordinate system- The coordinate system of the HTML element,
such as a div tag, that contains the map. Units are in pixels.
Since writing out coordinate system gets tedious pretty quickly, I'll
abbreviate it as CS.
A Series of Transformations
Transformations are used to convert coordinates between different coordinate
systems. There are two types of transformations commonly used
in mapping. The first is projection transformations which convert to
and from a geodetic CS to a projected CS like Mercator or UTM. Projection
transformations are often non-linear and require fairly complex math.
The second type of commonly used transformations are affine tranformations.Affine
transformations are used to translate (i.e., move), scale, rotate and skew
features. Affine transformations are linear and are used by all drawing
programs and are often used in games (pick up any book about math for
game developers to learn more about affine transformations).
So back to the problem at hand. To get from a lat/long value to a pixel
value requires a series of transformations:
Geodetic CS -> World CS (projection)
World CS -> View CS (affine)
View CS -> Document CS (affine)
We've already know how to transform a
point between the Geodetic CS and World CS. But how do we do step #2?
Its done like this:
Translate the world CS center to 0,0
Rotate the map if needed
Scale the map to the view CS
Translate from 0,0 in the view CS to the center of the view CS.
Why the translation to 0,0 first? The image below from O'Reilly's SVG
Essentials book shows the problem. The small rectangle's top left
is at 5,5. Now let's scale the rectangle by a factor of 2 to make the
bigger rectangle. Note that the bigger rectangle is not only larger,
its top left corner has also shifted to 10,10.
Image courtesy of O'Reilly (taken from SVG Essentials)
In addition, if you want to rotate the map, you want it to rotate around
the center of the map not the current 0,0 position.
Scale Factor
Assuming you don't want to rotate the map, the next step is to scale the
world CS to the view CS. How do we determine the scaling factor? This is
done by introducing another concept, unit size.
The unit
size is the physical world distance in centimeters (you can use any unit
system you like) represented by one unit of a coordinate system.
For the view CS, it is the number of centimeters on the ground represented
by one pixel. For the world CS, it is the number of centimeters on the
ground represented by one world CS unit (which could be inches or meters
or kilometers, etc.). Here is some pseudo code:
// How many centimeters in the physical world does one pixel cover?var elementUnitDistance =(1/scale)*(1/PIXELS_PER_CM)// How many centimeters in the physical world does one world unit cover?var displayUnitDistance =worldCS.getDisplayUnitSize()varscalingFactor = elementUnitDistance/displayUnitDistance
We make an assumption that there are 72 pixels per inch - to calculate
pixels per centimeter divide by 2.54. Note that this assumption
will always be off to some degree. If you are using SVG, it provides an
API that will return the exact number.
For Google's Mercator projection, we can figure the unit size like this:
// What is the circumference of the earth at the current latitude in cm?var latRadians = Math.degreesToRadians(lat)var circumference =2* Math.PI *(Math.cos(latRadians)* EARTH_RADIUS_IN_CM// What is the circumference of the earth in worldCS units?
var worldDistance =2* Math.PI *mercator_cs_radius// Calculate the unit sizevar unitSize = earthDistance/worldDistance
As I discussed before,
the scaling factor for Google Maps is always 1. Why is that? Because the
Google Mercator projection is also in pixels, so obviously one pixel equals
one pixel. The advantage of doing this is that Google can pre-render map
tiles to greatly improve performance. The disadvantage is that you cannot
zoom to an arbritrary scale on a map - you can only go to Google's predefined
zoom levels.
If you use other projections, or other GIS systems, then the you have
to calculate the scaling factor.
An Example
Let's work through an example. We want to render a map centered on the
Colorado State Capital building in downtown Denver at Google's zoom level
16 (which means a preset scale of 1/5206.6). The map should be shown in
a div tag which is 500 pixels wide and 500 pixels high. The top left of
the div tag is located at 100,100 in the document CS.
The longitude/latitude of the Colorado state capital is -104.985 and 39.739
(I just picked these values off a map so the maybe a bit inaccurate).
From what we learned before, we can quickly calculate this to be an x value
of 3495974 and a y value of 6367308 in Google's Mercator projection for
zoom level 16.
So, what is the latitude and longitude of the top left of the div tag?
We just reverse the steps described above.
// starting point in document CSvar x =100var y =100// Convert from document CS to view CSx = x -100y = y -100// Translate view CS center to 0,0x = x -250y = y -250// Scale from view CS to document CSvar viewScale =1// always for Googlex = x * viewScaley = y * viewScale// Translate 0,0 in world CS to world CS centerx = x +3495974y = y +6367308// Convert from world CS to geodetic CSvarlong=convertMercatorToWGS84Long(x)var lat =convertMercatorToWGS84(y)// answer is:// long = -104.99// lat = 39.74