AD0018 variable label mismatch (validator 1.4)

AD0018 misfire for Variable label mismatch

Hi,

I am adding here specifics to help with resolution.  
From the configuration file, the definitions for labels associated with these variable names don't seem to be working right for the new version 1.4.  See comments I inserted beneath the configuration definitions.

<ItemDef OID="PARCAT1N" Name="PARCAT*N" DataType="integer" Length="8" def:Label="Parameter Category 1 (N)"/>

            <!-- The label def is not working properly for our variable PARCAT1N, named "Parameter Category 1 (N)" -->

 <ItemDef OID="CRIT1" Name="CRIT*" DataType="text" Length="200" def:Label="Analysis Criterion 1"/>
<ItemDef OID="CRIT1FL" Name="CRIT*FL" DataType="text" Length="1" def:Label="Criterion 1 Evaluation Result Flag"/>
<ItemDef OID="CRIT1FN" Name="CRIT*FN" DataType="integer" Length="1" def:Label="Criterion 1 Evaluation Result Flag (N)"/>

<ItemDef OID="TRTEDT" Name="TRTEDT" DataType="integer" Length="8" def:Label="Date of Last Exposure to Treatment"/>

<ItemDef OID="TRTSDT" Name="TRTSDT" DataType="integer" Length="8" def:Label="Date of First Exposure to Treatment"/>

Noticing this as well

Thanks for starting this thread, Joan.  I am also noticing that the error is firing for...

1) our internal variables for which a label is not specified in the IG

2) TRTSDTM in a BDS even though the variable is simply being copied from ADSL with the correct label

3) AVALCATy, BASECATy and ANLzzFL even though page 13 of the ADaM IG states:

In general, the variable labels specified in the tables in Section 3 are required. There are only two exceptions to this rule:

(1) descriptive text is allowed at the end of the labels of variables whose names contain indexes “y” or “zz”; and

(2) asterisks (*) and ellipses (...) in specified variable labels should be replaced by the sponsor with appropriate text.

Thanks very much!

AD0018 fixed in v1.4.1

Closing the loop in case others search for this.    This was fixed in v1.4.1.   There are references to it in the public release notes.

http://svn.opencdisc.org/validator/trunk/CHANGELOG.txt

• Added label as magic variable replication flag (enhancement)
• Added ability to backreference template variable name captures in labels (enhancement)

AD0018 for custom variables

Hi,

Please check - AD0018 does not fire in v1.4.1, but it is misfiring in v1.5 and 2.0 for custom variable CHGCAT1N.

CHGCAT1N and AD0018

Can you confirm that your issues for AD0018, in all versions 1.4 to 2.0, are only within scope of the CHGCAT1N variable ?

if so, i think the problem relates to this not being a standard variable in the ADaM IG.  The issue stems from our implementation of the rule and the sometimes ambiguity and "looseness" of the ADaM standard itself

We expect that any variable with CHGCAT as a prefix will have the label "Change from Baseline Category ..")

But this will pick up CHGCATy and CHGCATyN and report that the CHCGATyN has the wrong label..i assume since it has the "(N)" .   For now i can address it and add these variables explicity to the configuration.

I addressed a similar issue recently regarding AD0188 variable name: http://www.opencdisc.org/forum/ad0188-illegal-variable-name-y-not-1-9-chgcaty

Let me know if i'm on target.

Thanks.

CHGCAT1N and AD0018

Hi,

I think you are on target.  It seems related to the fact that the prefix (in this case CHGCATy) matches an ADaM standard variable.  When I ran the same dataset in v1.4.1 I did not get AD0018