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
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
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()
new_field
2011/3/17 Even Rouault :
> 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 & Mobilty Division, DEIMOS
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
http://lists.os
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
___
Selon Julien Michel :
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 opj_decode_tile_data()
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,
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 wrote:
> I am trying to build 1.8.0 on Linux with openjpeg support.
> I can easily build and install openjpeg from source
> (oropen
Selon Brian Wilson :
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
> (oropenjpeg_v1_4_sources_r697) into /usr/loca
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 d
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
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 comman
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:
http://trac.o
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
"HDF5:"3A25.071201.
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 wrote:
> Chaitanya
>
> I can understand how th
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 retu
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
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
"HDF5:"3A25.071201.6A.h5"://DATA_GRANULE/PlanetaryGrid2/e_surf
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
20 matches
Mail list logo
