Re: [gdal-dev] [EXTERNAL] Re: ds.DeleteLayer(idx) "failed: database table is locked"

Thanks Evan, Yes, the dataset is open with the update flag set. It’s a bit awkward because I want to replace the layer with the layer returned by the query. If I do the naïve “ds.CopyLayer(sql_lyr, layer_name, options=[“OVERWRITE=YES”]) this appears to enter into an infinite loop. So looks l

Re: [gdal-dev] Motion: adopt RFC 100: Add support for the float16 data type

+1 Dan On Wed, Jan 29, 2025 at 2:37 PM Kurt Schwehr via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Thanks Even and Erik for the additional work on RFC 100!! > > Let's get the voting going again. I hereby change my vote: > > +1 KurtS > > On Thu, Nov 7, 2024 at 10:24 AM Kurt Schwehr wrote: > >>

Re: [gdal-dev] Motion: adopt RFC 100: Add support for the float16 data type

+1 -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Erik Schnetter via gdal-dev Lähetetty: torstai 7. marraskuuta 2024 16.40 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: adopt RFC 100: Add support for the float16 data type I move to adopt RFC 100 (adding support for the float1

Re: [gdal-dev] Motion: adopt RFC 100: Add support for the float16 data type

+1 Javier On Wed, 29 Jan 2025 at 20:27, Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Thanks Erik for finalizing all that work. > > +1 Even > > Le 07/11/2024 à 15:39, Erik Schnetter via gdal-dev a écrit : > > I move to adopt RFC 100 (adding support for the float16 data type). > >

Re: [gdal-dev] CSharp bindings queued for removal (was Re: GDAL CSharp bindings maintainers/contributors listening... ?)

Even, The silence is not necessary because we neglect the C# bindings, just because we are doing our daily work (using the bindings). I'm personally maintaining the GDAL and it's related nuget packages based on these bindings for several years and it has 658.1

Re: [gdal-dev] CSharp bindings queued for removal (was Re: GDAL CSharp bindings maintainers/contributors listening... ?)

Maybe the bindings should be moved out if gdal to a separate repo so those interested in the bindings can monitor that specific repo and not gdal in general. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers From: gdal-dev on behalf of Tamas Szeker

[gdal-dev] ds.DeleteLayer(idx) "failed: database table is locked"

Hi, Trying to remove superfluous intermediate layers in a GPKG dataset. The general logic is Ds = ogr.open(fp) Lyr = ds.executesql(query) Ds.DeleteLayer(idx) <- failed, database table is locked, may be caused by “sqlite3_exec(DROP TABLE “rtree_layername_geom”) failed: database table is locked

Re: [gdal-dev] ds.DeleteLayer(idx) "failed: database table is locked"

Jessy, Trying to remove superfluous intermediate layers in a GPKG dataset.  The general logic is Ds = ogr.open(fp) I assume you meant ogr.Open(fp, update=True) otherwise you'd got another type of error. Lyr = ds.executesql(query) Ds.DeleteLayer(idx) <- failed, database table is locked,

Re: [gdal-dev] adding points to geometries

Hey Scott You gave me an idea: cut first with a region on the north hemisphere and then the south. The circle does not work as expected. In EPSG:4326 you need a rectangle. First I created different entries, adding 1 to the fid to avoid collisions. But later I decided to just "st_collect" the p