On Tue, 25 Sep 2018, Veronica Andreo wrote:
Hi Roger,
[...]
It should work even in a directory without write permission - now it tests
first rather than failing. Probably the default should be to use a
temporary file for GISRC anyway, but ten years ago that seemed
challenging.
I also corrected the PROJ shared files location for GRASS (I hope). I
can
provide a Windows binary package
off-list if need be.
How to find/test for the location of PROJ shared files?
You don't need to, it's just to do with correcting a carry-over from file
organization in GRASS 6 that had not been correct for GRASS 7 when
setting up environment variables for GRASS.
Please let me know if this gets things working.
I'm also concerned to know how rgrass7 should be maintained going
forward?
Should it be on github/r-spatial ? Should it migrate to sf/raster
classes?
IMHO, moving to sf/raster classes seems reasonable. However, if it is too
much of a hassle or there's no consensus, going from sp to sf is just one
line in R once a GRASS vector has been read in and, for the raster data,
as
well.
I already have a trial sf/raster github repo, but the recent edits are not
present there. It only uses sf for vector, but is stuck with sp/raster for
raster, so was waiting for stars or similar to provide something newer.
star given :)
Didn't know about this repo. I think github/r-spatial is also probably the
better place to hold the official rgrass7 in the (near?) future
Yes, but until we know whether getClass("Raster") in the raster Package is
a stable target match for GRASS raster layers (as sp::SpatialGridDataFrame
has been), we don't know how to drop the sp dependency. raster still
depends on sp and suggests rgdal; it now also suggests sf, so maybe in a
little while an R/GRASS interface could be just sf/rgdal-based. To support
existing workflows, a legacy mode would be needed, I think. So rgrass7
would load in legacy mode, but pivot to sf/raster if legacy mode was set
FALSE? The r-spatial/stars project is making some progress as Edzer
described in Pruchonice, but is split between local arrays and/or
cloud-based representations. When stars reaches a sweet spot, rgrass7 can
follow it for the R-side representation.
Best wishes,
Roger
Cheers,
Vero
--
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: roger.biv...@nhh.no
http://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
_______________________________________________
grass-stats mailing list
grass-stats@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-stats
