<div dir="ltr"><div><div><div><div><div><div><div>Anna,<br><br></div>thanks for the information.<br><br></div>Actually this is a "quick 'n' dirty cartography / print sheet generator"<br></div>made with the help of Vaclav in the past few weeks. It consumes workspace files for map compositions.<br><br></div><div>Presently runs on bitmap output of the cairo driver but I also dream about utf-8 postsctript<br></div><div>page assembly later on...<br></div><div><br><a href="https://github.com/kuszinger/grass7/tree/master/display/d.cartosim">https://github.com/kuszinger/grass7/tree/master/display/d.cartosim</a><br><br></div>d.cartosim is the esperimental name, still looking for the final name of it, possibly<br></div>better in the m.* group.<br><br></div>My goal with workspace query would be to reach this with present nomenclature:<br><br></div>d.cartosim -q<br><div><div><div><div><br>-q is for quick mode where it would get the name of workspace file, if any and would<br></div><div>create a pdf file of A4 landscape 300dpi at the same location with the name of the workspace<br></div><div>file as a quick printable pdf. (current region would be used also for the visual snapshot)<br><br></div><div>I quite often need good resolution printout of my workspace (~ kind of visual map) compositions on paper<br></div><div>as some professors are still "offline" who I need to work with. Fast printed handouts are very useful and time saving.<br></div><div>Since it is for office printing, 300-600 dpi bitmap processing is enough, no need for professional postscript with stroke fonts.<br><br></div><div>So, workspace information would also be a time saver (yes, those seconds of selecting the very same workspace file with a file dialog).<br></div><div>Yes, I'm lazy.<br><br></div><div>best regards<br></div><div>Robert<br><br></div><div><br><br><br></div><div><br></div><div><br><br></div><div><br><br></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-07-11 22:40 GMT+02:00 Anna Petrášová <span dir="ltr"><<a href="mailto:kratochanna@gmail.com" target="_blank">kratochanna@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Jul 11, 2016 at 9:35 AM, Robert Kuszinger <<a href="mailto:kuszinger@giscom.hu">kuszinger@giscom.hu</a>> wrote:<br>
> Hello!<br>
><br>
> I'd like to get information in python script whether:<br>
><br>
> if wxGUI running or not, and if yes:<br>
<br>
the only thing related to that was implemented for g.gui.* modules:<br>
<a href="https://trac.osgeo.org/grass/changeset/67232" rel="noreferrer" target="_blank">https://trac.osgeo.org/grass/changeset/67232</a><br>
<br>
which passes grass interface object to the main function of the<br>
script. But this needs to be run from the GUI.<br>
<br>
> the name of the current workspace file, if set (opened or saved) or clearly<br>
> a "no" answer if not<br>
<br>
there is information if workspace is loaded and if it has been changed<br>
since, but it's not easily accessible, that would have to be part of<br>
the interface. May I ask you what's your use case?<br>
<br>
><br>
> A multi-OS solution is welcome (linux ps filtering for wxgui works but I<br>
> need something cross-platform, GRASS internal if possible)<br>
><br>
> I tried to look in sources but spent to much time and I have no idea still.<br>
><br>
> Any help is welcome.<br>
><br>
> Best regards and thanks<br>
><br>
> Robert<br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> grass-dev mailing list<br>
> <a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</blockquote></div><br></div>