[gdal-dev] Internal Metadata Management

2010-12-14 Thread Frank Broniewski
Hello, I have a question concerning OGR's metadata or attribute management when converting between geodata vector formats. My question is maybe only loosely related to OGR and aims at the internal management of attribute data. From what I have read and understood from the documentation, OGR

Re: [gdal-dev] Internal Metadata Management

2010-12-14 Thread Ari Jolma
Frank, A FeatureDefn is typically shared by all features in a layer and you need one to create a feature object. Feature class has SetField and GetField methods for storing and retrieving the attributes of a feature. I hope this helps, Ari On 12/14/2010 09:33 AM, Frank Broniewski wrote: He

Re: [gdal-dev] Internal Metadata Management

2010-12-14 Thread Ricardo Filipe Soares Garcia da
Hi Frank Check out this link [1]. It is the online reference on a Utah University course called 'Geoprocessing with Python using Open Source GIS'. It uses GDAL/OGR and is great as a starting point. It has helped me plenty ;) [1] - http://www.gis.usu.edu/~chrisg/python/ On Tue, Dec 14, 2010 at 8:

[gdal-dev] libecwj2 ?

2010-12-14 Thread Oyvind Idland
Hello, i am compiling GDAL from source, and need the ECW as plugin. The package is mentioned on the site, libecwj2-3.3-2006-09-06.zip, is this a package from ERDAS ? I tried to find some info about it on their site, but found nothing.. I found a couple of other download links, so I can at least

Re: [gdal-dev] libecwj2 ?

2010-12-14 Thread Ivan Lucena
Øyvind, There is a new SDK that you can download from Erdas website: http://www.erdas.com/products/ERDASECWJPEG2000SDK/Downloads.aspx But there are a few changes you would need to do in order to compile the GDAL/ECW driver because the path and library names has changed. Regards, Ivan >

Re: [gdal-dev] ESRI file geodatabase API finally announced

2010-12-14 Thread Matt Wilkie
http://blogs.esri.com/Dev/blogs/geodatabase/archive/2010/12/13/File-Geodatabase-API-details.aspx Thanks for the heads up Bart. The anouncement is for commencement of beta in January: "Thanks for your interest in the File Geodatabase API. The beta program for the File Geodatabase API is curre

Re: [gdal-dev] question about ReadAsArray

2010-12-14 Thread Jorge Arévalo
Hi, On Mon, Dec 13, 2010 at 11:33 PM, Matt Funk wrote: > Hi, > > i am a bit new to the gdal library. I am trying to process some geotiff > files in python. > > 1) I am making a call to the ReadAsArray data as such: > ... > band = ds.GetRasterBand(1) > array = band.ReadAsArray(0,0,band.XSize,band.

[gdal-dev] Building OGR With PostGIS Support

2010-12-14 Thread Joel Odom
I've just built gdal18dev.dll on Windows. I'm trying to include PostGIS support and have set PG_INC_DIR and PG_LIB. My subsequent gdalinfo.exe lists the PostGISRaster as a supported format, but ogrinfo.exe does not list PostgresSQL in the supported formats. (I also can't use OGR to connect to a

[gdal-dev] Odd 1.7.3 <> 1.8.0 trunk OGR difference (shapefile driver?)

2010-12-14 Thread Roger Bivand
Hi, Agus Lobo has drawn my attention to an oddity (here using GADM Tunisia shapefiles) introduced between 1.7.3 and current(ish) trunk: $ ogr2ogr --version GDAL 1.7.3, released 2010/11/10 $ ls TUN* TUN_adm0.dbf TUN_adm0.shp TUN_adm1.sbn TUN_adm2.dbf TUN_adm2.shp TUN_adm0.prj TUN_adm0.shx

Re: [gdal-dev] Odd 1.7.3 <> 1.8.0 trunk OGR difference (shapefile driver?)

2010-12-14 Thread Even Rouault
Roger, thanks for your report and the precise spotting of the problem. The regression of behaviour you saw was not intended at all. It is now fixed in SVN (r21257) and I've added new test cases in the test suite r21258 to match that use case. Best regards, Even Le mardi 14 décembre 2010 19:4

Re: [gdal-dev] Odd 1.7.3 <> 1.8.0 trunk OGR difference (shapefile driver?)

2010-12-14 Thread Roger Bivand
On Tue, 14 Dec 2010, Even Rouault wrote: Roger, thanks for your report and the precise spotting of the problem. The regression of behaviour you saw was not intended at all. It is now fixed in SVN (r21257) and I've added new test cases in the test suite r21258 to match that use case. Even, T

Re: [gdal-dev] question about ReadAsArray

2010-12-14 Thread Ricardo Filipe Soares Garcia da
Hi all well, the ReadAsArray function will return a numpy array of dimension 2. In numpy the array.size() function will return (number_of_lines, number_of_columns). The number of lines in the array is the same as the YSize of the raster in GDAL, and the number of columns is the same as the XSize o