RE: [gdal-dev] An issue about using GDALWARP to do theNTv2transformation

2010-12-22 Thread heng.feng
http://osgeo-org.1803224.n2.nabble.com/file/n5861680/gdalwarp_problem1.doc gdalwarp_problem1.doc Hi Uwe, Further to my email sent to you yesterday, I have uploaded the screenshots showing the results by running the GDALINFO and GDALWARP commands on the same raster file, which contains the geore

[gdal-dev] mrsid_lidar -> mrsid

2010-12-22 Thread Kirk McKelvey
I would like to fold the mrsid_lidar driver (submitted earlier this year) into the mrsid raster driver. I plan to keep lidar and raster support separately-configurable in the build, but think it makes sense to present a single driver for MrSID files. MrSID/LiDAR is still a pretty recent format

Re: [gdal-dev] NGA High Resolution Elevation (HRE) data problem?

2010-12-22 Thread Even Rouault
Scott, yes I also see the image being flipped upside-down when comparing with google- earth imagery for example. I've looked at the coordinate registration info (the IGEOLO record) and it looks OK. UpperLeft : 11N 487873 3627061 UpperRight: 11N 488200 3627060 LowerRight: 11N 488200 3626695 Lowe

[gdal-dev] NGA High Resolution Elevation (HRE) data problem?

2010-12-22 Thread Reynolds, Scott
Hi, I'm trying to add support for NGA HRE data to our applications using GDAL 1.7.3 NITF driver. Sample files 1-4 at http://www.gwg.nga.mil/ntb/baseline/docs/HRE_spec/index.html are referenced to UTM zone 11 and appear to be inverted north to south. NITF imagery I have that is also referenced

Re: [gdal-dev] 1.8 Release - Need to move!

2010-12-22 Thread Even Rouault
Selon Jean-Claude Repetto : > Hello, > > At this time, there are 595 active tickets in Trac. Don't you think it > would be useful to organize a "bug hunting day" to close a maximum > number of tickets ? Some of them are just small patches, they could be > closed very quickly. Naturally, this shoul

RE: [gdal-dev] An issue about using GDALWARP to do theNTv2transformation

2010-12-22 Thread heng.feng
Hi Uwe, Thanks for your reply. The l0.tif file does not contain any georeferenced information. However, I have run the GDALINFO command on another raster data file which is in the same map data set provided by the customer and hence is supposed to be georeferenced in the way as the l0.tif file

Re: [gdal-dev] 1.8 Release - Need to move!

2010-12-22 Thread Jean-Claude Repetto
Le 17/12/2010 17:16, Frank Warmerdam a écrit : I've been dragging my feet on release for a couple weeks now because I'm uncertain about the OGR 64 bit RFC. Rather than vacillate into new year, I would like to defer it to 1.9 and start a beta program. Are there any objections to me producing a "b