DDI Schema Checker

Use this report as a way to quickly check changes to the DDI schema.
Below is a list of structural and spelling test performed.

Detected DDI Schema for Lifecycle version 3.2
DDI Schema Set passed validation
Versionables and Maintainables not in a xs:Choice.
# Item No xs:choice in Parent
1 ddi:conceptualcomponent:3_2:SubUniverseClass ddi:conceptualcomponent:3_2:Universe
2 ddi:conceptualcomponent:3_2:ConceptualComponent ddi:group:3_2:LocalStudyUnitContent
3 ddi:datacollection:3_2:DataCollection ddi:group:3_2:LocalStudyUnitContent
4 ddi:logicalproduct:3_2:BaseLogicalProduct ddi:group:3_2:LocalStudyUnitContent
5 ddi:physicaldataproduct:3_2:PhysicalDataProduct ddi:group:3_2:LocalStudyUnitContent
6 ddi:physicalinstance:3_2:PhysicalInstance ddi:group:3_2:LocalStudyUnitContent
7 ddi:archive:3_2:Archive ddi:group:3_2:LocalStudyUnitContent
8 ddi:ddiprofile:3_2:DDIProfile ddi:group:3_2:LocalStudyUnitContent
9 ddi:physicaldataproduct:3_2:PhysicalStructureScheme ddi:physicaldataproduct:3_2:PhysicalDataProduct
10 ddi:physicaldataproduct:3_2:RecordLayoutScheme ddi:physicaldataproduct:3_2:PhysicalDataProduct
11 ddi:physicalinstance:3_2:VariableStatistics ddi:physicalinstance:3_2:StatisticalSummary
12 ddi:conceptualcomponent:3_2:ConceptualComponent ddi:studyunit:3_2:StudyUnit
13 ddi:datacollection:3_2:DataCollection ddi:studyunit:3_2:StudyUnit
14 ddi:logicalproduct:3_2:BaseLogicalProduct ddi:studyunit:3_2:StudyUnit
15 ddi:physicaldataproduct:3_2:PhysicalDataProduct ddi:studyunit:3_2:StudyUnit
16 ddi:physicalinstance:3_2:PhysicalInstance ddi:studyunit:3_2:StudyUnit
17 ddi:archive:3_2:Archive ddi:studyunit:3_2:StudyUnit
18 ddi:ddiprofile:3_2:DDIProfile ddi:studyunit:3_2:StudyUnit
Wrong number of elements in Versionables and Maintainables xs:Choice.
# Item Incorrect number of elements in xs:choice
1 ddi:group:3_2:LocalStudyUnitContent ddi:group:3_2:LocalAddedContent
2 ddi:group:3_2:LocalGroupContent ddi:group:3_2:LocalAddedContent
3 ddi:group:3_2:LocalResourcePackageContent ddi:group:3_2:LocalAddedContent
Missing xxxReference to Versionables and Maintainables in xs:Choice.
# Item No xxxReference element in xs:choice
1 ddi:datacollection:3_2:GenerationInstruction ddi:comparative:3_2:RepresentationMap
Versionables and Maintainables found without FragmentInstance inclusion.
# Item Location
1 ddi:conceptualcomponent:3_2:ConceptualComponent conceptualcomponent.xsd 25:5
2 ddi:group:3_2:LocalStudyUnitContent group.xsd 1166:5
3 ddi:physicalinstance:3_2:VariableStatistics physicalinstance.xsd 589:3
Duplicate Element names detected for referenceable types.
# Item Duplicated Location
1 RecordLayout ddi:physicaldataproduct:3_2:RecordLayout physicaldataproduct.xsd 521:5
2 RecordLayout ddi:physicaldataproduct_ncube_inline:3_2:RecordLayout physicaldataproduct_ncube_inline.xsd 28:3
3 RecordLayout ddi:physicaldataproduct_ncube_normal:3_2:RecordLayout physicaldataproduct_ncube_normal.xsd 29:5
4 RecordLayout ddi:physicaldataproduct_ncube_tabular:3_2:RecordLayout physicaldataproduct_ncube_tabular.xsd 28:5
5 RecordLayout ddi:physicaldataproduct_proprietary:3_2:RecordLayout physicaldataproduct_proprietary.xsd 27:6
6 NCubeInstance ddi:physicaldataproduct_ncube_inline:3_2:NCubeInstance physicaldataproduct_ncube_inline.xsd 167:3
7 NCubeInstance ddi:physicaldataproduct_ncube_normal:3_2:NCubeInstance physicaldataproduct_ncube_normal.xsd 206:5
8 NCubeInstance ddi:physicaldataproduct_ncube_tabular:3_2:NCubeInstance physicaldataproduct_ncube_tabular.xsd 252:7
Element names detected without a TypeOfObject defined.
# Item Location
1 ddi:comparative:3_2:ItemMap comparative.xsd 484:5
2 ddi:conceptualcomponent:3_2:ConceptualComponent conceptualcomponent.xsd 25:5
3 ddi:datacollection:3_2:ExternalInterviewerInstruction datacollection.xsd 4118:5
4 ddi:group:3_2:LocalStudyUnitContent group.xsd 1166:5
5 ddi:logicalproduct:3_2:LogicalProduct logicalproduct.xsd 85:5
6 ddi:physicalinstance:3_2:VariableStatistics physicalinstance.xsd 589:3
7 ddi:reusable:3_2:AuthorizedSource reusable.xsd 2745:3
8 ddi:reusable:3_2:InParameter reusable.xsd 393:3
Misspelled elements have been found.
# Item Location
1 ddi:reusable:3_2:SupercedesLocationValue reusable.xsd 2991:7
2 ddi:reusable:3_2:SupercedesLocationValue reusable.xsd 7013:2
Misspelled attributes have been found.
# Item Location
1 decimalPostions reusable.xsd 5994:6
Misspelled documentation has been found.
# Item Location
1 Additional names by which the organization is known. The preferred name should be noted with the isPreferred attribute. Names may be typed with TypeOfOrganziationName to indicate their appropriate usage. archive.xsd 1686:5
2 Additional names by which the organization is known. The preferred name should be noted with the isPreferred attribute. Names may be typed with TypeOfOrganziationName to indicate their appropriate usage. For example when the formal name of an organization changes, the previous name is moved to OrganizationName with a TypeOfOrganizationName indicating PreviousFormalName. archive.xsd 817:7
3 Maps between any two managed representations. In addition to representation types held in a ManagagedRepresentationScheme, managed representations include CategoryScheme and coded representations which include CodeList, GeographicStructureCode or GeographicLocationCode. Note that the source can be any managed representation including a CodeList, GeographicStructure or GeographicLocation. Note that comparisons between two category schemes is best handled by CategoryMap. comparative.xsd 103:24
4 Reference to a UniverseGroup using the r:Reference structure. TypeOfObject should be set to UnvierseGroup. conceptualcomponent.xsd 258:5
5 Reference to the concept expressed by the objects in this group. Note that this is not a formal linking of a concept to a university such as found in a ConceptualVariable. It is a means of helping to define the context within which this ConceptGroup is relevent. conceptualcomponent.xsd 310:9
6 Specifies the purpose of the ConceptGroup. If conceptual the GroupingConceptReference or GroupingUniverseReference should be used to futher define the group. The object allows for specification of the purpose using a brief string or term. Supports the use of an external controlled vocabulary. conceptualcomponent.xsd 369:25
7 Reference to the universe statement describing the persons or other objects to which the contents of this group pertain. Note that this is not a formal linking of a concept to a university such as found in a ConceptualVariable. It is a means of helping to define the context within which this ConceptGroup is relevent. conceptualcomponent.xsd 384:6
8 Reference to the concept expressed by the objects in this group. Expresses a conceptual basis for grouping the concepts. Note that this is not a formal linking of a concept to a university such as found in a ConceptualVariable. It is a means of helping to define the context within which this ConceptGroup is relevent. conceptualcomponent.xsd 389:6
9 Inclusion of an exisiting ConceptualVariableGroup by reference. TypeOfObject should be set to ConceptualVariableGroup conceptualcomponent.xsd 644:24
10 Reference to an existing ConceptualVariableGroup using the Reference structure. TypOfObject should be ConceptualVariableGroup. conceptualcomponent.xsd 664:5
11 Allows for the inclusion of an existing InterveiwerInstructionScheme by reference. datacollection.xsd 1019:23
12 The value of the static text string. Supports the optional use of XHTML formatting tags within the string structure. If the content of a literal text contains more than one language, i.e. "What is your understanding of the German word 'Gesundheit'?", the foreign language element should be placed in a separate LiteralText component with the appropriate xml:lang value and, in this case, isTranslatable set to "false". If the existance of white space is critical to the understanding of the content (such as inclusion of a leading or trailing white space), set the attribute of Text xml:space to "preserve". datacollection.xsd 1908:23
13 A response domain capturing the name or code of a Geographic Location as a response for a question item. A GeographicLoctionCodeDomain may only be included in-line. It cannot be included by reference. datacollection.xsd 3400:7
14 Full description of the action taken to minimumize loss of data. Supports structured content and multiple language content. datacollection.xsd 3860:20
15 Provides the standard weight used for weighted anlysis of data expressed as an xs:float. This element is referenced by the variable and/or statistics calculated using the standard weight. datacollection.xsd 3937:20
16 Reference to the universe statement from the universe scheme, describing the group of persons or other elements that are the object of research and to which any analytic results refer. Age, nationality, and residence commonly help to delineate a given universe, but any of a number of factors may be involved, such as sex, race, income, veteran status, criminal convictions, etc. The universe may consist of elements other than persons, such as housing units, court cases, deaths, countries, etc. In general, it should be possible to tell from the description of the universe whether a given individual or element (hypothetical or real) is a member of the population under group. A universe may be described as "inclusive" or "exclusive". This groupunit level reference is normally to the top level of the UniverseScheme. group.xsd 506:23
17 A refrence to a Quality Statement pertaining to the quality of the group overall, metadata, or data to which it is associated. Quality statements may be related to external quality standards. group.xsd 516:6
18 A scheme containing statements of qulaity related to the quality of methodologies, metadata, or data. Quality statements may be related to external quality standards. group.xsd 522:5
19 Reference to the universe statement from the universe scheme, describing the sub-group of persons or other elements that are the object of research and to which any analytic results refer. Age, nationality, and residence commonly help to delineate a given universe, but any of a number of factors may be involved, such as sex, race, income, veteran status, criminal convictions, etc. The universe may consist of elements other than persons, such as housing units, court cases, deaths, countries, etc. In general, it should be possible to tell from the description of the universe whether a given individual or element (hypothetical or real) is a member of the population under sub-group. A universe may be described as "inclusive" or "exclusive". This sub-groupunit level reference is normally to the top level of the UniverseScheme. group.xsd 791:23
20 A refrence to a Quality Statement pertaining to the quality of the subgroup overall, metadata, or data to which it is associated. Quality statements may be related to external quality standards. group.xsd 801:6
21 DDIInstance is the top-level publication wrapper for any DDI document. All DDI content published as XML (with the exception of a Fragment intended for transmission) has DDIInstance as its top level structure. In addition to a citation and coverage statement for the instance, the DDIInstance can contain a Group, ResourcePackage, LocalHoldingPackeage or StudyUnit. instance.xsd 59:5
22 Reference to a previously defined category scheme either internal to or external to the xml instance. logicalproduct.xsd 105:26
23 A scheme containing representations that are being managed as reuseable sources for response domains and valuee representations. logicalproduct.xsd 124:7
24 Describes the information needed to identify an individual case within a record type. This may be the variable or concatenated variable used to identify a unique case of a particular record type. Often referred to as a unique key. There may be more than one means of identifying a record. For example a US Census Summary File has a LogicalRecordIdentifer that is unique to the original file within which it was published. A specific geography has a set of fields that uniquely identify it. logicalproduct.xsd 1367:23
25 Inclusion of an existing RepresentedVariable by reference. TypeOfObject should be set to RepresentedVaraible. logicalproduct.xsd 2330:26
26 The inclusion of an existing RepresentedVariableGroup by reference. TypOfObject should be RepresentedVariableGroup. logicalproduct.xsd 2342:7
27 Reference to an existing RepresentedVariableGroup using the Reference structure. TypOfObject should be RepresentedVariableGroup. logicalproduct.xsd 2357:5
28 A reference to a ConceptualVariable which provides the linkage to the Universe and Concept used by this RepresentedVariable. TypeOfObject should be set to ConceputalVariable. logicalproduct.xsd 2473:21
29 Reference to a category scheme that contains the representation domain of the RepresentedVariable. Use this element when only the category specifications are provided. If both a code and the related categogy must be specified use CodeRepresentation (member of the substitution group ValueRepresentation). TypeOfObject should be set to CategoryScheme. logicalproduct.xsd 2492:20
30 Reference to one or more categories for which the current category is a broader definition. Allows for a reference to the narrower category and the ability to define the relationship as a specialization or part. TypeOfObject should be set to Cateogry. logicalproduct.xsd 370:11
31 The value of the code. In a microdata file this would be the value found in the data file. If used as the description of an NCube dimension the value provides the coordinate value for that dimension. Note that r:Value has an attribute xml:space with the default value of "default". If white space is critical to the understnading of this code value (such as critical leading or tailing spaces, or multiple spaces within the code) change the value of xml:space to "preserve". logicalproduct.xsd 589:17
32 Reference to the RepresentedVariable that describes the core of this variable (the RepresentedVariable that the variable is the implementation of). The RepresentedVariable contains the broad resuable specification of the Variable, i.e., concept, universe, and value representation. These may be constrained by specifications within the Variable description. TypeOfObject should be set to RepresentedVariable. logicalproduct.xsd 822:23
33 Reference to any embargos placed on the contents of this variable. Embargos may limit access to the data and/or metadata to specific groups and/or for specified periods of time. logicalproduct.xsd 847:23
34 Describes the actual representation of the variables' values. Allows for the listing of values to be treated as missing in order to support 3.1 structures. The prefered method is the use of a reference to ManagedMissingValues description using MissingValuesReference. If both are used and there is a conflict in the content, MissingValuesReference will override the content provided in the ValueRepresentationReference. logicalproduct.xsd 932:18
35 Allows for the insclusiton of a RecordLayout by reference. physicaldataproduct.xsd 317:19
36 This element defines the structure of a measure dimension for the NCube Instance. A value along the MeasureDimension is defined by a stack of references to one or more MeasureDefinitions found in the logical description of the NCubean with each containing an attribute of orderValue which provides its value for use in the cell address (similar to the use of a CodeRepresentation of a Variable used as a conceptual dimension. This allows measures (whether one or several) to be handled in the same way as the conceptual dimension of the NCube in declaring a cell address. It is assumed that the value of the MeasureDimension is the last value in the address array. For example, for an NCube with 3 conceptual dimensions of rank 1 = Sex, rank 2 = Age, and rank 3 = Educational Attainment, plus a MeasureDimension. The cell address of 1,4,2,2 would indicate Code value of 1 for Sex, 4 for Age, 2 for Educational Attainment, and 2 for MeasureDimension. For systems translating to SDMX or an OLap structure DDI assumes that the MeasureDefinitionReference with the orderValue="1" is the equivalent of the PrimaryMeasure. physicaldataproduct_ncube_inline.xsd 75:26
37 This element defines the structure of a measure dimension for the NCube Instance. A value along the MeasureDimension is defined by a stack of references to one or more MeasureDefinitions found in the logical description of the NCubean with each containing an attribute of orderValue which provides its value for use in the cell address (similar to the use of a CodeRepresentation of a Variable used as a conceptual dimension. This allows measures (whether one or several) to be handled in the same way as the conceptual dimension of the NCube in declaring a cell address. It is assumed that the value of the MeasureDimension is the last value in the address array. For example, for an NCube with 3 conceptual dimensions of rank 1 = Sex, rank 2 = Age, and rank 3 = Educational Attainment, plus a MeasureDimension. The cell address of 1,4,2,2 would indicate Code value of 1 for Sex, 4 for Age, 2 for Educational Attainment, and 2 for MeasureDimension. For systems translating to SDMX or an OLap structure DDI assumes that the MeasureDefinitionReference with the orderValue="1" is the equivalent of the PrimaryMeasure. physicaldataproduct_ncube_normal.xsd 86:23
38 This element defines the structure of a measure dimension for the NCube Instance. A value along the MeasureDimension is defined by a stack of references to one or more MeasureDefinitions found in the logical description of the NCubean with each containing an attribute of orderValue which provides its value for use in the cell address (similar to the use of a CodeRepresentation of a Variable used as a conceptual dimension. This allows measures (whether one or several) to be handled in the same way as the conceptual dimension of the NCube in declaring a cell address. It is assumed that the value of the MeasureDimension is the last value in the address array. For example, for an NCube with 3 conceptual dimensions of rank 1 = Sex, rank 2 = Age, and rank 3 = Educational Attainment, plus a MeasureDimension. The cell address of 1,4,2,2 would indicate Code value of 1 for Sex, 4 for Age, 2 for Educational Attainment, and 2 for MeasureDimension. For systems translating to SDMX or an OLap structure DDI assumes that the MeasureDefinitionReference with the orderValue="1" is the equivalent of the PrimaryMeasure. physicaldataproduct_ncube_tabular.xsd 105:23
39 Reference person and/or organization within the MaintenanceAgency responsible for the version change, as described in an OragizationScheme. This is primarily intended for internal use. physicalinstance.xsd 133:7
40 Reference to a PhysicalInstance that describes a data file containing the summary and/or category statistics OR contains the statistics in-line as in the case of the same data stored as an acai file and as an ORACLE file where the summary and category statistics are listed only in one of the physical instance files. physicalinstance.xsd 298:17
41 Defines the cases included in determining the statistic. The options are total=all cases, valid and missing (invalid); validOnly=Only valid values, missing (invalid) are not included in the caluculation; missingOnly=Only missing (invalid) cases included in the calculation. physicalinstance.xsd 523:18
42 Reference to the DataRelationship containing the LogicalRecord to which the RecordLayout refers. Repeat for cases where LogicalRecords are described in multiple DataRelationship structures. Note that this does not imply that all of the LogicalRecords described in the DataRelationship are contained, wholely or in part in the PhysicalInstance. This reference allows for a direct path between the PhysicalInstance and the related content found in a LogicalProduct. physicalinstance.xsd 58:16
43 Full name of the individual or ogranization. Language equivalents should be expressed within the International String structure. reusable.xsd 2108:5
44 Full name of the individual or ogranization. Language equivalents should be expressed within the International String structure. reusable.xsd 2147:5
45 If the value of the string is "Other" or the equivilent from the codelist, this attribute can provide a more specific value not found in the codelist. reusable.xsd 2472:8
46 The Bounding Box is a 'rectangle, oriented to the x and y axes, which bounds a geographic feature or a geographic dataset. It is specified by two coordinates: xmin, ymin and xmax, ymax.' [FGDC]. In the DDI, it describes the full extent of the geographic coverage, and is designed to be used by systems that search for geography by coordinates. It is compatible with the description and structure found in FGDC and other geographic metadata structures. reusable.xsd 2587:9
47 Provides structural inforamtion for parsing the identification code structure of the Authorized Source into its separate parts. reusable.xsd 2768:5
48 If the value of the string is "Other" or the equivilent from the codelist, this attribute can provide a more specific value not found in the codelist. reusable.xsd 282:8
49 Provides a reference to the LocationValue or Values that the current LocationValue supercedes partially or fully. For example, if the LocationValue was the State of North Dakota as defined in 1890 it would supercede the LocationValue for Dakota Territory (1861-1889) as a description of "part" of that Territory. reusable.xsd 2993:9
50 Provides a reference to the LocationValue or Values that the current LocationValue immediately precedes partially or fully. For example, if the LocationValue was the Dakota Terriotry (1861-1889) preceded the State of North Dakota and the State of South Dakota as defined in 1890. The Dakota Territory provided "part" of its area in the creation of each new LocationValue. reusable.xsd 2998:9
51 A stack of LocationValueReferences to each of the locations of the specified PrimaryCompnentLevel type that make up the Component Area. Includes a GeographicTime to allow for repetition for change over time. reusable.xsd 3007:11
52 A characteristic which defines the area. These are often usefull in terms of selction. For example a U.S. Block may be classified as Urban, Rural, or Mixed. The characteristic supports the use of a controlled vocabulary. reusable.xsd 3045:9
53 West longitude of the bounding box. (xmin) reusable.xsd 3112:7
54 East longitude of the bounding box. (xmax) reusable.xsd 3117:7
55 South latitude of the bounding box. (ymin) reusable.xsd 3122:7
56 North latitude of the bounding box. (ymax) reusable.xsd 3127:7
57 A structure that supports the use of a standard key value pair. Note that this information is often not interoperable and is provided to support the use of the metadata within specific systems. reusable.xsd 3414:7
58 If set to "true" indicates that the content of the paramter is a delimited array rather than a single object and should be processed as such. reusable.xsd 343:8
59 Allows for a quality stateemnt based on frameworks to be described using itemized properties. A reference to a concept, a coded value, or both can be used to specify the property from the standard framework identified in StandardUsed. ComplianceDescription can provide further details or a general description of compliance with a standard. reusable.xsd 4190:7
60 Allows for a quality stateemnt based on frameworks to be described using itemized properties. A reference to a concept, a coded value, or both can be used to specify the property from the standard framework identified in StandardUsed. ComplianceDescription can provide further details or a general description of compliance with a standard. reusable.xsd 4239:7
61 If the value of the string is "Other" or the equivilent from the codelist, this attribute can provide a more specific value not found in the codelist. reusable.xsd 4455:8
62 If the value of the string is "Other" or the equivilent from the codelist, this attribute can provide a more specific value not found in the codelist. reusable.xsd 4494:8
63 If the value of the string is "Other" or the equivilent from the codelist, this attribute can provide a more specific value not found in the codelist. reusable.xsd 4533:8
64 Reference to a VariableScheme using SchemeReference which allows for the specification of objects to exclude. TypeOfObject should be set to VariableSheme. reusable.xsd 5272:5
65 Allows identification of an alternate object when the default object is not measureable. reusable.xsd 5576:8
66 Allows for the attachment of a category label at any achor point. reusable.xsd 5783:7
67 Identifies the total value to be distributed among the designated obects. reusable.xsd 5990:9
68 A generic element for specifying a reason for a ManagedRepresentationgroup. Note that this element can contain either a term from a controlled vocabulary list or a textual description. reusable.xsd 6162:11
69 A description of the content and purpose of the ManagedRepresentationgroup. May be expressed in multiple languages and supports the use of structured content. reusable.xsd 6177:11
70 A brief textual description of the type of group created to associate a number of ManagedRepresentationdescriptions. Supports the use of an external controlled vocabulary. reusable.xsd 6248:7
71 A name for the ManagagedScaleRepresentation. May be expressed in multiple languages. Repeat the element to express names with different content, for example different names for different systems. reusable.xsd 6495:11
72 Means of describing the Missing Values within a managed represeantion so that they can be reused by multiple variables and questions. reusable.xsd 6549:7
73 The agency expressed as filed with the DDI Agency Registry with optional additional sub-agency extentions. reusable.xsd 697:5
74 Provides a reference to the LocationValue or Values that the current LocationValue superceeds partially or fully. For example, if the LocationValue was the State of North Dakota as defined in 1890 it would supercede the LocationValue for Dakota Territory (1861-1889) as a description of "part" of that Territory. TypeOfObject should be set to LocationValue. reusable.xsd 7015:4
75 Provides a reference to the LocationValue or Values that the current LocationValue immediately precedes partially or fully. For example, if the LocationValue was the Dakota Terriotry (1861-1889) preceded the State of North Dakota and the State of South Dakota as defined in 1890. The Dakota Territory provided "part" of its area in the creation of each new LocationValue. TypeOfObject should be set to LocationValue. reusable.xsd 7020:4
76 Use to specify the area of land, water, total or other area coveage in terms of square miles/kilometers or other measures. reusable.xsd 7049:7
77 Use to specify the area of land, water, total or other area coveage in terms of square miles/kilometers or other measure. reusable.xsd 7076:4
78 This element defines the structure of a measure dimension for the NCube Instance. A value along the MeasureDimension is defined by a stack of references to one or more MeasureDefinitions found in the logical description of the NCubean with each containing an attribute of orderValue which provides its value for use in the cell address (similar to the use of a CodeRepresentation of a Variable used as a conceptual dimension. reusable.xsd 7113:4
79 Reference person and/or organization within the MaintenanceAgency responsible for the version change, as described in an OragizationScheme. This is primarily intended for internal use. reusable.xsd 742:10
80 A reference to an object which the object being described here is based upon using a standard Reference structure. Repeat for multple base objects. The TypeOfObject may be any Versionable or Maintainable object. reusable.xsd 782:24
81 Note allows for the attachment of a piece of additional information to any object with an ID. Note facilitates capturing temporary processing notes such as "Review and approval required". A single note can be attached to muliple objects by reference to the objects. Note may also contain content for a needed object that has been reported for addition in a later version of the schema. Ideally this should be handled by a local extension, but Note can accommodate run-time extensions when required. The Note should be housed within the Maintainable object that contains the referenced objects. In this way the user is ensured of receiving all known Note attachments when the maintainable content is delivered. This means that if a Note references objects within multiple Maintainable objects, the Note should be repeated in each Maintainable and reference only those objects with that Maintainable. reusable.xsd 859:8
82 This is a fixed flag informing the system or user that in additional to being referencable and versionable the element is maintainable in its own right (outside of a parent object). reusable.xsd 899:8
83 A refrence to a Quality Statement pertaining to the quality of the study overall, metadata, or data to which it is associated. Quality statements may be related to external quality standards. studyunit.xsd 71:6
84 A scheme containing statements of qulaity related to the quality of methodologies, metadata, or data. Quality statements may be related to external quality standards. studyunit.xsd 77:5