Hi,
I've committed a fix (r19493) that will disable the use of the new
GDALCopyWords implementation. The old and new implementations are functionally
equivalent, but the new implementation is in some cases 5-10x faster than the
old implementation. However, there is no problem with disabling it
The test dataset works for me with my 1.7.1-1 release builds, on both Leopard
and Snow.
Do you have a quick link for that NGA data?
On Apr 21, 2010, at 6:44 PM, Even Rouault wrote:
> Christopher,
>
> There were 2 meaningful changes mades in the OGR OGDI driver during GDAL 1.7
> development (h
Christopher,
There were 2 meaningful changes mades in the OGR OGDI driver during GDAL 1.7
development (http://trac.osgeo.org/gdal/changeset/18499 and
http://trac.osgeo.org/gdal/changeset/18502)
Could you try downloading and unzipping
http://freefr.dl.sourceforge.net/project/ogdi/OGDI_Test_Suite
I am using OGDI with 1.7.1 and everything looks good. I compile OGDI and then
change nmake.opt in GDAL to point to that lib. Which version of OGDI are you
compiling? Also, this is on windows.
Regards,
Harsh Govind
From: gdal-dev-boun...@lists.osgeo.org
William,
I couldn't see a place to report this on your site, to I'm reporting it
here. The 1.7 GDAL build doesn't seem to support the OGDI drivers,
whereas the 1.6 build does.
I'm using ORG to read the VPF, as used by the NGA digital nautical
charts. Note:
$ /Library/Frameworks/GDAL.framew
You have lots of ressources here:
* http://gdal.org
* http://trac.osgeo.org/gdal
To answer more directly your questions :
* Yes, R,G,B channels are considered as bands in GDAL model.
* You can read several band at a times with the GDALDataset::RasterIO() call.
See http://gdal.org/classGDALDataset
Hi.
I'm new to GDAL, but supposed to have some experience in C++.
I'm trying to use GDAL in my project because CxImage, the image library I
was using so far, is not able to deal with big images.
After several days fighting against my compiler I could finally build
gdal.lib (I'm using Builder C++,
On 2010-04-21 18:17:35 +0200, Christopher Barker said:
William Kyngesburye wrote:
The problem is in Enthought's python, for using the retracted numpy,
and they need to update their numpy (which could be a while if they
don't want to use RC versions). I'm afraid I can't support using numpy
1.
Le Wednesday 21 April 2010 15:04:10 Ari Jolma, vous avez écrit :
>
> Also on RHEL 64: configure finds libexpat but make tries to use 32 bit
> libexpat and not libexpat from /usr/lib64 --- I thought this was fixed
> already(?).
>
Ari,
It was fixed in trunk only. As it wasn't a fix for a regression
I agree, not an option. libtool is the only usable build method on OS X. (I
get the CDPATH error on OS X)
On Apr 21, 2010, at 11:23 AM, Ari Jolma wrote:
> Peter Hopfgartner wrote:
>>>
>> Could you try with ./configure --without-libtool ?
>
> I'm sure it is possible to hack the build until it
Peter Hopfgartner wrote:
Could you try with ./configure --without-libtool ?
I'm sure it is possible to hack the build until it goes through but
that's not the point. I build GDAL on many platforms and libtool is the
tool to make that easy. I've tried the --without-libtool a few times
befor
William Kyngesburye wrote:
The problem is in Enthought's python, for using the retracted numpy, and they
need to update their numpy (which could be a while if they don't want to use RC
versions). I'm afraid I can't support using numpy 1.4.0.
Maybe you can follow: http://www.kyngchaos.com/mac
Ari Jolma wrote:
Frank Warmerdam wrote:
Folks,
Today I updated the news file and prepared a 1.7.2 release
candidate. The
NEWS is available at:
http://svn.osgeo.org/gdal/branches/1.7/gdal/NEWS
The source files are at:
http://download.osgeo.org/gdal/gdal-1.7.2RC1.tar.gz
http://downloa
On Apr 21, 2010, at 8:40 AM, K.-Michael Aye wrote:
> Hm, if it's really that mindless of a task now, could you not build a GDAL
> for numpy 1.4.0, pretty please? :)
> Or would we have other problems then, due to this ABI break (which, I
> confess, i totally not understand).
If I did, it would b
On 2010-04-19 20:54:57 +0200, William Kyngesburye said:
On Apr 19, 2010, at 1:27 PM, Christopher Barker wrote:
William Kyngesburye wrote:
If you need to use GDAL with some other python module that uses
numpy, in the same script, or in the same session, this could still
be a problem.
yup --
Frank Warmerdam wrote:
Folks,
Today I updated the news file and prepared a 1.7.2 release candidate.
The
NEWS is available at:
http://svn.osgeo.org/gdal/branches/1.7/gdal/NEWS
The source files are at:
http://download.osgeo.org/gdal/gdal-1.7.2RC1.tar.gz
http://download.osgeo.org/gdal/g
Frank Warmerdam wrote:
Folks,
Today I updated the news file and prepared a 1.7.2 release candidate.
The
NEWS is available at:
http://svn.osgeo.org/gdal/branches/1.7/gdal/NEWS
The source files are at:
http://download.osgeo.org/gdal/gdal-1.7.2RC1.tar.gz
http://download.osgeo.org/gdal/g
complains about the gdal-config utility
which I don't know where to find.
This is where I stand now, if someone know how to compile GDAL-GRASS
under Win please help.
Thanks,
István
__ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 5046 (20100421)
__
Az üz
Frank Warmerdam wrote:
Folks,
Today I updated the news file and prepared a 1.7.2 release candidate.
The
NEWS is available at:
http://svn.osgeo.org/gdal/branches/1.7/gdal/NEWS
The source files are at:
http://download.osgeo.org/gdal/gdal-1.7.2RC1.tar.gz
http://download.osgeo.org/gdal/g
19 matches
Mail list logo
