7 Messages
•
334 Points
Mon, Jan 23, 2012 2:16 PM
Solved
Lightroom: Latitude/longitude search wildly inaccurate in Map module
Hi,
Lightroom 4 beta seems great so far (I'm an LR3 user), but the maps feature (which I'm most excited about) exhibits perplexing behaviour when searching for a specific lat/long in non-urban areas.
Repro steps:
Note that repeating these steps for an urban lat/long (e.g. the position of your house) produces very accurate results.
This may be a limitation with the google maps API, but it is an unexpected (and unwanted behaviour). Entering a lat/long should take you to that spot, not to some house in the 'nearest' town (which in australia can be a few hours drive away).
Lightroom 4 beta seems great so far (I'm an LR3 user), but the maps feature (which I'm most excited about) exhibits perplexing behaviour when searching for a specific lat/long in non-urban areas.
Repro steps:
- Paste the following lat/long (-27.033813,153.465791) into the maps.google.com UI and search. Google maps places 2 markers on the map:
- a green arrow showing the actual position (a helipad on Moreton Island, Australia)
- a red blob showing the nearest house (in a resort on the same island but 18 kilometres away).
- Paste the same lat/long into the Lightroom 4 beta "maps" module search and note that LR4beta is treating the nearest house as the result, not the actual lat/long (i.e. the helipad).
Note that repeating these steps for an urban lat/long (e.g. the position of your house) produces very accurate results.
This may be a limitation with the google maps API, but it is an unexpected (and unwanted behaviour). Entering a lat/long should take you to that spot, not to some house in the 'nearest' town (which in australia can be a few hours drive away).
Problems
•
Updated
4 years ago
2
21
Helpful Widget
How can we improve?
Tags
lightroom4beta
lightroom4
lightroom
beta
geolocation
Responses
Official Solution
benjamin_warde
Employee
•
477 Messages
•
10.7K Points
5 years ago
I'll report this issue to the engineers. In the meantime, let's just cross our fingers and hope that Lewis's readers are smart enough to stay out of moving traffic, no matter what we may suggest. ;-)
-Ben
3
0
John_R_Ellis
Champion
•
5.5K Messages
•
97.2K Points
9 years ago
0
0
jim_endersby_3581093
1 Message
•
62 Points
9 years ago
0
0
John_R_Ellis
Champion
•
5.5K Messages
•
97.2K Points
9 years ago
http://forums.adobe.com/thread/960400...
0
0
John_R_Ellis
Champion
•
5.5K Messages
•
97.2K Points
9 years ago
http://feedback.photoshop.com/photosh...
0
0
stephen_bay
2 Messages
•
122 Points
9 years ago
BTW the process for reporting a lightroom bug is incredibly cumbersome. I was directed to this site, had to create an account, then had to find where to post the issue, etc.
This reply was created from a merged topic originally titled
Lightroom: GPS coordinates differ from Google Maps (BUG).
0
0
q_4198186
5 Messages
•
114 Points
9 years ago
HOW TO REPRODUCE:
In the map module, trying to create a 'Location' at specific coordinates:
- place focus on the location Searchbox
- input coordinates (as given by maps.google.com): 30.832783, 111.109783
- LR complains that they are not found, even if these are perfectly valid coordinates
- input coordinates again (still as given by maps.google.com): +30° 49' 58.02", +111° 6' 35.22"
- LR accepts these now and creates an orange icon at "334 Yiling Road [...]" which is plain wrong. The true coordinates refer to a steep slope with no road at all, as can be seen in the field or on Google Maps.
RESULT : LR places the icon about one mile (!!!) NNW of the user-input coordinates. Note that in some cases, the error can reach as much as 15 miles.
HYPOTHESIS :
It appears Adobe Lightroom forbids creating a user-defined location outside of populated areas (town/village) or road addresses. This is a no-go for any serious wildlife photographer wanting to georeference his/her work, who sometimes has to venture several dozens of meters away from cities and motorways.
FIX (?) :
To define a location at the right place, one should create the location at the wrong place, exit Lightroom, go to the 'Lightroom Settings\Locations' directory, manually edit the related .lrtemplate to input the correct coordinates (this time, in decimal degrees format, although LR supposedly does not understand them...) then relaunch Lightroom.
>> Not sure if such a weird behaviour is rather a bug or some intended feature, but it makes geolocating one's photos with relatively good precision (let's say: at the kilometric level) a pain-in-the-back.
This reply was created from a merged topic originally titled
Lightroom: Map module does not allow geolocation at precise coordinates.
1
0
andreas_renz
1 Message
•
62 Points
8 years ago
And I would say it's not the only one in terms of poor gmaps integration.
see also: http://forums.adobe.com/message/53521...
Kind of a (nerve-racking ) workaround is to enter the GPS data in the photo meta data directly after using the full-blown gmaps in a browser version
0
0
John_R_Ellis
Champion
•
5.5K Messages
•
97.2K Points
5 years ago
0
0
styrbj_rn_ryd
2 Messages
•
80 Points
5 years ago
Lightroom use Google Maps.
Then I wonder why, when I search the coordinate 61°0'22" N 15°11'20" E (caught from the "real" Google Maps) in Lightroom it acctualy place them at the coordinates 61°0'37" N 15°12'12" E? Not far away but still very wrong.
It don ́t seem to be so with other coordinates.
Regards
Björn
0
0
John_R_Ellis
Champion
•
5.5K Messages
•
97.2K Points
5 years ago
0
0
lewis_kemper
59 Messages
•
840 Points
5 years ago
0
0
wintermute314
11 Messages
•
192 Points
5 years ago
Dragging a photo to a place in map module places photo in wrong location.
No longer possible to add location to a photo this way in Lightroom CC.
1
0
calvin_hilton_6078502
21 Messages
•
410 Points
5 years ago
There are a number of "anomalies" with Lightroom's handling of lat/log coordinates in the Map module.
1. If lat/long is entered in the search box in this format: 44.3015 N 110.7337 W, Lightroom doesn't object to the format but doesn't return the correct position. With this example, it returns a location 12 miles away from the correct location.
If exactly the same thing is entered in the metadata GPS field the photo is geotagged correctly and LR will position the map correctly when the photo is selected.
2. If I search on 44°41'33" N 110°44'07" W, LR positions me to a point near Artist's Paint Pots in Yellowstone. If I reduce the longitude by only 1" (44°41'33" N 110°44'06" W which should position ever so slightly to the east) LR positions me to a point 16.5 miles to the south-south-east of the original point. The true distance between the two points is only about 73 feet.
If I try the same two points using Google Maps in my browser, I get the correct results
3. Some points entered in this format: 44.46049, -110.82882 work correctly and some don't. 44.46049, -110.82882 doesn't but -33.840663, 151.071579 does. 44.46049, -110.82882 is the location of Old Faithful geyser in Yellowstone. LR search returns what appears to be a favorite point (when it doesn't work correctly) many miles away. -33.840663, 151.071579 is in Sydney, Australia.
4. The default lat/long format is 44°27'31" N 110°49'50" W but the simpler 44 27 31 N 11049 50 W will return the same result, at least with this example.
LR developers should ensure that if a particular coordinate format doesn't work, the user is told that it doesn't work and not just return a wrong location.
A format that works in the metadata GPS field should also work in the search field.
It's not that hard to handle variations of the N44.46049 W110.82882 format and allow for flexible entry, e.g. with or without things like "N", "W", ",", "-" and spaces positioned before or after the decimal values.
My testing was done with LR 6.1. OS Windows 8.1 Pro 64-bit.
2
0
John_R_Ellis
Champion
•
5.5K Messages
•
97.2K Points
5 years ago
If you read through the other posts in this thread, you'll see that lots of others have experienced very similar symptoms over the past four years and that it's been confirmed these symptoms are caused by the LR Map module showing a nearby named entity when you enter coordinates in the LR Map search box. (The formats of the coordinates have nothing to do with the issue.)
With the old Google Maps, it was very easy to confirm this -- when you searched for coordinates, Google Maps would show you two markers, one for the exact coordinates and one for the named entity. That named entity corresponded with what the LR Map module would show you.
With the new Google Maps, you have to do a little extra work to confirm. First, paste "44°41'33" N 110°44'07" W" into the LR Map search box, which will result in this location:
Next, paste the same coordinates into the Google Maps search box, which will result in Google showing you the exact location with a red marker:
(That location is different than the one shown by LR Map.) Next, click on the red marker, and then in the white box that appears at the bottom, next to "Park County", click on the blue diamond with a white arrow in it:
This will open Google Directions, with the end point a nearby named entity:
Note that this nearby named entity is the same location as that displayed by LR Map for those coordinates.
Here's the LR Map results, the Google Maps results, and the Google Directions results for "-33.840663, 151.071579":
And for "44 27 31 N 110 49 50 W":
Sometimes, LR Map picks a different nearby named entity than Google Directions. For example, for "44.3015 N 110.7337 W", LR Map picks Mystic Falls, while Google Directions picks Loop Trail. As another example, for "44.46049, -110.82882", LR Map again picks Mystic Falls, while Google Directions picks Loop Trail (a different point on Loop Trail than in the previous example).
I believe this difference arises because LR Map is using the Google Maps API that's made available to third-party apps, whereas Google Directions is almost certainly using an internal API that is somewhat different in behavior.
Nevertheless, these examples confirm the cause of the behavior you're seeing: When you enter coordinates into LR Map's search box, LR is showing you the location of a nearby named entity, rather than the exact location.
0
0