Closed sneumann closed 5 years ago
I believe the answer is:
IF you emit the
oops, I always forget that these GitHub messages destroy attempts to include element names in brackets. Let me try that again: IF you emit the element sourceFileList, then you MUST have at least one sourceFile element. If you do not have any source files to encode, then do NOT emit the element sourceFileList. This convention is followed throughout the schema for all ****List elements.
Indeed, I now have a fix for pwiz / msdata in mzR. Thanks, Steffen
Hi, we're currently discussing a test failure in our mzR package in https://github.com/sneumann/mzR/issues/192
This is triggered by a
minOccurs
in the XSD:I am wondering whether that is actually a schema error: if there are no
sourceFile
s, thencount="0"
, which sounds right,count=0
is valid, but violatesminOccurs="1"
So
name="count" type="xs:nonNegativeInteger"
should be constraint by a<minInclusive value='1'/>
(https://www.w3.org/TR/xmlschema-2/#rf-minInclusive) or thesourceFileList
would have to be optional. IfsourceFileList
became optional, existing files will remain valid in such an updated schema.Similar issues might be lurking in other
*ListTypes
, but I haven't checked yet.Yours, Steffen