<div dir="ltr">Hi Roger, <br><br><div class="gmail_quote">[...]<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It should work even in a directory without write permission - now it tests <br>
first rather than failing. Probably the default should be to use a <br>
temporary file for GISRC anyway, but ten years ago that seemed <br>
challenging.<br>
><br>
>> I also corrected the PROJ shared files location for GRASS (I hope). I can<br>
>> provide a Windows binary package<br>
>> off-list if need be.<br>
>><br>
> How to find/test for the location of PROJ shared files?<br>
><br>
You don't need to, it's just to do with correcting a carry-over from file <br>
organization in GRASS 6 that had not been correct for GRASS 7 when <br>
setting up environment variables for GRASS.<br>
<br>
>> Please let me know if this gets things working.<br>
>><br>
>> I'm also concerned to know how rgrass7 should be maintained going forward?<br>
>> Should it be on github/r-spatial ? Should it migrate to sf/raster classes?<br>
>><br>
><br>
> IMHO, moving to sf/raster classes seems reasonable. However, if it is too<br>
> much of a hassle or there's no consensus, going from sp to sf is just one<br>
> line in R once a GRASS vector has been read in and, for the raster data, as<br>
> well.<br>
<br>
I already have a trial sf/raster github repo, but the recent edits are not <br>
present there. It only uses sf for vector, but is stuck with sp/raster for <br>
raster, so was waiting for stars or similar to provide something newer. <br></blockquote><div><br></div><div>star given :)</div><div>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<br></div><div><br></div><div>Cheers,</div><div>Vero<br></div></div></div>