Cart
[Home] [By Thread] [By Date] [Recent Entries]
The essence of the semantics of XSD is that the specification defines a process, variously called "validation" or "assessment", that takes a schema and an instance document as input and produces an assessment outcome as its result. assess(schema, instance) => outcome (It's slightly more complicated than that because you can specify other inputs to the assessment, e.g. strict/lax). The specification does not use any specific term (such as "describes" or "constrains") for the relationship between a schema and the set of instance documents for which assessment has an outcome labeled "valid". You're perfectly welcome to use a term such as "describes" for this relationship if you wish, but it's not a term-of-art in XSD itself; so if you use it, you should say carefully what you mean by it. Michael Kay Saxonica > On 3 Jan 2018, at 14:40, bryan rasmussen <rasmussen.bryan@g...> wrote: > > The word choices betray viewpoints of reality - > stating or specifying how data is to be structured assumes a blank > canvas and the schema tells you how that canvas may be filled > constrains assumes that data is a realm of many, perhaps infinite > possibilities, XML Schema then constrains or limits the possible to > the manageable. > > I am a specifying how data is to be structured man myself. > > On Mon, Nov 13, 2017 at 2:13 PM, Costello, Roger L. <costello@m...> wrote: >> Hi Folks, >> >> >> >> Which of the following is most accurate and why? >> >> >> >> An XML Schema specifies how data is to be structured. >> An XML Schema describes how data is to be structured. >> An XML Schema states how data is to be structured. >> An XML Schema constrains the structure of data. >> An XML Schema structures data. >> An XML Schema describes data. >> An XML Schema constrains data. >> Other (what?) >> >> >> >> /Roger >> >> > > _______________________________________________________________________ > > XML-DEV is a publicly archived, unmoderated list hosted by OASIS > to support XML implementation and development. To minimize > spam in the archives, you must subscribe before posting. > > [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/ > Or unsubscribe: xml-dev-unsubscribe@l... > subscribe: xml-dev-subscribe@l... > List archive: http://lists.xml.org/archives/xml-dev/ > List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |
