thank you guys, a lot of useful information!
finally, I'm tryin' what works best in my case.
cheers
manuel
Date: Wed, 16 Mar 2011 12:05:18 +0100
Subject: Re: [gdal-dev] netCDF to Shapefile
From: andrea...@gmail.com
To: pco...@gmail.com
CC: manuelrai...@hotmail.com; gdal-dev@lists.osgeo.org
Hi,
I'm planning to reproject a Landsat image using gdalwarp but I have a
question:
- Besiodes the 7 bands, I also have an AUX file (for each band), an RRD for
each file and a GCP. Is it possibvle to use gdalwarp to read this GCP file
or is it useless since all the required information is already
Dear gdal'ers
I am working with TRMM rainfall data from an HDF5 file (converted from hdf4 to
hdf5). I am able to use gdal_translate to extract the gridded data from the HDF
file using the following command.
gdal_translate -of GTiff
Thanks Mateusz,
just tested and all works fine
--
Alexander Bruy
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Chaitanya
I can understand how the UnionCascade works in PostDIS since it's an aggregate
function. I just don't understand how I should use it in OGR. The documentation
has a single line
UnionCascaded(self) - Geometry
So it returns a geometry from another geometry, but I would need a
Armin,
I don't know if it works on geometry collection but it certainly works on a
MultiPolygon. In return, you will get either a Polygon or a MultiPolygon
depending on the union being connected or not.
On Thu, Mar 17, 2011 at 5:51 PM, Armin Burger armin.bur...@gmx.net wrote:
Chaitanya
I can
On 11-03-17 05:09 AM, Wesley Roberts wrote:
Dear gdal'ers
I am working with TRMM rainfall data from an HDF5 file (converted from hdf4
to hdf5). I am able to use gdal_translate to extract the gridded data from
the HDF file using the following command.
gdal_translate -of GTiff
I have updated the Ruby bindings so that they will build against Ruby 1.9 and
the changes are in trunk. I am looking for people to test and give me
feedback. If it works well for people, the changes may make it into a 1.8.x
release.
Details are available at the following URLs:
On 2011-03-17 15:34, Frank Warmerdam wrote:
On 11-03-17 05:09 AM, Wesley Roberts wrote:
Dear gdal'ers
I am working with TRMM rainfall data from an HDF5 file (converted
from hdf4
to hdf5). I am able to use gdal_translate to extract the gridded data
from
the HDF file using the following
On 11-03-17 10:49 AM, Zoltan Szecsei wrote:
For east up I think the world file might look something like:
0.0
0.5
0.5
0.0
top-left-x
top-left-y
You might need to fiddle around with the orientation a bit to get it
right.
Best regards,
But presumable the pixel sizes (1st 4th) would not be
I am trying to build 1.8.0 on Linux with openjpeg support.
I can easily build and install openjpeg from source
(oropenjpeg_v1_4_sources_r697) into /usr/local
./configure --with-openjpeg
./configure --with-openjpeg=/usr/local
both result in
OpenJPEG support: no
I wiped my gdal-1.8.0
Selon Brian Wilson br...@wildsong.biz:
Please read carefully the first lines of http://gdal.org/frmt_jp2openjpeg.html
for the explanation (and solution)
I am trying to build 1.8.0 on Linux with openjpeg support.
I can easily build and install openjpeg from source
Brian,
GDAL's JP2OpenJPEG driver is based on version 2 of OpenJPEG library.
http://www.gdal.org/frmt_jp2openjpeg.html
On Thu, Mar 17, 2011 at 9:06 PM, Brian Wilson br...@wildsong.biz wrote:
I am trying to build 1.8.0 on Linux with openjpeg support.
I can easily build and install openjpeg from
I hop on the thread since I am interested in openjpeg support too. It
seems than those lines you pointed out are quite outdated, because
openjpeg 1.4 released january 2011 provides tile-level reading. Is there
any chance to build the gdal driver with openjpeg 1.4 ?
Many thanks for your help,
Selon Julien Michel julien.mic...@cnes.fr:
Julien,
I've just diff'ed openjpeg.h of 1.3 and 1.4 and couldn't see much difference
between the 2. What make you believe that 1.4 supports tile access ? The
JP2OpenJPEG driver in particularly needs the opj_set_decode_area(),
opj_read_tile_header() and
I can't access the page since yesterday. Someone else?
--
Jorge Arévalo
Internet Mobilty Division, DEIMOS
jorge.arev...@deimos-space.com
http://es.linkedin.com/in/jorgearevalo80
http://mobility.grupodeimos.com/
http://gis4free.wordpress.com
http://geohash.org/ezjqgrgzz0g
Le jeudi 17 mars 2011 18:31:39, Jorge Arévalo a écrit :
I can't access the page since yesterday. Someone else?
Works for me and http://www.downforeveryoneorjustme.com/download.osgeo.org
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
2011/3/17 Even Rouault even.roua...@mines-paris.org:
Le jeudi 17 mars 2011 18:31:39, Jorge Arévalo a écrit :
I can't access the page since yesterday. Someone else?
Works for me and http://www.downforeveryoneorjustme.com/download.osgeo.org
Thanks for the info!
--
Jorge Arévalo
Internet
In a Python script, I am updating an exiting shapefile with data by
adding a column. However, my changes don't seem to be saved. Here is
what I have:
from osgeo import ogr
obs_file = 'myfile.shp'
source = ogr.Open(obs_file, 1)
layer = source.GetLayer()
layer_defn = layer.GetLayerDefn()
On Mar 16, 2011, at 9:58 AM, Frank Warmerdam wrote:
On 11-03-14 12:50 PM, Michal Migurski wrote:
Hello,
I'm having some difficulties understanding how to get GDAL to generate
images with usable alpha channels. I have 3-channel RGB input JPEG image,
delivered to GDAL as a VRT with a
Mike,
A new field cannot be added to a feature definition while there are any
features based on that feature definition.
See the docs for OGRFeatureDefn::AddFieldDefn()
http://www.gdal.org/ogr/classOGRFeatureDefn.html#40e681d8464b42f1a1fac655f16ac3dd
On Fri, Mar 18, 2011 at 11:01 AM, Mike Toews
21 matches
Mail list logo