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, bu
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 buil
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
> driv
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 10
> 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 file:
>
> GeoTIFF
> 4
> Byte
>
> There's no band description other than the count and data type and
>
> 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 tri
On Fri, Oct 5, 2012 at 11:11 AM, Chris Barker wrote:
> On Thu, Oct 4, 2012 at 6:31 PM, Tim Keitt 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 improving the OGR bits.
>
> co
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!
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
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
Frank,
Thanks for the reply in below data
NAME_RCNM (IntegerList) = (7:130,130,130,130,130,130,130)
NAME_RCID (IntegerList) = (7:691,391,690,52,1336,1503,1512)
ORNT (IntegerList) = (7:2,2,2,2,1,1,1)
USAG (IntegerList) = (7:1,1,1,1,1,1,1)
MASK (IntegerList) = (7:255,255,255,255,25
11 matches
Mail list logo