On jeudi 14 septembre 2017 03:41:33 CEST Nick Cummins wrote:
> Hey, I was able to solve by issue by compiling and installing GDAL from
> source with --with-static-proj4 set. Thanks for the help.
>
Hum this could well be a sign that there's another libproj.so lying in your
filesystem in a
direct
On 2017-09-14 11:59 AM, Even Rouault wrote:
Hi,
(CC'ing gdal-dev as well, since shape...@lists.maptools.org has likely
lower audience)
I've released shapelib 1.4.1
The main change is a fix for a regression that affects 1.4.0 regarding
re-writing the last shape of a file
(https://trac.osgeo
Hi,
(CC'ing gdal-dev as well, since shape...@lists.maptools.org has likely lower
audience)
I've released shapelib 1.4.1
The main change is a fix for a regression that affects 1.4.0 regarding
re-writing the last
shape of a file (https://trac.osgeo.org/gdal/ticket/7031)
The tarballs are availa
Very cool, thank you for the explanation and the doc update.
On Thu, Sep 14, 2017 at 6:42 AM, Even Rouault
wrote:
> On jeudi 14 septembre 2017 06:26:40 CEST Roarke Gaskill wrote:
>
> > Even,
>
> >
>
> > Thanks for your reply. I get it now. :)
>
> >
>
> > I am new to gdal in general. For contex
On jeudi 14 septembre 2017 06:26:40 CEST Roarke Gaskill wrote:
> Even,
>
> Thanks for your reply. I get it now. :)
>
> I am new to gdal in general. For context, why does CreateCopy() choose the
> nearest zoom level and not SetGeoTransform()?
Most drivers don't handle directly this concept o
Even,
Thanks for your reply. I get it now. :)
I am new to gdal in general. For context, why does CreateCopy() choose the
nearest zoom level and not SetGeoTransform()? As a new user, it seems to
me the ZOOM_LEVEL_STRATEGY should apply to both the SetGeoTransform() and
CreateCopy().
Thanks aga
