at 3:11 PM, Even Rouault
wrote:
> Le vendredi 25 février 2011 21:02:06, Sam Ritchie a écrit :
> > Even,
> >
> > Thanks for the response, and sorry for my late reply, here.
> >
> > What you write makes sense, especially after processing this problem a
> bit
>
hu, Feb 24, 2011 at 1:56 PM, Even Rouault
wrote:
> Le jeudi 24 février 2011 16:51:12, Sam Ritchie a écrit :
> > Hey all,
> >
> > QUICK VERSION:
> > When I build the java bindings for gdal, what native dependencies do I
> need
> > to transfer over to another mac
Hey all,
QUICK VERSION:
When I build the java bindings for gdal, what native dependencies do I need
to transfer over to another machine (with an identical install location) to
get them to run?
LONG VERSION:
I'm working on an application that requires the java bindings for gdal 1.8.0
to be package
Even, thanks for this. I'll proceed by copying the byte array to a temp
file.
Best,
Sam
On Mon, Jan 24, 2011 at 3:54 PM, Even Rouault
wrote:
> Sam,
>
> not all drivers support the vsi virtual file systems, such as /vsimem. And
> HDF4
> is one of those drivers (the HDF4 libs need a "real" filenam
Hey all,
I'm working on an app that needs to pass HDF4 files (MODIS tiles) around as
byte arrays, and then open them up using gdal#Open, from java. Open works
great when I pass in the filepath, so I know that my gdal setup is solid.
The problem is, when I turn the HDF4 file into a byte array and
One final question, moved to its own thread.
Is there a simple way to generate GDAL's native java dependencies
(libgdalconstjni.*, libgdaljni.*, libogrjni.*, libosrjni.*, where * depends
on the architecture) without having to build the rest of the gdal source
code? I'm going to dig around the sour
at jar quite minimal -- I can't bundle up gdal, but if I
can at least bundle the bindings, and their native dependencies for each
architecture, then I should be able to release this tool to the community.
On Tue, Jan 18, 2011 at 2:37 PM, Even Rouault
wrote:
> Le mardi 18 janvier 2
on
Amazon's Elastic MapReduce, after I'm done with all of this stuff.
Thanks in advance, everyone!
---
Sam Ritchie
Forest Monitoring for Action
http://www.cgdev.org/section/initiatives/_active/forestmonitoringforactionforma
___
g