[Kst] Re: time display
Marc-Antoine Miville-Deschenes
mamd at cita.utoronto.ca
Thu Oct 7 22:39:13 CEST 2004
I agree that this is very useful.
For Planck we have timevectors in UT (in seconds).
The most common case for us now is to plot [hh:mm:ss].
Usually we put the date in the toplabel.
Marc-Antoine
On 7-Oct-04, at 5:49 PM, Barth Netterfield wrote:
> Cool!
>
> This is the correct approach I think.
>
> I like the layout of the dialogs.
>
> -Is there a way of using the user's locale to select the default
> display? Or
> should just be a sticky default like we do with 'vectorDefaults?'
> -I think there should be an option for 'current locale' as well as the
> hard
> coded options.
> -Would it be a good idea to use some huristics to set the time
> interpretation
> default based on the plot ranges (1012004110-1012024110 is almost
> certainly a
> ctime, not a JD).
> -are there more options that might be useful?
> -hh:mm:ss (ie, no date)
> -A format which uses 'January' or 'Jan' rather than 01
> -would it be a good idea to be able to select the units of the offset
> time
> [+200] (ie, decimal days, decimal hours, etc rather than seconds).
> Or could
> this be automatically selected.
>
> The offset time approach seems pretty good to me if we are in Date
> Time mode.
>
> The rule for where [+0] should be: the date/time which has the most
> zeros
> starting from the LSField. (ie, 2003/01/00 00:00:00 prefered over
> 2003/12/31
> 00:00:00, preferred over 2003/12/31 00:00:10).
> This means that where the +0 will go is dependent on how it is being
> displayed
> (JD may be different than DATE-TIME)
> In Date Time mode, if we are so lucky as to have a field which has
> 00:00:00
> for time, this could be dropped.
>
> I suspect we are going to be changing this for a while as we see what
> works
> well and what doesn't. It is a non trivial problem.
>
> cbn
>
> On October 6, 2004 05:55 pm, Andrew Walker wrote:
>> CVS commit by arwalker:
>>
>> Add the ability to interpret the x-axis values as various time
>> formats, and
>> display in another time format.
>>
>> This is only a display of the concept at this point and the following
>> issues need to be addressed:
>>
>> * tick positioning
>> * permissible range of data
>> * reported position (for cursor and nearest data point)
>>
>> In all of the above the algorithms use the raw data values, where they
>> should be using/displaying the converted time values.
>>
>> I will await comments before proceeding to fix this issues.
>>
>>
>> M +545 -115 kst2dplot.cpp 1.275 [POSSIBLY UNSAFE: printf]
>> M +30 -7 kst2dplot.h 1.113
>> M +1 -0 kstlegend.h 1.9
>> M +120 -47 kstplotdialog_i.cpp 1.101
>> M +231 -166 plotdialog.ui 1.62
>>
>>
>>
>> _______________________________________________
>> Kst mailing list
>> Kst at kde.org
>> https://mail.kde.org/mailman/listinfo/kst
>
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst
>
Marc-Antoine Miville-Deschenes
Institut d'Astrophysique Spatiale
tel.: 01 69 85 86 78
More information about the Kst
mailing list