<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font size="+1"><tt>With a satellite link you could combine 4) with
any or all of 1<font size="+1">)-3)!<br>
<font size="+1">I'd recommend <font size="+1">2), since that
would tak<font size="+1">e longer.<br>
<br>
<font size="+1">But <font size="+1">ser<font size="+1">iously,
<font size="+1">if the missing <font size="+1">fu<font
size="+1">nctions Soyoung pointed out are
easy to<font size="+1"> replace,<br>
<font size="+1">then I'd vote (1/2 a vote,
since I'm <font size="+1">a fol<font
size="+1">lower here) for g<font
size="+1">oing with the Matlab<br>
<font size="+1"><font size="+1">NetCDF
support. If 3rd party provide<font
size="+1">rs are going to
break their tools, why
should <br>
other people<font size="+1"><font
size="+1"> </font>use
them? It's painful to
strand users who are using
old Matlabs,<br>
<font size="+1">but I
don't get much sympathy
when I'm using old
software and things
don't<br>
<font size="+1">work
anymore.</font><br>
</font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font><br>
<font size="+1">Kevin<br>
<br>
</font></font></font></font></font></tt></font>
<div class="moz-cite-prefix">On 2/20/13 7:53 AM, Tim Hoar wrote:<br>
</div>
<blockquote cite="mid:725B2FF6-F4CF-4112-A17B-E6260EFB9F7E@ucar.edu"
type="cite">
<pre wrap="">It came to my attention (yesterday at 4PM) that the Matlab diagnostics were not working on yellowstone, and then, to my abject horror, that Roland was not able to run them with a very old version of Matlab (2009a).
I have tracked down the problem and am open for suggestions on where to go from here.
DART has used the third-party netCDF toolboxes since the beginning. The most recent version (4028, from 27 Nov. 2012) of these toolboxes made a fundamental non-backward-compatible change that I'm struggling with. From the mexcdf website (<a class="moz-txt-link-freetext" href="http://mexcdf.sourceforge.net/downloads/">http://mexcdf.sourceforge.net/downloads/</a>):
"(* November 27 2012 John Evans -r4028
- SQUEEZE call sites removed. NC_VARGET will try to restore any leading
- singleton dimensions that were removed because of the
- row-major-col-major order issue. "
I use this call in "hundreds" of places. It is pervasive. How many of my calls are affected by this decision is unknown.
I used r3801 for my testing - which was rather exhaustive - and everything worked as expected. I installed both 3801 and 4024 on yellowstone and both of these generate the desired results, so it is not a bug in my coding and explains why no one has complained about it till I was showing Roland how easy it was to run the diagnostics ... DOH! WT&%^$3?! (Roland is using an old version of Matlab, but the most recent version of the third-party tools - which is the same version I installed on Yellowstone.)
As I see it, the choices are these:
1) simply recommend that people use the 4024 (30 October 2012) version of those toolboxes - I briefly tested this and it worked. I need to test this more before I feel confident - but I'm pretty confident. I'm supremely confident in the 3801 version.
2) I could try to identify and bulletproof the calls where the singleton dimensions are causing problems. This will likely take at least a week of work - which I'll have in April - MAYBE.
3) Since Matlab has had native netCDF support for about 3 years - maybe I should remove the dependency on the third-party tools. This would strand anyone in the future who is using ancient versions of Matlab (like Roland). This will certainly not happen before April - at best.
4) I build something like the Kon-Tiki and set sail for Tahiti.
IN THE IMMEDIATE FUTURE ... i.e. ON YELLOWSTONE NOW ...
In your Matlab startup.m script (or wherever you launch 'ncstartup') change 'ncstartup' to 'ncstartup_4024'
and let me know what, if anything, does not behave as expected. Also - I'm serious - I want input on a solution.
Thanks -- Tim
Tim Hoar, Associate Scientist
National Center for Atmospheric Research
<a class="moz-txt-link-abbreviated" href="mailto:thoar@ucar.edu">thoar@ucar.edu</a>
303.497.1708
_______________________________________________
Dart-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Dart-dev@mailman.ucar.edu">Dart-dev@mailman.ucar.edu</a>
<a class="moz-txt-link-freetext" href="http://mailman.ucar.edu/mailman/listinfo/dart-dev">http://mailman.ucar.edu/mailman/listinfo/dart-dev</a>
</pre>
</blockquote>
<br>
</body>
</html>