J. Kissel

In order to reuse calibration code that was written in ER7 (see LHO aLOG 19948), which was still generating the QUAD dynamical model on the fly from
/ligo/svncommon/SusSVN/sus/trunk/QUAD/Common/MatlabTools/QuadModel_Production/generate_QUAD_Model_Production.m
without bugs, I had to revert the local copy of this function to rev 7508, i.e. before Brett started updating this code to include the request of live filters and individualized parameter files (LHO aLOG 19144). The most-up-to-date version is rev 7733.

Before I did this, I ran an ls -l on the file to see when it was updated (because I was planning on waiting until I had time to debug these calibration scripts before updating to the latest version) and it looks like the function was updated on Jun 19th by Evan. Oh well, no big deal, this is exactly for what version control was designed. This just emphasizes that we need to start converting all of our code to start using tagged outputs of this model instead of continuing to generate the model on the fly.

To do list:
- Update ER7 calibration code to use
/ligo/svncommon/SusSVN/sus/trunk/Common/SusModelTags/Matlab/quadmodelproduction-rev7508_ssmake4pv2eMB5f_fiber-rev3601_fiber-rev7392_WITHviolinmodes_released-2015-06-16.mat
- Bring generate_QUAD_model_production.m back up to the latest revision
- Make a new tag of the latest revision using 
/ligo/svncommon/SusSVN/sus/trunk/Common/MatlabTools/tagsusdynamicalmodel.m
- Make sure all future calibration code used the (soon to be) tagged version with all of Brett's new bells and whistles
- Whole-heartedly suggest that any one who needs to use a quad model (e.g. the noise budget team) use tagged versions of the model instead of generating it on the fly.