Even,
I tried it with the latest dev build and it works great for me. Thanks a
lot!
Thanks
On Fri, Jun 1, 2012 at 12:39 PM, Even Rouault
wrote:
> Le vendredi 01 juin 2012 21:12:06, Yingqi Tang a écrit :
> > Hi Even,
> >
> > Any chance this new /viscurl_stream/ included in future release of
> of
I am messing around with some opendap weather data and tinkering with gdal.
Does anyone have any test data/links I can use? I used gdalinfo to look
at this data:
http://nomads.ncdc.noaa.gov/dods/NCEP_NAM/subsets/nam_218_winds.dds
using:
kyle@ubuntu:~/Desktop$ gdalinfo
http://nomads.ncdc.noaa.g
That is great! Thanks Even.
> ---Original Message---
> From: Even Rouault
> To: gdal-dev@lists.osgeo.org, Ivan Lucena
> Subject: Re: [gdal-dev] gdal_translate takes negative values as an option (?)
> Sent: Jun 01 '12 15:10
>
> Le vendredi 01 juin 2012 17:17:46, Ivan Lucena a écri
Le vendredi 01 juin 2012 17:17:46, Ivan Lucena a écrit :
> It turns out that gdal_translate -scale doesn't parse exponential by using
> the function ArgIsNumeric:
>
> http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdal_translate.cpp#L1258
>
> It works fine with -0.
Le vendredi 01 juin 2012 21:12:06, Yingqi Tang a écrit :
> Hi Even,
>
> Any chance this new /viscurl_stream/ included in future release of official
> gdal/ogr?
When I write publicly that something is implemented, it is not just for my own
sole pleasure, but it means that it is in the trunk for e
Hi Even,
Any chance this new /viscurl_stream/ included in future release of official
gdal/ogr?
Thanks
On Fri, May 18, 2012 at 12:41 PM, Even Rouault wrote:
> OK,
>
> I've finally implemented /vsicurl_stream/ , optimized the GML driver for
> it,
> and ported the WFS driver to use it transparent
I have 3 binary files, the image/swath 2D data and the corresponding 2D
latitude and longitude pixel data from a previous processing step. The
binary files were all created using numpy's tofile(). I would like to
take the binary data (as filenames or loaded into numpy arrays) and
remap it to
It turns out that gdal_translate -scale doesn't parse exponential by using the
function ArgIsNumeric:
http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdal_translate.cpp#L1258
It works fine with -0.00034
Users be aware!
> ---Original Message---
> Fro
Hi there,
I tried to re-scale some of the values of a image just like this one here:
$ gdalinfo in.tif
...
Minimum=2401.740, Maximum=2936.040, Mean=2685.227, StdDev=125.518
NoData Value=-3.4e+38
By using the -scale option in gdal_translate:
$ gdal_translate in.tif out.tif -scale -3.8e+38 0
