gdal_grid has the option to set a minimum and maximum number of data
points to use for interpolation. How are these data points selected from
the total number of points? Are they always the nearest points to the
grid-point that is interpolated?
Jan
Le samedi 18 janvier 2014 12:48:23, Jan Hartmann a écrit :
gdal_grid has the option to set a minimum and maximum number of data
points to use for interpolation. How are these data points selected from
the total number of points? Are they always the nearest points to the
grid-point that is
Hi Even,
In a parallel and almost not related topic, I am getting users complains that
gdal_translate crashes or waste their time and storage space with some
ridiculous RAT that doesn't make any sense for their use case. Maybe we should
have a -noRAT option on gdal_translate. I could also add
Le samedi 18 janvier 2014 15:18:20, Ivan Lucena a écrit :
Hi Even,
In a parallel and almost not related topic, I am getting users complains
that gdal_translate crashes
Well, that should be debugged and fixed... You don't have more details ?
or waste their time and storage space with
some
From: even.roua...@mines-paris.org
To: lucena_i...@hotmail.com
Subject: Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables
Date: Sat, 18 Jan 2014 15:22:43 +0100
CC: gillingham@gmail.com; gdal-dev@lists.osgeo.org
Le samedi 18 janvier 2014 15:18:20, Ivan Lucena a écrit :
Le samedi 18 janvier 2014 15:40:15, Ivan Lucena a écrit :
From: even.roua...@mines-paris.org
To: lucena_i...@hotmail.com
Subject: Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables
Date: Sat, 18 Jan 2014 15:22:43 +0100
CC: gillingham@gmail.com; gdal-dev@lists.osgeo.org
Thanks Even. How difficult would it be to let gdal_gid use the nearest
points? The way it works now does not make much sense for mapping.
Another very usable solution would be to select the nearest points in
each quadrant relative to the interpolation point (NE, SE, SW, SE). It
is available in
From: even.roua...@mines-paris.org
To: lucena_i...@hotmail.com
Subject: Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables
Date: Sat, 18 Jan 2014 16:23:10 +0100
CC: gillingham@gmail.com; gdal-dev@lists.osgeo.org
Le samedi 18 janvier 2014 15:40:15, Ivan Lucena a écrit :
Le samedi 18 janvier 2014 16:52:51, Ivan Lucena a écrit :
From: even.roua...@mines-paris.org
To: lucena_i...@hotmail.com
Subject: Re: [gdal-dev] Fwd: Color Columns in Raster Attribute Tables
Date: Sat, 18 Jan 2014 16:23:10 +0100
CC: gillingham@gmail.com; gdal-dev@lists.osgeo.org
Le samedi 18 janvier 2014 16:47:23, Jan Hartmann a écrit :
Thanks Even. How difficult would it be to let gdal_gid use the nearest
points? The way it works now does not make much sense for mapping.
The points would need to be accumulated in an array and sorted by distance to
the point being
I noticed that qgis-2.0 also has a problem with this file, but places it
around 54 degrees west longitude (if using on-the-fly reprojection to
WGS84).
The CRS is different from that identified by gdal (the lon_0, units and
datum are different)
qgis:
+proj=lcc +lat_1=40.97
As far as I can see: lon_0 is the same in both cases and there is also
no actual difference between +datum=NAD83 (gdal) and +ellps=GRS80
+towgs84=0,0,0,0,0,0,0 (qgis).
I am not sure where +x_0=60 (qgis) comes from, but gdal's +x_0 value
is simply 6458320.41666 * 0.3048006096012192 =
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Am 18.01.2014 21:52, schrieb Hermann Peifer:
As far as I can see: lon_0 is the same in both cases and there is also
no actual difference between +datum=NAD83 (gdal) and +ellps=GRS80
+towgs84=0,0,0,0,0,0,0 (qgis).
I am not sure where +x_0=60 (qgis) comes from, but gdal's +x_0 value
is
14 matches
Mail list logo