Difference between revisions of "Milliseconds"

From LearnLab
Jump to: navigation, search
Line 12: Line 12:
 
** "I realize this is a very fine point, but we thought we'd mention it anyway: In E08E7-Jan24-10-04-23.xml there is a deletion event followed immediately by a hint request. Both these events occur within the same second, so carry the same time stamp to 1-second granularity: 2006-01-24 10:58:41.:In the exported log, it turns out the DELETION event is listed AFTER the hint request and before the hint response. This sequence is confusing to look at, because it suggests the student did something in the middle of the hint sequence, and that is not supposed to be possible on our interface. Because our logs are sequentially generated within a single thread of execution, we know the order of events in the logs corresponds to the order in which the events occurred in time, even if timestamps do not have sufficient granularity distinguish them. So it would be nice if that order could be preserved in the exported data."
 
** "I realize this is a very fine point, but we thought we'd mention it anyway: In E08E7-Jan24-10-04-23.xml there is a deletion event followed immediately by a hint request. Both these events occur within the same second, so carry the same time stamp to 1-second granularity: 2006-01-24 10:58:41.:In the exported log, it turns out the DELETION event is listed AFTER the hint request and before the hint response. This sequence is confusing to look at, because it suggests the student did something in the middle of the hint sequence, and that is not supposed to be possible on our interface. Because our logs are sequentially generated within a single thread of execution, we know the order of events in the logs corresponds to the order in which the events occurred in time, even if timestamps do not have sufficient granularity distinguish them. So it would be nice if that order could be preserved in the exported data."
 
* Developer Note: Scarab Issue: DS65 Need to store microseconds in the action time stamps. [Aug 2005]
 
* Developer Note: Scarab Issue: DS65 Need to store microseconds in the action time stamps. [Aug 2005]
 
  
 
<br>
 
<br>
 
----
 
----
See complete [[DataShop Feature Wish List]].
+
See completed [[DataShop 3.x Features]]<br>
 +
See on-going [[DataShop 4.x Features]]<br>
 +
See prioritized [[DataShop Feature Wish List]]<br>
 +
See unordered [[Collected User Requests]]
 
[[Category:Protected]]
 
[[Category:Protected]]
 
[[Category:DataShop]]
 
[[Category:DataShop]]
 +
[[Category:DataShop Feature]]

Revision as of 18:46, 29 October 2010

Status: Requirements Complete; Estimate Needed

User Story

As a researcher in a language domain, I want to see milliseconds in the timestamps, so that I can understand better where the subject is having some trouble and to get better order of events that occur within the same second.

Notes/Comments

  • Phil Pavlik has started asking for this.  Email 3/12/2008.  ET Mtg 4/9/2008.
  • Connie Guan is asking for this too. 4/2008.
  • Previously asked for by Ying Liu back in 2005.
  • Maintain order of events which occur within same second. [Anders, email 10/3/2007]
    • "I realize this is a very fine point, but we thought we'd mention it anyway: In E08E7-Jan24-10-04-23.xml there is a deletion event followed immediately by a hint request. Both these events occur within the same second, so carry the same time stamp to 1-second granularity: 2006-01-24 10:58:41.:In the exported log, it turns out the DELETION event is listed AFTER the hint request and before the hint response. This sequence is confusing to look at, because it suggests the student did something in the middle of the hint sequence, and that is not supposed to be possible on our interface. Because our logs are sequentially generated within a single thread of execution, we know the order of events in the logs corresponds to the order in which the events occurred in time, even if timestamps do not have sufficient granularity distinguish them. So it would be nice if that order could be preserved in the exported data."
  • Developer Note: Scarab Issue: DS65 Need to store microseconds in the action time stamps. [Aug 2005]



See completed DataShop 3.x Features
See on-going DataShop 4.x Features
See prioritized DataShop Feature Wish List
See unordered Collected User Requests