Re: [gdal-dev] Gdal Java

Hi Paul, I find the binaries provided at https://www.gisinternals.com/release.php the easiest to use. If you click on one build, e.g. release-1928-x64-gdal-3-2-1-mapserver-7-6-2, you get a number of download options, including several installers. If you use the first one (Compiled binaries in

Re: [gdal-dev] Coordinate transformation failing

(and generic) workaround? -- Stefan From: Even Rouault Sent: Friday, March 22, 2019 12:05 To: Stefan Moebius Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Coordinate transformation failing Stefan, Le ven. 22 mars 2019 à 10:44, Stefan Moebius mailto:stefan.moeb

[gdal-dev] Coordinate transformation failing

Hi again, We recently encountered an issue with failing coordinate transformations. The scenario is that a current (Java-based) software using GDAL 2.4.0/PROJ 5.2.0 reads HFA files generated a long time ago by another software using GDAL 1.11.1/PROJ 4.8.0. The HFA files happen to come in a DHDN

Re: [gdal-dev] Performance issue in coordinate transformations with Gdal 2.3.2

anuary 29, 2019 12:13 To: Even Rouault Cc: Stefan Moebius ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Perforce issue in coordinate transformations with Gdal 2.3.2 Prepare/finalize functions were added to pj_inv & pj_fwd in PROJ PR #731 (https://github.com/OSGeo/proj.4

[gdal-dev] Perforce issue in coordinate transformations with Gdal 2.3.2

Hi, As we do lots of coordinate transformations in our (Java based) product, we have the performance test below in our code base. We recently tried to upgrade from Gdal 1.9 to 2.3.2, and suddenly our coordinate transformation tests failed, because they took about twice the time as before. Should

[gdal-dev] Suppressing GDAL error output globally/by default in a Java application

Hi, I'm using GDAL (1.7.3) from within JBoss. Having GDAL report errors to stderr obviously isn't that helpful in such an environment. Now I found that in native code, I could just call CPLSetErrorHandler() to get rid of this issue. However, in Java, there only seems to be PushErrorHandler(),

Re: [gdal-dev] Problem with Gdal/ogr Java

Just for the record, it is not sufficient to have the DLL in the class path (actually this is not required at all). The DLLs need to be on the application's search path. The details can be found here: http://www.chilkatsoft.com/java-loadLibrary-Windows.asp Regards, Stefan -Original

[gdal-dev] Question on OGRwkbGeometryType

Hi, The documentation of OGRwkbGeometryType mentions the following: wkbPoint25D 2.5D extension as per 99-402 wkbLineString25D2.5D extension as per 99-402 wkbPolygon25D 2.5D extension as per 99-402 wkbMultiPoint25D2.5D extension as per 99-402 wkbMultiLineString25D

Re: [gdal-dev] Question on OGRwkbGeometryType

Thanks a lot. Frank Warmerdam wrote: Stefan Moebius wrote: Hi, The documentation of OGRwkbGeometryType mentions the following: wkbPoint25D 2.5D extension as per 99-402 wkbLineString25D 2.5D extension as per 99-402 wkbPolygon25D 2.5D extension as per 99-402 wkbMultiPoint25D

[gdal-dev] Question on OGR handle types

Hi, In May 2008, a couple of changes where made to improve type checking. See http://lists.osgeo.org/pipermail/gdal-dev/2008-May/017059.html http://trac.osgeo.org/gdal/changeset/14435 http://trac.osgeo.org/gdal/changeset/14441 Our code is using the function OGRCoordinateTransformation*

[gdal-dev] Java bindings build issue

Hi, I'm trying to build gdal-trunk with Java bindings on rhel-5. I succeeded with GDAL itself, but had to disable expat. I also disabled OGR, but included PROJ.4. Next I configured gdal/swig/java/java.opt and ran make. Result is: mkdir -p org/gdal/gdal mkdir -p org/gdal/gdalconst mkdir -p

Re: [gdal-dev] Java bindings build issue

Same problem with OGR enabled. Stefan Moebius wrote: Hi, I'm trying to build gdal-trunk with Java bindings on rhel-5. I succeeded with GDAL itself, but had to disable expat. I also disabled OGR, but included PROJ.4. Next I configured gdal/swig/java/java.opt and ran make. Result is: mkdir

Re: [gdal-dev] Java bindings build issue

line 214 at cpl.i is #ifndef SWIGRUBY the corresponding #endif seems to be on the last line and without newline, maybe that's confusing your swig? Add a newline to the end of the file and say make. Yeah, that's it. Thanks for saving my day :-) Cheers, Stefan