I've been given an Excel file with coordinates written like this:
53.20.00.86N05.13.08.40E
I assume that's 53 degrees 20' 0.86" North by 5 degrees 13' 8.40" East, in WGS84 lat/lon.
However, combining this with other data shows errors varying between ~30 and ~200 meters, which is unacceptable.
So I'm wondering about the last 2 numbers for each coordinate. Should I read 08.40 as 8.4 seconds or as 8 seconds + 4/60th of a second? Then again, this would not cause errors in that range.
Any thoughts on this? I'm guessing there's something wrong with the source data, but I want to make sure it's not something in the conversion process.
Coordinates question
Started by
Hans van der Maarel
, Jun 14 2006 09:58 AM
8 replies to this topic
#1
Posted 14 June 2006 - 09:58 AM
Hans van der Maarel - Cartotalk Editor
Red Geographics
Email: hans@redgeographics.com / Twitter: @redgeographics
Red Geographics
Email: hans@redgeographics.com / Twitter: @redgeographics
#2
Posted 14 June 2006 - 10:35 AM
Maybe its not WGS84? Could coordinates in one projection vary as much as 20-300 meters with WGS84 coordinates?
#3
Posted 14 June 2006 - 11:18 AM
Maybe its not WGS84? Could coordinates in one projection vary as much as 20-300 meters with WGS84 coordinates?
If it is a datum error, the shift should be fairly consistent I would expect.
How was the data collected, i.e. where do the points come from. Could this be an issue with some GPS data being colected in difficult terrain or with an older device?
#4
Posted 14 June 2006 - 11:52 AM
I would guess the latter, that sounds more consistent (8 secs + 4/60 of a sec)
#5
Posted 14 June 2006 - 12:23 PM
Martin,
The errors aren't consistent enough to be attributable to something as straightforward as a datum shift or the 8.4 vs 8 + 40/60th (just now noticing I had that wrong in my original post) thing, so there's probabely some acquisition errors in there.
All I know is that the data is captured by our Hydrographic Service, no word on method or file structure.
The errors aren't consistent enough to be attributable to something as straightforward as a datum shift or the 8.4 vs 8 + 40/60th (just now noticing I had that wrong in my original post) thing, so there's probabely some acquisition errors in there.
All I know is that the data is captured by our Hydrographic Service, no word on method or file structure.
Hans van der Maarel - Cartotalk Editor
Red Geographics
Email: hans@redgeographics.com / Twitter: @redgeographics
Red Geographics
Email: hans@redgeographics.com / Twitter: @redgeographics
#6
Posted 14 June 2006 - 01:43 PM
Are there any M or S values greater than 60? Is it possible that those are also in decimal (hundredths) rather than sixtieths?
#7
Posted 14 June 2006 - 02:42 PM
Are there any M or S values greater than 60? Is it possible that those are also in decimal (hundredths) rather than sixtieths?
I hadn't gotten around to going through the 6000-line Excel file... I didn't notice any 60+ values in my quick glances.
Hans van der Maarel - Cartotalk Editor
Red Geographics
Email: hans@redgeographics.com / Twitter: @redgeographics
Red Geographics
Email: hans@redgeographics.com / Twitter: @redgeographics
#8
Posted 15 June 2006 - 11:26 AM
Well, glancing at the first 100 or so should be enough.
What if you just truncate the hundredths? At the scale you're working, would seconds be sufficient accuracy? Each second is only 20-30 meters or so.
What if you just truncate the hundredths? At the scale you're working, would seconds be sufficient accuracy? Each second is only 20-30 meters or so.
#9
Posted 15 June 2006 - 12:07 PM
Well, we've established that the coordinates are actually in WGS and the last set of 2 digits is the hundredths of seconds. Turns out my FME process was introducing a slight error (a division by 100 is not the same as a division by 100.0), but still there's some differences. Client is now deciding whether or not it's acceptable.
Hans van der Maarel - Cartotalk Editor
Red Geographics
Email: hans@redgeographics.com / Twitter: @redgeographics
Red Geographics
Email: hans@redgeographics.com / Twitter: @redgeographics
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users


Sign In
Create Account

Netherlands
Back to top
United States
Sweden








