The configured GRASS prefix is already compiled into the OGR GRASS
driver as GRASS_GISBASE, why not do the same for the GDAL GRASS
driver? (I thought it was, but GRASS_GISBASE only turns up in
ogrgrassdatasource.cpp).
On Dec 3, 2008, at 12:47 PM, Even Rouault wrote:
William,
thanks for
William,
thanks for your testing and reporting!
I reproduced the issue myself and finally figured out the solution... that I
had myself forgotten after adding this test a few months ago.
You have to define the GISBASE environment variable so that it points to the
root of your GRASS install. Fo
Kenn Sebesta wrote:
If you release the shapefile constraint, GMT's grdtrack program is lightning
fast
in interpolating a grid into a series of x,y positions.
Well, the only reason I'm using shapefiles is because that's what the
mapping department gave me. If a shapefile can be converted into a
> 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
>
> DEM
> If you release the shapefile constraint, GMT's grdtrack program is lightning
> fast
> in interpolating a grid into a series of x,y positions.
Well, the only reason I'm using shapefiles is because that's what the
mapping department gave me. If a shapefile can be converted into a
grdtrack, using s
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 o
Hi,
Does anybody know the right way to delete the files associated with a
GDALDataset from disk? It looks like I can call
GDALDataset->GetFileList() and get a char** with the list of files
comprising the dataset. But I don't know how many files there are in
the list so I'm not sure how to loo
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 path/rout
> -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
> [
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 ap
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 usually
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/home/tkralidi/fo
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 i
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
14 matches
Mail list logo
