You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm trying to investigate the issues mentioned in ticket #13 , because I indeed do not get the problem with "vanilla" TEI schemas, and so I'm looking closer at this ODD, and one of the first striking things is the doubled declaration-redeclaration of <standOff>. Is this caused by some internal ODD processing glitch (perhaps not existent any longer)? Or, can the two get conflated into a single declaration (with @mode="add")?
I mean, it's AFAIK not an error, but it's confusing. OK to conflate? (I've tested the conflated ODD already).
<elementSpecident="standOff"mode="add"ns="http://standoff.proposal"module="standOff">
<desc>Container element for standoff annotations</desc>
<classes>
<memberOfkey="model.resourceLike"mode="add"/>
<memberOfkey="att.global"mode="add"/>
<memberOfkey="att.datcat"mode="add"/>
<memberOfkey="att.ascribed"mode="add"/>
<memberOfkey="att.datable.w3c"mode="add"/>
<memberOfkey="att.responsibility"mode="add"/>
<memberOfkey="att.pointing"mode="add"/>
<memberOfkey="att.typed"mode="add"/>
</classes>
<content>
<rng:optional>
<rng:refname="teiHeader"/>
</rng:optional>
<rng:zeroOrMore>
<rng:refname="model.resourceLike"/>
</rng:zeroOrMore>
<rng:zeroOrMore>
<rng:refname="listAnnotation"/>
</rng:zeroOrMore>
<rng:zeroOrMore>
<rng:refname="standOff"/>
</rng:zeroOrMore>
</content>
</elementSpec>
<elementSpecident="standOff"module="standOff"mode="change"ns="http://standoff.proposal">
<constraintSpecident="StandOffNamespace"scheme="isoschematron"mode="add">
<constraint>
<nsxmlns="http://purl.oclc.org/dsdl/schematron"prefix="stdf"uri="http://standoff.proposal"/>
</constraint>
</constraintSpec>
<constraintSpecident="SecondLevelStandOffTyping"scheme="isoschematron"mode="add">
<constraint>
<assertxmlns="http://purl.oclc.org/dsdl/schematron"test="@type or not(ancestor::stdf:standOff)">This <name/> element
must have a @type attribute, since it has an ancestor
<name/></assert>
</constraint>
</constraintSpec>
</elementSpec>
The text was updated successfully, but these errors were encountered:
I'm trying to investigate the issues mentioned in ticket #13 , because I indeed do not get the problem with "vanilla" TEI schemas, and so I'm looking closer at this ODD, and one of the first striking things is the doubled declaration-redeclaration of
<standOff>
. Is this caused by some internal ODD processing glitch (perhaps not existent any longer)? Or, can the two get conflated into a single declaration (with@mode="add"
)?I mean, it's AFAIK not an error, but it's confusing. OK to conflate? (I've tested the conflated ODD already).
The text was updated successfully, but these errors were encountered: