====== Automatic Mode ====== ===== Introduction ===== This mode has no user interface. The automatic mode allow to execute a set of operations, defined in a script file, on a specific Mascot® identification result. The script file is the same as the one used in batch mode. See [[batchuserguide|IRMa batch documentation]]. ===== Running auotIRMa ===== An exemple is done in the runautoIRMa.bat file under To run the autoIRMa on a Mascot® identification result : java -Djava.library.path=./lib -Xms256m -Xmx512m -cp IRMa-.jar cea.irma.autoIRMa -s Where * is the mascot result file (e.g /20080521/F035548.dat) * is the path to directories containing mascot dat files * specify the xml file containing irma instructions. (See [[batchuserguide|IRMa batch documentation]]) ===== Integration into Mascot Daemon® ===== The main purpose of this mode is that it permits IRMa integration into existing, automatic, workflows such as Mascot Daemon®. ==== VBScripts ==== IRMa comes with three Visual Basic scripts (/VBscripts) to allow to run autoIRMa using wscript so from Mascot Daemon® : * autoIRMa.vbs : Runs autoIRMa on a Mascot® search result. Parameters ''resultfile'' (specifying with .dat file to validate) and ''script'' (specifying which script file to use) are mandatory. :!: This VBScript defines a variable indicating the directory and an other variable indicating where Mascot® .dat files are stored. This latest directory should be accessible from the Mascot Daemon® Service Owner. \\ :!: -Xms argument should NOT be specified in the VBScript !! * renameMGF.vbs : Rename MGF generated by the task if it import data from raw files using MascotDistiller®. Parameter ''peakfile'' is mandatory * master.vbs : Runs autoIRMa.vbs and renameMGF.vbs. If the task is run using MGF files the renameMGF is not necessary but the script still works. Parameters are those mandatory in both //sub VBScripts//. ==== Integration ==== IRMa can be invoked, as an external process, by the Mascot Daemon® software, which controls raw data pre-processing and Mascot® searches. When defining a new Mascot Daemon® task, you can invoke a script provided in IRMa distribution. - Select "External Process in ''Actions'' group - Enter the following command in the ''After each search'' section, in order to be able to validate each Mascot® search result. wscript "[Path\To\IRMaVBScripts]\master.vbs" /peakfile:"" /resultfile:"" /script:"[Path\To\IRMaScripts]\script_TEST_DB.xml" * [Path\To\IRMaVBScripts] : to be replaced by the absolute path to directory where VBScript are stored. It is RECOMMENDED to create a directory for each version of IRMa in order to be sure to use appropriated scripts. * [Path\To\IRMaScripts] : to be replaced by the absolute path to directory where IRMa instruction scripts are stored. * and are automatically replaced by, respectively, the full path to generated MGF (if a Data Import Filter has been specified in task) and the Mascot Result file. ==== Scripts ==== Scripts are written in XML format. XML format That is, very simply, a set of blocs (nested or successive) with a opening and closing tag... // closing tag for script bloc Every script should be described in a script bloc, as shown above. A script is a set of actions corresponding to IRMa operation to be executed. The execution order of these operations will be identical to the action description order in the script file. === Mascot result parse === This opération is only possible on Mascot identification and not on previously saved IRMa project (.irma). This action correspond to the execution of Mascot parse in IRMa using same parameters as those entered in Report Settings/Parser Properties dialog //Parse// bloc is defined as follow : ''parse'' tag, followed by a ''parameters'' tag which contains all parameters to be used. Each parameter is described in a ''parameter'' tag and a name and value should be specified. __Parse bloc example:__ true 0.05 0 0.5 masters __Available parameters:__ * name: ''is.hit.count.auto''; allowed values ''false'' or ''true'' ; Specify how to obtain the hits list, with an absolute number of hit (false) or specifying a p value (true) * name: ''protein.cutoff''; double value; Specify the p value to use to obtain the hits list. parameter used if ''is.hit.count.auto'' = true * name: ''hit.count''; integer value; Specify the number of hit to get. parameter used if ''is.hit.count.auto'' = false * name: ''ions.score.cutoff''; integer value; Specify the peptide score threshold - only peptides with a higher score will be considered- * name: ''subset.threshold''; integer value ; Specify the threshold to used in order to import subset proteins. to import a subset protein the following rule should be verified : Subset_Prot_score >= Master_Prot_score * (1-subset.threshold) * name: ''read.sequence''; allowed values: ''never'', ''masters'' ou ''always''; Specify the rule to use to read protein sequence (get sequence only if present in identification result file, get sequence from mascot server for master proteins if necessary, get sequence from mascot server for all proteins) === Peptide specific and score filter === true 1 20 true === Single match per query filter === **Nota** : no parameter to set. cea.irma.model.validation.SingleMatchPerQueryFilter === FPR seeker filter === * FPR = False Positive Rate * SaR = Score and Rank * DM = Delta Mass See inside xml below to find comments: true true 1.0 === Master protein filter === :!: If the master protein change is leading to an ambiguous peptide suppression (because the new master protein don't have match with it), the script will suppress it. It's a different behaviour than manual master protein changing in IRMa application, where a dialog ask the user to decide what to do.\\ :!: The "filter.master.rule.operation" parameter can be : * CONTAINS_RULE * NOT_CONTAINS_RULE * BEGINS_WITH_RULE * ENDS_WITH_RULE __Simple Rule example:__ ENDS_WITH_RULE false true _HUMAN R1 __Dual rules example:__ ENDS_WITH_RULE false true _HUMAN R1 NOT_CONTAINS_RULE true false tr R2 === MGF Export === * Parameters * Result MGF destination directory * The other parameters (what data will be export) are taken from java_option, so this data must be set in IRMa application (Tools => Preferences => Queries export) before using the script * The result MGF file will be named as the "sourcefile" information contains in the identification. If this "sourcefile" has been a MGF file no name transformation is done, if not the extension will be change to ".mgf" * No possibility, as in IRMa application to choose a corresponding mgf to generate a new one. This script is based only on information contained in the identification === Database Export === * Parameters * for "export.DB", the parameter **"version"** is optional. Its value can be "D" or "E" (default) depending of the version of MSIdb you want to export to. If no parameter is given or if its value is different from the two accepted the default one will be chosen. username passwd org.postgresql.Driver MSIdb_Name jdbc:postgresql://DB_Server_Address:DB_Server_Port/MSIdb_Name false false