<div class="gmail_quote">On Tue, Jul 24, 2012 at 5:34 PM, Nicolas Brisset <span dir="ltr"><<a href="mailto:nicolas.brisset@free.fr" target="_blank">nicolas.brisset@free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have some ideas I will detail later, but some quick remarks:<br>
1) please make the name of the time vector configurable. Not everybody speaks English, remember? I have bunches of files where time is called Temps :-)<br></blockquote><div><br></div><div>I agree.  But: </div><div>A) Should the list of index-able fields be attached </div>
<div>     -to the current session (ie, the kst file)?</div><div>     -to a particular data file?</div><div>     -to the data source type (eg, all dirfiles), </div><div>  or should it be global?</div><div><br></div><div>B) Where should the list be managed?  This will depend on the answers to (A).  If global, then the settings dialog.  Otherwise, either in the data source configuration, or in the range dialog itself.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2) if binary search is not fast enough, maybe we could store an index of 100 of 1000 intermediate time values to initialize the search (not sure it'S worth it, though, just an idea like that. Nad maybe I should read up on what binary search exactly is...)<br>
</blockquote><div><br></div><div>Binary search is a super simple log(N) search for ordered lists.  The big issue, however, is that we may have telemetry spikes in our index field - so we have to cope with that.  :-(</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3) I hope we will quickly have a convenient way to input date and time because a float value is not going to be fun to work with!<br></blockquote><div><br></div><div>CTime isn't that much different than frame numbers once you have a few million frames.  I think we should try to eventually implement string based time, but I suspect we will mainly use ctime indexes in practice.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">----- Mail original -----<br>
> De: "Barth Netterfield" <<a href="mailto:netterfield@astro.utoronto.ca">netterfield@astro.utoronto.ca</a>><br>
> À: "kst" <<a href="mailto:kst@kde.org">kst@kde.org</a>><br>
> Envoyé: Mardi 24 Juillet 2012 17:00:32<br>
> Objet: [Kst] Time index lookup<br>
<div><div class="h5">><br>
><br>
> For BLASTpol, I need to implement the ability to index samples by<br>
> time, rather than by frame number. So I'm going to implement it.<br>
> Here is my initial plan:<br>
><br>
><br>
> In the field range widget, there is a combo box that currently only<br>
> includes 'frame'.<br>
> Kst will add to the combo box any vector fields provided by the data<br>
> source which happen to be called "time", "Time", or "TIME". kst will<br>
> assume that these fields will be monotonically increasing (though it<br>
> will be able to look for and ignore short telemetry glitches).<br>
> The user can then do a lookup with these fields instead of frames.<br>
> Kst will do a binary search to find the right frames, and then read<br>
> them in.<br>
><br>
><br>
> In the first instance, you will enter the times as numbers in<br>
> whatever format the fields store them.<br>
><br>
><br>
> Eventually, you will be able to tell kst (how?) what to interpret the<br>
> fields as, and then use text type time entry (eg, yyyy/mm/dd<br>
> hh:mm:ss). But not in the first instance.<br>
><br>
><br>
><br>
> --<br>
> C. Barth Netterfield<br>
> University of Toronto<br>
> <a href="tel:416-845-0946" value="+14168450946">416-845-0946</a><br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Kst mailing list<br>
> <a href="mailto:Kst@kde.org">Kst@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/kst" target="_blank">https://mail.kde.org/mailman/listinfo/kst</a><br>
><br>
_______________________________________________<br>
Kst mailing list<br>
<a href="mailto:Kst@kde.org">Kst@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kst" target="_blank">https://mail.kde.org/mailman/listinfo/kst</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse;color:rgb(136,136,136)">C. Barth Netterfield<br>University of Toronto<br>416-845-0946</span><div>
<span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse;color:rgb(136,136,136)"><br></span></div><br>