Re: [gdal-dev] Clarifying AxisMappingStrategy for SpatialReference read from GeoJSON in gdal > 3

2020-04-28 Thread jratike80
Hi, The current GeoJSON specification defines CRS in https://tools.ietf.org/html/rfc7946#section-4 "4. Coordinate Reference System The coordinate reference system for all GeoJSON coordinates is a geographic coordinate reference system, using the World Geodetic System 1984 (WGS 84) [WGS

[gdal-dev] Clarifying AxisMappingStrategy for SpatialReference read from GeoJSON in gdal > 3

2020-04-28 Thread Yann-Sebastien Tremblay-Johnston
Hi, Tested using conda gdal 3.0.4 and gdal bundled with QGIS (3.0.4) >From the documented changes in gdal > 3 with respect to honouring coordinate order i.e. lat/lon order for EPSG:4326, I would expect that when from osgeo import ogr > ds = ogr.Open('test.geojson') > layer = ds.GetLayer() > srs

Re: [gdal-dev] GDAL 3.1.0 RC1 available

2020-04-28 Thread Even Rouault
On mardi 28 avril 2020 17:23:50 CEST Norman Barker wrote: > Hi Even, > > Does https://github.com/OSGeo/gdal/pull/2397 need to be included in the > notes for this RC? I see the code is in the release which is great, thank > you. I think I intended this to be covered by the line * redirect vsis3

Re: [gdal-dev] GDAL 3.1.0 RC1 available

2020-04-28 Thread Norman Barker
Hi Even, Does https://github.com/OSGeo/gdal/pull/2397 need to be included in the notes for this RC? I see the code is in the release which is great, thank you. I have checked over the other TileDB functions in this RC and it looks good to me. Norman On Tue, Apr 28, 2020 at 10:16 AM Even Rouault

[gdal-dev] GDAL 3.1.0 RC2 available

2020-04-28 Thread Even Rouault
Hi, I have prepared a second release candidate. The changes since RC1 are: - (reason for this RC2) fix a regression of ./configure regarding linking some dependencies such as GEOS, on older systems that don't support the -E switch of sed - typo fixes - addition of a LICENSE file for gdal_rtd do

Re: [gdal-dev] GDAL 3.1.0 RC1 available

2020-04-28 Thread Even Rouault
Issue fixed now. I'll re-issue a RC2 soon to address this. Unrelated notes regarding https://github.com/DanielFEvans/gdalmanylinux/blob/gdal_3.1.0/Dockerfile.wheels - Jasper probably unneeded as you use openjpeg which is normally superior to it - PROJ could be bumped to 6.3.1 or 7.0.0. And withi

Re: [gdal-dev] Reconsidering release cycle length ?

2020-04-28 Thread Greg Troxel
Even Rouault writes: > I'm not sure why having shorter cycles would increase or decrease > potential candidates to tracking master. It seems to me to be more > related to their own interest in the project, which should be somewhat > independent from the length of the cycle. People highly interest

Re: [gdal-dev] GDAL 3.1.0 RC1 available

2020-04-28 Thread Daniel Evans
Thanks Even. Apparently I managed to reply to Even directly, not to the mailing list, which I've now copied back in. From: Even Rouault Sent: 28 April 2020 12:53 To: Daniel Evans Subject: Re: [gdal-dev] GDAL 3.1.0 RC1 available Daniel, issue confirmed. Spotted to https://github.com/OSGe

Re: [gdal-dev] Reconsidering release cycle length ?

2020-04-28 Thread Even Rouault
Answering to several people in a row: @Eli > If people were not compelled to track master, then this > engagement with the project might be reduced or pushed to releases > with a less interactive feedback (i.e. they won't be testing patches > or recent commits). From my own personal experience,