[gdal-dev] NITF DESDATA

2012-10-07 Thread matt . nottingham
Hi, I'm trying to access the DESDATA segment of a nitf file. Nothing appears to happen in the default build - i.e. getmetadata(DES) (or getmetadata(NITF_DES)) doesn't return anything. Looking at the NITF driver I can see it has all of the code necessary to read the DES part of nitf files, but

[gdal-dev] Travis CI continuous integration service for GDAL

2012-10-07 Thread Even Rouault
Hi, Following a recent similar move from MapServer, I've setup an instance of Travis CI, hosted continuous integration service. After each SVN commit in trunk, GDAL is built and the Java, Perl and Python tests are run. Travis CI currently offers Ubuntu 12.04 i386 virtual machines. The GDAL

Re: [gdal-dev] NITF DESDATA

2012-10-07 Thread Even Rouault
Le dimanche 07 octobre 2012 10:57:05, matt.notting...@zen.co.uk a écrit : Hi, I'm trying to access the DESDATA segment of a nitf file. Nothing appears to happen in the default build - i.e. getmetadata(DES) (or getmetadata(NITF_DES)) doesn't return anything. Looking at the NITF driver I can

Re: [gdal-dev] NITF DESDATA

2012-10-07 Thread matt . nottingham
Thanks for your quick insightful reply. I'll have a (re)look at getmetadata(tre) - but I seem to remember that it didn't return anything, but I'll check again. I'll also look into NITFDESAccess() / NITFDESDeaccess(). Thanks again, Matt Even Rouault writes: Le dimanche 07 octobre 2012

Re: [gdal-dev] GDAL WCS driver

2012-10-07 Thread Even Rouault
Shouldn't it be able to retain this information? As it is, clients won't be able to utilize the Alpha channel. It looks like it's thrown away in the inforation being cached in the WCS_GDAL file: PreferredFormatGeoTIFF/PreferredFormat BandCount4/BandCount BandTypeByte/BandType

Re: [gdal-dev] Small meshing utility

2012-10-07 Thread Even Rouault
We've written a wrapper around triangle for Python (anyone feel free to send me a note if you're interested), and we ended up handling that by spawning another process to run triangle in -- but that has performance issues (copying data around) which would be nice to avoid. If only triangle

Re: [gdal-dev] Small meshing utility

2012-10-07 Thread Tim Keitt
On Fri, Oct 5, 2012 at 11:11 AM, Chris Barker chris.bar...@noaa.gov wrote: On Thu, Oct 4, 2012 at 6:31 PM, Tim Keitt tke...@gmail.com wrote: Just letting folks know that we've released an OGR wrapper for the Triangle library. It would be great if folks could test it. I could also use some help

[gdal-dev] Compile GDAL/OGR with OGDI Support on OSX 10.7.4

2012-10-07 Thread Samuel Smith
Monkeying around with my first GDAL/OGR builds in Mac OS X 10.7.4 tonight ... Got it built with FGB support, then tried OGDI. This required compiling OGDI first, which I eventually got to go with the 3.2.0-beta2 instructions from kyngchaos (http://www.kyngchaos.com/macosx/build/ogdi) - Thanks!

Re: [gdal-dev] Topological pointer

2012-10-07 Thread Nikhil Sai Parupalli
Frank, As said I have my system variable as RETURN_PRIMITIVES=ON,RETURN_LINKAGES=ON,LNAM_REFS=ON, UPDATES=APPLY,SPLIT_MULTIPOINT=ON,ADD_SOUNDG_DEPTH=ON but still I couldn't see TOPI field retrieved in my dataset.. Will you elaborate and let me know. I have one more question: How do we find

Re: [gdal-dev] Topological pointer

2012-10-07 Thread Frank Warmerdam
On 12-10-07 10:02 PM, Nikhil Sai Parupalli wrote: Frank, As said I have my system variable as RETURN_PRIMITIVES=ON,RETURN_LINKAGES=ON,LNAM_REFS=ON, UPDATES=APPLY,SPLIT_MULTIPOINT=ON,ADD_SOUNDG_DEPTH=ON but still I couldn't see TOPI field retrieved in my dataset.. Will you elaborate and let