The Python interpreter is interactive, but it is not a general purpose
shell. You would need to wrap external programs in an os.system or
os.popen call. One attractive way of getting around this is to pre-wrap
each program in a python object. For example:
<br><br>class Display:<br><br> def rast(self, rastername):<br> os.system("d.rast %s" % rastername)<br><br>Then the syntax in the Python interpreter would be:<br><br>> import Display<br>> d = Display.display
()<br>> d.rast(rastername)<br><br>Which isn't so bad. This is what things would look like in PyShell (or PyCrust) which is a wxWindows-compatible python interpreter that you can use in wxWindows GUI's.<br><br>The most advanced Python interpreter is IPython. This has been tweaked for interactive use by the Scipy (numeric programming) folks so that some of the Python decorations can be dropped in the above example:
<br><br>> import Display<br>> d = Display.display()<br>> d.rast rastername<br><br>No more parenthesis needed. Also, IPython has "magic" operators that allow you to "shell-out" to the underlying shell. Simply prepend a command with a % and it will bypass the python interpreter and send it to the shell:
<br><br>> %ls<br><br>or<br><br>>%dir<br><br>The IPython interpreter is designed for interactive use. It is the Scipy answer to Matlab's interactive prompt. It has a lot of nice shell-like features and can be extended for use by GRASS (I think). Unfortunately, I don't think IPython is as well integrated with Windows as Unix. At least on my casual observations.
<br><br>David<br><br><div><span class="gmail_quote">On 8/13/06, <b class="gmail_sendername">David Finlayson</b> <<a href="mailto:david.p.finlayson@gmail.com">david.p.finlayson@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>The Python interpreter is interactive, but it is not a general purpose shell. You would need to wrap external programs in an os.system or os.popen call. One attractive way of getting around this is to pre-wrap each program in a python object. For example:
<br><br>class Display:<br><br> def rast(self, rastername):</div><div><span class="e" id="q_10d0afa3a1e857d8_1"><br><br><br><br><div><span class="gmail_quote">On 8/12/06, <b class="gmail_sendername">Glynn Clements</b> <
<a href="mailto:glynn@gclements.plus.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">glynn@gclements.plus.com
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Trevor Wiens wrote:<br><br>> > If anyone can find a real language which is "good enough" on all of
<br>> > Unix, Windows (Cygwin and native) and OSX, I'll quite happily rewrite<br>> > all of GRASS' shell scripts.<br>><br>> Python is easy to install on Windows. So with an offer like that, I<br>> can't help asking if any of the interactive Python shells are to your
<br>> knowledge good enough. Or perhaps what in you mind defines an<br>> interactive shell environment that is good enough to replace bash?<br><br>The main issue is the ability to have scripts which can be run as e.g
.<br>"d.save", and not having to use "<a href="http://d.save.py" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">d.save.py</a>". This needs to work both<br>from a shell and from system/exec/popen/spawn/etc functions provided
<br>by various languages.
<br><br>--<br>Glynn Clements <<a href="mailto:glynn@gclements.plus.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">glynn@gclements.plus.com</a>><br></blockquote></div><br><br clear="all">
<br></span></div><div>-- <br></div><div><span class="sg">David Finlayson
</span></div></blockquote></div><br><br clear="all"><br>-- <br>David Finlayson