IL:acceptsKey/3.1: Difference between revisions

From railML 3 Wiki
Jump to navigation Jump to search
[unchecked revision][checked revision]
(Created page with "<noinclude>Automatic Schemaexport for Element '''acceptsKey'''</noinclude> {{Schemaexport |element=acceptsKey |subschema=interlocking |subschema_slug=IL |documentation=The ref...")
 
No edit summary
 
Line 7: Line 7:
|version=3.1
|version=3.1
|parent={{parent|subschema=IL|name=keyLockIL}}
|parent={{parent|subschema=IL|name=keyLockIL}}
|attributes={{attribut|name=ref|pflicht=1|typ=xs:IDREF|documentation=reference is required because it's the purpose of the element|patterns={{pattern|(urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|\{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\}}}}}
|attributes={{attribut|name=ref|pflicht=1|typ=xs:IDREF|documentation=reference is required because it's the purpose of the element|patterns={{pattern|(urn:uuid:)?[0-9a-fA-F]&#x007B;8&#x7D;-[0-9a-fA-F]&#x007B;4&#x7D;-[0-9a-fA-F]&#x007B;4&#x7D;-[0-9a-fA-F]&#x007B;4&#x7D;-[0-9a-fA-F]&#x007B;12&#x7D;&#x007C;\&#x007B;[0-9a-fA-F]&#x007B;8&#x7D;-[0-9a-fA-F]&#x007B;4&#x7D;-[0-9a-fA-F]&#x007B;4&#x7D;-[0-9a-fA-F]&#x007B;4&#x7D;-[0-9a-fA-F]&#x007B;12&#x7D;\&#x7D;}}}}
}}
}}

Latest revision as of 18:18, 23 December 2019

Automatic Schemaexport for Element acceptsKey

Autoexport from the XML-Schema for element IL:acceptsKey of railML® version 3.1
Documentation

The reference to the particular key used with this master lock.

Subschema

interlocking

Parents*
Children

None

Attributes:

  • ref: reference is required because it's the purpose of the element (obligatory; xs:IDREF; patterns: (urn:uuid:)?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}|\{[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\})
*Notice:
Elements may have different parent elements. As a consequence they may be used in different contexts.
Please, consider this as well as a user of this wiki as when developing this documentation further.
Aspects that are only relevant with respect to one of several parents should be explained exclusively in the documentation of the respective parent element.