Menu

#339 gnuplot output does not respect dateformat global variable

Version 4.0 RC1
assigned
None
Tape
minor
trunk
defect
2016-05-15
2009-09-29
No

gnuplot always assumes dateformat is ISO (i.e., %Y-%m-%d %H:%M:%S), but when dateformat is other (e.g., US) it still insists on using ISO. The timeformat string should be changed in the plot file according the value set.

Discussion

  • Teresa Carlon

    Teresa Carlon - 2009-09-29
    • owner changed from mhauer to mhauer
    • status changed from new to assigned
     
  • David P. Chassin

    • milestone changed from Release win32-2_0_0 to Release src-2_0_0

    For the time being, I recommend using the gnuplot commands as follows:

    ISO : (default)
    US : set timefmt "%m/%d/%y %H:%M:%S"
    EU : set timefmt "%d/%m/%y %H:%M:%S"

    which can be added in the plotcommands parameter, e.g.,

    object recorder {

    plotcommand set timefmt "%m/%d/%y %H:%M:%S";

    }

     
  • Matthew Hauer

    Matthew Hauer - 2010-04-19

    This ticket requires the tape function DLLs to have access to the global variable list, which is accessed using gl_global_getvar, and requires access to the CALLBACKS struct that the modules gain access to in the module_init process. Either the tape function callbacks will need to somehow have this struct passed up, or the recorder_open and collector_open callbacks will need a timeformat parameter passed for nonstandard time formats.

     
  • Matthew Hauer

    Matthew Hauer - 2010-07-20
    • priority changed from major to minor

    Deprioritizing due to limited utilization of gnuplot and the extensive changes needed to thread global variable into the tape DLLs.

     
  • David P. Chassin

    • milestone changed from Release src-2_0_0 to Version 2.1 Stable
     
  • David P. Chassin

    • owner changed from mhauer to dchassin
    • version changed from 2.0 to trunk
    • milestone changed from Version 2.1 Stable to Unscheduled
     
  • David P. Chassin

    • Milestone: Unscheduled --> Version 4.0 RC1