I published a post the day before yesterday on workarounds for R-Grass GIS 7 (co-interface) users in Mac OSX, particularly for the ones updated to El Capitan. The major issues for GRASS users in EL Capitan are related to the dynamic links (dyld), for which I offered the solution of including the possible python library paths in the system environment as
DYLD_LIBRARY_PATH. Although this solved the problem of initiating GRASS from R interface, the issue of dyld paths persists while calling the
'v.extract' module. Initially, the error appeared to be like the following:
which may tell you that it is related to not finding a python library. However, the actual error can be found by setting
legacyExec argument to
TRUE in the
This is in fact a dyld problem but related to a library provided by FFTW framework. The FFTW framework is not a requirement for GRASS 7 and also not available (the newer versions) for download in the GRASS page. It comes with the GRASS installation package but R cannot establish a symlink to the directory containing the library, i.e.
/Applications/GRASS-7.3.app/Contents/MacOS/lib/FFTW3.framework/Versions/3, although it was added in the
DYLD_LIBRARY_PATH. It can also be downloaded from the FFTW official page but the library provided is not identified by GRASS as an architecture matching universal wrapper. The workaround I suggest (found out after struggling for a day) is to simply copy the FFTW framework provided by GRASS from the GRASS directory to the framework directory.
This will solve the problem!
Leave a Comment
Your comments and discussion will enrich my blog. You can comment by logging in to your social network or disqus sites (options are shown in the login drop-cap or when you click on the comment box). You can also comment as a guest by clicking on the "Name" box under "sign up with disqus" and ticking "I'd rather post as a guest" (your e-mail will be kept confidential).comments powered by Disqus