Hi Isabel,
If you don't get an answer here, you may want to try the SQLite forum:
https://sqlite.org/forum/forum - If anyone knows, it'll be someone there.
Maybe also of interest: https://sqlite.org/howtocorrupt.html#cfgerr
Cheers,
Jonathan
On 2022-02-14 08:17, Isabel Kiefer wrote:
Hi ever
On 2/16/22 12:46, Even Rouault wrote:
fix
queued in https://github.com/OSGeo/gdal/pull/5313
Cool, thanks!
--
Dr. Craig S. Bruce
Senior Software Developer
CubeWerx Inc.
https://www.cubewerx.com
Hi Craig,
fix queued in https://github.com/OSGeo/gdal/pull/5313
Even
Le 17/12/2021 à 23:25, Craig Bruce a écrit :
I tried to submit this issue on GitHub, but it wouldn't let me press
the Submit button and wouldn't tell me why not.
## Expected behavior and actual behavior.
The generation of
On Wed, 16 Feb 2022, Even Rouault wrote:
That said I've tried replicated using
https://github.com/qgis/QGIS/files/8058606/Issue47288_Polygons_GPKG.zip from
the QGIS ticket and converting it to shapefile. The issue here is that the
original geometry is not (considered as) valid:
$ ogrinfo Iss
Hello,
Just a heads up that the JS bindings for GDAL now have an /ExprTk.js
/plugin that comes with a stand-alone CLI alternative of /gdal_calc.py/
- /gdal_calc.js/.
While it is geared mostly towards the Node.js GDAL user and it lacks
many of the features of /gdal_calc.py/, it has a number
Howard,
I'm in favor, but first I'd like to see the GEOS project adopt a code of
conduct. Sponsors look for one these days, right? It's probably a good move
for GEOS in the long run.
On Tue, Feb 15, 2022 at 8:37 AM Howard Butler wrote:
> GDAL PSC,
>
> When we wrote the GDAL RFCs on sponsorship,
Great, thanks!
Il giorno mer 16 feb 2022 alle ore 15:29 Even Rouault <
even.roua...@spatialys.com> ha scritto:
>
> Le 16/02/2022 à 15:22, Lorenzo Di Giacomo a écrit :
> > Hi devs, with the gdal 3.4.x is there a way to overcome the limitation
> > of having more than 32KB of metadata in a GeoTiff f
Le 16/02/2022 à 15:22, Lorenzo Di Giacomo a écrit :
Hi devs, with the gdal 3.4.x is there a way to overcome the limitation
of having more than 32KB of metadata in a GeoTiff file (aka using a
different writing method for TIFF)? Thanks all!
No, this is ticketed in https://github.com/OSGeo/gdal/is
Hi devs, with the gdal 3.4.x is there a way to overcome the limitation of
having more than 32KB of metadata in a GeoTiff file (aka using a different
writing method for TIFF)? Thanks all!
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osg
+1 from a GEOS PSC member --strk;
On Tue, Feb 15, 2022 at 09:37:37AM -0600, Howard Butler wrote:
> GDAL PSC,
>
> When we wrote the GDAL RFCs on sponsorship, we provided an escape clause to
> allow us to direct resources to other projects upon which GDAL depends. Our
> sponsorship numbers are st
Il 16/02/2022 12:24, Even Rouault ha scritto:
your [2] link contains the shapefile, not the GeoPackage file.
Hi Even,
yes, you are right. The correct URL for the GeoPackage layer is
https://drive.google.com/file/d/1DMMbFQ922d_ccS00JIt0KaojGk6jMorb
Or you can use the SHAPE_REWIND_ON_WRITE con
Andrea,
your [2] link contains the shapefile, not the GeoPackage file.
That said I've tried replicated using
https://github.com/qgis/QGIS/files/8058606/Issue47288_Polygons_GPKG.zip
from the QGIS ticket and converting it to shapefile. The issue here is
that the original geometry is not (consid
12 matches
Mail list logo
