Howard Butler, Even Rouault, Dan Baston, and Alessandro Pasotti canceled the
monthly GDAL Maintainers Meeting that was to be held on 10/26/2023 due to
vacation and FOSS4GNA conflicts. Maintainers instead provided text updates
which I am relaying as our monthly report.
Fundraising update
---
The ghcr.io/osgeo/gdal:ubuntu-small-latest,
ghcr.io/osgeo/gdal:ubuntu-full-latest,
ghcr.io/osgeo/gdal:alpine-normal-latest Docker images have been
refreshed with 3.8.0beta1 (ghcr.io/osgeo/gdal:alpine-small-latest
still building at time of writing).
All -latest images are now at 3.8.0beta1
+1
Daniel
On 2023-10-31 12:59, Howard Butler via gdal-dev wrote:
Dear PSC,
Sorry for the short notice, but I would like to motion that the GDAL
Sponsorship Program financially support GDAL PSC members who wish to attend the
OSGeo Community Sprint in Vienna [1] next week. Support level is ca
+1 Javier
On Tue, 31 Oct 2023, 18:04 Even Rouault via gdal-dev, <
gdal-dev@lists.osgeo.org> wrote:
> +1 Even
>
> Le 31/10/2023 à 17:59, Howard Butler via gdal-dev a écrit :
> > Dear PSC,
> >
> > Sorry for the short notice, but I would like to motion that the GDAL
> Sponsorship Program financially
Le 31/10/2023 à 17:36, Rahkonen Jukka a écrit :
Hi,
I made a simple test with ogr2ogr and geopackage to geopackage on Windows. With
GDAL 3.8.0dev-3e4dc710a2 (no arrow, old R-Tree) the timing was 36 minutes, with
GDAL 3.8.0dev-6bbd2c080a the same conversion took 21 minutes. The gpkg file is
7
+1 Even
Le 31/10/2023 à 17:59, Howard Butler via gdal-dev a écrit :
Dear PSC,
Sorry for the short notice, but I would like to motion that the GDAL
Sponsorship Program financially support GDAL PSC members who wish to attend the
OSGeo Community Sprint in Vienna [1] next week. Support level is c
Dear PSC,
Sorry for the short notice, but I would like to motion that the GDAL
Sponsorship Program financially support GDAL PSC members who wish to attend the
OSGeo Community Sprint in Vienna [1] next week. Support level is capped at
1000€ for European attendees and 1500€ for others.
Howard
Hi,
I made a simple test with ogr2ogr and geopackage to geopackage on Windows. With
GDAL 3.8.0dev-3e4dc710a2 (no arrow, old R-Tree) the timing was 36 minutes, with
GDAL 3.8.0dev-6bbd2c080a the same conversion took 21 minutes. The gpkg file is
75 GB, with 120 layers.
Could it be that the new R-
Hi,
I know it doesn't mean much (with them being unofficial and pretty incomplete),
but the Rust bindings appear to work well with both 3.7.3 rc1 and 3.8.0 beta1.
Laurentiu
On Tue, Oct 31, 2023, at 16:33, Even Rouault via gdal-dev wrote:
> Hi,
>
> I've prepared a beta1 of GDAL 3.8.0 to get feed
Hi,
I've prepared a beta1 of GDAL 3.8.0 to get feedback from earlier testers.
Sorry no updated NEWS.md file yet, but I'd in particular be interesting
by testing of ogr2ogr workflows, since they have underwent significant
changes in the underlying implementation:
- when the source layer is a
3.7.3 RC1 OK for 630 R packages using GDAL through released versions of R
packages sf, terra, gdalcubes, gdalraster and/or vapour; no observed test
failures related to GDAL.
Roger
--
Roger Bivand
Emeritus Professor
Norwegian School of Economics
Postboks 3490 Ytre Sandviken, 5045 Bergen, Norwa
Hi,
I made a quick test with some random .gif file from my computer and your world
file and those two do find each other without problems. The format of
a_datum.prj is not familiar to me. Maybe it is Global Mapper specific. Maybe
you can just delete it and use the EPSG:32632 code instead in gda
Hi,
I have a gif file named img_512_244000.gif
with a world file named img_512_244000.gfw that contains :
25.00
0.00
0.00
-25.00
244000.00
512.00
and a prj file named a_datum.prj that contains :
Projection UTM
Datum WGS84
Zunits NO
Unit
13 matches
Mail list logo
