<div dir="ltr"><div dir="auto"></div><div class="gmail_quote"><div dir="ltr">El lun., 24 sep. 2018 6:24, Roger Bivand <<a href="mailto:Roger.Bivand@nhh.no" target="_blank">Roger.Bivand@nhh.no</a>> escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sun, 23 Sep 2018, Helmut Kudrnovsky wrote:<br>
<br>
>> I could reproduce the problem after starting the OSGeo4W console from the<br>
>> desktop shortcut icon.<br>
>><br>
>> The problem seems to be that OSGeo4W's console starts in a directory for<br>
>> which the user does not have write access (for me from a desktop shortcut<br>
>> C:\Users\Public\Desktop\OSGeo4W). Because rgrass7::initGRASS() needs to<br>
>> write a GISRC file in the working directory, it needs write access. When I<br>
>> changed working directory to one to which I did have write access, the<br>
>> current CRAN binary rgrass7 loaded correctly under OSGeo4W for a<br>
>> throw-away location. I haven't yet tried with a pre-existing location.<br>
>><br>
>> Could you check and see whether this seems reasonable?<br>
>><br>
>> If so, I'll add a check for write access in the working directory to give<br>
>> a more sensible error message.<br>
><br>
<br>
Committed in r65 on <a href="https://r-forge.r-project.org/projects/spgrass/" rel="noreferrer noreferrer" target="_blank">https://r-forge.r-project.org/projects/spgrass/</a>; the <br>
change tests whether the working directory is writable, and if not puts <br>
the temporary GISRC in an R temporary file. I checked Vero's scenario of <br>
using initGRASS under OSGeo4W with an existing location (screenshot <br>
attached) from the OSGeo4W console. </blockquote><div> </div><div><div dir="auto">This is great! I could only test now, and after changing to a folder with writing permission, all works perfectly! <br></div><div dir="auto">Thanks so much, Roger and Helli :)</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I also corrected the PROJ shared files location for GRASS (I hope). I can provide a Windows binary package <br>
off-list if need be.<br></blockquote><div><br></div><div>How to find/test for the location of PROJ shared files? <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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></blockquote><div><br></div><div>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.</div><div><br></div><div>Thanks again!</div><div><br></div><div>Best,</div><div>Vero<br></div></div><div class="gmail_quote"><br></div></div>