![]() |
2010-09-28
, 11:25
|
|
Posts: 549 |
Thanked: 299 times |
Joined on Jun 2010
@ Australian in the Philippines
|
#2
|
The Following User Says Thank You to dchky For This Useful Post: | ||
![]() |
2010-09-28
, 12:28
|
Posts: 13 |
Thanked: 14 times |
Joined on Aug 2010
|
#3
|
![]() |
2010-09-28
, 12:40
|
|
Posts: 2,355 |
Thanked: 5,249 times |
Joined on Jan 2009
@ Barcelona
|
#4
|
Getting the raw data (which I think would be part of a NMEA message if available) would be much better, but from what I've read it doesn't sound hopeful on that score.
I've got the translation between WGS84 (the GPS output coordinate system) and OSGB36 working, using the published specifications for the OSGN02 transformation on the Ordnance Survey's website.
This works well for converting lat/long to an OSGB grid reference and displaying it on screen.
The altitude, however, is reported by QtMobility (and liblocation) as some height about sea level (as calculated by the GPS), rather than the standard WGS84 ellipsoid height. This means that I can't calculate the altitude in reference to the Ordnance Survey datum, as I don't know what correction the internal GPS has made to obtain its output.
Does anyone know
a) how to get the raw WGS84 ellipsoid height from the GPS
or
b) the exact transformation the GPS makes to this raw height to give its corrected height about sea level?
I realise this is a bit academic, as the altitude is not that accurate anyway, and it is easy enough to look at the Ordnance Survey contour map for the current location (which can be displayed fine in Mappero), but I'd like to do things 'properly'.
Last edited by Dr Random; 2010-09-28 at 09:40.