Howard Butler wrote:
On May 20, 2010, at 7:48 AM, Vincent Schut wrote:
svn and I don't remember this happening earlier), there is a problem with the
python swig bindings when doing this:
data = gdal_array.BandReadAsArray(gdal.Open(filename).GetRasterBand(1))
This is a consequence of th
What is the result of running gdalinfo on the NetCDF file (or on the
desired subdataset)?
The y values are not regular, as you can see in this subset of the
sequence: 9165629, 9166645, 9167660, 9168676
That might be part of the issue.
Cheers, Mike.
On Fri, May 21, 2010 at 2:28 PM, Kyle Shannon
Hi,
I have been trying to translate a DigitalGlobe GeoEye-1 NITF image to
GeoTiff or JP2 with GDAL 1.7.2 compiled with JP2ECW on x86 Linux and
also with FWTools 2.4.7 (raises a unknown software exception).
gdalinfo will read the file successfully. I can display the file with
PCI Geomatics on
I have also had an issue with the geotransform being of by a factor of 1000,
but it was a units issue. GDAL kind of assumes CF=1.x convention, as netcdf
is very broad in its specification. Could you attach a small sample dataset
to a ticket so I can take a look? Thanks.
kss
# ==
Ole,
The netcdf data model is pretty different than the GDAL data model, I"m
not surprised that GDAL can't figure out the grid.
Can you just go hand-edit the AAIGRID?
If you need to script this, I'd tend to look for another solution -- it
would be pretty easy to parse the ncdump output and
Dear GDAL developers
I have been using GDAL for a while with great success and really appreciate
the toolkit.
As of recently, I now have the need to read NetCDF files and convert them
into AAIGRIDs. However, the cellsize is wrong and I don't think xllcorner
and yllcorner are correct either.
I ha
Felix,
You can find examples in the gdal source tree about creating a dataset and
write data by using the WriteRaster method:
http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALWrite.cs
http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALDatasetWrite.cs
For more in
http://www.gdal.org/frmt_mem.html
On Thu, May 20, 2010 at 2:48 PM, Felix Obermaier wrote:
> Hello list,
>
> I'm using GDAL via swig C# bindings. Is there a way to create a gdal
> dataset object from an in-memory Image/Bitmap/byte[]/MemoryStream, and if
> so, how can I achive this.
>
> Thanks in
Hello list,
I'm using GDAL via swig C# bindings. Is there a way to create a gdal dataset
object from an in-memory Image/Bitmap/byte[]/MemoryStream, and if so, how can
I achive this.
Thanks in advance
Felix Obermaier
--
Ingenieurgruppe IVV GmbH & Co. K
Hi,
I'm having trouble projecting MERIS level 1b data:
$ gdalwarp
MER_RR__1PPBCM20100101_080424_00622085_00350_40985_0012.N1 meris.tif
ERROR 1: Unable to compute a transformation between pixel/line
and georeferenced coordinates for
MER_RR__1PPBCM20100101_080424_00622085_00350_40985_0012.N
gdal_retile use gdal core functions to rescale and I see no
possibility to pass a nodata value to these functions.
Have your tiff files a no data value in the meta info.
Quoting acangi :
When creating the level x, gdal_retile interpolates the tiles of level x-1.
If not all data exist in le
When creating the level x, gdal_retile interpolates the tiles of level x-1.
If not all data exist in level x-1, it interpolates with nodata values (I
guess ?). The result is that at the border, we can see almost black values,
but not exactly black. They become visible when setting the output
trans
On May 20, 2010, at 7:48 AM, Vincent Schut wrote:
> Hi,
>
> since some time (I don't know exactly since when, but I regularly update gdal
> from svn and I don't remember this happening earlier), there is a problem
> with the python swig bindings when doing this:
>
> data = gdal_array.BandRead
Frank Warmerdam wrote:
>
>
> Luca,
>
> I reviewed the VRTRasterBand class and found that it was not marking the
> VRT as needing a write to disk for some items that change including
> the unit type, offset, scale and category names. I have fixed this in
> trunk:
>
>http://trac.osgeo.org/
Hi,
since some time (I don't know exactly since when, but I regularly update
gdal from svn and I don't remember this happening earlier), there is a
problem with the python swig bindings when doing this:
data = gdal_array.BandReadAsArray(gdal.Open(filename).GetRasterBand(1))
instead of this:
Hi there,
> ---Original Message---
> From: mail2vajram
> To: gdal-dev@lists.osgeo.org
> Subject: [gdal-dev] How to read first line pixel values of an image into
> buffer
> Sent: May 20 '10 02:30
>
>
> I am using the following code to read pixel values. It read only one pixel
>
hello
where can I find gdal-lava package for ubuntu ?
or
what might be the alternatives
regards
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
mail2vajram wrote:
I am using the following code to read pixel values. It read only one pixel
value..how to read entire row..
generally this code is used to read 0th column 1st row and return pixel
value into buffer.
code:
Band band = ds.GetRasterBand(1);
double[] buffer = new double[d
El 20/05/2010 9:30, mail2vajram escribió:
I am using the following code to read pixel values. It read only one pixel
value..how to read entire row..
Use a loop?
generally this code is used to read 0th column 1st row and return pixel
value into buffer.
code:
Band band = ds.GetRasterBand(1);
I am using the following code to read pixel values. It read only one pixel
value..how to read entire row..
generally this code is used to read 0th column 1st row and return pixel
value into buffer.
code:
Band band = ds.GetRasterBand(1);
double[] buffer = new double[ds.RasterXSize];
band
20 matches
Mail list logo
