Do you have any idea on how will I batch process gdalwarp these HDF5 files?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Getting-warning-when-opening-NetCDF-file-using-gdal-tp5213484p5215504.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
_
Is there any possibility where I could retrieve all the files from my
subscriptions in samoa.gsfc.nasa.gov ftp site? After a month all the files
were removed. How can I get all those files back so that I could download it
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Get
By specifying the chlor_a, it will just display all the info on chlor_a. But
how will I able to display the info or all the subdatasets of that file?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Getting-warning-when-opening-NetCDF-file-using-gdal-tp5213484p5213534.html
S
I am using windows 7(32-bit) and want to warp NetCDF (nc) files and save the
output as GeoTIFF.
First I run gdalinfo first to get the info of the subdataset I need and
added NeTCDF in the beginning(e.g. gdalinfo
NETCDF:"A2015069035500.L2_LAC_OC.nc") but was unfortunate because a warning
appeared:
Hi Guys,
Thanks for everyone for the answers.
I'm sorry about the haste in sending the email. I've should have read more
carefully.
This issue is even in WIKIPEDIA ...
Oz.
On Wed, Mar 24, 2010 at 4:47 PM, Jason Roberts wrote:
> Oz,
>
> The specification that Peter
ld_LUC.SetWidth(15)
dst_layer.CreateField(field_LUC)
Yet, when I examine the output file the attribute table contains a field
called "LAND USE C",
so 3 characters are missing.
Would be happy to know what am I doing wrong. Thank you very much,
--
Oz Nahum
Graduate Student
Zentru
-1.0 )
>>> print 'Origin = (',geotransform[0], ',',geotransform[3],')'
Origin = ( 3366307.0 , 5814845.0 )
>>> print 'Size is ',dataSource.RasterXSize,'x',dataSource.RasterYSize,
'x',dataSource.RasterCount
Size is 1483 x
Hi Everyone,
I am trying to convert a tif with the following extents to an AAIGrid, with
gdal translate.
The tiff file has the following extent:
(3366307.0, 1.0, 0.0, 5814845.0, 0.0, -1.0)
and the following resolution 1483, 1391.
When I run the following command I get the following error:
oz
I
use other pathway to create ascii raster from shape files with out the
creation of templates ?
Can someone direct me to a python solution ?
Many thanks,
Oz Nahum
Graduate Student
Center for Applied Geosciences
University of Tuebingen
--
Imagine there's no countries
on Raster...'
you can find more stuff here:
http://docs.scipy.org/doc/numpy/reference/maskedarray.html
Hope it helps some how
Oz Nahum
Graduate Student
Center for Applied Geosciences
University of Tuebingen
--
Imagine there's no countries
It isn't hard to do
on Raster...'
you can find more stuff here:
http://docs.scipy.org/doc/numpy/reference/maskedarray.html
Hope it helps some how
Oz Nahum
Graduate Student
Center for Applied Geosciences
University of Tuebingen
--
Imagine there's no countries
It isn't hard to do
thanks,
That does the trick.
Oz.
On Mon, Mar 30, 2009 at 7:02 PM, Even Rouault
wrote:
> Oz,
>
> See the hereafter a correction to insert in your code that will hopefully
> fix
> your issue.
>
> Le Monday 30 March 2009 17:25:13 Oz Nahum, vous avez écrit :
> > Hi,
>
rasterize -burn 255 -l AOI AOI.shp AOI.tif
Runs ok.
So I am confused, why I can't call gdal_rasterize from python ?
Thanks, for any help
Oz Nahum
Universtät Tuebingen
Applied Environmental Sciences
--
Imagine there's no countries
It isn't hard to do
I choose. This file is binary and I can't see
it.
So I would rather use the code supplied to save as text. This however is
still not successful,
Thanks,
Oz.
On Thu, Mar 5, 2009 at 9:28 PM, Bryan Keith wrote:
> > Hello Again,
> > def WriteRaster (dst_filename, raster):
> >
2
2 2 2 2 2 2
2 2 2 2 -19998 -19998
I would appreciate it if some one can supply a code snippet how to
successfuly save numpy arrays into ascii raster.
Thanks again,
Oz Nahum
Eberhard Karls Universität Tübingen
Grad-student
Applied Environmental Ge
guys.
Oz.
On Fri, Feb 27, 2009 at 5:40 PM, Frank Warmerdam wrote:
> Oz Nahum wrote:
>
>> Hi, Thanks for the answer.
>> Ok, I admit the way I presented my first email is a bit confusing.
>> But the problem is not with the 'null' values. Rather the problem is wi
[1, 1, 1, 1, -9999, 31081]], dtype=int16)
>>>
Thanks again,
Oz.
On Fri, Feb 27, 2009 at 3:26 AM, Chaitanya kumar CH
wrote:
> Oz,
>
> NODATA_VALUES is supposed to be a pixel value (integer or real)
> whereas "null" is a string. Try to convert
that 'null' values are
formed as zeros in gdal-numpy - this could lead to error when doing some
raster manipulations. Is there a way to by pass this (besides being
aware...)?
I use Debian Lenny the latest relevant packages from.
Thanks,
Oz N,
Grad Studend,
Universität Tübingen
18 matches
Mail list logo