EVRIModel Objects and Release Notes Version 8 6 1: Difference between pages

From Eigenvector Research Documentation Wiki
(Difference between pages)
Jump to navigation Jump to search
imported>Jeremy
 
imported>Scott
No edit summary
 
Line 1: Line 1:
==Introduction==
==Changes and Bug Fixes in Version 8.6.1==


EVRIModel Objects provide access to the [[Standard Model Structure]] content of all models and provide some easy-to-use methods and properties for building, manipulating, and reviewing models from Matlab's command line, scripts, and functions. In addition, these properties and methods are available from [[Solo_Predictor_Script_Construction|Solo Scripting]] when using [[Solo_Predictor_User_Guide|Solo_Predictor]] and Solo_Server. This page describes the various modes, methods, and properties of EVRIModel objects, here shortened to just "model objects".
{| {{table}}
| align="center" style="background:#f0f0f0;"|'''File'''
| align="center" style="background:#f0f0f0;"|'''Comment'''


Model objects have three distinct states:


# '''Empty Models''' - Empty models can be populated with data to analyze, "meta parameters" (model building settings), and other modeling options, then models can be calibrated or built from those settings.
|----valign="top"
# '''Calibrated Models''' - Calibrated models contain all the model results and parameters necessary to apply that model to new data. Plots and other information can be obtained from calibrated models.
|'''Variable Selection'''
# '''Applied Models''' - When a calibrated model is applied to new data, the result is a prediction or "applied model". This object contains all the results from applying the model to the new data. Plots and other information can be obtained from applied models.
|
* Fixes for using variable selections with more than one window open.


==Working with Model Objects in Matlab and Solo Scripting==
|----valign="top"
|'''Context Menus'''
|
* Fixes for context menu positioning high DPI systems. 


EVRIModels are standard Matlab objects which are manipulated using the dot notation to access properties and methods. For example, to retrieve the "model type" (modeltype) property from a model, you give the object (a.k.a. variable) name followed by .modeltype. All examples here will assume that the model is stored in a variable named "model".


<pre>model.modeltype</pre>
|----valign="top"
|'''[[asca]]'''
|
* Update ssq_tot calculation for using included samples only.


Most object methods can be accessed in the same way:
|----valign="top"
|'''[[dendrogram]]'''
|
* User can now choose to add the created cluster class to the x-block instead of only being allowed to overwrite an existing class.


<pre>model.plotscores</pre>
|----valign="top"
|'''[[estimatefactors]]'''
|
* Add check to avoid columns which have NaN std dev.


Some methods (<tt>.apply</tt> and <tt>.crossvalidate</tt>, for example) also require for additional inputs. These are passed in parenthesis after naming the method:
|----valign="top"
 
|'''[[matchrows]]'''
<pre>model.apply(newdata)</pre>
|
 
* Add option for requiring unique labels.  
===Displaying Contents===
 
At the Matlab command line (but not in Solo Scripting), you can view the contents of a model object by simply typing its name or by using the <tt>.disp</tt> method. When viewing content, there are several ways to view the model:
# By Description (Desc.) : this view shows you a text description of the type of model, how it was built, and a summary of its results.
# By Contents : this view contains the raw field information from the model. Users of previous versions of PLS_Toolbox will recognize this as the previous standard display.
 
At the Matlab command window, you can turn either one of these sections on or off by clicking the [on] or [off] hyperlinks in the top display line (shown as <font color="#0000ee"><u>underlined blue</u></font> text below)
 
    PCA Model Object (Desc. ON/<font color="#0000ee"><u>[off]</u></font>  Contents ON/<font color="#0000ee"><u>[off]</u></font>)
 
==Building from Uncalibrated Model Objects==
 
When a model object has been initially created, it contains no data and no results. Many model objects' properties can then be populated with data, meta-parameters, and other settings (options) which can then be used with the <tt>.calibrate</tt> method to build a calibrated model. The <tt>.inputs</tt> property lists the specific properties that can be set for a given model type.
 
:'''NOTE:''' Some model types do NOT support calibration in this manner. In these cases, use the <tt>.cancalibrate</tt> property to determine if it allows calibration directly (1) or if it requires a call to the function named in ''modeltype'' (0). In addition, the model will clearly show the state in its display at the command line with a statement to "See _____ function to calibrate." In these cases, the only way to create a calibrated model is to access the named function directly.
 
===Example===
 
The following is an example which would build a PCA model from the data stored in the <tt>data</tt> variable with 3 principal components:
 
<pre>
model = evrimodel('pca');
model.x = data;
model.ncomp = 3;
model.calibrate;
</pre>
 
 
===Uncalibrated Model Properties===
 
The properties of an uncalibrated model depend on the model type. Typically, a value can be provided for the data to model, plus some number of "meta-parameters" which define aspects of how the model will be built. The list of values available is indicated by the .inputs property. All models which are calibratable (<tt>.cancalibrate</tt> is equal to 1) allow modification of the <tt>.display</tt> and <tt>.plots</tt> properties.
 
The properties available for a given calibratable model type will correspond to the function of the same name as the model type. For example, the "LWR" model type has the properties: <tt>x</tt>, <tt>y</tt>, <tt>ncomp</tt>, and <tt>npts</tt>. These are identical to the inputs listed for the LWR function as described on the inputs section of the [[Lwr#Inputs|LWR documentation page]].
 
The properties which are generally available for all model types are listed below.
 
====Model Status Properties (Read-Only)====
 
{| border="1" cellpadding="5" cellspacing="0"  style="margin-left:3em"
|-
|valign="top" |
<tt>.cancalibrate</tt>
| Returns (1) if the model contains a modeling building definition (see Empty Model description, below), or (0) if the model does not contain a definition and must be calibrated using the function defined in the modeltype property.
|-
|valign="top" |
<tt>.inputs</tt>
| Returns a cell array of strings indicating which properties can be set for the model in its current state. Most often this is used when a model is in an uncalibrated state and this property will indicate what parameters and data fields are available to the user to assign before calibrating the model.
|-
|valign="top" |
<tt>.validmodeltypes</tt>
| Returns a cell array of strings listing the model types which are currently valid for assignment to the <tt>.modeltype</tt> field.
|}
 
&nbsp;
 
====Modifiable Properties====
{| border="1" cellpadding="5" cellspacing="0"  style="margin-left:3em"
|-
|valign="top" |
<tt>.modeltype</tt>
| Returns the short "keyword" model type of the current model (or empty string if the model type has not been set). This keyword most often is linked to the PLS_Toolbox function that created the given model. This can be assigned to any model type listed in the <tt>.validmodeltypes</tt> property.
|-
|valign="top" |
<tt>.display</tt>
| String property indicating 'on' if command-line display should be given when calibrating or applying a model and 'off' if no display should be given.
* ''''on'''' : Display command-line output
* ''''off'''' : Do not display any output
|-
|valign="top" |
<tt>.plots</tt>
| String property indicating 'final' if plots should be displayed after calibrating or applying a model and 'none' if no plots should be displayed.
* ''''final'''' : Generate plots (if possible)
* ''''none'''' : Do not generate any plots
|}
 
&nbsp;
 
===Uncalibrated Model Methods===
 
Both of the methods below return a model object. In Matlab, when no output is requested, the model object is stored back into the same object invoked. In Solo Scripting, these methods require an output variable, usually the same model object being built from. For example: <tt>m = m.calibrate</tt>
 
{| border="1" cellpadding="5" cellspacing="0"  style="margin-left:3em" |-
|-
|valign="top" |
<tt>.calibrate</tt>
| Build the model based on the current meta-parameters and options.
|-
|valign="top" |
<tt>.crossvalidate(''cvi'',''ncomp'')</tt>
| Build the model and cross-validate with the supplied conditions. ''cvi'' is the cross-validation splitting as described for cvi in [[crossval]] (default = venetian blinds with square-root of the number of samples as splits). ''ncomp'' is the number of components (default = maximum number available).
|}
 
&nbsp;
 
==Working With Calibrated Models==
 
Once calibrated, a model object contains all the results (relevant to the model type) derived from the modeled data. The object also has all the information necessary to apply that model to new data. For many models, methods exist for plotting parts of the model (scores, loadings, eigenvalues, etc.)
 
Whether or not a model has been calibrated can be determined by the <tt>.iscalibrated</tt> property which will be true (1) when the model is calibrated. If a model has been applied to new data, its <tt>.isprediction</tt> property will be true (1) indicating it cannot be applied to new data (only the original, calibrated model can be applied).
 
===Calibrated Model Properties===
 
The properties available in a calibrated model depends on the model type. Many of the properties are listed in the [[Standard Model Structure]] documentation. In Matlab, all fields available can be found by using "tab completion" (type the name of the variable containing the model plus a period, then press the [Tab] key) or by using the fieldnames() function.
 
In addition to the properties (fields) listed in the Standard Model Structure information, the following "shortcut" fields exist as an easy way to access properties usually embedded in the object. Note that not all of these fields exist for all model types:
 
The following properties are available for most models once they have been calibrated.
 
{| border="1" cellpadding="5" cellspacing="0" style="margin-left:3em"
|-
|valign="top" |
<tt>loadings</tt>
| Returns the x-block loadings as simple matrix (equivalent to <tt>.loads{2,1}</tt>)
|-
|valign="top" |
<tt>ncomp</tt>
| Returns the number of components (PCs, LVs, etc) used in the model. For model types that do not have an adjustable parameter for number of components, a value of one (1) will be returned.
|-
|valign="top" |
<tt>prediction</tt>
| Returns the property most associated with "predictions" for the given model type. Model types are:
* Decomposition (PCA, MCR, etc) - returns x-block scores for each sample (<tt>.loads{1,1}</tt>)
* Regression (PLS, PCR, SVM, etc) - returns y-block predictions (known as y_hat, usually <tt>.pred{2}</tt>)
* Classification (PLSDA, SVMDA, KNN, etc) - returns the single-class assignment for each sample as a class ID string (<tt>.classification.inclass</tt> indexed into the class ID lookup <tt>.classification.classids</tt>)
|-
|valign="top" |
<tt>q</tt>
| Returns the x-block sum squared residuals for each sample (<tt>.ssqresiduals{1}</tt>)
|-
|valign="top" |
<tt>scores</tt>
| Returns the x-block scores for each sample (<tt>.loads{1,1}</tt>)
|-
|valign="top" |
<tt>t2</tt>
| Returns the Hotelling's T<sup>2</sup> for the x-block (<tt>.tsqs{1}</tt>)
|-
|valign="top" |
<tt>x</tt>
| Returns the original x-block data (when available)
|-
|valign="top" |
<tt>xhat</tt>
| Returns the reconstructed x-block (x_hat, see [[datahat]])
|-
|valign="top" |
<tt>y</tt>
| Returns the original y-block data (when available)
|-
|valign="top" |
<tt>yhat</tt>
| Returns the estimated y-block (y_hat, as estimated by the model)
|}
 
 
The following properties are available for most models once they have been calibrated.


{| border="1" cellpadding="5" cellspacing="0" style="margin-left:3em"
|----valign="top"
|-
|'''[[splitcaltest]]'''
|valign="top" |
<tt>.iscalibrated</tt>
| Returns (1) if the model has been calibrated or applied and (0) if the model is in the "empty" state and has not been calibrated.
|-
|valign="top" |
<tt>datasource</tt>
|
|
|-
* Fix bug if replicates classset was not first classset.
|valign="top" |
<tt>date</tt>
|
|-
|valign="top" |
<tt>detail</tt>
|
|-
|valign="top" |
<tt>parent</tt>
|
|-
|valign="top" |
<tt>time</tt>
|
|}
 
===Calibrated Model Methods===
 
The following methods are available when a model has been calibrated.


 
|----valign="top"
{| border="1" cellpadding="5" cellspacing="0"  style="margin-left:3em"
|'''[[xlsreadr]]'''
|-
|valign="top" |
<tt>.apply()</tt>       
|
|
|-
* Update to avoid using 'basic' mode to better handle date conversion from Excel to Matlab.
|valign="top" |
|----
<tt>.crossvalidate()</tt>       
|
|-
|valign="top" |
<tt>.ploteigen</tt>   
|With no outputs, this method generates a plot of the eigenvalues or other  statistics associated with changing the number of components in the model (e.g. RMSEC, misclassification rates) for the given model. With an output, no plot is generated but the DataSet object containing the data that would have been plotted is returned.
|-
|valign="top" |
<tt>.plotloads</tt>   
|With no outputs, this method generates a plot of the loadings (including all variable-specific statistics and results) for the given model. With an output, no plot is generated but the DataSet object containing the loadings is returned.
|-
|valign="top" |
<tt>.plotscores</tt>   
| With no outputs, this method generates a plot of the scores (including all sample-specific statistics and results) for the given model. With an output, no plot is generated but the DataSet object containing the scores is returned.
|}
|}
&nbsp;
==Working With Applied Models (Predictions)==
When a model is applied to new data, the output is an applied model, also known as a prediction object. The object type itself is still an EVRIModel Object and nearly all of the methods and properties that were available when working with a calibrated model are available with an applied model. The most notable difference is that any plots or sample-specific results extracted from the model will be for the data to which it was applied instead of the calibration data. For example, when a model which calculates scores is applied to new data, the resulting EVRIModel Object will contain a <tt>.scores</tt> property that is the scores calculated for the new data.
Whether a model object is a calibrated model or a model prediction can be determined by looking at the <tt>.isprediction</tt> field.
===Applied Model Properties===
{| border="1" cellpadding="5" cellspacing="0" style="margin-left:3em"
|-
|valign="top" |
<tt>.isprediction</tt>
| Returns (1) if the model contains a prediction from applying a calibrated model to new data and (0) if the model is just "calibrated" or "empty".
|}
&nbsp;
==General Model Properties and Methods==
In addition to the properties and methods described above, the following properties and methods are always available in a model independent of the model state or model type:
===Informational Properties (Read-Only)===
{| border="1" cellpadding="5" cellspacing="0"  style="margin-left:3em"
|-
|valign="top" |
<tt>.author</tt>
| String describing the author and computer on which this model was created. Usually ''user@computername''. Given a system with assigned usernames and computer names, this is equivalent to an electronic signature on a model.
|-
|valign="top" |
<tt>.content</tt>
| Returns the "raw" model information in a form that is most similar to the model structures from previous versions of PLS_Toolbox and Solo. Generally, users need not access this field directly except to provide a model in a form more similar to old models.
|-
|valign="top" |
<tt>.downgradeinfo</tt>
| Informational string explaining the purpose of the <tt>.content</tt> field.
|-
|valign="top" |
<tt>.evrimodelversion</tt><br>
<tt>.modelversion</tt>
| Returns a string containing the model version description. The model version is almost always linked to the version of PLS_Toolbox or Solo that created the given model. The two field names here are synonymous.
|-
|valign="top" |
<tt>.info</tt>
| Returns (or displays with no outputs) the text description of the model. This is the same description shown at the Matlab command line when the model is viewed with content "on". With an output, the results are returned as a cell array of strings.
|-
|valign="top" |
<tt>.uniqueid</tt>
| Returns a string which uniquely identifies this model including the author, author's computer, and a date/time stamp. This uniqueid can be used to safely discriminate between different models.
|-
|valign="top" |
<tt>.validmodeltypes</tt>
| Returns a cell array of strings listing the model types which are currently valid for assignment to the <tt>.modeltype</tt> field.
|}
&nbsp;
===General Methods===
{| border="1" cellpadding="5" cellspacing="0"  style="margin-left:3em"
|-
|valign="top" |
<tt>.disp</tt>
| Displays the contents of the model. There is no output variable from this method, it only displays the information. For access to the content, see the <tt>.info</tt> method.
|-
|valign="top" |
<tt>.help</tt>
| Alone without any additional sub-indexing, this method brings up the help which is most relevant for the particular model type. With the <tt>.predictions</tt> sub-field, this method returns [[Solo_Predictor_Script_Construction#Common_Return_Properties|a structure array of possible sub-fields]] that may be requested for certain properties of the current model.
|}
&nbsp;

Revision as of 11:28, 22 February 2018

Changes and Bug Fixes in Version 8.6.1

File Comment


Variable Selection
  • Fixes for using variable selections with more than one window open.
Context Menus
  • Fixes for context menu positioning high DPI systems.


asca
  • Update ssq_tot calculation for using included samples only.
dendrogram
  • User can now choose to add the created cluster class to the x-block instead of only being allowed to overwrite an existing class.
estimatefactors
  • Add check to avoid columns which have NaN std dev.
matchrows
  • Add option for requiring unique labels.
splitcaltest
  • Fix bug if replicates classset was not first classset.
xlsreadr
  • Update to avoid using 'basic' mode to better handle date conversion from Excel to Matlab.