Re: [gdal-dev] Motion: Adopt GDAL 1.6.2RC2 as final release (Frank Warmerdam)

2009-08-06 Thread William Kyngesburye
Right, but since every object rule does include either CFLAGS or CXXFLAGS, put the arch flags in those instead of CPPFLAGS. It works. For the gcore makefile, CPPFLAGS is probably setting general flags for the objects, BUT gdaldrivermanager is a special case because it needs that extra macr

Re: [gdal-dev] Motion: Adopt GDAL 1.6.2RC2 as final release (Frank Warmerdam)

2009-08-06 Thread William Kyngesburye
On Aug 6, 2009, at 7:09 PM, jim hopper wrote: Not show stoppers, but make it hard to compile with some options. In my case the architecture if I want to compile ppc vs i86 or x86_64. Its a trivial fix (in the case of the CXXFLAGS just change all of them to CPPFLAGS, and one make file where

Re: [gdal-dev] Motion: Adopt GDAL 1.6.2RC2 as final release (Frank Warmerdam)

2009-08-06 Thread jim hopper
Not show stoppers, but make it hard to compile with some options. In my case the architecture if I want to compile ppc vs i86 or x86_64. Its a trivial fix (in the case of the CXXFLAGS just change all of them to CPPFLAGS, and one make file where you add CPPFLAGS) that's why I though someone might

[gdal-dev] Help with OGR MapInfo Format

2009-08-06 Thread Reinaldo escada Chohfi
I am using gdal 1.6.1 and trying to export a set of point fetures though OGR in different formats: Shape, MapInfo, KML, etc. The C++ program exports to .shp with .prj without problems with the correct srs information. The .kml comes out fine too.  The points fall in the right place when v

RE: [gdal-dev] RasterIO Writing Packed RGB data

2009-08-06 Thread Martin Chapman
Thanks Martin! _ From: Martin Chapman [mailto:chapm...@pixia.com] Sent: Thursday, August 06, 2009 4:09 PM To: 'Martin Chapman'; gdal-dev@lists.osgeo.org Subject: RE: [gdal-dev] RasterIO Writing Packed RGB data Answered my on question: It is: outputDataset->RasterIO(GF_Write, 0

RE: [gdal-dev] RasterIO Writing Packed RGB data

2009-08-06 Thread Martin Chapman
Answered my on question: It is: outputDataset->RasterIO(GF_Write, 0, 0, width, height, buffer, width, height, GDT_Byte, numBands, NULL, 3, 3 * width, 1); Martin _ From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Martin Chapman Sent:

[gdal-dev] RasterIO Writing Packed RGB data

2009-08-06 Thread Martin Chapman
I'm using the RasterIO method on the GDALDataset object and trying to write a buffer where the pixels are packed as RGBRGBRGB etc. and having trouble figuring out what parameters to pass as the pixel, line and band space. My desired output is a 3 band geotiff and the source and dest datatype is by

Re: [gdal-dev] Motion: Adopt GDAL 1.6.2RC2 as final release (Frank Warmerdam)

2009-08-06 Thread Frank Warmerdam
jim hopper wrote: Any chance of fixing the makefile issues I reported with cxxflags and cppflags? Before final? Jim, They didn't seem like show stoppers to me. I'm not even sure I know what the solution will be though I was hoping someone might look into them in the next few weeks. Best rega

Re: [gdal-dev] RE: gdal build error on Windows with Jasper

2009-08-06 Thread Even Rouault
RE: gdal build error on Windows with JasperJasper driver cannot read JPEG2000 data embedded at an offset inside a NITF file. It can just read plain JP2 files. JP2ECW, JP2MrSID or JP2KAK can read JPEG2000 NITF. - Original Message - From: Gong, Shawn (Contractor) To: gdal-dev@lists.osge

[gdal-dev] Motion: Adopt GDAL 1.6.2RC2 as final release (Frank Warmerdam)

2009-08-06 Thread jim hopper
Fred, Any chance of fixing the makefile issues I reported with cxxflags and cppflags? Before final? Best jim On 8/6/09 4:29 PM, "gdal-dev-requ...@lists.osgeo.org" wrote: > Motion: Adopt GDAL 1.6.2RC2 as final release (Frank Warmerdam) ___ gdal-de

Re: [Gdal-dev] GDAL seems unable to translate CIB data set

2009-08-06 Thread Even Rouault
Ollie, There's probably nothing wrong with your dataset. The error comes from the part of the driver that tries to mosaic all the NITF tiles from the CIB exchange. The error issued by the RPFTOC driver is an assertion that checks that the theoretical placement of the tile into the mosaic given

Re: [gdal-dev] Motion: Adopt GDAL 1.6.2RC2 as final release

2009-08-06 Thread Even Rouault
+1 - Original Message - From: "Frank Warmerdam" To: "gdal-dev" Sent: Thursday, August 06, 2009 7:29 PM Subject: [gdal-dev] Motion: Adopt GDAL 1.6.2RC2 as final release Motion: Adopt GDAL 1.6.2RC2 as official GDAL/OGR 1.6.2 release. --- Folks, I have tested it briefly and all se

[gdal-dev] building libecwj2 - missing winhttp.h

2009-08-06 Thread Gong, Shawn (Contractor)
hi list, I downloaded libecwj2 from ermapper and tried to build it on Windows using VS 2005. I opened C:\...\libecwj2-3.3\Source\NCSBuildQmake\libecwj2_win32_net_static.vcpro j and libecwj2_win32_net_shared.vcproj and btach_build. I got error saying that winhttp.h is missing. This file is referre

[gdal-dev] Motion: Adopt GDAL 1.6.2RC2 as final release

2009-08-06 Thread Frank Warmerdam
Motion: Adopt GDAL 1.6.2RC2 as official GDAL/OGR 1.6.2 release. --- Folks, I have tested it briefly and all seems to be in order. +1 from me -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@

[gdal-dev] Stack Overflow in gdal with HDF5 using VC2008

2009-08-06 Thread atubar
Hello, I am a freshman in working with Gdal and HDF5 in Visual C++ 2008. I have built essential dlls as those guides said. And I got gdal16.dll, hdf5dll.dll and more. I set up a project , add include and lib to this project. Then I copy some sample codes to test how gdal and hdf5 works. These co

RE: [gdal-dev] RE: gdal build error on Windows with Jasper

2009-08-06 Thread Gong, Shawn (Contractor)
thanks Matt. I will try it. Shawn From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Matt Klaric Sent: Thursday, August 06, 2009 11:59 AM To: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] RE: gdal build error o

Re: [gdal-dev] RE: gdal build error on Windows with Jasper

2009-08-06 Thread Matt Klaric
On Thu, Aug 6, 2009 at 10:36 AM, Gong, Shawn (Contractor) < shawn.g...@drdc-rddc.gc.ca> wrote: > > > Is JP2KAK the only way to open JPEG2000 image within NITF file ? > No, libecwj2 works as well. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http:/

Re: [Gdal-dev] GDAL seems unable to translate CIB data set

2009-08-06 Thread Ollie Newman
Frank Warmerdam wrote: > > > Ollie, > > Can you make .\NI425J2\01LGBN2B.I42 available for inspection? I imagine > Even > will need to comment on the particulars of the RPFTOC driver - I see this > assertion is coming from it, not the NITF driver. > > Best regards, > -- > --

[gdal-dev] RE: gdal build error on Windows with Jasper

2009-08-06 Thread Gong, Shawn (Contractor)
OK. I solved the problem. It is a conflict between MSVCRT.lib (dynamic lib) and LIBCMT.lib (static lib) while building JasPer. Just need to set runtime lib to /MD. Now Jasper-1.900.1.uuid is built into Gdal. But I am still getting the gdal error when try to open GeoEye-1 image: ERROR 4: `

Re: [Gdal-dev] GDAL seems unable to translate CIB data set

2009-08-06 Thread Frank Warmerdam
Ollie Newman wrote: I am having a problem accessing some CIB data using GDAL. The dataset in question is a 44544 by 56832 pixel image split across 1073 files and is 1m resolution sat imagery. The data will open OK in ArcMap so I am reasonably confident that the data is not corrupted. Using Ope

[Gdal-dev] GDAL seems unable to translate CIB data set

2009-08-06 Thread Ollie Newman
I am having a problem accessing some CIB data using GDAL. The dataset in question is a 44544 by 56832 pixel image split across 1073 files and is 1m resolution sat imagery. The data will open OK in ArcMap so I am reasonably confident that the data is not corrupted. Using OpenEV I can open the da

[gdal-dev] applying datum change during export from OpenEv

2009-08-06 Thread Becker, Thomas
Hi listers, I have a couple of NOAA AMSU-A data of NOAA-15 to use and I saw the possibility in OpenEv to change the datum for a layer. I am wondering if the export function in OpenEv can be used to set up the ellipsoid and the datum for the NOAA AMSU-A data to achieve a correct GTiff from the *