I know I'm not the first to post this topic and encountered this problem. But
I've search and read some posts related to this and tried their solutions
but no luck. I really can't figure out what is causing this problem. How am
I going to solve it?
I have tried gdalwarp -wo SOURCE_EXTRA=100 -wo SA
I know I'm not the first to post this topic and encountered this problem.
But I've search and read some posts related to this and tried their
solutions but no luck. I really can't figure out what is causing this
problem. How am I going to solve it? Badly need help!
I have tried gdalwarp -wo SOURCE
My GDAL package version:
GDAL 1.9dev, released 2011/01/18
My input file is a NETCDF file which contains global average temperatures.
This is the gdalinfo spew:
Driver: netCDF/Network Common Data Format
Files: gfdl_cm2_1-sresa2-tas-run1-2041-2070.nc
Size is 144, 88
Coordinate System is `'
Origin =
Am 11.09.2014 10:45, schrieb Love:
I know I'm not the first to post this topic and encountered this problem.
But I've search and read some posts related to this and tried their
solutions but no luck. I really can't figure out what is causing this
problem. How am I going to solve it? Badly need he
Am 12.09.2014 04:54, schrieb Love:
Hi,
The gdalinfo in my post is the gdalinfo of the subdataset 37. I have also
tried gdal_translate but when I tried to use gdalwarp using the
gdal_translate output, it has error. I really need to use gdalwarp so that
I could project the image into epsg:4326(+pr
Am 15.09.2014 04:22, schrieb Love:
Thanks andre, will try this as soon as I can and will give you a update.
I just want to ask if will it be possible to batch process my hdf files and
gdalwarp everything if I'm going to specify the -te of each files?
I am not sure if the -te coordinates follo
I have had this error message show up if the s_srs is not correctly auto
detected or not present in the input file. I have used a combination of
looking through other nonstandard meta data files present with the image
sets or using a program like global mapper which has a good chance at
guessing th
Am 15.09.2014 17:02, schrieb Simon Shak:
I have had this error message show up if the s_srs is not correctly auto
detected or not present in the input file. I have used a combination of
looking through other nonstandard meta data files present with the image
sets or using a program like global ma
I just recall seeing similar output from gdal info where it listed the meta
data but still showed Coordinate System is `' for the main line. When I
added the s_srs it fixed itself.
However I will admit it was a long while ago and I could be remembering
slightly off.
On Sep 15, 2014 11:21 AM, "Andre
Am 17.09.2014 04:59, schrieb Love:
Hi,
Thanks! But it is workig only for some while for some hdf's, error still
appears. I assigned one uniform target extent for all the files since this
was what I specified before I downloaded the files from the oceancolor nasa.
The extent of the hdf file(s)
On 11-02-10 01:43 PM, Hailey Eckstrand wrote:
But the stays the same:
ERROR 1: Too many points (440 out of 441) failed to transform,
unable to compute output bounds.
Hailey,
I tried with your file and with debugging on and saw the following message:
WARP: Recompute out extent with CHECK_WIT
11 matches
Mail list logo