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
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
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
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
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
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
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
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.
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
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
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
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:
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
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
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
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
16 matches
Mail list logo