Re: [gdal-dev] Re: [gdal-1.8.0] Get new Coordinates from Geotiff avoiding black area

Mett, I understand the issue now. The easiest way is to find out the corner pixel/line of the actual data and use these in the -srcwin option of gdal_translate utility. You just have to make sure that the windows contains the whole data. The new image produced by gdal_translate does not contain th

[gdal-dev] TerraSAR-X TSX Driver MetaData Probelm

Hi,all I found that GDAL can only extract some metadata of TerraSAR-X TSX driver data,not extract all the metadata,for example,calibrationConstant.However,these information is very important.Who has any good solution? I hope to get some help.Thank you! Kind regards. -- View this message in

[gdal-dev] Cosmo Skymed georreference support

Hi all, I've created a patch to get georreference and getgeotransform from COSMO-SKYMED hdf5 files... I created an enhancement ticket with the patch. The only issue with this patch is that it depends on another patch in order to work (http://trac.osgeo.org/gdal/ticket/4121) I've allready cr

Re: [gdal-dev] Python WriteArray()

Selon "Jay L." : It is always difficult to diagnose performance issues at distance, but an explanation could be that you hit cache trashing when alternating read and writes. Whereas when you read several blocks and write them afterwards, you can benefit from the read cached blocks. You could try i

Re: [gdal-dev] Compile problems: gdal-svn with geos-svn

Selon Andreas Neumann : > Hi, > > I tried to compile the most-recent gdal-svn with the most recent > geos-svn and got the following error message during compilation: > > /bin/grep: /usr/lib/libgeos_c.la: No such file or directory > /bin/sed: can't read /usr/lib/libgeos_c.la: No such file or d

[gdal-dev] GDAL/OGR 1.8.1 Released

Folks, On behalf of the GDAL/OGR development team I am pleased to announce the release of GDAL/OGR 1.8.1. This is the first bug fix release since the 1.8.0 release in January and contains many useful fixes. The source can be downloaded from: http://download.osgeo.org/gdal/gdal181.zip

[gdal-dev] Re: OGR feature style spec and LABEL style parts - not working apparently

Hi Daniel I know it's been a while since this discussion, but can you say whether you'll be able to look at this? thanks Simon -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/gdal-dev-OGR-feature-style-spec-and-LABEL-style-parts-not-working-apparently-tp6250389p6583497.

[gdal-dev] Re: Motion: Approve GDAL/OGR 1.8.1RC2 for release

On Tue, Jul 12, 2011 at 8:05 AM, Frank Warmerdam wrote: > Motion: GDAL/OGR 1.8.1RC2 is approved as the official 1.8.1 > release. Folks, I declare this motion passed with support from Daniel, Tamas, Even and myself. I will do the final release steps this morning. Best regards, -- -

Re: [gdal-dev] FileGDB OGR driver test

Peter, In this case, the OSM data came from Cloudmade shapefiles for Colorado Highways and I converted it to a FileGDB using v10 ArcCatalog. -- Mike Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 7/14/11 2:58 AM, "Peter Halls" wrote: >Jeff, > > how was the OSM da

[gdal-dev] Compile problems: gdal-svn with geos-svn

Hi, I tried to compile the most-recent gdal-svn with the most recent geos-svn and got the following error message during compilation: /bin/grep: /usr/lib/libgeos_c.la: No such file or directory /bin/sed: can't read /usr/lib/libgeos_c.la: No such file or directory libtool: link: `/usr/lib/libge

Re: [gdal-dev] FileGDB OGR driver test

Jeff, how was the OSM data imported into ArcCatalog? Using Data Interop, the OSM Editor or something else? I ask because I have recently had a tortuous time importing OSM data into ArcGIS and am aware that there are a number of open issues in this arena. The lack of an extent would be a mino