Non-UDF/Custom Field Properties

The following table summarizes the non-UDF/custom field properties available for each entity type. Column headers are the types available. The bold row entries are the properties available.

name

The name read-only property makes the name of the entity available to the scripting engine.

Example basic expression:

-exp 'input.::Latest Step:: = step.name'

workflowName

The workflowName read-only property makes the workflow name of input samples available to the scripting engine.

This property contains a string representing the current IN_PROGRESS workflow names. The string is formatted as a comma-delimited list, with a space inserted before each new item.

Example basic expressions:

-exp 'submittedSample.::Current Workflow:: = input.workflowName'
-exp 'if(input.workflowName.contains(::TruSeq Nano DNA Sample Prep::)) { submittedSample.::Status:: = ::Prep:: }'
-exp 'output.::Active Workflow Count:: = input.workflowName.split(::, ::).size()'

replicateCount

The replicateCount read-only property is available for input samples.

This property contains an integer value representing the number of output replicates (samples or result files / measurements or files / file placeholders) generated from the input sample in the current step.

Example basic expressions:

-exp 'input.::Replicate Count UDF:: = input.replicateCount'
-exp 'step.::Total Replicates:: = step.::Total Replicates:: + input.replicateCount'

pooledInputsCount

The number of input analytes/derived samples that contributed to this analyte / derived sample.

  • For pooled analytes / derived samples, this is > 1.

  • For non-pooled analytes this is 1.

  • Replicated samples that are then pooled are still counted separately in pooledInputsCount.

Example basic expression:

-exp 'output.::Count:: = input.pooledInputsCount'

When working with the pooledInputsCount property, the script looks at the step that created the derived sample or result file / measurement, and doesnot look upstream for a pooling step.

Example scenario:

Step 1: Pooling step that creates pooled samples.

Step 2: Nonpooling step that takes in the pooled samples and creates new derived samples (that are themselves still pools).

Step 3: Nonpooling step with expression that calls input.pooledInputsCount.

The expression in step 3 returns '1' because it onlys look at the previous step (step 2)—the step that created the current derived samples.

limsid

You can access the limsid field with some knowledge of Groovy and the LLTK. Use the following examples with any supported entity:

Example basic expressions:

input.node.@limsid
step.node.@limsid
output.container.node.@limsid

well

The well read-only property makes the well location of input, output, or submittedSample available to dynamic expressions. Result file / measurement outputs are supported if they have placement information (eg, on QC steps).

Example basic expression:

-exp 'output.::Input well:: = input.well'

Last updated