[esp-r] Re: [Core_developers] opinions requested about backward compatibilityin ESP-r results libraries

[Ferguson, Alex]

Hi Jon,

I agree with your proposal, and I look forward to the much-simplified
res code. Perhaps these changes will make it easier to merge the res and
xml reporting facilities in the future!

I also agree that the res files can be easily regenerated. And with
ESP-r under versioning control, it's easy to recover an older version of
res for use with archived results libraries.

I only suggest that both res dialogues and the release notes be clear
about this change. Perhaps both could point users to the svn revision
number where they could obtain an older version of res to read ancient
archives.  If this change will impact res menus, we'll need to update
the ANALYZE script to ensure the automated tester can still extract 
data from the new libraries.

- Alex 


-----Original Message-----
From: core_developers-bounces at developer2.cvsdude.com
[mailto:core_developers-bounces at developer2.cvsdude.com] On Behalf Of Jon
Hand
Sent: Friday, January 18, 2008 09:11
To: esp-r at lists.strath.ac.uk
Cc: Core_developers at developer2.cvsdude.com
Subject: [Core_developers] opinions requested about backward
compatibilityin ESP-r results libraries


To the ESP-r community of users and developers....

At ESRU we are working on some changes to the zone results library
file which adds in additional data types. The new information
records, for each type of casual gain, the sensible convective, sensible
radiant and latent values (in addition to the usual total radiant and
convective for each zone).

This change has a number of impacts:

a) it allows users to be more specific when graphing and listing and
    doing stats on casual gain related information. You can ask
    for only the occupant sensible convective or only the latent small
    power etc.
b) it includes latent casual gains for the first time
c) it corrects a long-standing glitch for 'controlled' casual
    gains which made it difficult to undertake some lighting
    control assessments.
d) it makes the recovery of information from the results database
    much simpler because almost no post processing is required
    and it will probably be faster because the zone operation file
    should not need to be scanned to support post-processing.

Essentially the new approach takes about 15% of the lines of
code that the previous version and this simplification of the
code is A VERY GOOD THING.

What we are debating at the moment is whether to MAINTAIN
backwards compatibility with older results files in the 'res' module.  
Literally thousands of lines of code clutter could be removed if there
is no requirement for backwards compatibility.

The old format only privided limited choices, it did a rotten
 job for models with lighting control, and for complex models
it slows down results recovery tasks.  We would imagine that
all users would prefer to use the new facility when it becomes
available.

We always attempt to maintain backwards compatibility with
simulation models.  It seems less important for results files
since they can be re-generated easily.  And the truly paranoid
who have 3 year old models will probably also have a 3 year
old version of ESP-r saved as well.

So, if you have a strong opinion one way or another please
send a brief email with your comments.

Regards, Jon Hand
_______________________________________________
CVSDude mailing list: Core_developers
Managed by GNU Mailman.
Core_developers at developer2.cvsdude.com
Archives: https://mirror2.cvsdude.com/mlarch/core_developers