Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

Hi all, The trick explained at https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev seems to have solved my issue. Thanks a lot for the hint, Andreas On 2019-11-19 14:28, Even Rouault wrote: Andreas, So this seems like it links to the old version of proj. Why is using this one

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

Hi Even, Yes - you are right. Other gdal library dependencies still link to the old version. I will the trick at https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev first, before I try the harder way to recompile all other packages. Thanks, Andreas On 2019-11-19 14:28, Even

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

Andreas, > So this seems like it links to the old version of proj. Why is using > this one if I specified "--with-proj=/usr/local" ? GDAL build system doesn't use rpath mechanism for linking, so if there are several libproj.so in the path used for linking it will use the first or last one, I

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

Hi, Hm - setting the LD_LIBRARY_PATH variable also didn't help. ldd still says that it links to the old proj. Still the same error message. I did a "make clean" to make sure no old stuff is around from previous attempts. Do I really have to purge the old proj version? Then several other of

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

Hi, Thanks for your reply. Here is the output of configure: -- user@machine:~/dev/gdal-3.0.2$ ./configure --with-python=python3 --with-proj=/usr/local --with-pg=yes --with-spatialite=yes | grep proj /bin/bash: ./config.rpath: No such file or directory checking for PROJ >= 6

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

On Tue, 19 Nov 2019 at 13:41, Andreas Neumann wrote: > Note that two versions of proj are on my system: the old version in /usr and > the new version in /usr/local - with the configure_param I am pointing it to > the new version. Then, check also what ./configure reports as PROJ version found.

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

On Tue, 19 Nov 2019 at 13:41, Andreas Neumann wrote: > I am trying to compile gdal3.0.2 against proj6 - but have problems. > > Proj6 compile worked fine and I installed in /usr/local > > The configure command for gdal is: > > ./configure --with-python=python3 --with-proj=/usr/local --with-pg=yes

[gdal-dev] Compile problems gdal3.0.2 against proj6

Hi, I am trying to compile gdal3.0.2 against proj6 - but have problems. Proj6 compile worked fine and I installed in /usr/local The configure command for gdal is: ./configure --with-python=python3 --with-proj=/usr/local --with-pg=yes --with-spatialite=yes The last part of the compile

Re: [gdal-dev] Compile GDAL with OGDI support on Windows

Sébastien, > > I am trying to compile GDAL 2.3.0 with OGDI 3.2.0 library on Windows, but > the linking step fails because some libraries (zlib, proj) are present > twice (in the OGDI lib, and also in the GDAL build). > > In nmake.opt, if I remove the support for PROJ or zlib (to use the ones >

Re: [gdal-dev] compile gdal 2.3.0 on centos 6.9

On Fri, 29 Jun 2018, donato.aira...@ext.ec.europa.eu wrote: Hi, on Centos 6.9 compiling gdal 2.3.0 with ./configure --with-python=yes --with-pg=/usr/pgsql-9.3/bin/pg_config --with-geos=yes --with-curl=/usr/bin/curl-config --with-mrsid=/opt/MrSID/Raster_DSDK/ --with-jp2mrsid=no

[gdal-dev] compile gdal 2.3.0 on centos 6.9

Hi, on Centos 6.9 compiling gdal 2.3.0 with ./configure --with-python=yes --with-pg=/usr/pgsql-9.3/bin/pg_config --with-geos=yes --with-curl=/usr/bin/curl-config --with-mrsid=/opt/MrSID/Raster_DSDK/ --with-jp2mrsid=no --with-mrsid_lidar=/opt/MrSID/Lidar_DSDK/ --with-sqlite3

Re: [gdal-dev] Compile gdal with expat support on AWS Linux

Yes that was it. Many thanks. Toby On 20 January 2018 at 12:08, Even Rouault wrote: > On samedi 20 janvier 2018 12:04:42 CET Tobias Reinicke wrote: > > > Hello, > > > > > > I've been trying to get gdal compiled to be able to read GML files - but > I > > > keep on

Re: [gdal-dev] Compile gdal with expat support on AWS Linux

On samedi 20 janvier 2018 12:04:42 CET Tobias Reinicke wrote: > Hello, > > I've been trying to get gdal compiled to be able to read GML files - but I > keep on getting expat / Xerces errors. > I am working on an AWS AMI that matches the AWS Lambda environment (as I'm > trying to get this working

[gdal-dev] Compile gdal with expat support on AWS Linux

Hello, I've been trying to get gdal compiled to be able to read GML files - but I keep on getting expat / Xerces errors. I am working on an AWS AMI that matches the AWS Lambda environment (as I'm trying to get this working in Lambda really).(AMI: amzn-ami-hvm-2017.03.1.20170812-x86_64-gp2 /

Re: [gdal-dev] compile gdal using the libpng 1.6.26

Hi Even, I have resolved with your hints. Thx for help. Andrea. 2017-11-13 12:23 GMT+01:00 Even Rouault : > On lundi 13 novembre 2017 09:00:38 CET Andrea Peri wrote: > > > Hi, > > > I have a trouble with my qgis-server. > > > > > > I have a debian stretch version

Re: [gdal-dev] compile gdal using the libpng 1.6.26

On lundi 13 novembre 2017 09:00:38 CET Andrea Peri wrote: > Hi, > I have a trouble with my qgis-server. > > I have a debian stretch version 64bit where the libpng is at 1.6.26 version. > > When I compile the gdal from source, it use its internal 1.2.56 version and > all is ok. > > After, when I

[gdal-dev] compile gdal using the libpng 1.6.26

Hi, I have a trouble with my qgis-server. I have a debian stretch version 64bit where the libpng is at 1.6.26 version. When I compile the gdal from source, it use its internal 1.2.56 version and all is ok. After, when I go to compile the qgis. Its cmake finding system found the system libpng

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

Sebastiaan Couwenberg writes: > Please upgrade your system to jessie, Debian lenny is EOL since February > 6th 2012. See: Sorry - they actually use Jessie - I got confused. Cheers, Rainer > > https://wiki.debian.org/DebianReleases > > Kind Regards, > > Bas -- Rainer

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

Please upgrade your system to jessie, Debian lenny is EOL since February 6th 2012. See: https://wiki.debian.org/DebianReleases Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

Even Rouault writes: > On vendredi 27 janvier 2017 14:28:21 CET Rainer M Krug wrote: > >> Hi > >> > >> We am working on a docker image for spatial analysis using R (see > >> https://github.com/rocker-org/rocker/issues/213 for the discussion) and > >> I am struggling

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

On vendredi 27 janvier 2017 14:28:21 CET Rainer M Krug wrote: > Hi > > We am working on a docker image for spatial analysis using R (see > https://github.com/rocker-org/rocker/issues/213 for the discussion) and > I am struggling to get gdal compiled with HDF5 support. > > Any ideas what I am

Re: [gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

Rainer, I'm not very familiar with Debian or apt-get, but does installing libhdf5 perhaps with something like apt-get install -y --no-install-recommends libhdf5 help ? If so, the "--no-install-recommends" may be making things harder for you. Alternatively, the problem *might* be that

[gdal-dev] compile gdal 2.1.3 with HDF5 support on Debian Lennie

Hi We am working on a docker image for spatial analysis using R (see https://github.com/rocker-org/rocker/issues/213 for the discussion) and I am struggling to get gdal compiled with HDF5 support. I install the following dependencies: --8<---cut

Re: [gdal-dev] compile error on windows

H5_BUILT_AS_DYNAMIC_LIB ... #define H5_DLL __declspec(dllimport) Without that, the symbols won't import from the DLL. I don't see any dependence on _HDF5USEDLL_ -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-compile-error-on-windows-tp5263583p5279010.html Sent from

Re: [gdal-dev] compile error on windows

It would be great for all those interested in this thread, to take a moment and make sure that these steps are documented in the BuildHints wiki page for this (https://trac.osgeo.org/gdal/wiki/HDF). I did that of course, but other community members should as well, especially all those so

Re: [gdal-dev] compile error on windows

H5_BUILT_AS_DYNAMIC_LIB ... #define H5_DLL __declspec(dllimport) Without that, the symbols won't import from the DLL. I don't see any dependence on _HDF5USEDLL_ -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-compile-error-on-windows-tp5263583p5279010.html Sent from the GDAL

Re: [gdal-dev] compile error on windows

> > If you have the opportunity, it would be good if you could check if > defining > both _HDF5USEDLL_ and H5_BUILT_AS_DYNAMIC_LIB doesn't affect negatively > your > builds. Ideally, we'd like to have a default set of compilation flags that > works out of the box for (almost) everybody. > > Ok, I

Re: [gdal-dev] compile error on windows

On 2016-05-03 3:11 PM, Even Rouault wrote: Le mardi 03 mai 2016 19:57:45, Jeff McKenna a écrit : I'm also very ok with changing the default to set H5_BUILT_AS_DYNAMIC_LIB only - I'll just edit the makefile before building. Not an issue for me. I'm not keen to modify things without a clear

Re: [gdal-dev] compile error on windows

Le mardi 03 mai 2016 19:57:45, Jeff McKenna a écrit : > I'm also very ok with changing the default to set > H5_BUILT_AS_DYNAMIC_LIB only - I'll just edit the makefile before > building. Not an issue for me. I'm not keen to modify things without a clear understanding of what is required in which

Re: [gdal-dev] compile error on windows

I'm also very ok with changing the default to set H5_BUILT_AS_DYNAMIC_LIB only - I'll just edit the makefile before building. Not an issue for me. Since no one is recording these notes from this long discussion in the buildhints wiki, I'm +1 to change to this new setting in makefile.vc;

Re: [gdal-dev] compile error on windows

On 2016-05-03 1:36 PM, Even Rouault wrote: If you have the opportunity, it would be good if you could check if defining both _HDF5USEDLL_ and H5_BUILT_AS_DYNAMIC_LIB doesn't affect negatively your builds. Ideally, we'd like to have a default set of compilation flags that works out of the box

Re: [gdal-dev] compile error on windows

Le mardi 03 mai 2016 18:23:47, Jeff McKenna a écrit : > On 2016-05-03 4:54 AM, Even Rouault wrote: > >> -EXTRAFLAGS = -I$(HDF5_DIR)\include -DWIN32 -D_HDF5USEDLL_ > >> +EXTRAFLAGS = -I$(HDF5_DIR)\include -DWIN32 > >> -DH5_BUILT_AS_DYNAMIC_LIB > > > > Jeff, > > > > does the above

Re: [gdal-dev] compile error on windows

On 2016-05-03 4:54 AM, Even Rouault wrote: -EXTRAFLAGS = -I$(HDF5_DIR)\include -DWIN32 -D_HDF5USEDLL_ +EXTRAFLAGS = -I$(HDF5_DIR)\include -DWIN32 -DH5_BUILT_AS_DYNAMIC_LIB Jeff, does the above match your experience ? We could probably define both _HDF5USEDLL_ and

Re: [gdal-dev] compile error on windows

an see thers) I'm working on a new build for the MS4W community with the new 2015 compiler, which seems to work better managing these 4 libraries (huge knock on wood!). In terms of building HDF5, one of the important notes is during cmake be sure to set "-DBUILD_SHARED_LIBS:BOOL:ON" I'm

Re: [gdal-dev] compile error on windows

Le lundi 02 mai 2016 23:21:04, Ryan Grout a écrit : > Thanks, again Christoph. You're a lifesaver. > > For the benefit of the gdal-dev list. > Applying the below patch to GDAL fixed my build issues with HDF5 1.8.16 > --- >

Re: [gdal-dev] compile error on windows

Thanks, again Christoph. You're a lifesaver. For the benefit of the gdal-dev list. Applying the below patch to GDAL fixed my build issues with HDF5 1.8.16 - diff --git frmts/hdf5/makefile.vc frmts/hdf5/makefile.vc index

Re: [gdal-dev] compile error on windows

If you want to protect your hair don't try to build HDF5.8.12 (and probably some other versions around this one) it will crash a couple times under VS14 and will error at the middle of build with a timezone variable not found (or similar) 5.10.0 builds fine but the HDF page has worry message

Re: [gdal-dev] compile error on windows

On 2016-04-29 5:17 PM, Ryan Grout wrote: Hello, I'm attempting to build GDAL for windows using Visual Studio 2008. I've included the output of the build failure below. I don't see anything wrong with the linking command (hdf5 library is there). I've double checked the exported symbols of

Re: [gdal-dev] compile error on windows

Check the compile options. To use shared libraries of HDF5-1.8.16 on Windows with Visual Studio you must specify the H5_BUILT_AS_DYNAMIC_LIB compile definition (see ). Christoph On 4/29/2016 1:17 PM, Ryan Grout wrote: Hello, I'm

[gdal-dev] compile error on windows

Hello, I'm attempting to build GDAL for windows using Visual Studio 2008. I've included the output of the build failure below. I don't see anything wrong with the linking command (hdf5 library is there). I've double checked the exported symbols of hdf5.lib and it definitely exports the symbols

[gdal-dev] compile error on master

Hi I have troubles compiling gdal on Ubuntu 10.04 and 12.04 (worked few weeks ago): make[1]: Entering directory `/usr/local/src/gdal/gdal-dev/gdal' make[1]: `libgdal.la' is up to date. make[1]: Leaving directory `/usr/local/src/gdal/gdal-dev/gdal' (cd apps; make) make[1]: Entering directory

Re: [gdal-dev] compile error on master

Le vendredi 12 décembre 2014 10:10:46, Stefan Ziegler a écrit : Hi I have troubles compiling gdal on Ubuntu 10.04 and 12.04 (worked few weeks ago): Stefan, Did you make clean before ? GDAL makefiles have not the dependencies to the headers, so changes in them do not automatically trigger

Re: [gdal-dev] compile error on master

Hi Even thanks. I was pretty sure I've cleaned before. Now it works... (perhaps forgot sudo before). regards Stefan On Fri, Dec 12, 2014 at 12:40 PM, Even Rouault even.roua...@spatialys.com wrote: Le vendredi 12 décembre 2014 10:10:46, Stefan Ziegler a écrit : Hi I have troubles

Re: [gdal-dev] Compile gdal/ogr with mingw

Hi to everyone Did somebody compile gdal/ogr with mingw? I tried to compile gdal (static/shared) with MinGW without success of calling the function OGRRegisterAll() in QT 5.2.1 (C++). Starting the binary results in: The program has unexpectedly finished. I used those tutorials:

Re: [gdal-dev] Compile gdal/ogr with mingw

I haven't tried recently with mingw binaries in Windows, but the build with the i586-mingw32msvc cross compiler from Linux works and the resulting executable can pass the regression tests. Hi to everyone Did somebody compile gdal/ogr with mingw? I tried to compile gdal (static/shared) with

Re: [gdal-dev] Compile gdal/ogr with mingw

with the function OGRRegisterAll(). Do you know why it doesn't work? Any other ideas? Cheers David Original Message Subject: Re: [gdal-dev] Compile gdal/ogr with mingw From: Even Rouault even.roua...@mines-paris.org To: David Tran david.t...@hsr.ch Date: Thursday, 27. March

[gdal-dev] Compile errors when including gdal.lib (trunk version)

Hi all, We're using GDAL in our Open Source GIS application called MapWinGIS ( https://mapwingis.codeplex.com). MapWinGIS is build using Visual Studio 2008 Pro and its language is VC++. We've been using GDAL for years now. I'm currently in the process of update the external libraries, like GDAL,

Re: [gdal-dev] Compile errors when including gdal.lib (trunk version)

Le lundi 14 octobre 2013 18:33:05, Paul Meems a écrit : Hi all, We're using GDAL in our Open Source GIS application called MapWinGIS ( https://mapwingis.codeplex.com). MapWinGIS is build using Visual Studio 2008 Pro and its language is VC++. We've been using GDAL for years now. I'm

Re: [gdal-dev] Compile errors when including gdal.lib (trunk version)

Thanks Even, I commented the DllMain() implementation and now my project compiles again. I would love to send a patch but I'm not a C++ developer and don't know how to fix this. I will now look into the ECW error. Thanks, Paul *Paul Meems * Release manager, configuration manager and forum

[gdal-dev] Compile GDAL with GEOS, strange GEOS_CFLAGS

Hi all, As mentioned before I'm trying to upgrade all supporting libraries we are using with MapWinGIS. I'm also documenting all steps so others can do this as well. The build seems to be OK but I'm wondering about this part: GEOS_CFLAGS = -I$(GEOS_DIR)/capi -I$(GEOS_DIR)/source/headers

Re: [gdal-dev] Compile GDAL with GEOS, strange GEOS_CFLAGS

: vendredi 4 octobre 2013 10:21 À : gdal-dev@lists.osgeo.org Objet : [gdal-dev] Compile GDAL with GEOS, strange GEOS_CFLAGS Hi all, As mentioned before I'm trying to upgrade all supporting libraries we are using with MapWinGIS. I'm also documenting all steps so others can do this as well. The build seems

Re: [gdal-dev] Compile GDAL with GEOS, strange GEOS_CFLAGS

Le vendredi 04 octobre 2013 10:21:13, Paul Meems a écrit : Hi all, As mentioned before I'm trying to upgrade all supporting libraries we are using with MapWinGIS. I'm also documenting all steps so others can do this as well. The build seems to be OK but I'm wondering about this part:

Re: [gdal-dev] Compile GDAL with GEOS, strange GEOS_CFLAGS

On 4 October 2013 22:08, Even Rouault even.roua...@mines-paris.org wrote: Le vendredi 04 octobre 2013 10:21:13, Paul Meems a écrit : As mentioned before I'm trying to upgrade all supporting libraries we are using with MapWinGIS. I'm also documenting all steps so others can do this as well.

[gdal-dev] compile

Hi, Does anyone know how to build gdal in linux OS or windows OS? I want to include the netcdf library into the gdal? Thanks! peng ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] compile

Hi Peng, The full instructions can be found here: http://trac.osgeo.org/gdal/wiki/BuildHints Best regards, Dmitriy 19.05.2013 23:24, Peng FU ?: Hi, Does anyone know how to build gdal in linux OS or windows OS? I want to include the netcdf library into the gdal? Thanks! peng

Re: [gdal-dev] compile

On Sun, May 19, 2013 at 4:24 PM, Peng FU fupengh...@gmail.com wrote: Hi, ** ** Does anyone know how to build gdal in linux OS or windows OS? I want to include the netcdf library into the gdal? FYI some builds of gdal include netcdf support, such as ubuntugis-unstable PPA (for ubuntu

Re: [gdal-dev] Compile GDAL/OGR with SOSI support

Done. See: http://trac.osgeo.org/gdal/wiki/SOSI http://trac.osgeo.org/gdal/wiki/SOSI Cheers Stefan -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Compile-GDAL-OGR-with-SOSI-support-tp5045207p5049558.html Sent from the GDAL - Dev mailing list archive at Nabble.com.

Re: [gdal-dev] Compile GDAL/OGR with SOSI support

Whoever is responsible for the GDAL SOSI driver (at the github project linked in the wiki) should consider contributing their code to the main gdal codebase (dev version/trunk of course) Cheers Etienne On Thu, Apr 25, 2013 at 5:58 AM, SBL stefan.blumentr...@nina.no wrote: Done. See:

Re: [gdal-dev] Compile GDAL/OGR with SOSI support

Hi New update on this issue: Now I finally managed to build GDAL/OGR with SOSI support on Ubuntu 12.04, thanks to the Help of Thomas. First I compiled the new Version he provided for the FYBA-lib: Then some changes in the GNUmakefiles in the GDAL-source were necessary. A version with these

Re: [gdal-dev] Compile GDAL/OGR with SOSI support

Hello Stefan, Maybe you can document your steps on the GDAL BuildHints wiki (http://trac.osgeo.org/gdal/wiki/BuildHints) - create a new page in the External Library Issues section. Emails are long forgotten (hard to find), but creating a wiki page will make it easy for others to follow your

Re: [gdal-dev] Compile GDAL/OGR with SOSI support

HiSome updates on this issue:Thomas Hirsch updated the source of the FYBA library:https://github.com/kartverket/fyba/commit/a9cd3e740e78f319f73b74348ac71876805d7a5aFollowing the instructions there, libfyba can be build on Ubuntu 12.04.So, now I have the fyba library in /usr/local/libAs a next step

Re: [gdal-dev] Compile GDAL/OGR with SOSI support

be able to walk you through whatever he/she did to build it on linux, if you ask nicely. Graeme. Message: 4 Date: Mon, 8 Apr 2013 04:16:22 -0700 (PDT) From: SBL stefan.blumentr...@nina.no To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] Compile GDAL/OGR with SOSI support Message-ID

[gdal-dev] Compile GDAL/OGR with SOSI support

Hi Can somebody give me a hint on how to compile GDAL/OGR with support for the Norwegian SOSI format? I tried to find a solution in http://trac.osgeo.org/gdal/ticket/3638 as good as I can, but without success... I do have the (binary version of the) fyba library, but there is no --with-sosi

Re: [gdal-dev] Compile GDAL/OGR with SOSI support

Should have mentioned: I am working on Ubuntu 12.04 (32 and 64 bit)... -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Compile-GDAL-OGR-with-SOSI-support-tp5045207p5045212.html Sent from the GDAL - Dev mailing list archive at Nabble.com.

[gdal-dev] Compile GDAL/OGR with SOSI support

whatever he/she did to build it on linux, if you ask nicely. Graeme. Message: 4 Date: Mon, 8 Apr 2013 04:16:22 -0700 (PDT) From: SBL stefan.blumentr...@nina.no To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] Compile GDAL/OGR with SOSI support Message-ID: 1365419782783-5045207.p...@n6

Re: [gdal-dev] Compile GDAL/OGR with SOSI support

Hi again And thanks for the feedback I got so far. I read the webside Jørn recommended and tried and ended up with Graeme`s suggestion 4 because 3 did not reveal anything new. (1 and 2 are windows related while I am on Ubuntu Linux). By try and error I managed at least to let make look for the

[gdal-dev] compile gdal with xml support

Hello 2 all! I am forced to compile the newest gdaldev version by myself with expat and xerces support. I did the necessary changes in nmake.opt like described on http://trac.osgeo.org/gdal/wiki/BuildingOnWindows Basic and Advanced Options. First I got some LNK1104 Errors due to bad file paths

[gdal-dev] Compile Gdal 1.9 with WIN64=YES setting

I have build errors when I try to build to the Gdal 1.9 library for 64 bits. How can I solve this problem? Or how can I build the gdal for 64 bits? Thanks for your helps Error: Creating library gdal_i.lib and object gdal_i.exp LINK : error LNK2001: unresolved external symbol

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

There is a new problem with OGDI that I didn't account for in my build instructions: OGDI isn't updated for the new PROJ headers (that is, no projects.h). You need to copy projects.h to your proj header location. On Oct 7, 2012, at 10:39 PM, Samuel Smith wrote: Monkeying around with my

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

I did that (actually to /usr/includes/ - projects.h alongside proj_api.h) and that let me compile GDAL just fine without OGDI (where before those .h's were noted as missing). I've also put ecs.h in the same place. In turn OGDI compiled fine~ish (thanks to your instructions), it's the extra step

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

Le lundi 08 octobre 2012 05:39:20, Samuel Smith a écrit : 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

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

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] Compile GDAL with HDF4 and Shapefile-Support (64bit)

Maybe I need an older version of the C#-GDAL-bindings in order to use the version included in FW-Tools ? Since the code for loading GDAL is quite simple and works with newer GDAL-versions (32 / 64 bit) that seems to be the most likely reason for me. Has anybody used (version 1.7 32bit /

[gdal-dev] Compile GDAL with HDF4 and Shapefile-Support (64bit)

I need GDAL with both Shapefile and HDF4-Support, if possible in 64 bit. Since the normal GDAL-versions from http://www.gisinternals.com/sdk/ have Shapefile, but no HDF4 and the version from FWTools has HDF4, but no Shapefiles, Im afraid I have to compile a GDAL-version by myself. The problem is

Re: [gdal-dev] Compile GDAL with HDF4 and Shapefile-Support (64bit)

I wish I had an easy answer for you. I know for MS4W the next release will contain HDF4 support (only HDF5 support is included at the moment). Also, we maintain built steps for HDF at: http://trac.osgeo.org/gdal/wiki/HDF That doesn't answer any of your questions, but at least now you know where

Re: [gdal-dev] Compile GDAL with HDF4 and Shapefile-Support (64bit)

Selon David1980 dleimb...@zebris.com: the version from FWTools has HDF4, but no Shapefiles FWTools has definitely shapefile support. The shapefile driver doesn't require external libraries, so every GDAL/OGR build has shapefile support. C:Program FilesFWTools2.4.7ogrinfo --formats Supported

Re: [gdal-dev] Compile GDAL with HDF4 and Shapefile-Support (64bit)

@Jeff McKenna: I know this 2 pages, but it didnt help me. Im afraid the tips there are to short for me because the authors thought every reader would know things I simply dont know. ;) (e.g.: If your OS distribution already contains prebuilt HDF library you can use one from the distribution. -

Re: [gdal-dev] Compile GDAL with HDF4 and Shapefile-Support (64bit)

If I try to show OGR-drivers in my C#-project, I get the following error: The type-initialiser for OSGeo.OGR.Ogs has caused an exception. System.EntryPointNotFoundException: The entry point CSharp_OLCDeleteField_get was not found in the DLL ogr_wrap. at OSGeo.OGR.OgrPINVOKE.OLCDeleteField_get()

[gdal-dev] Compile GDAL with swig(Java) on MAC OS X

Hi all, I have a question about compiling gdal. I want to write a program in java with gdal and I want to compile gdal in a way, so that the user can use the already compiled lib. What I did so far is, changing the java.opt and this. gdal:$ ./configure gdal:$ make gdal:$ cd swig/java gdal:$

Re: [gdal-dev] Compile GDAL with swig(Java) on MAC OS X

Dennis, This works well so far, but the libgdaljni.dylib is directly linked to libgdal in the base Folder. So, if copy my program to another location, I will get a UnsatisfiedLinkError. Yes, both libs must be accessible through the java.library.path property (or in a system library

Re: [gdal-dev] Compile GDAL with swig(Java) on MAC OS X

On Dec 6, 2011, at 4:40 AM, Even Rouault wrote: Dennis, This works well so far, but the libgdaljni.dylib is directly linked to libgdal in the base Folder. So, if copy my program to another location, I will get a UnsatisfiedLinkError. Yes, both libs must be accessible through the

RE: [gdal-dev] Compile GDAL for x86 on an x64 machine

. Best regards, Marty From: Joaquim Luis [mailto:jl...@ualg.pt] Sent: Saturday, November 26, 2011 5:29 PM To: Martin Chapman Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Compile GDAL for x86 on an x64 machine On 27-11-2011 00:07, Martin Chapman wrote: All, I am using a Windows

RE: [gdal-dev] Compile GDAL for x86 on an x64 machine

Thanks Mateusz. I figured I was doing something wrong. Your feedback is much appreciated. Marty -Original Message- From: Mateusz Łoskot [mailto:mate...@loskot.net] Sent: Saturday, November 26, 2011 6:02 PM To: Martin Chapman Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Compile

[gdal-dev] Compile GDAL for x86 on an x64 machine

All, I am using a Windows 7 x64 machine with VS 2010 with both x86 and x64 compile tools. When I try to build gdal for x64 using the make file from the Win64 command prompt and WIN64 = YES in the nmake.opt file everything compiles fine. (using gdal 181 by the way). If I try to compile it

Re: [gdal-dev] Compile GDAL for x86 on an x64 machine

On 27-11-2011 00:07, Martin Chapman wrote: All, I am using a Windows 7 x64 machine with VS 2010 with both x86 and x64 compile tools. When I try to build gdal for x64 using the make file from the Win64 command prompt and WIN64 = YES in the nmake.opt file everything compiles fine. (using

Re: [gdal-dev] Compile GDAL for x86 on an x64 machine

On 27 November 2011 00:07, Martin Chapman chapm...@pixia.com wrote: I am using a Windows 7 x64 machine with VS 2010 with both x86 and x64 compile tools. [...] My question is:  Why can’t I compile gdal for x86 on my x64 box?  Am I missing something stupid?  Do you think it’s my environment? 

[gdal-dev] compile error

I tried to install gdal 1.7.2 on mandriva in order to read data from mysql. So I faced following error Please help me How can I solve this problem many thanks Murat g++ -I../../port -I../../gcore -I../../alg -I../../ogr `php-config --includes` -fpic -c gdal_wrap.cpp

[gdal-dev] Compile error with --with-python

I am seeing a very odd build error that seems to be happening in the swig/python area. For some reason on a -L options the directory name is getting spaces between every character: compile options: '-I../../port -I../../gcore -I../../alg -I../../ogr/ -I/usr/include/python2.5

[gdal-dev] compile qgis

Hi, I want to display satellite photos in my program(developmented by Qt+VC2005),Must I use GDAL(Does it only read/write geotiff data?)+QSIS(does it only display geotiff data?)? Must I compile QGIS from scratch? Kind regards? ___ gdal-dev mailing list

[gdal-dev] compile ogr2ogr

Hello, can someone help me with my problem? I have information stored in format Oracle Spatial and need to generate a shapefile. I have ogr2ogr, but I have to compile it with the bookshop OCI.dll someone can do like this?? Thank you very much... Pedro

Re: [gdal-dev] Compile GDAL With WMS Support (Win32)

I had no problem with this in VC++ Express with 1.6.0 RC4. If I remember correctly all I need was the libcurl download as described here: and this in nmake.opt CURL_DIR=C:\inst\libcurl CURL_INC = -I$(CURL_DIR)/include # Uncoment following line to use libcurl as dynamic library CURL_LIB =

[gdal-dev] Compile with ECW: library error

Hi, I'm a Grass-GIS user with a problem in GDAL 1.5.2. Folllowing the instructions here: http://trac.osgeo.org/gdal/wiki/ECW I added ECW support with the ER Mapper library. The libecwj2-3.3 configure make make install reported no errors. The GDAL configure using --with-ecw=/usr/local/lib