[gdal-dev] GDAL 3.4.0 RC1 available
Edzer Pebesma
edzer.pebesma at uni-muenster.de
Tue Nov 2 15:02:01 PDT 2021
This may have nothing to do with this RC but more with PROJ, but I found
it while doing checks with R spatial packages against this RC.
With a CRS shown below, calling OGRSpatialReference->GetName() resulted
with PROJ 8.0.1 in "UTM Zone 25, Southern Hemisphere" ; with PROJ 8.1.1
or 8.2.0 it results in "SOURCECRS". Is this intended, or is there a
problem with the WKT, or an issue somewhere else?
BOUNDCRS[
SOURCECRS[
PROJCRS["UTM Zone 25, Southern Hemisphere",
BASEGEOGCRS["GRS 1980(IUGG, 1980)",
DATUM["unknown",
ELLIPSOID["GRS80",6378137,298.257222101,
LENGTHUNIT["metre",1,
ID["EPSG",9001]]]],
PRIMEM["Greenwich",0,
ANGLEUNIT["degree",0.0174532925199433,
ID["EPSG",9122]]]],
CONVERSION["Transverse Mercator",
METHOD["Transverse Mercator",
ID["EPSG",9807]],
PARAMETER["Latitude of natural origin",0,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8801]],
PARAMETER["Longitude of natural origin",-33,
ANGLEUNIT["degree",0.0174532925199433],
ID["EPSG",8802]],
PARAMETER["Scale factor at natural origin",0.9996,
SCALEUNIT["unity",1],
ID["EPSG",8805]],
PARAMETER["False easting",500000,
LENGTHUNIT["metre",1],
ID["EPSG",8806]],
PARAMETER["False northing",10000000,
LENGTHUNIT["metre",1],
ID["EPSG",8807]]],
CS[Cartesian,2],
AXIS["easting",east,
ORDER[1],
LENGTHUNIT["metre",1,
ID["EPSG",9001]]],
AXIS["northing",north,
ORDER[2],
LENGTHUNIT["metre",1,
ID["EPSG",9001]]]]],
TARGETCRS[
GEOGCRS["WGS 84",
DATUM["World Geodetic System 1984",
ELLIPSOID["WGS 84",6378137,298.257223563,
LENGTHUNIT["metre",1]]],
PRIMEM["Greenwich",0,
ANGLEUNIT["degree",0.0174532925199433]],
CS[ellipsoidal,2],
AXIS["geodetic latitude (Lat)",north,
ORDER[1],
ANGLEUNIT["degree",0.0174532925199433]],
AXIS["geodetic longitude (Lon)",east,
ORDER[2],
ANGLEUNIT["degree",0.0174532925199433]],
USAGE[
SCOPE["Horizontal component of 3D system."],
AREA["World."],
BBOX[-90,-180,90,180]],
ID["EPSG",4326]]],
ABRIDGEDTRANSFORMATION["Transformation to WGS84",
METHOD["Position Vector transformation (geog2D domain)",
ID["EPSG",9606]],
PARAMETER["X-axis translation",0,
ID["EPSG",8605]],
PARAMETER["Y-axis translation",0,
ID["EPSG",8606]],
PARAMETER["Z-axis translation",0,
ID["EPSG",8607]],
PARAMETER["X-axis rotation",0,
ID["EPSG",8608]],
PARAMETER["Y-axis rotation",0,
ID["EPSG",8609]],
PARAMETER["Z-axis rotation",0,
ID["EPSG",8610]],
PARAMETER["Scale difference",1,
ID["EPSG",8611]]]]
On 01/11/2021 17:27, Even Rouault wrote:
> Hi,
>
> I have prepared a GDAL/OGR 3.4.0 release candidate.
>
> Pick up an archive among the following ones (by ascending size):
>
> https://download.osgeo.org/gdal/3.4.0/gdal-3.4.0rc1.tar.xz
> https://download.osgeo.org/gdal/3.4.0/gdal-3.4.0rc1.tar.gz
> https://download.osgeo.org/gdal/3.4.0/gdal340rc1.zip
>
> A snapshot of the gdalautotest suite is also available :
>
> https://download.osgeo.org/gdal/3.4.0/gdalautotest-3.4.0rc1.tar.gz
> https://download.osgeo.org/gdal/3.4.0/gdalautotest-3.4.0rc1.zip
>
> A snapshot of the documentation is at:
>
> https://download.osgeo.org/gdal/3.4.0/gdal340doc.zip
>
> GDAL-GRASS plugin:
>
> https://download.osgeo.org/gdal/3.4.0/gdal-grass-3.4.0.tar.gz
>
> NEWS at:
>
> https://github.com/OSGeo/gdal/blob/v3.4.0RC1/gdal/NEWS.md
>
> I'll call for a vote promoting it to final later this week if no
> serious problems are reported before.
>
> Best regards,
>
> Even
>
--
Edzer Pebesma
Institute for Geoinformatics
Heisenbergstrasse 2, 48151 Muenster, Germany
Phone: +49 251 8333081
More information about the gdal-dev
mailing list