Roger,
Hello. Our examples differ in that you called the ReadAsArray() on a
single band, which returns an array with dimensions (ny,nx), and I called
it on the subdataset, which returns an array with dimensions
(nbands,ny,nx). In my example the array returned has size (539,78,141),
where the two
Frank,
With the specified block size the problem has been resolved. Thank you
very much.
Mo
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Frank Warmerdam
Sent: Wednesday, September 17, 2008 4:00 PM
To: Mo Wang
Cc: gdal-dev@lists.osgeo.org
Subject: Re:
On Wed, Sep 17, 2008 at 2:26 PM, Mo Wang <[EMAIL PROTECTED]> wrote:
> Hi all,
>
>
>
> I used gdal_translate to make a complete copy of a nitf file and it ran to
> completion. But the output image file can only be viewed partially on a
> IMAGINE Viewer while the whole original image file can be view
Hi all,
I used gdal_translate to make a complete copy of a nitf file and it ran
to completion. But the output image file can only be viewed partially on
a IMAGINE Viewer while the whole original image file can be viewed on
the Viewer. I believe that the data is there just it can not be viewed.
gdalwarp is your friend ! See http://gdal.org/gdalwarp.html
Or if I see well from the relationship between the pixel and georeferenced
coordinatesif your image doesn't really need to be warped, you could also try
gdal_translate -a_srs srs_def -a_ullr ulx uly lrx lry.
Le Tuesday 16 September 200
Vielen Dank für Ihre Nachricht.
Ich bin bis einschließlich 26.09.2008 nicht im Büro und kann Ihre Anfrage
leider nicht bearbeiten. Ihre Nachricht wird nicht automatisch weitergeleitet.
Ich werde Ihre eMail gerne nach meiner Rückkehr beantworten.
Thank you very much for your message.
I'm out of
Hi Steve,
Thanks very much for the code snippet. I figured out the following via
experimentation.
- Open specific layer by using:
layer = gdal.Open('netCDF:"annual_mean.nc":temp')
- Then get at the layer data data using the following:
netcdf_band = layer.GetRasterBand(1)
- Read in the data one
Some more information. When using the "-ignorewf" from mrsidgeoinfo, I
get the same result as GDAL :
==
[EMAIL PROTECTED] data]# ~/mrsidgeoinfo_linux -ignorewf
raster/ortho/5227y04.sid
mrsidgeoinfo: (c) 2005 L
I have just found more information on the problem. It seems related to
this thread :
http://www.nabble.com/Georeferencing-Mrsid-raster-file-with-a-world-file-td13700397.html
Gdal seems to prefer the internal georeferencing of the file in place of
the .sdw file.
I've tried the .vrt conversion of
Another interesting information. The output of mrsigeoinfo seems correct
and the output of gdal not.
[EMAIL PROTECTED]:~/scripts/mapping/mrsid$ ./mrsidgeoinfo_linux
~/data/raster/5227y04.sid
mrsidgeoinfo: (c)
Hi,
I have succesfully build the DSDK 7.0 mrsid extension against gdal-svn
and then mapserver 5.2.0 with gdal.
The problem is that the coordinate system of the mrsid file does not
seem to be recognized.
The output of gdalinfo on the file is :
=
You can refer to the corresponding sample application in the source tree:
http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALOverviews.cs
Best regards,
Tamas
2008/9/17 guo cheng <[EMAIL PROTECTED]>:
> how to use dataset.buildoverviews in C#.net.
> It seems there are only two par
John Mitchell gmail.com> writes:
>
> Hi,For a raster file header how do I transform the GCP Projection and GCP into
a format where instead the Coordinate System contains corner coordinates?Below
is an example of a portion of a header file containing GCP
I remember I have done something similar
Hi there,
this morning I solved a problem by uncommenting these lines in
"makefile.vc":
##
# The following determines whether we are linking all the OGR formats
# into the DLL, or only the minimum spatial reference related
14 matches
Mail list logo