Frank,
I am having a similar problem with a files like that. They are taking more than
3 seconds just to open on gdalinfo or any GDALOpen() call. That wouldn't be a
problem except in a case where we are running a large bath process with several
gdal_translate runs frequently.
But as far I can
Selon David Burken :
> Even,
> See below with more info, looks like there are multiple defined things
> including external cpl_serv.h. Hope this helps.
> Dave
>
Yes, this was helpful. Should be fixed now. See
http://trac.osgeo.org/gdal/ticket/4162#comment:2
Please svn update and retry (after un
Even,
See below with more info, looks like there are multiple defined things
including external cpl_serv.h. Hope this helps.
Dave
On 07/16/2011 03:12 PM, Frank Warmerdam wrote:
Folks,
I should have mentioned more widely, I have written up a ticket on
this issue at:
http://trac.osgeo.org
On Sun, Jul 17, 2011 at 8:16 AM, Logan Greenlee
wrote:
> Sorry - here are the GCP's:
...
> Is there any particular reason mapserver can't use the GCP's for display? Is
> it that they are not necessarily corner points of the image?
Logan,
It is just not a feature of MapServer to support warping
Sorry - here are the GCP's:
Size is 9216, 7168
Coordinate System is `'
GCP Projection =
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
TOWGS84[0,0,0,0,0,0,0],
AUTHORITY["EPSG","6326"]],
PRIMEM["Gree
Selon jt2000 :
> /usr/local/bin/pct2rgb.py -rgba raster.grc convert.tif
> *Traceback (most recent call last):
> File "/usr/local/bin/pct2rgb.py", line 167, in
> dst_data = Numeric.take(band_lookup,src_data)
> File "/usr/local/lib/python2.7/site-packages/numpy/core/fromnumeric.py",
> line
Selon Logan Greenlee :
I think that in older GDAL versions the NITF driver was computing an approximate
geotransform even if it is was not always accurate. Now the driver must be more
careful and return GCPs when returning the geotransform wouldn't be appropriate.
One option to use this image in m
jt,
The .tab file is only used for the projection info.
Were you able to open the file with any other application?
Please check for any extra error messages with the CPL_DEBUG environment
variable set to ON.
On Sun, Jul 17, 2011 at 3:10 AM, jt2000 wrote:
> I have a large (>500MB) GRC file that
