Showing:

Annotations
Attributes
Diagrams
Properties
Source
Used by
Attribute xmcda:defaultAttributesIDRequired / @id
Namespace No namespace
Annotations
The mandatory id attribute allows to identify the underlying piece of data by a program.
Type xs:string
Properties
use required
Used by
Source
<xs:attribute name="id" type="xs:string" use="required">
  <xs:annotation>
    <xs:documentation>The mandatory id attribute allows to identify the underlying piece of data by a program.</xs:documentation>
  </xs:annotation>
</xs:attribute>
Attribute xmcda:defaultAttributesIDRequired / @name
Namespace No namespace
Annotations
The name attribute contains the human readable name of the object or concept.
Type xs:string
Properties
use optional
Used by
Source
<xs:attribute name="name" type="xs:string" use="optional">
  <xs:annotation>
    <xs:documentation>The name attribute contains the human readable name of the object or concept.</xs:documentation>
  </xs:annotation>
</xs:attribute>
Attribute xmcda:defaultAttributesIDRequired / @mcdaConcept
Namespace No namespace
Annotations
The mcdaConcept attribute allows to specify to what mcda concept a tag is related. It is used by an algorithm to make choices which will have an influence on the output. The documentation of the program should therefore specify, if necessary, what mcdaConcept should be used for the input data. In particular, if an algorithm requires, among other things, twice the same input tag, they can be differenciated by the mcdaConcept (this is even mandatory if they are present in the same file, but should be optional if the two tags can be in different input files, or originate from two different programs). The algorithm should therefore not be too strict on these mcdaConcepts, as this will reduce the compatibility between the various programs.
Type xs:string
Properties
use optional
Used by
Source
<xs:attribute name="mcdaConcept" type="xs:string" use="optional">
  <xs:annotation>
    <xs:documentation>The mcdaConcept attribute allows to specify to what mcda concept a tag is related. It is used by an algorithm to make choices which will have an influence on the output. The documentation of the program should therefore specify, if necessary, what mcdaConcept should be used for the input data. In particular, if an algorithm requires, among other things, twice the same input tag, they can be differenciated by the mcdaConcept (this is even mandatory if they are present in the same file, but should be optional if the two tags can be in different input files, or originate from two different programs). The algorithm should therefore not be too strict on these mcdaConcepts, as this will reduce the compatibility between the various programs.</xs:documentation>
  </xs:annotation>
</xs:attribute>
Attribute Group xmcda:defaultAttributesIDRequired
Namespace http://www.decision-deck.org/2019/XMCDA-3.1.1
Annotations
Group of attributes used for all the main tags. The id attribute is mandatory.
Diagram
Diagram XMCDA-3_1_1_xsd_Attribute_Group_xmcda_defaultAttributesIDRequired.tmp#defaultAttributesIDRequired_id XMCDA-3_1_1_xsd_Attribute_Group_xmcda_defaultAttributesIDRequired.tmp#defaultAttributesIDRequired_name XMCDA-3_1_1_xsd_Attribute_Group_xmcda_defaultAttributesIDRequired.tmp#defaultAttributesIDRequired_mcdaConcept
Used by
Attributes
QName Type Use Annotation
id xs:string required
The mandatory id attribute allows to identify the underlying piece of data by a program.
mcdaConcept xs:string optional
The mcdaConcept attribute allows to specify to what mcda concept a tag is related. It is used by an algorithm to make choices which will have an influence on the output. The documentation of the program should therefore specify, if necessary, what mcdaConcept should be used for the input data. In particular, if an algorithm requires, among other things, twice the same input tag, they can be differenciated by the mcdaConcept (this is even mandatory if they are present in the same file, but should be optional if the two tags can be in different input files, or originate from two different programs). The algorithm should therefore not be too strict on these mcdaConcepts, as this will reduce the compatibility between the various programs.
name xs:string optional
The name attribute contains the human readable name of the object or concept.
Source
<xs:attributeGroup name="defaultAttributesIDRequired">
  <xs:annotation>
    <xs:documentation>Group of attributes used for all the main tags. The id attribute is mandatory.</xs:documentation>
  </xs:annotation>
  <xs:attribute name="id" type="xs:string" use="required">
    <xs:annotation>
      <xs:documentation>The mandatory id attribute allows to identify the underlying piece of data by a program.</xs:documentation>
    </xs:annotation>
  </xs:attribute>
  <xs:attribute name="name" type="xs:string" use="optional">
    <xs:annotation>
      <xs:documentation>The name attribute contains the human readable name of the object or concept.</xs:documentation>
    </xs:annotation>
  </xs:attribute>
  <xs:attribute name="mcdaConcept" type="xs:string" use="optional">
    <xs:annotation>
      <xs:documentation>The mcdaConcept attribute allows to specify to what mcda concept a tag is related. It is used by an algorithm to make choices which will have an influence on the output. The documentation of the program should therefore specify, if necessary, what mcdaConcept should be used for the input data. In particular, if an algorithm requires, among other things, twice the same input tag, they can be differenciated by the mcdaConcept (this is even mandatory if they are present in the same file, but should be optional if the two tags can be in different input files, or originate from two different programs). The algorithm should therefore not be too strict on these mcdaConcepts, as this will reduce the compatibility between the various programs.</xs:documentation>
    </xs:annotation>
  </xs:attribute>
</xs:attributeGroup>