Re: [gdal-dev] Re: JAVA API - Performance - Wow!

2009-11-20 Thread Simone Giannecchini
...@pmldnet.com   Subject: Re: [gdal-dev] Re: JAVA API - Performance   Sent: Nov 18 '09 16:05   Even,   I just got it to work with the new API today. That is great!   And just liike you said, the advantage is in usability not performance.   Thanks,   Ivan ---Original Message--- From: Even

Re: [gdal-dev] Re: JAVA API - Performance

2009-11-18 Thread Ivan
Even, I just got it to work with the new API today. That is great! And just liike you said, the advantage is in usability not performance. Thanks, Ivan ---Original Message--- From: Even Rouault even.roua...@mines-paris.org Subject: Re: [gdal-dev] Re: JAVA API - Performance

Re: [gdal-dev] Re: JAVA API - Performance

2009-11-14 Thread Even Rouault
://trac.osgeo.org/gdal/browser/trunk/gdal/alg/gdalproximity.cpp My best regards, Ivan ---Original Message--- From: Simone Giannecchini simone.giannecch...@geo-solutions.it Subject: Re: [gdal-dev] Re: JAVA API - Performance Sent: Nov 10 '09 12:36 Ciao Even, just wanted to add my

Re: [gdal-dev] Re: JAVA API - Performance

2009-11-11 Thread Even Rouault
Selon Simone Giannecchini simone.giannecch...@geo-solutions.it: Simone, thanks for all this interesting information. I'm doing some experiment with Sun JRE 1.6 and I observe that array pinning doesn't really work. I mean that the jenv-GetByteArrayElements($input, isCopy) call always return

Re: [gdal-dev] Re: JAVA API - Performance

2009-11-11 Thread Ivan
Subject: Re: [gdal-dev] Re: JAVA API - Performance Sent: Nov 10 '09 12:36 Ciao Even, just wanted to add my 2 cents. As you know for the imageio-ext project we have been using the GDAL-JNI bindings (actually a modified version of them) for a while in order to allow Java users to leverage

[gdal-dev] Re: JAVA API - Performance

2009-11-10 Thread Even Rouault
Selon Ivan ivan.luc...@pmldnet.com: Ivan, thanks for your testing (CC'ing the list as it is of general interest). Actually, I also read on some sites that using ByteBuffer object versus regular Java arrays is not always a win. Plus the fact that we must use a direct buffer that has an extra

Re: [gdal-dev] Re: JAVA API - Performance

2009-11-10 Thread Simone Giannecchini
Ciao Even, just wanted to add my 2 cents. As you know for the imageio-ext project we have been using the GDAL-JNI bindings (actually a modified version of them) for a while in order to allow Java users to leverage on GDAL using the ImageIO framework which standard in Java. This way we also

Re: [gdal-dev] Re: JAVA API - Performance

2009-11-10 Thread Ivan
that the buffer-to-buffer translation is the guilt time waster in that case. [1] http://trac.osgeo.org/gdal/browser/trunk/gdal/alg/gdalproximity.cpp My best regards, Ivan ---Original Message--- From: Simone Giannecchini simone.giannecch...@geo-solutions.it Subject: Re: [gdal-dev] Re