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 simply
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
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 =
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 +lat_2=39.93
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 co
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.osge
> 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
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
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.osge
> 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: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
>
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 a
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 i
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
_
14 matches
Mail list logo
