<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Re: [Paraview] Paraview 3.6.x connection definition files</TITLE>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.3627" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>Seems to me that we really want ParaView to do the 
following:</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>* Read server connection information from a system level 
file.&nbsp; </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>* Read server connection information from a user level 
file.&nbsp; This information shall not override anything read in from the system 
level file. (Do we even need this file?)</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>* Read in the user's default connection information from a 
user level file.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>* Allow the user to edit the server information. (Do we 
even need this step?)</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>* When ParaView finishes, write out the current server 
information (from the system level and the user level) into a user level 
file.&nbsp; (Do we even need this?)</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>* Write preferences into a preferences 
file.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>Thoughts?</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=195355217-05112009><FONT face=Arial 
color=#0000ff size=2>Alan</FONT></SPAN></DIV><BR>
<BLOCKQUOTE 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
  <HR tabIndex=-1>
  <FONT face=Tahoma size=2><B>From:</B> Moreland, Kenneth <BR><B>Sent:</B> 
  Thursday, November 05, 2009 8:02 AM<BR><B>To:</B> Rick Angelini; Scott, W 
  Alan<BR><B>Cc:</B> ParaView<BR><B>Subject:</B> Re: [Paraview] Paraview 3.6.x 
  connection definition files<BR></FONT><BR></DIV>
  <DIV></DIV><FONT face="Calibri, Verdana, Helvetica, Arial"><SPAN 
  style="FONT-SIZE: 11pt">It sounds like the major problem is that ParaView is 
  taking the server connection configurations from the system files and writing 
  them in the servers.pvsc configuration file the first time it encounters them, 
  where they forever override any changes to the system files. &nbsp;I believe 
  this behavior was introduced to save the user&#8217;s last entries for the 
  parameters as the default for the next invocation (bug #5487).<BR><BR>This is 
  an important feature, but perhaps this is not the best way to implement it. 
  &nbsp;Perhaps ParaView should be saving the server connection argument 
  parameters in the regular settings key/value file. &nbsp;That way you could 
  leave the system server settings in the system files and nothing would 
  override them. &nbsp;Does that sound like the right 
  thing?<BR><BR>-Ken<BR><BR><BR>On 11/5/09 6:00 AM, "Rick Angelini" &lt;<A 
  href="angel@arl.army.mil">angel@arl.army.mil</A>&gt; 
  wrote:<BR><BR></SPAN></FONT>
  <BLOCKQUOTE><FONT face="Calibri, Verdana, Helvetica, Arial"><SPAN 
    style="FONT-SIZE: 11pt">Alan, yes, you've demonstrated the problem I found 
    with the pvsc<BR>files. &nbsp;&nbsp;&nbsp;It's a difficult 
    problem:<BR><BR>Ideally, we want to provide<BR>1. &nbsp;Global server 
    connection definitions<BR>2. &nbsp;User-defined server connection 
    definitions<BR>3. &nbsp;the ability save persistent information (username, 
    remote shell<BR>executable, ProjectID, etc, etc) as defined by the pvsc 
    definition<BR>4. &nbsp;Update the global connection definition and have it 
    override any<BR>previous definition<BR><BR>I think that it's a slightly 
    larger issue than just managing variables<BR>that may exist between the user 
    copy of the definition and the global<BR>copy - we need to provide the 
    capability to drop in a totally new global<BR>pvsc file and have it override 
    anything that may have been saved<BR>locally. &nbsp;&nbsp;For instance, we 
    just switched our queuing system from LSF to<BR>PBS and the entire pvsc file 
    changed. &nbsp;Ideally, &nbsp;when the new global<BR>server definition was 
    dropped into the place, the user copy for that<BR>server would be totally 
    replaced by the new definition.<BR><BR>Scott, W Alan wrote:<BR>&gt;<BR>&gt; 
    Rick,<BR>&gt; It sure looks wrong to me. &nbsp;I did as you said -<BR>&gt; * 
    Deleted my local .config/ParaView/servers.pvsc file.<BR>&gt; * Ran ParaView, 
    connected to a remote server, then closed ParaView.<BR>&gt; &nbsp;&nbsp;- 
    This read in my default_servers.pvsc file<BR>&gt; &nbsp;&nbsp;- Wrote out a 
    new local .config/ParaView/servers.pvsc file.<BR>&gt; * I then changed one 
    of the options to be wrong in the users<BR>&gt; servers.pvsc file. &nbsp;(I 
    used max NODES, which should obviously be from<BR>&gt; the system 
    default_servers.pvsc). &nbsp;This information was still correct<BR>&gt; in 
    the default_server.pvsc file.<BR>&gt; * Upon rerunning ParaView, the wrong 
    information was picked up from<BR>&gt; the servers.pvsc 
    file.<BR>&gt;<BR>&gt;<BR>&gt; What would be the correct behavior? &nbsp;We 
    want to always use the default<BR>&gt; value from the user's servers.pvsc 
    file, but we want to use all of the<BR>&gt; other variables from the 
    default_servers.pvsc file. &nbsp;Right?<BR>&gt;<BR>&gt; Alan<BR>&gt;<BR>&gt; 
    &gt; -----Original Message-----<BR>&gt; &gt; From: Rick Angelini [<A 
    href="mailto:angel@arl.army.mil">mailto:angel@arl.army.mil</A>]<BR>&gt; &gt; 
    Sent: Monday, November 02, 2009 8:36 AM<BR>&gt; &gt; To: Scott, W 
    Alan<BR>&gt; &gt; Cc: ParaView; Moreland, Kenneth<BR>&gt; &gt; Subject: Re: 
    [Paraview] Paraview 3.6.x connection definition files<BR>&gt; &gt;<BR>&gt; 
    &gt; You're correct, the FIRST place it looks is for the system default. 
    <BR>&gt; &gt; However, the SECOND &nbsp;place it looks is the user's area, 
    which<BR>&gt; &gt; OVERRIDES<BR>&gt; &gt; the systems default, as best as I 
    can tell. &nbsp;&nbsp;&nbsp;If HostA is defined in<BR>&gt; &gt; the 
    default_servers.pvsc, &nbsp;the first time it gets loaded it is then<BR>&gt; 
    &gt; saved into the &nbsp;user's local servers.pvsc file. 
    &nbsp;&nbsp;&nbsp;&nbsp;I need to do more<BR>&gt; &gt; testing, but it looks 
    like even if the default.pvsc file is<BR>&gt; &gt; updated, the original 
    definition that was saved off in the<BR>&gt; &gt; users area is 
    used.<BR>&gt; &gt;<BR>&gt; &gt;<BR>&gt; &gt; Scott, W Alan wrote:<BR>&gt; 
    &gt; &gt; Rick,<BR>&gt; &gt; &gt; To be honest, I didn't even realize that 
    there was a<BR>&gt; &gt; servers.pvsc in<BR>&gt; &gt; &gt; the home 
    directory. &nbsp;The first place that ParaView looks for GUI<BR>&gt; &gt; 
    &gt; connection information is in your Paraview install area.<BR>&gt; &gt; 
    On our LANS,<BR>&gt; &gt; &gt; this is 
    &nbsp;.../3.6.2/Linux-x86_64/lib/paraview-3.6 (which is really<BR>&gt; &gt; 
    &gt; wherever_paraviews_root_is/lib/paraview-3.6) &nbsp;I have a<BR>&gt; 
    &gt; &gt; default_servers.pvsc in there.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; 
    For standalone Linux installs, I put this<BR>&gt; &gt; default_servers.pvsc 
    in the<BR>&gt; &gt; &gt; same place 
    .../local_paraview_base/lib/paraview-3.6.<BR>&gt; &gt; &gt;<BR>&gt; &gt; 
    &gt; In XP it goes in the ParaView install directory - c:/Program<BR>&gt; 
    &gt; &gt; Files/ParaView 3.6.2/bin.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; Give 
    me a call if you want to discuss.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; 
    Alan<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; 
    &gt;<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;------ Forwarded 
    Message<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;*From: *Rick Angelini 
    &lt;<A href="angel@arl.army.mil">angel@arl.army.mil</A>&gt;<BR>&gt; &gt; 
    &gt; &nbsp;&nbsp;&nbsp;&nbsp;*Date: *Fri, 23 Oct 2009 10:55:10 -0600<BR>&gt; 
    &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;*To: *&lt;<A 
    href="ParaView@paraview.org">ParaView@paraview.org</A>&gt;<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;*Subject: *[Paraview] Paraview 3.6.x connection 
    definition files<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;I have questions regarding the use of 
    connection<BR>&gt; &gt; definition files.<BR>&gt; &gt; &gt;<BR>&gt; &gt; 
    &gt; &nbsp;&nbsp;&nbsp;&nbsp;I have created numerous connection definition 
    files for various<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;clusters<BR>&gt; 
    &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;and compute systems that we have here. 
    &nbsp;&nbsp;&nbsp;&nbsp;Up until<BR>&gt; &gt; now, I've been<BR>&gt; &gt; 
    &gt; &nbsp;&nbsp;&nbsp;&nbsp;distributing those pvsc files through a 
    common<BR>&gt; &gt; directory that all<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;of my<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;users have access to. &nbsp;&nbsp;They manually load 
    the pvsc<BR>&gt; &gt; files into their<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;session, and those server definitions get 
    automatically<BR>&gt; &gt; saved into<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;$HOME/.config/ParaView/servers.pvsc. 
    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;The<BR>&gt; &gt; connection 
    definition<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;files work great and 
    are a huge time saver for Paraview users -<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;particularly in an environment where we need 
    to<BR>&gt; &gt; establish SSH tunnels,<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;modify ports and connection IDs, etc.<BR>&gt; &gt; 
    &gt;<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;The problem lies in what 
    happens when I want to change<BR>&gt; &gt; one or more of<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;those pvsc files (presumably to incorporate a 
    change<BR>&gt; &gt; that will improve<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;functionality, performance, etc 8-) 
    &nbsp;&nbsp;&nbsp;&nbsp;I update the<BR>&gt; &gt; pvsc file in the<BR>&gt; 
    &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;common directory, and then I need to 
    notify all of my<BR>&gt; &gt; Paraview users<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;that there's an update to the PVSC files and that 
    they need to<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;delete/replace their 
    existing definition with a new one. &nbsp;&nbsp;This<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;scenario<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;is awkward and requires some effort on the users' 
    part<BR>&gt; &gt; - it would be<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;nice if there were a more automatic 
    solution.<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;So, 
    I've been looking at using a default_servers.pvsc<BR>&gt; &gt; file which 
    in<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;theory is a great idea. 
    &nbsp;&nbsp;All users would have access<BR>&gt; &gt; to a common 
    pvsc<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;file that I can control and 
    update as necessary, with no updates<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;required by the user. &nbsp;&nbsp;Well, 
    unfortunately, it doesn't<BR>&gt; &gt; seem to really<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;work that way. &nbsp;&nbsp;&nbsp;The 
    default_servers.pvsc file is read<BR>&gt; &gt; in the first<BR>&gt; &gt; 
    &gt; &nbsp;&nbsp;&nbsp;&nbsp;time ParaView is loaded, and then those 
    server<BR>&gt; &gt; definitions are saved<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;back to the $HOME/.config/ParaView directory. 
    &nbsp;The servers are<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;presumably 
    saved off to preserve some of the<BR>&gt; &gt; information as defined 
    in<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;the PVSC file - I have numerous 
    fields (UserID, ProjectID, SSH<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;executable labeled with "save=true" so that that 
    information is<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;carried<BR>&gt; 
    &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;over between sessions.<BR>&gt; &gt; 
    &gt;<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;This is where we start to run 
    into problems. &nbsp;&nbsp;<BR>&gt; &gt; According to the<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;WIKI,<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;the 
    last server definition loaded take precedence, so if I make<BR>&gt; &gt; 
    &gt; &nbsp;&nbsp;&nbsp;&nbsp;changes<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;to the "default_servers.pvsc" file, &nbsp;it gets 
    loaded prior to<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;"$HOME/.config/ParaView/servers.pvsc". 
    &nbsp;&nbsp;&nbsp;&nbsp;Unless I'm missing<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;something,<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;once the server definitions are initialized the 
    first<BR>&gt; &gt; time they are<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;recognized and saved off to the user's 
    .config<BR>&gt; &gt; directory, the default<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;servers will never have precedence, even if I 
    change/update the<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;contents. 
    &nbsp;Unless the ServerName is changed for each<BR>&gt; &gt; subsequent 
    update<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;of a particular server, any 
    updated server in the<BR>&gt; &gt; default servers file<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;won't be loaded. &nbsp;&nbsp;&nbsp;Am I on the right 
    track here - have<BR>&gt; &gt; I missed or<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;assumed something that I shouldn't have? 
    &nbsp;&nbsp;&nbsp;It looks<BR>&gt; &gt; like all of the<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;hooks are *almost* there to manage the server 
    definitions .....<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;Also, using 3.6.1, I went through the process of 
    created a<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;default_servers.pvsc, 
    having those servers<BR>&gt; &gt; automatically loaded in my<BR>&gt; &gt; 
    &gt; &nbsp;&nbsp;&nbsp;&nbsp;ParaView session, and then have them saved off 
    into a local<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;servers.pvsc<BR>&gt; 
    &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;file. &nbsp;However, during the next 
    Paraview session, the<BR>&gt; &gt; definitions<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;don't<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;work 
    properly - it seems as those the only the last item in an<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;enumerated list are available through the GUI, and 
    in<BR>&gt; &gt; general it just<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;doesn't work correctly. &nbsp;&nbsp;If those same 
    server<BR>&gt; &gt; definitions are loaded<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;manually by the user and saved locally, &nbsp;they 
    work<BR>&gt; &gt; fine. &nbsp;So, there's<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;apparently an issue related to the use of 
    the<BR>&gt; &gt; default_servers.pvsc and<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;how those definitions are saved out to the 
    user's<BR>&gt; &gt; server.pvsc file.<BR>&gt; &gt; &gt;<BR>&gt; &gt; 
    &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;_______________________________________________<BR>&gt; 
    &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;Powered by www.kitware.com<BR>&gt; &gt; 
    &gt;<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;Visit other Kitware 
    open-source projects at<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;<A 
    href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</A><BR>&gt; 
    &gt; &gt;<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;Please keep messages 
    on-topic and check the ParaView Wiki at:<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;<A 
    href="http://paraview.org/Wiki/ParaView">http://paraview.org/Wiki/ParaView</A><BR>&gt; 
    &gt; &gt;<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;Follow this link to 
    subscribe/unsubscribe:<BR>&gt; &gt; &gt; &nbsp;&nbsp;&nbsp;&nbsp;<A 
    href="http://www.paraview.org/mailman/listinfo/paraview">http://www.paraview.org/mailman/listinfo/paraview</A><BR>&gt; 
    &gt; &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt;<BR>&gt; &gt; &gt; 
    &nbsp;&nbsp;&nbsp;&nbsp;------ End of Forwarded Message<BR>&gt; &gt; 
    &gt;<BR>&gt; &gt;<BR>&gt; 
  &gt;<BR>&gt;<BR><BR><BR></SPAN></FONT></BLOCKQUOTE><FONT 
  face="Calibri, Verdana, Helvetica, Arial"><SPAN 
  style="FONT-SIZE: 11pt"><BR></SPAN></FONT><FONT size=2><FONT 
  face="Consolas, Courier New, Courier"><SPAN 
  style="FONT-SIZE: 10pt"><BR>&nbsp;&nbsp;&nbsp;**** 
  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Kenneth Moreland<BR>&nbsp;&nbsp;&nbsp;&nbsp;*** 
  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Sandia National Laboratories<BR>*********** 
  &nbsp;<BR>*** *** *** &nbsp;email: <A 
  href="kmorel@sandia.gov">kmorel@sandia.gov</A><BR>** &nbsp;*** &nbsp;** 
  &nbsp;phone: (505) 844-8919<BR>&nbsp;&nbsp;&nbsp;&nbsp;*** 
  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;web: &nbsp;&nbsp;<A 
  href="http://www.cs.unm.edu/~kmorel">http://www.cs.unm.edu/~kmorel</A><BR></SPAN></FONT></FONT><FONT 
  face="Calibri, Verdana, Helvetica, Arial"><SPAN 
style="FONT-SIZE: 11pt"><BR></BLOCKQUOTE></SPAN></FONT></BODY></HTML>