<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 10, 2014 at 5:04 PM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="">On Tue, Jun 10, 2014 at 10:29 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com">wenzeslaus@gmail.com</a>> wrote:<br>


> On Tue, Jun 10, 2014 at 4:07 PM, Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br>
</div>...<br>
<div class="">>> I wonder if the could additionally allow for a more human readable<br>
>> form than input=- like we do for separator=...<br>
>> "stdin" isn't much better for many users, any other ideas?<br>
>><br>
> I don't see a need for more human readable value of input option.<br>
> Considering a user-beginner using GUI dialog, "no default answer policy"<br>
> saves him or her from running the module and blocking the GUI* as Martin<br>
> says.<br>
<br>
</div>Well, advanced users fail, see this email from some hours ago:<br>
<a href="https://lists.fossgis.de/pipermail/fossgis-talk-liste/2014-June/006618.html" target="_blank">https://lists.fossgis.de/pipermail/fossgis-talk-liste/2014-June/006618.html</a><br>
<br>
(you may guess it from German language)<br>
<div><br></div></blockquote><div>Ach so, Ich verstehe, aber the main problem in this case was the wrong manual page and also the fact that manual page requires user to understand unix/linux command line (without explanations or warnings). Former you fixed, later should be fixed (I'm working on some proposal actually). My point is that any name you choose will still require user to know what is standard input and how it is used (e.g. pipe).<br>

I would consider adding synonym if Python compatibility would be a motivation. In Python, you have for example:<br><br>sys.stdin<br>sys.stdout<br>sys.stderr<br><br>subprocess.PIPE<br>subprocess.STDOUT<br><br>But the usage is a bit different than ours I would say. See Python usage:<br>

<br>p1 = Popen(["dmesg"], stdout=PIPE)<br>p2 = Popen(["grep", "hda"], stdin=p1.stdout, stdout=PIPE)<br>p1.stdout.close()<br>output = p2.communicate()[0]<br><br></div><div>versus our usage:<br>

</div><div><br></div><div>r.something rules=PIPE<br>r.something rules=stdin<br>r.something rules=-<br><br></div><div>Wenzel<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div><br></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="">
> And advanced user using the real command line probably knows about this<br>
> convention and what stdin and standard output are and if not, he or she is<br>
> not interested in using input=-.<br>
> Option output=- is set by default (or is default implicitly as in r59115,<br>
> hopefully everywhere?), so he or she gets standard output which is expected<br>
> in both GUI and command line and can set a file if this is what he or she<br>
> wants.<br>
<br>
</div>The m.proj example in its manual was definitely broken. I have fixed it in<br>
<a href="https://trac.osgeo.org/grass/changeset/60783" target="_blank">https://trac.osgeo.org/grass/changeset/60783</a><br>
<span class=""><font color="#888888"><br>
Markus<br>
</font></span></blockquote></div><br></div></div>