[Gdal-dev] Also against NIMA/US Army

[Grabowski, Hank]

I found another tool off of the Capscon site.  Apparently the tool
doesn't convert to WGS84 but only to NAD83, which they say is "close
enough for most uses."  However they recommended a tool called GEOTRANS.
This tool is supposedly put out by the US Army Topographic Engineering
Center Geospatial Information Division and the NIMA Exploitation Tools
Division.  The results are below.  I used the same data points as I
listed previously for the Easting/Northing values.  I chose the NAD 27
UTM zone 16 baseline going to the WGS84 Geodetic output.  The values
don't match any of the four previous tools for latitude, but seems to
agree more with the OGR/Corpscon results.  


Product	Lat			Lon
		DD MM SS.sssss 	DDD MM SS.sssss 
USGS		37 11 24.57282 	085 54 17.71610 
ESRI		37 11 24.57 	085 54 17.72
OGR		37 11 24.76		085 54 17.62
Corpscon	37 11 24.75909	085 54 17.61834
GeoTrans	37 11 24.9344	085 54 17.6040

Hank Grabowski
hgrabowski at stk.com
1-610-578-1000
------------------------------------------------------------------------
----------
Experience the analysis and visualization power of STK 5.0 by upgrading
today! Order your free copy at http://www.stk.com to get started!



-----Original Message-----
From: Curt Mills, WE7U [mailto:archer at eskimo.com] 
Sent: Thursday, December 11, 2003 8:32 PM
To: gdal-dev at remotesensing.org
Subject: Re: [Gdal-dev] Forgetting to Destroy?


On Thu, 11 Dec 2003, Frank Warmerdam wrote:

> I ran "ogrinfo -ro -al polygon.shp" through valgrind, and it reports 
> only 316 bytes of memory leaked.  Is there anything unusual about the 
> file in question?  Are you working from recent source?  I don't know 
> why there would be a problem.  You are destroying the datasource when 
> you are done, right?

Yes.  I started with your example C program, and filled things in from
there.  We have the capability of running through a lot of files at
once, displaying them all.  We finish each one before starting on the
next.  We're multi-threaded, but not in the map reading/display portion
of our program.  The datasources get closed and all objects that I can
figure out that we malloc'ed, get free'd when we're done.

-- 
Curt, WE7U.				archer at eskimo.com
http://www.eskimo.com/~archer
  Lotto:  A tax on people who are bad at math. - unknown
Windows:  Microsoft's tax on computer illiterates. - WE7U.
The world DOES revolve around me:  I picked the coordinate system!"

_______________________________________________
Gdal-dev mailing list
Gdal-dev at remotesensing.org
http://remotesensing.org/mailman/listinfo/gdal-dev