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
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
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
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
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
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:
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
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 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
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
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
+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
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
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...@
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
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
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:/
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,
> --
> --
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:
`
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
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
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 *
22 matches
Mail list logo