rgdal release candidate 1.5-9 rev. 1000 ready for testing
I am not sure if the part with use --with-proj_api="proj_api.h" for deprecated API Is of much help since c/p won?t work but the text let?s people assume that c/p could/should work. In fact, a full path to ?proj_api.h? is required? I still do not like this blocker and I still do not know if this combination causes serious issues in production or just limits new features. For the time being, using and linking osgeo-gdal (3.0.1) and osgeo-proj (7.0.1) works and can be used as a workaround until homebrew-core formulas catch up.
checks OK on PROJ 7.0.1 and GDAL 2.2.4
Again, since it was maybe caused by my typo a few mails ago: The homebred-core gdal version is at 2.4.4 and not 2.2.4.
On 5 Jun 2020, at 13:29, Roger Bivand wrote:
The release candidate of rgdal_1.5-9 is ready for testing on R-forge: https://r-forge.r-project.org/R/?group_id=884 Those insisting on installing on PROJ >= 6 and GDAL < 3 must use configure argument --with-proj_api="proj_api.h"; with this used, this version builds with --no-build-vignettes and installs and checks OK on PROJ 7.0.1 and GDAL 2.2.4 with --with-proj_api="proj_api.h". Otherwise checked OK with PROJ 4.8.0, 4.9.2, 4.9.3 and 5.2.0 with GDAL 1.11.4; with PROJ 5.2.0 and GDAL 2.2.4, 2.3.2 and 2.4.2; with PROJ 6.3.2 and GDAL 3.0.4; with PROJ 7.0.1 and GDAL 3.0.4 and 3.1.0. All who have indicated issues with source installs are asked to try the release candidate and to report back here by midnight CEST Monday 8 June. If no indications are forthcoming, I'll assume that problems with 1.5-8 are resolved. Roger -- Roger Bivand Department of Economics, Norwegian School of Economics, Helleveien 30, N-5045 Bergen, Norway. voice: +47 55 95 93 55; e-mail: Roger.Bivand at nhh.no https://orcid.org/0000-0003-2392-6140 https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
_______________________________________________ R-sig-Geo mailing list R-sig-Geo at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-geo