<div dir="ltr">Arlindo, Frank,<div><br><div>As it turns out, my issue with using the ^ character had nothing to do with whether GrADS was run from the same directory (or even in the same path) as my .ctl and .bin files. However, I did learn that my problem had to do with my using ms-dos style pathnames when opening the .ctl file, which works fine when the full DSET path is specified in the .ctl file. Now, if I run GrADS from the default location (in the opengrads directory) and open with cygwin/posix-style pathnames, the ^ character before the .bin filename works as intended.</div>
</div><div><br></div><div>Thanks--</div><div>Stephen Mc</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 23, 2014 at 11:15 AM, Stephen McMillan <span dir="ltr"><<a href="mailto:smcmillan@planalytics.com" target="_blank">smcmillan@planalytics.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Arlindo, Frank,<div>Thanks both of you for your replies, and they have helped to partially resolve this.</div>
<div><br></div><div>First of all, I had not been aware that, to use the ^ character, that grads had to be run from the same directory as the .ctl and .bin files. Mine does indeed work if I do that, but only if I first change directories from either a separate Cygwin window or from the Windows (dos) command line, prior to launching grads from within that window. It is a useful workaround. Otherwise, if I try to change directories (!cd c:/whatever/folder, e.g.) from the grads command line, it won't work.</div>
<div><br></div><div>I will soon be trying out the latest opengrads release (<b style="font-size:13px;font-family:arial,sans-serif">2.1.a2.oga.1). </b><span style="font-size:13px;font-family:arial,sans-serif">I'm thinking the included "path" extension will resolve the last issue mentioned.</span></div>
<div><span style="font-size:13px;font-family:arial,sans-serif">Stephen Mc</span></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jun 22, 2014 at 10:20 AM, Arlindo da Silva <span dir="ltr"><<a href="mailto:dasilva@alum.mit.edu" target="_blank">dasilva@alum.mit.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Sephen,<div><br></div><div> In the past "^" expansion worked on windows, but since I am not a windows user I have to rely on users to report such problems. In fact, the model.ctl that I use for tests has "^" in it and all windows builds passes 100% of the tests. </div>
<div><br></div><div> Can you send me the full name of the directory where the data resides? I want to make sure there is no glitch with the handling of specific directory names when expanding "^". Please send me the 2 versions of the ctl file: one with the "^" and the other with full pathname and I will take a look.</div>
<div><br></div><div> Arlindo</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Fri, Jun 20, 2014 at 9:23 AM, Stephen McMillan <span dir="ltr"><<a href="mailto:smcmillan@planalytics.com" target="_blank">smcmillan@planalytics.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">This question is for those familiar with MS Windows...<div><br></div><div>
The GrADS documentation states that "If a ^ character is
placed in front of <i>data_filename</i>, then <i>data_filename</i> is
assumed to be relative to the path of the descriptor file. If you are
using the ^ character in the DSET entry, then the descriptor file and
the data file may be moved to a new directory without changing any entries
in the data descriptor file, provided their relative paths remain the
same."</div><div><br></div><div>However, I have not been able to get this to work. My descriptor (.ctl) and data file (.bin) have exactly the same names, apart from the extensions, and reside in the same folder. Here's the applicable "dset" line in my descriptor file:</div>
<div><div>dset ^tfit.air-nino+soi+amo.lt12.jan51-02.bin</div></div><div><br></div><div>If I include the full pathname in dset, it works fine. However, I want to be able to move the files to a new folder without having to edit the dset entry. Is there an equivalent for Windows?</div>
<div><br></div><div>I'm using GrADS version 2.0.1.oga.1 on a Windows 7 pc.</div><div><br></div><div>Stephen McMillan</div><div><br></div></div>
</div></div><pre>***************************************************
The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary.
If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
***************************************************
</pre><br>_______________________________________________<br>
gradsusr mailing list<br>
<a href="mailto:gradsusr@gradsusr.org" target="_blank">gradsusr@gradsusr.org</a><br>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
<br></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><font face="'comic sans ms', sans-serif" size="6" color="#006600"><span style="font-family:Helvetica;font-size:12px"></span><span></span><span></span>Arlindo da Silva</font><br>
<font size="4"><i><a href="mailto:dasilva@alum.mit.edu" target="_blank">dasilva@alum.mit.edu</a></i></font>
</font></span></div>
<br>_______________________________________________<br>
gradsusr mailing list<br>
<a href="mailto:gradsusr@gradsusr.org" target="_blank">gradsusr@gradsusr.org</a><br>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
<pre>***************************************************
The information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain information that is privileged, confidential, and/or proprietary.
If you are not the intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the sender immediately by e-mail, and delete the original message.
***************************************************