Re: [gdal-dev] Installing multiple GDAL versions in Windows?

Roberto Ribeiro wrote > How would I go about having multiple GDAL installs in a Windows > environment? Specifically regarding setting the system variables GDAL_DATA > and GDAL_DRIVER_PATH. > > Even if I append the value with "gdal_1_path;gdal_2_path;gdal_3_path" > etc., > only the first one is

[gdal-dev] Installing multiple GDAL versions in Windows?

How would I go about having multiple GDAL installs in a Windows environment? Specifically regarding setting the system variables GDAL_DATA and GDAL_DRIVER_PATH. Even if I append the value with "gdal_1_path;gdal_2_path;gdal_3_path" etc., only the first one is recognized.

Re: [gdal-dev] Vector Tiles in OGR

Ok thanks. On Wed, Feb 14, 2018 at 8:00 AM, Even Rouault wrote: > > > > > Great news. Is it possible to provide a user defined list of resolutions > > > for the custom scheme which are not power of two? > > > > Not implemented, but could potentially be done > > > >

Re: [gdal-dev] Vector Tiles in OGR

> > Great news. Is it possible to provide a user defined list of resolutions > for the custom scheme which are not power of two? Not implemented, but could potentially be done Even -- Spatialys - Geospatial professional services http://www.spatialys.com

Re: [gdal-dev] Vector Tiles in OGR

> > > > > OK, I've added a TILING_SCHEME dataset creation option to define such as > custom tiling scheme. See > > https://trac.osgeo.org/gdal/changeset/41470#file1 > > for how to use it and how it impacts metadata.json > > > > Note that this is only implement for file tilesets and not for MBTILES

Re: [gdal-dev] Python Interfaces to gdal warp and gdal translate behave differently than command line

On mardi 13 février 2018 17:45:18 CET Christoph Paulik wrote: > Hi, > > In my original email I had a small (300KB) test geotiff attached but > this was rejected by the mailing list. So here the original email again: > > If we warp or translate the a GeoTIFF using the Python API > in the attached

[gdal-dev] Python Interfaces to gdal warp and gdal translate behave differently than command line

Hi, In my original email I had a small (300KB) test geotiff attached but this was rejected by the mailing list. So here the original email again: If we warp or translate the a GeoTIFF using the Python API in the attached python file then the output pixel precision is truncated (even when 15

Re: [gdal-dev] Vector Tiles in OGR

> >> Hi, > >> > >> At the moment we create MVT tiles from PostGIS with ST_AsMVT to suit with > >> the national gridset that is based on ETRS-TM35FIN (EPSG:3067) coordinate > >> system. How difficult would you consider to enhance the driver to split > >> and > >> write vector tiles according to

Re: [gdal-dev] Vector Tiles in OGR

Even Rouault wrote: >On mardi 13 février 2018 02:06:47 CET jratike80 wrote: >> Even Rouault-2 wrote >> >> > On lundi 22 janvier 2018 23:40:55 CET Even Rouault wrote: >> >> Hi, >> >> >> >> > P.S. @Even: Any news on a GDAL/OGR MVT reader? >> >> >> >> Yes, a new OGR MVT reader has just been

Re: [gdal-dev] Vector Tiles in OGR

Hi all No there's no standard about non-Webmercator usage of vector tiles. TileJSON spec. leaves open how CRS is handled which was a wise decision. So it's up to us to come up with a proposal. But what's bad is, that TileJSON is not even up-to-date to describe vector tiles. At least MBTiles

Re: [gdal-dev] Vector Tiles in OGR

On mardi 13 février 2018 02:06:47 CET jratike80 wrote: > Even Rouault-2 wrote > > > On lundi 22 janvier 2018 23:40:55 CET Even Rouault wrote: > >> Hi, > >> > >> > P.S. @Even: Any news on a GDAL/OGR MVT reader? > >> > >> Yes, a new OGR MVT reader has just been committed in GDAL trunk: > >>

Re: [gdal-dev] Vector Tiles in OGR

Even Rouault-2 wrote > On lundi 22 janvier 2018 23:40:55 CET Even Rouault wrote: >> Hi, >> >> > P.S. @Even: Any news on a GDAL/OGR MVT reader? >> >> Yes, a new OGR MVT reader has just been committed in GDAL trunk: >> http://gdal.org/drv_mvt.html > > And the writer part (for MVT and MBTILES)