[gdal-dev] does gdal can read large file faster?

2009-07-23 Thread chen xiaodong
On our company's platform ,we use gdal to read/write geo raster files.There is a problem I acount with is that when process a little larger file beyond 1G ,the performance is poor that a file with a 1.5G compacity and tiff format resampling can consume more then 20 minutes!It troubles me for a lon

Re: [gdal-dev] Extract BIGTiff libraries from GDAL source package

2009-07-23 Thread Frank Warmerdam
David Burken wrote: Enrico, I like to build straight from cvs: cvs -d :pserver:cvsa...@cvs.maptools.org:/cvs/maptools/cvsroot co libtiff Enrico, I concur with Dave. The best place to get the latest libtiff4 with bigtiff support is CVS. Please note that the Aperio code is a distinct fork of

Re: [gdal-dev] corrupt block on AIG dataset

2009-07-23 Thread Even Rouault
Should be fixed by r17435 now. Trunk only issue. Thanks for reporting Matt Le Thursday 23 July 2009 23:19:06 Gregory, Matthew, vous avez écrit : > Hi all, > > When I do a simple RasterIO read over various ArcInfo grids (using the > AIG driver), I am getting sporadic "Corrupt block" errors from li

Re: [Gdal-dev] compiling GDAL on solaris - error?!

2009-07-23 Thread mdekauwe
Hi, I tried your suggestion and I got exactly the same error?! Thanks though, any other thoughts? Even Rouault wrote: > > Might be a libtool issue. Try ./configure --without-libtool > > Le Thursday 23 July 2009 23:06:39 mdekauwe, vous avez écrit : >> Hi, >> >> Would anyone be able to point m

[gdal-dev] corrupt block on AIG dataset

2009-07-23 Thread Gregory, Matthew
Hi all, When I do a simple RasterIO read over various ArcInfo grids (using the AIG driver), I am getting sporadic "Corrupt block" errors from line 636 in gridlib.c (r17432) on grids that I think should be fine. This relevant chunk of code in gridlib.c is this: - /* The 4

Re: [Gdal-dev] compiling GDAL on solaris - error?!

2009-07-23 Thread Even Rouault
Might be a libtool issue. Try ./configure --without-libtool Le Thursday 23 July 2009 23:06:39 mdekauwe, vous avez écrit : > Hi, > > Would anyone be able to point me in the direction of a solution to my build > error on Solaris? > > gmake libgdal.la > gmake[1]: Entering directory `gdal-1.6.0' > gma

[Gdal-dev] compiling GDAL on solaris - error?!

2009-07-23 Thread mdekauwe
Hi, Would anyone be able to point me in the direction of a solution to my build error on Solaris? gmake libgdal.la gmake[1]: Entering directory `gdal-1.6.0' gmake[1]: *** No rule to make target `gdal-1.6.0/frmts/o/*.lo', needed by `libgdal.la'. Stop. gmake[1]: Leaving directory `gdal-1.6.0

Re: [gdal-dev] Ruby bindings and geotiff...

2009-07-23 Thread Roger André
Assuming that you know the row and column of the pixel you want, and that column = iX, and row = iY, something like this example in Python should work: # GET RASTER VALUE AT SPECIFIC ROW/COLUMN OFFSET IN RASTER iX = offset[0] iY = offset[1] src_data = src_band.ReadAsArray(0

Re: [gdal-dev] gdal/ogr/proj and NAD83(CSRS)

2009-07-23 Thread Even Rouault
Matt, testepsg EPSG:3579 shows : +proj=aea +lat_1=61.66 +lat_2=68 +lat_0=59 +lon_0=-132.5 +x_0=50 +y_0=50 +ellps=GRS80 +units=m +no_defs So it looks like it doesn't have the datum information. I think proj won't make any datum transformation then. If your input data is alr

[gdal-dev] Opening an oracle datasource

2009-07-23 Thread Sparks, Witt
Hello, I'm attempting to use an Oracale database as an OGR datasource with feature server. I've specified my dns as "OCI:user/passw...@db_instance" When this string gets passed to _gdal.OGROpen (line 127 of my copy of ogr.py), I receive the following error: An error occurred: Unable to open: O

[gdal-dev] gdal/ogr/proj and NAD83(CSRS)

2009-07-23 Thread Matt Wilkie
Hello All, I've recently noticed that projecting with ogr2ogr (and I presume gdalwarp since they share so much) and using epsg codes adds information to .prj files that apparently proj doesn't know about. For example: # ogr2ogr -f "esri shapefile" -t_srs epsg:3579 (...) will write this .pr

Re: [Gdal-dev] GDAL and ECW

2009-07-23 Thread Mateusz Loskot
jteasis wrote: Well I fixed those 4 changes that i saw in the bin file, but still have the same errors. Would any other problems cause the error? Sorry, I'm not a wizard. You quoted incomplete error messages: 1. Error1 error C2059: syntax error : '' 2. Error2 error

Re: [Gdal-dev] GDAL and ECW

2009-07-23 Thread jteasis
Well I fixed those 4 changes that i saw in the bin file, but still have the same errors. Would any other problems cause the error? Mateusz Loskot wrote: > > jteasis wrote: >> When I tried to compile the NCSEcw it gives me two types of errors. >> 1. Error 1 error C2059: syntax error :

Re: [Gdal-dev] GDAL and ECW

2009-07-23 Thread Mateusz Loskot
jteasis wrote: When I tried to compile the NCSEcw it gives me two types of errors. 1. Error 1 error C2059: syntax error : '' 2. Error2 error C2238: unexpected token(s) preceding ';' I am compiling it on Visual Studio 2008 on Windows XP. Do you or anybody know the reasons for the e

Re: [gdal-dev] Extract BIGTiff libraries from GDAL source package

2009-07-23 Thread David Burken
Enrico, I like to build straight from cvs: cvs -d :pserver:cvsa...@cvs.maptools.org:/cvs/maptools/cvsroot co libtiff Take care, Dave On 07/23/2009 04:56 AM, Enrico Sartorello wrote: Hi all, i need to have a correct BIGTiff package for using it in a program i've written in C. As far as i c

Re: [Gdal-dev] GDAL and ECW

2009-07-23 Thread jteasis
When I tried to compile the NCSEcw it gives me two types of errors. 1. Error1 error C2059: syntax error : '' 2. Error2 error C2238: unexpected token(s) preceding ';' I am compiling it on Visual Studio 2008 on Windows XP. Do you or anybody know the reasons for the erro

[gdal-dev] Extract BIGTiff libraries from GDAL source package

2009-07-23 Thread Enrico Sartorello
Hi all, i need to have a correct BIGTiff package for using it in a program i've written in C. As far as i can see, the bigtiff package distributed on http://www.aperio.com/bigtiff/ is old and can't be correctly compiled, so i thought i would get it from GDAL. I've seen that BIGTiff is under gdal/f