[PROJ] PROJ 9.2.0RC1 & PROJ-data 1.13RC1
Alan Snow
alansnow21 at gmail.com
Wed Feb 22 20:40:51 PST 2023
The Windows builds are failing because it is missing
PJ_TYPE_DERIVED_PROJECTED_CRS. Linux builds seem to work fine.
https://github.com/pyproj4/pyproj/actions/runs/4249145953
On Wed, Feb 22, 2023, 8:03 AM Kristian Evers <kristianevers at gmail.com>
wrote:
> All,
>
> We are closing in on March 1st which is the release date of both PROJ
> 9.2.0 and PROJ-data 1.13.
> In preparation for the final releases I have uploaded release candidates
> for both packages.
>
> Download the archives here:
>
> https://download.osgeo.org/proj/proj-9.2.0RC1.tar.gz
> https://download.osgeo.org/proj/proj-9.2.0RC1.zip
>
> https://download.osgeo.org/proj/proj-data-1.13RC1.tar.gz
> https://download.osgeo.org/proj/proj-data-1.13RC1.zip
>
> The PROJ release includes a number of improvements, new features and bug
> fixes. See the release notes below.
>
> The PROJ-data release adds the following transformations grids:
>
> - American NADCON5 grids
> - An updated version of no_kv_arcgp-2006-sk.tif
> - Slovenian geoid model SLO-VRP2016/Koper
>
> Please test the release candidates and report any issues you may find with
> them. Either here
> on the mailing list or on GitHub.
>
> /Kristian
>
> ————————————————————————————————————
>
> 9.2.0 Release Notes
> -------------------
>
> Updates
> --------
>
> + Database
>
> o EPSG updated to EPSG 10.082 (#3609)
>
> o ESRI objects updated to v3.1.0 (#3575)
>
> o Added Slovenian geoid model SLO-VRP2016/Koper (#3610)
>
> + Projections
>
> o Added generic Space Oblique Mercator (#3338)
>
> o Inverse eck4: Add checks for projection domain (#3625)
>
> + Transformations
>
> o Added support for NADCON5 grids and transformation method (#3510)
>
> o Added option ONLY_BEST=YES (#3535)
>
> When enabled only use the best possible transformation between two
> CRS's can be
> instantiated. If the best possible transfomations can't be
> instantiated it will
> fail instead of opting for the next best transformation.
>
> With ONLY_BEST=YES a transformation will fail if a needed grid is
> unavailable.
>
> The option can be toggled in proj.ini and with --only-best in cs2cs.
>
> o Implement 'Similarity transformation' (EPSG:9621) and import related
> tranformations from EPSG (#3578)
>
> o Optimise transformations between GDA94, GDA2020 and WGS84 (#3621)
>
> + Performance improvements
>
> o Pass PJ_COORD by reference for fwd4d and inv4d callbacks (#3503)
>
> o Improved of inverse meridian length calculations (#3516)
>
> o Avoid very poor performance on a geographic CRS whose datum name is
> the alias
> of an official one (#3624)
>
> + Well-Known Text improvements
>
> o Support WKT:2019 COORDINATEMETADATA[] construct (#2711)
>
> o implement alterCSLinearUnit for CompoundCRS (#3325)
>
> o Implement alterCSLinearUnit for BoundCRS (#3327)
>
> o Added PJ_TYPE_DERIVED_PROJECTED_CRS (#3488)
>
> o Added support for ISO19111 CoordinateMetadata class (#3562)
>
> o Update WKT import to support WKT2 corrigendum (#3573)
>
> o WKT import: Make axis direction and range meaning enumeration case
> insensitive as mandated by spec (#3577)
>
> o Implement AffineCS and handle it in WKT (#3579)
>
> o WKT1 parser: Support inf as inverse flattening value (#3626)
>
> + PROJJSON
>
> o Version number changed to 0.6
>
> o Added an additional optional source_crs property in
> abridged_transformation (#3454)
>
> o Added support for ISO19111 CoordinateMetadata class (#3562)
>
> o Implement AffineCS and handle it in PROJJSON (#3579)
>
> + C/C++ API
>
> o C API: add proj_get_domain_count(), proj_get_area_of_use_ex() and
> proj_get_scope_ex() (#3588)
>
> DEPRECATIONS
>
> The following functions have been deprecated and will be removed in a
> future version.
>
> o C API function proj_rtodms. Use proj_rtodms2 instead (#3431)
>
> o C experimental API function
> proj_create_conversion_tunisia_mapping_grid().
> Use proj_create_conversion_tunisia_mining_grid() instead (#3559)
>
> o C++ API function createTunisiaMapingGrid(). Use
> createTunisiaMiningGrid() instead (#3559)
>
> o Added explicit NaN handling to proj_trans and gie (#3603)
>
> + CMake
>
> o Added uninstall target (#3362)
>
> o Adopted use of TIFF:TIFF and CURL::libcurl targets (#3374)
>
> + Security improvements
>
> o Replaced uses of sprintf with the safer snprintf (#3421, #3431)
>
> + Various other improvements
>
> o Implemented platform independent mutex for better results on lesser
> used platforms (#3425)
>
> o Improved name and remarks in descriptions of some vertical
> transformations (#3334)
>
> o Implemented stricter matching by name to avoid false positives (#3487)
>
> o Improved numerical accuracy of the meridian length calculations and
> its inverse (#3516)
>
> o Added PROJ_IGNORE_CELESTIAL_BODY=YES environment variable that allows
> better matching of
> non-earth shaped ellipsoids to other celestial bodies (#3569)
>
> Bug fixes
> ----------
>
> o rtodms(): fix potential buffer overflow not dealt with (#3441)
>
> o NetworkFile::open(): fix memory leak in unlikely error code path (#3443)
>
> o When importing LOCAL_CS["foo"], generates a non-empty name for the
> datum (#3491)
>
> o Avoid unit mix-up in CRS::alterCSLinearUnit for DerivedProjectedCRS
> (#3499)
>
> o WKT to PROJ conversions: Map 'Lambert Azimuthal Equal Area (Spherical)'
> to '+proj=laea +R_A' (#3526)
>
> o ProjectedCRS::identify(): Relax trust in id/authority in definition to
> identify (#3532)
>
> o Fix instantion of http://www.opengis.net/def/crs/IAU/2015/xxx URNs
> (#3569)
>
> o Fix proj_normalize_for_visualization() on a transformation with
> FORCE_OVER=YES (#3570)
>
> o createBoundCRSToWGS84IfPossible(): Do not report +towgs84 for a CRS
> with multiple extents,
> such as EPSG:6316 (#3587)
>
> o pj_get_suggested_operation(): handle longitudes outside of [-180,180]
> for coordinate
> operation selection (#3595)
>
> o WKT1 parser: only emit warning when encountering invalid UNKNOWN WKT1
> axis direction (#3618)
>
> _______________________________________________
> PROJ mailing list
> PROJ at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/proj
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20230222/8374dc86/attachment.htm>
More information about the PROJ
mailing list