Re: [gdal-dev] Zonal statistics with GDAL/StarSpan

That's interesting.  This may explain why the --fid switch has no effect.  I wonder what the --fid switch is for, then. Brent Fraser wrote: Is the FID supposed to be in the .dbf file that accompanies the .shp file? I have examined this file, and I don't see an FID column (col

Re: [gdal-dev] Zonal statistics with GDAL/StarSpan

Is the FID > supposed to be in the .dbf file that accompanies the .shp file? > I have examined this file, and I don't see an FID column (column > names are in the first row). In particular, since starspan2 > reports an FID of 0 for Zemmour, Mauritania, I would expect to > see a column with t

Re: [gdal-dev] Zonal statistics with GDAL/StarSpan

Great question.  I should have mentioned that I did so, and didn't see anything weird.  I zoomed way in, and it just looks like an unbroken line.  I did this with the Tiris Zemmour polygon selected, and again with the Adrar polygon selected, hoping something would pop out.  But, it looks fine.

Re: [gdal-dev] Zonal statistics with GDAL/StarSpan

a) Is there some way to get a dump of FIDs with their corresponding country/province names? You could use dbfdump. I think it is delivered with FWTools. Is the FID supposed to be in the .dbf file that accompanies the .shp file?  I have examined this file, and I don't s

Re: [gdal-dev] Motion: Approve GDAL/OGR 1.4.5RC2 as 1.4.5 Release

+1 Tamas 2008/12/18 Frank Warmerdam > Folks, > > As I mentioned a couple weeks ago, I am proceeding with producing stable > releases. I have produced a release candidate for a GDAL 1.4.5 release. > Once released I anticipate this will be the last GDAL 1.4.x release. The > RC2 release include

Re: [gdal-dev] Zonal statistics with GDAL/StarSpan

> Hi, > > I performed the OpenJump procedure. But, I still get: > > Macintosh-4:starspan_tests gregederer$ starspan2 --progress --RID none > --vector afadmn2n.shp --fid 3 --raster rfe_2006_04_pct.tif --stats > results.txt avg --out-prefix bar --out-type table > Number of features: 550 > starspan_

Re: [gdal-dev] Zonal statistics with GDAL/StarSpan

Hi, I performed the OpenJump procedure. But, I still get: Macintosh-4:starspan_tests gregederer$ starspan2 --progress --RID none --vector afadmn2n.shp --fid 3 --raster rfe_2006_04_pct.tif --stats results.txt avg --out-prefix bar --out-type table Number of features: 550 starspan_csv: 1: E

Re: [gdal-dev] 1-bit TIFF Images

On Fri, Dec 19, 2008 at 2:26 PM, Even Rouault wrote: > The TIFF driver also supports writing 1-bit TIFF images. See NBITS in the > Creation Options section. > > Thanks. This was exactly what I was looking for. I wasn't expecting it as a creation option. --Matt __

Re: [gdal-dev] 1-bit TIFF Images

Matt, The TIFF driver also supports writing 1-bit TIFF images. See NBITS in the Creation Options section. For example: gdal_translate source.tif output_1bit.tif -co NBITS=1 When reading a 1-bit TIFF image, GDAL will expand each bit as a byte. When writting a 1-bit TIFF image, GDAL will write 1

Re: [gdal-dev] 1-bit TIFF Images

Even, On Fri, Dec 19, 2008 at 9:26 PM, Even Rouault wrote: > Matt, > > The TIFF driver also supports writing 1-bit TIFF images. See NBITS in the > Creation Options section. > > For example: gdal_translate source.tif output_1bit.tif -co NBITS=1 > > When reading a 1-bit TIFF image, GDAL will expand

Re: [gdal-dev] JPEG compression in TIF doesn't work

Smith, Michael wrote: I get the error message: Warning 1: JPEGLib:Application transferred too many scanlines Michael, I have confirmed a similar problem. Could you file a ticket in the GDAL Trac on this topic? The problem (apparently) only occurs when the image height is not a multiple of t

Re: [gdal-dev] 1-bit TIFF Images

Markus Neteler wrote: Even, On Fri, Dec 19, 2008 at 9:26 PM, Even Rouault wrote: Matt, The TIFF driver also supports writing 1-bit TIFF images. See NBITS in the Creation Options section. For example: gdal_translate source.tif output_1bit.tif -co NBITS=1 When reading a 1-bit TIFF image, GDAL

[gdal-dev] 1-bit TIFF Images

Does anyone have any experience using 1-bit TIFF images with GDAL? The GeoTIFF file format page (http://www.gdal.org/frmt_gtiff.html) indicates that they can be read, but is silent on the issue of writing them. I'm interested in writing them using GDAL, but it appears that the 1-bit data type is

RE: [gdal-dev] JPEG compression in TIF doesn't work

C:\nwdoqs>gdalinfo test_jpeg100_tif.tif Driver: GTiff/GeoTIFF Files: test_jpeg100_tif.tif test_jpeg100_tif.aux Size is 9728, 13963 Coordinate System is: PROJCS["unnamed", GEOGCS["NAD83", DATUM["North_American_Datum_1983", SPHEROID["GRS 1980",6378137,298.2572221010002

Re: [gdal-dev] Debugging on Windows Using Visual Studio

Problem solved. For the benefit of the group and the searchable list archives, I'll describe here what was going on. My build on Windows, using makegdal80.sln, was generating a gdal15.dll with symbols and gdal15.pdb file. For whatever reason, these files did not contain sufficient information fo

Re: [gdal-dev] JPEG compression in TIF doesn't work

Smith, Michael wrote: I have an 8-bit tif aerial photo, when I try to compress it with JPEG compression in any of the following examples: gdal_translate -ot Byte -of GTiff -co "COMPRESS=JPEG" -co "JPEG_QUALITY=100" allagash-lake.tif test_jpeg100_tif.tif gdal_translate -ot Byte -of GTiff -co "COM

Re: [gdal-dev] Unexpected behavior with gdal_merge.py

Roger André wrote: Just a quick question to ask for an explanation regarding something I've just seen in gdal_merge.py. I have 6 tiles arranged in 2 columns, and which I've mosaic'd together. I was asked to re-register the tiles in the 1st column by 1/2 a pixel SW. I've done this, and in ope

Re: [gdal-dev] Motion: Approve GDAL/OGR 1.4.5RC2 as 1.4.5 Release

Le Thursday 18 December 2008 18:38:04 Frank Warmerdam, vous avez écrit : > Motion: Approve GDAL/OGR 1.4.5RC2 as 1.4.5 Release. > +1 > > Best regards, ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Unexpected behavior with gdal_merge.py

Just a quick question to ask for an explanation regarding something I've just seen in gdal_merge.py. I have 6 tiles arranged in 2 columns, and which I've mosaic'd together. I was asked to re-register the tiles in the 1st column by 1/2 a pixel SW. I've done this, and in openev I can see that the

[gdal-dev] JPEG compression in TIF doesn't work

I have an 8-bit tif aerial photo, when I try to compress it with JPEG compression in any of the following examples: gdal_translate -ot Byte -of GTiff -co "COMPRESS=JPEG" -co "JPEG_QUALITY=100" allagash-lake.tif test_jpeg100_tif.tif gdal_translate -ot Byte -of GTiff -co "COMPRESS=JPEG" -co "JPEG_QU

RE: [Gdal-dev] Supporting ECW as a plugin on window,

Wickley, When I typed www.ermapper.com I was led to www.erdas.com instead. Did the same occur to you? If so, how did you get ImageCompressionSDKSourceCode3.3Setup_20070509.zip from www.erdas.com ? All I got from www.er

Re: [Gdal-dev] Supporting ECW as a plugin on window,

Hi again, a side note: in the subject of your email, you are asking for "supporting ECW as a plugin" whilst in the body of your email you are generally asking for supporting ECW in GDAL. The steps I have suggested in the previous email, are needed only if you need to add ECW support as a separate p

Re: [Gdal-dev] Supporting ECW as a plugin on window,

Hi, I did a similar thing on 1.4.4 and 1.5.3. Basically, you are building ECW driver as a plugin as stated by the flag ECW_PLUGIN = YES Therefore, you need to do a separate build of the ECW GDAL Driver. Go in gdal/frmts/ecw and run "nmake /f makefile.vc plugin" This command should produce a gdal_EC

Fwd: [gdal-dev] Debugging on Windows Using Visual Studio

More notes on the issue below. -- Forwarded message -- From: Joel Odom Date: Fri, Dec 19, 2008 at 11:21 AM Subject: Re: [gdal-dev] Debugging on Windows Using Visual Studio To: Frank Warmerdam I'm building from makegdal80.sln. I'm also starting my debug sessions from this same

Re: [gdal-dev] Debugging on Windows Using Visual Studio

Joel Odom wrote: Bruce. I'm trying to debug an app that uses GDAL from unmanaged C++ on Visual Studio 2005. I've tried for an hour or two to step into gdal, running debug sessions both from the project file from which I build gdal and from the app that calls into GDAL, but even when I run from

Re: [gdal-dev] Porting GDAL to Symbian OS

Mark Wilcox wrote: Hi, I'm leading a project to port the Bluemapia mobile client to Symbian OS. Bluemapia uses GDAL, so as part of the project we will also be porting GDAL. Mark, I would encourage you to establish a wiki page about your port activities off: http://trac.osgeo.org/gdal/wik

Re: [gdal-dev] Debugging on Windows Using Visual Studio

Bruce. I'm trying to debug an app that uses GDAL from unmanaged C++ on Visual Studio 2005. I've tried for an hour or two to step into gdal, running debug sessions both from the project file from which I build gdal and from the app that calls into GDAL, but even when I run from the gdal solution i

RE: [gdal-dev] Debugging on Windows Using Visual Studio

Joel: Is this in C# or C++? Which version of the compiler? Bruce -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Joel Odom Sent: Friday, December 19, 2008 10:47 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] Debugging

[gdal-dev] GDAL 1.6.0 Java Bindings - Linux

I'm having some issues building the GDAL 1.6.0 Java bindings for Linux. I have built them successfully on Win32 VC8 (x86 and x64) and they seem to work well. It sounds like I'm running into a library conflict problem - but I can't seem to figure it out. I'm building a standard GDAL release, no

[gdal-dev] Debugging on Windows Using Visual Studio

Has anyone had any experience troubleshooting debugging issues with Visual Studio? I can't step in to any GDAL methods from my project, even though I have debug symbols in the .dll and a debug database file (.pdb). Any experiences working this out would be appreciated. Thanks. -- http://giscod

RE: [gdal-dev] gdal 1.6 build on redhat Linux, missing gdal.py _gdalmodule.so

Thanks Klokan, I added --with-python ./configure --prefix=/home/sgong/dev181/dist --with-png=internal --with-libtiff=internal --with-gif=internal --with-geotiff=internal --with-libz=/home/sgong/dev181/dist --with-jpeg=/home/sgong/dev181/dist --with-hdf4=/home/sgong/dev181/dist --with

[gdal-dev] Porting GDAL to Symbian OS

Hi, I'm leading a project to port the Bluemapia mobile client to Symbian OS. Bluemapia uses GDAL, so as part of the project we will also be porting GDAL. In case you didn't already know, you can (mostly) use standard C/C++ on Symbian OS these days and Qt is also being ported (which we will use

[gdal-dev] Re: Border slivers and JPEG2000 compression

Smith, Michael maine.gov> writes: > > I tried that but it doesn't seem to write to JP2KAK. If I do this: > > nearblack mosaic_jp2.jp2 > > I get this error: > 0...10..ERROR 6: WriteBlock() not supported for this dataset. > ERROR 1: GetBlockRef failed at X block offset 1, Y block offset 19 > ER

Re: [gdal-dev] gdal 1.6 build on redhat Linux, missing gdal.py _gdalmodule.so

Hi, > I just finished building gdal 1.6 on redhat Linux (using gcc 4.2.2, python > 2.5.2). > > After taking Even Rouault and Frank's suggestion, I used the minimized > driver approach. It seemed to work. > > ./configure --prefix=/home/sgong/dev181/dist --with-png=internal > --with-libtiff=intern

Re: [Gdal-dev] GDAL affine transform Non-North-Up

Hi, > If I know the co-ordinates for all 4 corners of a non-north-up image, how > can I calculate the 6 GDAL affine transform parameters? > There is a script gcps2wld.py in GDAL: You should assign the corners (ground control points) to a raster by: gdal_translate -of vrt -gcp 0 0 19.3 50.5 ...