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 Cheers, Vero
_______________________________________________ grass-stats mailing list grass-stats@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-stats