On 02/18/2018 11:18 PM, Tobias Wendorff wrote:
> Did anyone recognize that stable and unstable Debian neither builds
> lwgeom nor rttopo in libspatialite by default?
lwgeom support was disabled to untangle the circular dependency as
documented in the spatialite changelog:
- Drop build dependency
Hi all,
I've noticed that while GDALCreateWarpedVRT does acquire nodata values, and
thereby nodata-derived masks, from the source dataset, it does not pick up
on a source's .msk file and does not acquire a source mask derived from
that sidecar file.
Is this an oversight or intended behavior? Is t
I've now added the VRT layer to QGIS 3.0 dev with GDAL 2.3dev, but it
doesn't recognise it as a spatial layer - it just shows up with QGIS table
icon. Here's the VRT file I'm trying to add and the result of ogrinfo:
https://gist.github.com/palmerj/eb25a396fecc181b2da5023c70078198. Could the
invalid
Hi there!
Did anyone recognize that stable and unstable Debian neither builds
lwgeom nor rttopo in libspatialite by default?
This means: no ST-functions using SQLite dialect.
For lwgeom it might be disabled due to licensing problems. spatialite's
support for rttopo might be unstable, so this is
Hi Jürgen,
On 19/02/2018 09:18, "Jürgen E. Fischer"
Wasn't just in the message - the typo is fixed in r41535.
Thanks. Make sense now.
Cheers
Jeremy
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi Jeremy,
On Mon, 19. Feb 2018 at 08:39:45 +1300, Jeremy Palmer wrote:
> jpalmer$ ogr2vrt.py --version
> GDAL 2.3.0dev, released 2017/99/99
>
> jpalmer$ ogr2vrt.py parcels.mbtiles parcels.vrt -oo ZOOM_LEVEL_AUTO=YES
> Warning 6: driver MBTiles : type 'booleean' for ZOOM_LEVEL_AUTO open option
>
Thanks Even.
I get a warning message when using ogr2vrt.py on trunk 41534:
jpalmer$ ogr2vrt.py --version
GDAL 2.3.0dev, released 2017/99/99
jpalmer$ ogr2vrt.py parcels.mbtiles parcels.vrt -oo ZOOM_LEVEL_AUTO=YES
Warning 6: driver MBTiles : type 'booleean' for ZOOM_LEVEL_AUTO open option
is not r
Gil,
to be able to properly reproduce, could you paste the output of
gdalinfo myfile.tif
?
Even
> My tiff file is 19968x29952 which I understand when calculated to the 512
> level goes un-even, is there anything I can do to go that extra level?
I
> am converting to JPEG, it works well, I don
Jeremy,
As far as I know, there's no GUI way of setting open options in QGIS.
One solution is to create a VRT that contains the open option in it
For example with ogr2vrt.py
https://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/ogr2vrt.py
python ogr2vrt.py your.mbtiles your.vrt -oo ZOOM_LEVEL
