AnnualDataSummary: Difference between revisions

m
→‎Possible problems: Time zone paragraph clarified (following comments in support forum)
m (→‎Localization / Language: Trying to be consistent in use of 'data set' as two words)
m (→‎Possible problems: Time zone paragraph clarified (following comments in support forum))
*Version 1.1 has been tested and runs on IE 7, IE 8, IE 9, FireFox 3 to 14, Chrome/Dragon/SRWare Iron, and Safari -- running on the non IE browsers for both Windows and the Mac.
*IE7 is notoriously slow for Javascript processing so there will be a longer delay as you change the data set (a few more seconds in some cases)
*The original version defaults to current local calendar year, but the dayfile.txt only contains records up to the last rollover time (using the timezone local to the weather station). So at new year there can be a period of up to 2 days when the default year is ''not'' available to be displayed (depending on timezone differences and rollover time).
*Non-standard attributes are generated by this routine that will not pass validation against standards.
*Version 1.0 and 1.1 default to showing a table for viewer's local current calendar year. Remember the dayfile.txt (even if updated each day) only contains records up to the day ending at the last rollover time using the timezone local to the weather station. Timezone differences when combined with rollover time variations can lead to a period of 2 days discrepancy. At New Year a blank table will be displayed during this period by default. For example, 30 or 31 (depending on whether rollover has occured) in December of the last year could be the latest available for a site in USA whilst the original version of the code is showing a blank table of the next year during early morning on 2 January in Austrailia. Even when station and viewer are in same timezone, there will be a blank table until the first rollover on 2 January.
 
 
= Version Control =
5,838

edits