<div dir="ltr"><div><br><br>On Wed, May 20, 2015 at 7:35 AM, Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>> wrote:<br>><br>><br>> Vaclav Petras wrote:<br>><br>> > I think this is exactly what I mean. Any reason for using the variables<br>> > instead of d.mon?<br>><br>> d.mon isn't something you'd want to use from scripts or other<br>> programs. Ultimately, d.mon is just causing those environment<br>> variables to be set whenever you run a display command, so documenting<br>> the variables themselves is more general than documenting a specific<br>> mechanism used to set them. And if you don't need the convenience of<br>> the d.mon interface, setting the variables directly removes some<br>> complexity from the process.<br><br></div>Okay, so just let me rephrase to make sure I understand correctly. Unless you something like scripting of d.mon wx0 or you wish to change resolution as d.mon allows, you should use environmental variables in your scripts. d.mon is meant to be used for direct/manual usage in command line.<br><div><br></div><div>Unfortunately knowing that doesn't change for me that<br><br></div><div>d.mon cairo output=vectormap.svg width=800 height=800<br></div><div>d.rast elevation<br><br></div><div>looks nicer then<br><br>export GRASS_RENDER_IMMEDIATE=cairo<br>export GRASS_RENDER_FILE=vectormap.svg<br>export GRASS_WIDTH=800<br>export GRASS_HEIGHT=800<br>d.rast elevation<br><br></div><div>even for scripting.<br></div><div><br></div><div>Thanks for the response,<br></div><div>Vaclav<br></div><div><br>> --<br>> Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>><br><br></div></div>