Folks,
I have created a personal branch of GDAL 1.6 in /sandbox/warmerdam/1.6-esri
which includes a large variety of ESRI local changes and that I plan to back
port various 1.7 features needed by ESRI for an upcoming release.
I have attempted to review the ESRI local changes - primarily represen
Clay, Bruce wrote:
> I even had one link error for stlPort for a dependency.
I don't get any link errors.
> I did manage to get liblas.lib but Visual Studio complained a bunch
> about duplicate declarations.
It does not complain for me.
Sorry, my magic sphere has been suffering from significan
Le Wednesday 27 May 2009 23:17:39 Karney, Charles, vous avez écrit :
> Thanks for the reply.
>
> > At first sight, you're likely doing things the right way and probably
> > discovered a bug related to multi-threading in GDAL. The use of
> > GDALCreateGenImgProjTransformer() should be thread-safe (p
Thanks for the reply.
> At first sight, you're likely doing things the right way and probably
> discovered a bug related to multi-threading in GDAL. The use of
> GDALCreateGenImgProjTransformer() should be thread-safe (provided that you
> don't use the same dataset in the different threads)
Yes,
On May 27, 2009, at 2:46 PM, Clay, Bruce wrote:
Are there any plans to fold libLas into the GDAL development tree?
No. libLAS is an entirely separate software project. Additionally,
its object model and data type (extremely dense point clouds with
attributes) doesn't cleanly map to anyt
Charles,
At first sight, you're likely doing things the right way and probably
discovered a bug related to multi-threading in GDAL. The use of
GDALCreateGenImgProjTransformer() should be thread-safe (provided that you
don't use the same dataset in the different threads)
By reviewing the code o
Are there any plans to fold libLas into the GDAL development tree? In
it's current offshoot it takes quite a bit of manipulation due to the
dependencies. I even had one link error for stlPort for a dependency.
I did manage to get liblas.lib but Visual Studio complained a bunch
about duplicate dec
Pooven,
You're doing things the right way. GDAL doesn't provide any high-level
function to extract a region from a bounding box expressed in projected
coordinates. You have to compute the pixel coordinates of the corner of the
bounding box yourself by using the inverse of the geotransform matri
I have a multi-threaded application with reads the geodata out of many
files using GDAL.
For each image, it calls
GDALCreateGenImgProjTransformer(// Source
dataset,GDALGetProjectionRef(dataset),
// Dest (NULL means dest is geo)
Alexandre Dube wrote:
Hi,
I need to add a dbf file to a postgis database. I use ogr2ogr with the
postgresql driver for that. Problem is, I get an encoding error :
=== ERROR START ===
Warning 1: PQescapeString(): incomplete multibyte character
input: 'Río'
got: 'Río '
ERROR 1: INSERT
Hi,
I need to add a dbf file to a postgis database. I use ogr2ogr with
the postgresql driver for that. Problem is, I get an encoding error :
=== ERROR START ===
Warning 1: PQescapeString(): incomplete multibyte character
input: 'Río'
got: 'Río '
ERROR 1: INSERT command for new feature
Hi there,
I want to select only a region of a raster file; that is, suppose I know the
coordinates that form a bounding box around a region, I want to select just
that region and write it to another file.
I'm rather new to GDAL and thus far I'm only aware of one way to do this;
since I'm using Py
12 matches
Mail list logo