Based on some conversations of the list, I've come to understand a
little better what I'm looking for, so I'll update my original
question here so it's a bit clearer.
I need to write a program that automatically determines elevation
profiles based on a predetermined path/route. This data needs to
Folks,
I'm afraid I'm -1 on RC3 being promoted. Ivan noticed that
the default windows build produces gdal16dev.dll instead of
gdal16.dll. I'll package a 1.4 soon, perhaps tonight.
Best regards,
--
---+--
I set the clouds
On fc9, with:
./configure --with-png --with-libtiff=internal --with-geotiff=internal
--with-jpeg --with-xerces --with-geos=no --with-pg=/usr/bin/pg_config
--with-mysql=/usr/bin/mysql_config -
-with-sqlite --with-curl=/usr/bin/curl-config --with-python --with-expat
/gdal/gcore
I'm no expert, but I have some thoughts.
A) this really isn't a GDAL issue -- GDAL is about reading ant writing
the data -- you're interested in processing. you might want to look at
the geos lib.
In order to get this profile, I want to do a spatial query on DEM
shapefiles
DEMs are
On Wed, Dec 03, 2008 at 08:15:17AM -0500, Kralidis,Tom [Ontario] wrote:
make[1]: *** No rule to make target `gdalprofile.lo', needed by
`default'. Stop.
make[1]: Leaving directory `/home/tkralidi/foss4g/gdal/trunk/gdal/alg'
make: *** [core-target] Error 2
Tom,
That was my mistake when
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrey Kiselev
Sent: Wednesday, 03 December 2008 12:52
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] build error in trunk
On Wed, Dec 03, 2008 at 08:15:17AM -0500, Kralidis,Tom
[Ontario]
Kenn Sebesta wrote:
Based on some conversations of the list, I've come to understand a
little better what I'm looking for, so I'll update my original
question here so it's a bit clearer.
I need to write a program that automatically determines elevation
profiles based on a predetermined
Generally (Always?) in GDAL, char** arrays are terminated by a NULL pointer.
You can also use CSLCount()... to get the size of the array, and it actually
loops until it finds the terminating NULL pointer.
But the simplest solution is to use GDALDeleteDateset() which is the exact
implementation
I'm no expert, but I have some thoughts.
A) this really isn't a GDAL issue -- GDAL is about reading ant writing
the data -- you're interested in processing. you might want to look at
the geos lib.
In order to get this profile, I want to do a spatial query on DEM
shapefiles
DEMs are
