Re: [Gpsbabel-misc] pseudo-UTM to lat lon

[Jonathan H. <jh+...@da...>]

On Fri, 20 Aug 2010 14:00:18 -0500
Robert Lipe <rob...@gp...> wrote:

> Subject change because this list isn't the right place for your promotion...
> 
> On Fri, Aug 20, 2010 at 1:07 PM, james pruett <gps...@gm...> wrote:
> >
> >
> > Specifically, we are trying to convert what looks like UTM into lat,lon.
> >
> 
> The snippets you've shown aren't UTM as they're missing zones.   Guessing
> what's in a file, when done well,  is called "reverse engineering".   I
> don't readily see a correlation between the two snippets you've sone.
> 
> 
> 
> > Q: Will visualizer help us?
> 
> 
> Ahem.
> 
> 
> If your question is, "can GPSBabel read UTM and convert to other things?",
> the answer is "yes".  When I add a UTM zone to your stuff I get wacky
> results because the numberts are wacky, but I can convert them:
> 
> $ cat /tmp/jp
> utm_z, utm_e, utm_n
> 16S, 339134.000,  560000.000
> 16S, 339317.000,  559933.000
> 16S, 339461.000,  559925.000
> $ gpsbabel -i unicsv -f /tmp/jp
> 5.064736N 88.451137W WPT001/WPT001
> 5.064134N 88.449485W WPT002/WPT002
> 5.064064N 88.448186W WPT003/WPT003
> 
> Figuring out what you have is your more interesting challenge.   The Brits
> have lots of geographic conventions that apply only to their little world,
> perhaps someone better versed in the nuances of OS will recognize it.
> 
> RJL

Probably UK National Grid, OSGB, epsg:27700

e.g.

$ cs2cs +init=epsg:27700 +to +init=epsg:4326  -s << EOF
339134 560000
339317 559933
339461 559925
EOF
54d55'51.418"N	2d57'4.986"W 51.847
54d55'49.331"N	2d56'54.656"W 51.844
54d55'49.135"N	2d56'46.561"W 51.841


-jh