On Thu, Aug 7, 2014 at 10:28 PM, Even Rouault even.roua...@spatialys.com
wrote:
Le jeudi 07 août 2014 22:26:07, Varun Saraf a écrit :
Hello,
Thanks. I will use that.
When the PostGISRasterDataset::SetProjection method returns, a
segmentation
fault is being shown. The methods I have
Le vendredi 08 août 2014 10:26:27, Jorge Arevalo a écrit :
On Thu, Aug 7, 2014 at 10:28 PM, Even Rouault even.roua...@spatialys.com
wrote:
Le jeudi 07 août 2014 22:26:07, Varun Saraf a écrit :
Hello,
Thanks. I will use that.
When the PostGISRasterDataset::SetProjection
Hi ,
GDAL level1b dataset reader interpolate earth location data by lagrange
interpolation but it is not accurate .
mpop (http://www.github.com/mraspaud/mpop) interpolation method accuracy is
better than GDAL interpolation method but it uses all data records location
data . Charles Wivell
Hi ,
GDAL level1b dataset reader interpolate earth location data by lagrange
interpolation but it is not accurate .
mpop (http://www.github.com/mraspaud/mpop) interpolation method accuracy is
better than GDAL interpolation method but it uses all data records location
data . Charles Wivell
Hi,
You were correct, it is returning multipolygon (9sorry, I should have included
that information).
I've made the change you suggested so the code looks like
Int index = 0;
OGRGeometryH hGeometry = OGR_F_GetGeometryRef(hFeature);
int shape_type = wkbFlatten(ORG_G_GetGeometry(hGeometry);
Le vendredi 08 août 2014 15:19:38, Graeme Wilkie a écrit :
Hi,
You were correct, it is returning multipolygon (9sorry, I should have
included that information).
I've made the change you suggested so the code looks like
Int index = 0;
OGRGeometryH hGeometry =
Hi,
I don't have a WKT format as such (sorry but I'm learning about all this as I
go), all I do have is a simple Python script that creates the shapefiles. The
idea of having T3 inside T2 with both inside /t1 is correct in this case but
not necessarily always the case. T2 T3 could both be
Your patch was committed to trunk, backported to 1.11 and 1.10. Ticked #5590
close.
Please verify.
Regards,
Ivan
From: nicolas.si...@spw.wallonie.be
To: gdal-dev@lists.osgeo.org
Date: Fri, 1 Aug 2014 14:49:35 +
Subject: Re: [gdal-dev] OGR: memory leak in OCI driver
Hi list,
Your patch was committed to trunk, backported to 1.11 and 1.10. Ticked #5600
close.
Please verify.
Regards,
Ivan
From: nicolas.si...@spw.wallonie.be
To: gdal-dev@lists.osgeo.org
Date: Fri, 1 Aug 2014 14:53:55 +
Subject: [gdal-dev] OCI driver: Date field creation improvement
Hi
Le vendredi 08 août 2014 16:54:04, Graeme Wilkie a écrit :
Hi,
I don't have a WKT format as such (sorry but I'm learning about all this as
I go), all I do have is a simple Python script that creates the
shapefiles. The idea of having T3 inside T2 with both inside /t1 is
correct in this
I wanted to call to everyone's attention the work I have been doing in an
attempt to make it possible for more portions of GDAL to be thread safe and
improve speed in multi-threaded environments. I have put a RFC up here:
http://trac.osgeo.org/gdal/wiki/rfc47_dataset_caching
Originally my work
Hello,
On Fri, Aug 8, 2014 at 10:40 AM, Even Rouault even.roua...@spatialys.com
wrote:
Le vendredi 08 août 2014 10:26:27, Jorge Arevalo a écrit :
On Thu, Aug 7, 2014 at 10:28 PM, Even Rouault
even.roua...@spatialys.com
wrote:
Le jeudi 07 août 2014 22:26:07, Varun Saraf a écrit :
Hello everyone.
This week I've almost completed my work. See my blog post about what I've
actually complete in GNM:
http://gsoc2014gnm.blogspot.ru/2014/08/week-12-gnm-is-almost-finished.html.
I've also tried to generate the documentation with Doxygen and it was
successful, but before publish the
13 matches
Mail list logo