Dear Roy, thanks for the message. Is it possible that the sf version you
use links to an older version of GDAL/PROJ than the new rgdal does? In
other words: if you update sf from CRAN, does the error persist?
Many regards,
On 6/22/20 9:28 PM, Roy Mendelssohn - NOAA Federal wrote:
> I installed th
I ran package update this morning, so in CRAN terms I should be up to date.
Based on this email:
https://stat.ethz.ch/pipermail/r-sig-mac/2020-June/013599.html
I installed lwgeom rgdal rgeos sf from that repository. These are built with
GEOS 3.8.1, GDAL 3.1.0, PROJ 6.3.2. It installed 'sf'
I installed the whole suite available through Prof. Ripley's efforts, and
finally have gotten time to do extensive testing. I just ran into a problem
with code that worked previously. It doesn't break all the mapping code, only
some. The error I get is given below. And yes I realize that this
On Fri, 12 Jun 2020, rmendelss gmail wrote:
Thank you for these efforts. I imagine it will also make it easier to
eventually have these on CRAN.
Do you have the possibility to try out the affected packages in your
workflows to provide feedback? At the moment, user feedback can help guide
I will do the install sometime over the weekend, and test what I have (mainly
the packages I have that use these). Today is kind of tis up (I mean I can do
the install easily enough, just no time to do any testing).
Thanks,
-Roy
> On Jun 12, 2020, at 7:17 AM, Roger Bivand wrote:
>
> On
Thank you for these efforts. I imagine it will also make it easier to
eventually have these on CRAN.
-Roy
> On Jun 12, 2020, at 7:11 AM, Prof Brian Ripley wrote:
>
> I have put binary packages on CRANextras for lwgeom rgdal rgeos sf built with
> GEOS 3.8.1, GDAL 3.1.0, PROJ 6.3.2.
>
> Inst
I have put binary packages on CRANextras for lwgeom rgdal rgeos sf built
with GEOS 3.8.1, GDAL 3.1.0, PROJ 6.3.2.
Install with (e.g.)
options(repos="https://www.stats.ox.ac.uk/pub/RWin";)
install.packages('rgdal', type = 'binary')
(This needed a development version of the rgdal sources.)
This
