<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<style>
<!--
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman";}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{color:#606420;
text-decoration:underline;}
span.E-MailFormatvorlage17
{mso-style-type:personal-compose;
font-family:Arial;
color:windowtext;}
@page Section1
{size:595.3pt 841.9pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.Section1
{page:Section1;}
-->
</style>
</head>
<body lang=DE link=blue vlink="#606420">
<div class=Section1>
<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'>Hi,<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span style='font-size:10.0pt;
font-family:Arial'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>I have started testing the latest changes, and I have
just come across the following small issues when I load an ASCII file:<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>- the datasource has no scalars, but it appears (empty)
in the view scalars dialog<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>- vectors don't have string metada, but each vector appears
(empty) in the view strings dialog<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>- the line containing variable names appears in the
datasource strings. I'd skip it, as I see no way I can use it there.<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>- the metadata strings (from the datasource) don't
appear in the create label dialog (in the dropdown to insert those awfully long
automatic string names)<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>- (this time using the sample netCDF file): the
datasource-scalar (base_time) does not appear in the create label dialog (in
the dropdown to insert scalars) although it is in the view scalars dialog<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>Apart from these new points, there is something we
have already discussed. I thought Barth had solved it, but I actually believe
it is still there. The problem is the first page of the datawizard, which
sometimes freezes for a few seconds. <o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>To test it, just create a directory with a number of
very large ASCII files with names beginning with a common string, and try to
select them in a new kst session (that is, when we don't already have a
datasource object that only gets reused). Below is my analysis of what happens
(not cross-checked with breakpoints in the debugger, I must confess).<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>When I select a huge ASCII file (>2 million points),
before I even have a chance to click "configure…" it gets
parsed, which freezes the UI for a few long seconds. I suspect the whole file
gets parsed already, which does not make sense at that point. We should wait
until the user clicks "Next". We should only detect the type, which I
believe should be faster than it is. I thought Barth had introduced some
mechanism for that, but I'm not sure it prevents parsing the whole file. I
haven't tested again right now, but I think if you have a couple of large files
in the same directory and scroll through them in the popup that appears as you
type the beginning of the name in the lineedit (assuming you type it) or as you
hover the item in the file dialog (assuming you use the dialog through the
button on the right), each time one gets selected it triggers the textChanged()
signal, which triggers the validate() slot, which parses the whole file.<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>I'll continue testing and I'll report what I find
along the way, so that it can be addressed.<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 face=Arial><span lang=EN-GB style='font-size:
10.0pt;font-family:Arial'>Nicolas</span></font><font size=1 face=Arial><span
lang=EN-GB style='font-size:8.0pt;font-family:Arial'> </span></font><font
size=1 face=Arial><span style='font-size:8.0pt;font-family:Arial'><o:p></o:p></span></font></p>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><o:p> </o:p></span></font></p>
</div>
<br><table border="0" style="border-collapse: collapse" width="38%" id="table1">
<tr>
<td width="468" height="8"><b><font face="Arial" size="1">EUROCOPTER DEUTSCHLAND GmbH</font></b></td>
</tr>
<tr>
<td width="468" height="8"><b><font face="Arial" size="1">Sitz der Gesellschaft / Registered Office: Donauwörth</font></b></td>
</tr>
<tr>
<td width="468" height="8"><b><font face="Arial" size="1">Registergericht / Registration Court: Amtsgericht Augsburg HRB 16508</font></b></td>
</tr>
<tr>
<td width="468" height="8"><b><font face="Arial" size="1">Vorsitzender des Aufsichtsrates / Chairman of the Supervisory Board: Dr. Lutz Bertling</font></b></td>
</tr>
<tr>
<td width="468" height="8"><b><font face="Arial" size="1">Geschäftsführung / Board of Management:</font></b></td>
</tr>
<tr>
<td width="468" height="8"><b><font face="Arial" size="1">Dr. Wolfgang Schoder, Vorsitzender / CEO; Friedrich-Wilhelm Hormel; Ralf Barnscheidt</font></b></td>
</tr>
<tr>
<td width="468" height="8" style="border-bottom-style: double; border-bottom-width: 3px"><font face="Arial" size="1"> </font></td>
</tr>
</table>
<table border="0" style="border-collapse: collapse" width="688" id="table2" height="8">
<tr>
<td width="686" height="8"><font face="Arial" size="1"> </td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1">CONFIDENTIALITY NOTICE</td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1"> </td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1">This communication and the information it contains is intended for the addressee ( s ) named above and for no other persons or organizations. </td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1">It is confidential and may be legally privileged and protected by law. The unauthorized use, copying or disclosure of this communication </td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1">or any part of it is prohibited and may be unlawful. </td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1">If you have received this communication in error, kindly notify us by return e-mail and discard and/or delete the communication. </td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1">Thank you very much.</td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1">It is possible for e-mails to be intercepted or affected by viruses. Whilst we maintain virus checks on our e-mails, we accept no liability for viruses </td>
</tr>
<tr>
<td width="686" height="8"><font face="Arial" size="1">or other material which might be introduced with this message.</td>
</tr>
</table><br></body>
</html>