Re: [gdal-dev] How to add OpenMP to GDAL?

2011-11-04 Thread Even Rouault
Le vendredi 04 novembre 2011 22:07:07, 宋小璐 a écrit : > Dear sir, > > > I've used GDALWarper to develop a program for image resampling, resolution > of 10m up to 2.5m. In this process I found that the ChunkAndWarpImage( ) > in GDALWarpOperation was too slow that it almost took me an hour to get a

[gdal-dev] How to add OpenMP to GDAL?

2011-11-04 Thread 宋小璐
Dear sir, I've used GDALWarper to develop a program for image resampling, resolution of 10m up to 2.5m. In this process I found that the ChunkAndWarpImage( ) in GDALWarpOperation was too slow that it almost took me an hour to get a sence of QuickBird image. After checking source codes, I woul

Re: [gdal-dev] include paths and cmake

2011-11-04 Thread Dan Homerick
2011/11/4 Mateusz Łoskot : > On 4 November 2011 13:06, David Burken wrote: >> If you move the includes around on the install then >> it complicates the include paths when building against the code tree versus >> building against an installed version > > The headers location is already different fo

Re: [gdal-dev] include paths and cmake

2011-11-04 Thread Even Rouault
Le vendredi 04 novembre 2011 21:10:41, Mateusz Łoskot a écrit : > On 4 November 2011 13:06, David Burken wrote: > > If you move the includes around on the install then > > it complicates the include paths when building against the code tree > > versus building against an installed version > > The

Re: [gdal-dev] include paths and cmake

2011-11-04 Thread Mateusz Łoskot
On 4 November 2011 13:06, David Burken wrote: > If you move the includes around on the install then > it complicates the include paths when building against the code tree versus > building against an installed version The headers location is already different for installed and repo source tree. O

RE: [gdal-dev] Patch for s57reader.cpp

2011-11-04 Thread M S
Unfortunately, I really don't have the time. I am glad to provide the fix, but whether you choose to apply it or keep a broken implementation is up to you. > Date: Fri, 4 Nov 2011 16:54:09 -0200 > Subject: Re: [gdal-dev] Patch for s57reader.cpp > From: etourigny@gmail.com > To: mrx...@hotma

Re: [gdal-dev] Patch for s57reader.cpp

2011-11-04 Thread Etienne Tourigny
Dear Mike, Please add this to a relevant ticket, or create one and add it there. http://trac.osgeo.org/gdal/report thanks, Etienne On Fri, Nov 4, 2011 at 4:27 PM, wrote: > Dear all, > > Included is a patch for s57reader.cpp that properly applies updates for > certain types of charts. > > The

Re: [gdal-dev] include paths and cmake

2011-11-04 Thread Garrett Potts
Hello All: Either way should work with frameworks. The typical is something of the form: collapsed: gdal/ but this is fine as well not collapsed: gdal/…./someheader.h the one that is not collapsed will require a custom cmake process to make the directory structure in the gdal.framworks.

[gdal-dev] Patch for s57reader.cpp

2011-11-04 Thread mrxonx
Dear all, Included is a patch for s57reader.cpp that properly applies updates for certain types of charts. The essence of this patch is that SG2D field may not be present in original record, and must be added if update is trying to insert SG2D fields. The patch was made against our modified vers

Re: [gdal-dev] GDAL Installation Question

2011-11-04 Thread Frank Warmerdam
On 11-11-04 10:41 AM, elliott wrote: Hi Everyone, I recently rebuilt my gdal-1.8.0 directory to include the HDF4 format. If I run the gdal-1.8.0/apps/gdalinfo, it recognizes the HDF4 files. However, if I just run ./gdalinfo it does not recognize the new format. I noticed that there is a sub dire

[gdal-dev] GDAL Installation Question

2011-11-04 Thread elliott
Hi Everyone, I recently rebuilt my gdal-1.8.0 directory to include the HDF4 format. If I run the gdal-1.8.0/apps/gdalinfo, it recognizes the HDF4 files. However, if I just run ./gdalinfo it does not recognize the new format. I noticed that there is a sub directory gdal-1.8.0/apps/.libs that

Re: [gdal-dev] OGR to access s57 file, missing attributes issue

2011-11-04 Thread s duclos
sjtuDNA, I gather that you want to render your ENC in S52 The S52 code live at http://openev.cvs.sourceforge.net/viewvc/openev/contrib/S52/ Try to build s52glx target (minimal deps). rgds, Sylvain. - Original Message - > From: sjtuDNA > To: gdal-dev@lists.osgeo.org > Cc: > Sent:

Re: [gdal-dev] include paths and cmake

2011-11-04 Thread Dan Homerick
On Fri, Nov 4, 2011 at 6:06 AM, David Burken wrote: > Keeping the sub directories allows you to develop off checked out code base > with one include path.  You could do that with flattened path but you would > have to move the headers in your code tree.  I'm all for that but it's > really not up t

Re: [gdal-dev] include paths and cmake

2011-11-04 Thread Garrett Potts
Hello All: For include paths of the form gdal/cpl_config.h would lead easier to do MAC Framworks where one can create a gdal.framework and use the gdal/ convention. Take care Garrett On Nov 3, 2011, at 5:24 PM, David Burken wrote: > Mateusz, > > Just wondering if you've thought about namespa

Re: [gdal-dev] include paths and cmake

2011-11-04 Thread David Burken
On 11/03/2011 09:15 PM, Daniel Morissette wrote: Personally I like the idea. I'd probably go for the flattened version unless there is a good reason to carry a bunch of sub-directories around. If there are any serious arguments against doing this then I'd like to hear them. Daniel Keeping

[gdal-dev] OGR to access s57 file, missing attributes issue

2011-11-04 Thread sjtuDNA
Hi all, I'm now interesting in displaying ENCs. I've also read lots of ideas from this site. Now, I got some promising results but not enough for displaying an ENC. I got info from : http://osgeo-org.1803224.n2.nabble.com/OGR-about-s-57-td3561320.html http://osgeo-org.1803224.n2