Re: [gdal-dev] Fwd: Re: No SONAME in libgdal.so when building with --without-libtool

2016-08-09 Thread Gareth Francis
I've attached an updated patch, though I don't think it's good enough for all gdal versions/platform combinations libtool is provided with all 3 version components via -version-info and uses them as a base for the soname entry. On Linux/similar it should just be the first component (libgdal.so.21)

Re: [gdal-dev] Tiling with overlap

2016-08-09 Thread Margherita Di Leo
On Tue, Aug 9, 2016 at 3:27 PM, Even Rouault wrote: > Le lundi 08 août 2016 14:19:32, Margherita Di Leo a écrit : > > Dear all, > > > > is there a simple way to create tiles with a certain overlap? > > I've just added a -overlap switch to > https://svn.osgeo.org/gdal/trunk/gdal/swig/python/script

Re: [gdal-dev] Tiling with overlap

2016-08-09 Thread Even Rouault
Le lundi 08 août 2016 14:19:32, Margherita Di Leo a écrit : > Dear all, > > is there a simple way to create tiles with a certain overlap? I've just added a -overlap switch to https://svn.osgeo.org/gdal/trunk/gdal/swig/python/scripts/gdal_retile.py You should be able to run the updated version a

[gdal-dev] Fwd: Re: No SONAME in libgdal.so when building with --without-libtool

2016-08-09 Thread Even Rouault
Forwarding to the list. -- Message transmis -- Sujet : Re: [gdal-dev] No SONAME in libgdal.so when building with --without- libtool Date : mardi 09 août 2016, 14:38:00 De : Gareth Francis À : Even Rouault Not having a SONAME entry doesn't directly cause any problems, however

Re: [gdal-dev] No SONAME in libgdal.so when building with --without-libtool

2016-08-09 Thread Even Rouault
Gareth, What sort of issue do you encounter with SONAME not being defined ? I've tested your patch and it doesn't generate the same soname as libtool. libtool generates libgdal.so.20 deduced from the LIBGDAL_CURRENT / LIBGDAL_REVISION / LIBGDAL_AGE variables. Digging into history, it seems to

Re: [gdal-dev] GDAL raster processing library?

2016-08-09 Thread Rutger
Great discussion about improving the raster processing. As opposed to the ideas above, of incorporating new machinery into GDAL, it might also interesting to consider changing the API (a bit) so GDAL integrates better with existing tools. Within the Python ecosystem for example, there have recentl

Re: [gdal-dev] Request for DXF files

2016-08-09 Thread Even Rouault
Le mardi 09 août 2016 10:32:03, Avyav Kumar a écrit : > Hi all, > > I am working to expose PolyfaceMesh objects in the DXF driver. If anyone > has access to simple DXF files which have Polyface Mesh objects, I would > appreciate it if I could have access to them for testing purposes. Avyav, http

[gdal-dev] Request for DXF files

2016-08-09 Thread Avyav Kumar
Hi all, I am working to expose PolyfaceMesh objects in the DXF driver. If anyone has access to simple DXF files which have Polyface Mesh objects, I would appreciate it if I could have access to them for testing purposes. Regards, Avyav ___ gdal-dev mai

Re: [gdal-dev] Tiling with overlap

2016-08-09 Thread Luca Delucchi
On 8 August 2016 at 21:01, Blumentrath, Stefan wrote: > Hei Madi, > Hi, > > Given that you are quite familiar with GRASS GIS here a GRASS / GDAL > solution: > > > > 1. Patch all tiles into one VRT with gdalbuildvrt > > 2. Link the VRT and the individual tiles to GRASS (r.external) > >

Re: [gdal-dev] Tiling with overlap

2016-08-09 Thread Margherita Di Leo
Thank you all for the suggestions! Cheers, madi On Mon, Aug 8, 2016 at 9:01 PM, Blumentrath, Stefan < stefan.blumentr...@nina.no> wrote: > Hei Madi, > > > > Given that you are quite familiar with GRASS GIS here a GRASS / GDAL > solution: > > > > 1. Patch all tiles into one VRT with gdalbuild