-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
execGRASS() and commands with no flags or parameters #20
Comments
Letting no required parameter or flag commands run is feasible (I can check in parseGRASS() and record the state). I'm not at all sure that g.gui is a good idea, but have struggled to get d.mon to behave. It may be the PYTHON environment variable, I don't know. g.gui just works if you start R in a GRASS LOCATION. |
In fact, the first case is controlled by
works. Is this enough? |
Thanks for pointing at the option, I was not aware of that. Does |
If required parameters are missing or if they are of the wrong storage mode, |
OK then that's clear @rsbivand. The fact that it can be tweaked with the option is certainly a good approach for the usecase I had in mind. Hence, will close this. |
I'll re-open and try to do the same as GRASS does to set |
The current |
Should GRASS commands be allowed to lack flags and parameters?
g.gisenv
, which works in the shell without flags or parameters,gmeta()
is a fine R alternative of course.g.gui
, when allowing it throughexecGRASS()
, one could go as far as allowing the launch of the GRASS GUI from R to explore the GRASS datasets on a map. This works well in Linux (withsystem()
) provided that theGRASS_PYTHON
variable is set (see also linkGRASS(): suggestion to let 'g.gui' work r-spatial/link2GI#24).standard output and standard error
Created on 2021-01-04 by the reprex package (v0.3.0)
Session info
The text was updated successfully, but these errors were encountered: