[gdal-dev] could GDAL enforce towgs84=0,0,0 for ETRS89-based CRSs?

Hi, Due to a change in PROJ 4.6.0, no datum shift is aplied when reprojecting between a CRS which has an implicit datum definition (e.g. Pulkovo 1942/58-based EPSG 4179, for which GDAL uses towgs84=33.4,-146.6,-76.3,-0.359,-0.053,0.844,-0.84) and an ETRS89-based CRS, e.g. EPSG 2180, that has no i

RE: [gdal-dev] GDAL in 64bits Linux environment

You're right, I didn't read carefully enough. I had a problem with not finding libjpeg.la so i disabled libtool and it solved the problem. Now whenever I see "libXYZ.la" that's what I always think of. Flashbacks, I suppose. :) > -Original Message- > From: Even Rouault [mailto:[EMAIL PROTEC

Re: [gdal-dev] GDAL in 64bits Linux environment

Well, clearly the problem is /usr/lib/libexpat.so that must be 32 bit on your distro. It should fetch /usr/lib64/libexpat.so instead. I think someone reported similar problem not so long ago on the mailing list. You should fetch the archives to see if there was a solution. Otherwise you can try

Re: [gdal-dev] GDAL in 64bits Linux environment

Hi Mike: Thanks for your reply and the following is my error: libtool: link: creating GNU ld script: .libs/libgdal.la.lnkscript libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/

Re: [gdal-dev] GDAL in 64bits Linux environment

Limei, I believe some of the core developers use 64bit Linux as their daily work environment, so it is certainly not a fundamental problem. However, you must be more specific of the problem you have and include traces of the result of the compilation, dependencies installed etc etc Le Wednesda

[gdal-dev] GDAL in 64bits Linux environment

Hi: I am having some errors in compiling GDAL on our new 64bits Linux server. Could you tell me whether gdal1.5.2 has been tested on 64bit Linux or what I need to change in the configure file? Thanks, Limei ___ gdal-dev mailing list gdal-dev@list

Re: [gdal-dev] linking MrSID with GDAL

Nidel, Mike wrote: Is there an option to use to statically link the MrSID GeoDSDK into the gdal.dll/libgdal.so? Actually this seems to happen automatically on Linux with libgdal.so, but not with the windows build. I'm not familiar enough with the Microsoft compiler/linker to know how to do this b

[gdal-dev] feature proposal: ogr_merge

Hello, I would like to ask whether it is possible to include a program to merge vector files just like gdal_merge.py Please see a related discussion on the GRASS user list: Re: import a folder full of shapefiles and reproject on-the-fly? http://thread.gmane.org/gmane.comp.gis.grass.user/24911/focu

[gdal-dev] linking MrSID with GDAL

Is there an option to use to statically link the MrSID GeoDSDK into the gdal.dll/libgdal.so? Actually this seems to happen automatically on Linux with libgdal.so, but not with the windows build. I'm not familiar enough with the Microsoft compiler/linker to know how to do this but if there's already

Re: [gdal-dev] Guidance sought on using gdal-translate

On 30/07/2008, at 9:07 AM, Frank Warmerdam wrote: Christopher Hunt wrote: Hi Frank, Thanks for the reply and for the confirmation that I'm on the right track. Dumb newbie question: wouldn't most aerial photos taken, say, from 12,000ft be ortho in their projection? Christopher, I don't th