At this point it sounds like you are getting squarely into raster
geoprocessing. Unless you need to do it standalone for some reason, you
might consider using GRASS or QGis with the GRASS extensions as GRASS is a
fantastic raster analysis package.
Craig
From: gdal-dev-boun...@lists.osge
I looked at Amanda's files. It looks like it is getting reprojected from
UTM to Geographic, but that the datum isn't getting transformed from NAD27
to WGS84. I suggested she verify her PROJ environment variables/NAD data
files.
Craig
> -Original Message-
> From: gdal-dev-boun...@lists.
I think you want wkbPoint25D instead of wkbPoint in the CreateLayer call.
> -Original Message-
> From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-
> boun...@lists.osgeo.org] On Behalf Of Opel Fahrer
> Sent: Wednesday, September 09, 2009 10:19 PM
> To: gdal-dev@lists.osgeo.org
> Su
[mailto:[EMAIL PROTECTED]
Sent: Friday, August 29, 2008 10:22 AM
To: Craig Miller; Craig Miller
Cc: 'Brent Fraser'; gdal-dev@lists.osgeo.org; 'Brent Fraser';
gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Topological Union?
Craig Miller wrote:
> Thanks Brent. I'm
Does OGR support Postgis 8.3 under Windows?
I have the following defined in my nmake.opt but am still getting all sorts
of linker errors:
# PostGIS Libraries
PG_INC_DIR = C:\pg\include\
PG_LIB = C:\pg\lib\libpq.lib wsock32.lib
Craig
_
m: Brent Fraser [mailto:[EMAIL PROTECTED]
Sent: Friday, August 29, 2008 7:53 AM
To: Craig Miller
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Topological Union?
Craig,
I've had limited success with the Union function in Geos (via GDAL). It's
slow and fails on large polyg
Are there any gdal/geos based utility out there that do a topological union
between two sets of geometry (shape files)?
A topological union results in existing geometry being split into multiple
pieces and each new resulting polygon having all of the attributes of both
source polygongs. For ex
so that it does ... nothing ;-)
Furthermore, it's safer because otherwise mem_driver->Create("foo.tif", ...)
would remove "foo.tif" on the filesystem. So the Delete() method for the MEM
driver must absolutely do nothing.
Fixed in trunk in r15232
Le Wednesday 27 August 2008 20:27:0
Thanks Chris. That did the trick.
Perhaps a quick note could be added to the MEM driver doc page?
Craig
-Original Message-
From: Chris Eustace [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 26, 2008 9:43 PM
To: Craig Miller
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] MEM
I am working with an in-house utility written a couple of years ago that
uses the MEM driver. Recently, after upgrading to Vista64 the utility
stopped working. As it was using an old version of GDAL, I decided to fetch
the source from the vault and recompile/link against GDAL 1.5.2. I didn't
cha
I'm no expert on color conversions, but I am reading it as 1 = 100%. So, if
you have an RGB image with values ranging from 0 - 255, then convert it to a
percent first then subtract it from R.
For example, if you have RGB values of 200, 100, 255:
r = 200/255 = .7843
g = 100/255 = .3921
b = 255/
Nice work. Looks great.
Can a bounding box for the input image be specified so the collar will be
trimmed prior to creating the tile images?
Craig
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Guillaume Sueur
Sent: Monday, August 18, 2008 2:07 PM
To:
12 matches
Mail list logo
