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 fi
Hello,
On Fri, Aug 8, 2014 at 10:40 AM, Even Rouault
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,
>
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 fo
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 thi
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 lis
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,
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 in
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 = OGR_F_GetGeometryRef(h
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);
int
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 suggest
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 suggest
Le vendredi 08 août 2014 10:26:27, Jorge Arevalo a écrit :
> On Thu, Aug 7, 2014 at 10:28 PM, Even Rouault
>
> 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 retur
On Thu, Aug 7, 2014 at 10:28 PM, Even Rouault
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 made changes
13 matches
Mail list logo
