Even,
Thanks! That did the trick!
Doug
Doug Newcomb
USFWS
Raleigh, NC
919-856-4520 ext. 14 doug_newc...@fws.gov
-
The opinions I express are my own and are not representative of the
off
Ok. To clear it out.
I have a plugin which make gdal available for plugins within
SportTracks. Actually, just adds gdal libraries to the path the plugins
find them at runtime. That is, late bindings.
In simple words. How do I go about updating the plugin?
If I have gdal 1.5.1 on the path and
Does gdalinfo -checksum lceugr100_00_pct_epsg4326.tif works ? If it doesn't,
you might want to try with a recent GDAL (e.g 1.6.1) and internal libtiff
support.
Le Tuesday 30 June 2009 16:06:52 Hermann Peifer, vous avez écrit :
> Hi.
>
> I am trying to warp a GeoTiff from EPSG:3035 to EPSG:4326.
A quick Google search gives http://www.saiweb.co.uk/tag/libcom_err that seems
to be exactly your issue
Le Tuesday 30 June 2009 20:41:25 doug_newc...@fws.gov, vous avez écrit :
> libcom_err
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://list
2009/6/30 Tomas R
> Trying to update my plugin to SportTracks that makes it possible for other
> plugins to the great program to make use of Gdal. Currently the plugin uses
> Gdal 1.5.1 and the plan is to move to 1.6.1
> There seem to not be a "soft" way to upgrade as a move to gdal 1.6.1 will
Hi,
I'm trying to compile gdal 1.6.1 on a Centos 5.3 x86_64 computer. The make
portion works fine, but the make install bombs with :
/usr/bin/ld: skipping incompatible /usr/lib/libcom_err.so when searching
for -lcom_err
/usr/bin/ld: skipping incompatible /usr/lib/libcom_err.a when searching for
Tomas,
Disclaimer : I'm not an expert of C# at all and I've not understood your
preliminary paragraph about 'SportTracks and the other plugins'. The
following explanatations are more general remarks about how a random SWIG
GDAL binding should work regards to versioning.
Theory : The csharp bin
Hi again, time for a new question
First of, Q is regarding the C# environment.
Trying to update my plugin to SportTracks that makes it possible for
other plugins to the great program to make use of Gdal. Currently the
plugin uses Gdal 1.5.1 and the plan is to move to 1.6.1
There seem to not b
I am not quite sure if my posting through gmane.comp.gis.gdal.devel went
through. So I am sending it again. Hermann
Original Message
Subject: PackBitsDecode: Not enough data ...
Date: Tue, 30 Jun 2009 16:06:52 +0200
From: Hermann Peifer
Newsgroups: gmane.comp.gis.gdal.devel
H
Thanks.
Jeff McKenna wrote:
Adeel Raza wrote:
Hi,
I compiled gdal 1.6.1 for MSVC 9.0 and then I wrote the following
command to install the library files in the desired directory. I get
the following error:
D:\gdal-1.6.1> nmake /f makefile.vc install GDAL_HOME=D:\gdal
Microsoft (R) Program
Adeel Raza wrote:
Hi,
I compiled gdal 1.6.1 for MSVC 9.0 and then I wrote the following
command to install the library files in the desired directory. I get the
following error:
D:\gdal-1.6.1> nmake /f makefile.vc install GDAL_HOME=D:\gdal
Microsoft (R) Program Maintenance Utility Version 9
Adeel Raza wrote:
Hi Jeff,
Thanks for replying. I set the MSVC_VER variable in the original command
to compile the library as follows:
D:\gdal-1.6.1> nmake /f makefile.vc MSVC_VER=1500
But it seemed like that had no effect "nmake.opt". So i just changed it
manually and the install command i
Adeel Raza wrote:
Hi,
I compiled gdal 1.6.1 for MSVC 9.0 and then I wrote the following
command to install the library files in the desired directory. I get the
following error:
D:\gdal-1.6.1> nmake /f makefile.vc install GDAL_HOME=D:\gdal
Microsoft (R) Program Maintenance Utility Version 9
Hi,
I compiled gdal 1.6.1 for MSVC 9.0 and then I wrote the following
command to install the library files in the desired directory. I get the
following error:
D:\gdal-1.6.1> nmake /f makefile.vc install GDAL_HOME=D:\gdal
Microsoft (R) Program Maintenance Utility Version 9.00.30729.01
Copyri
Hi.
I am trying to warp a GeoTiff from EPSG:3035 to EPSG:4326. After 50%
done, I end up with the following errors:
$ gdalwarp -t_srs EPSG:4326 lceugr100_00_pct.tif
lceugr100_00_pct_epsg4326.tif -co COMPRESS=PACKBITS
Copying color table from lceugr100_00_pct.tif to new file.
Creating output
Forgot to copy the list.
-- Forwarded message --
From: Scott Sinclair
Date: 2009/6/30
Subject: Re: [gdal-dev] can't open grib2 files
To: Alberto Pettazzi
>2009/6/29 Alberto Pettazzi :
> I just have executed the command you suggested me,
>
> gdal-config --formats
>
>
> and that
16 matches
Mail list logo
