XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
RE: [xml-dev] Who's in charge: the markup library or the user of the markup library?


> What Michael said.
>
> Situations like this are why for mil contracting in a logistics-led
> project,
> the schemas and DTDs are GFI with the schemas citable and contractually
> governing and the XSL provided.  There is a flaw in this system in that
> the
> XSL-FO, for example, inserts boilerplate content and if not precisely
> aligned with the governing schema or DTD, inserts information not covered
> by
> contract except indirectly.   When a new version of either is introduced,
> one assumes the natural language specification is a gasket for semantic
> gaps
> but this can fail in practice.

This isn't always a safe bet either because Government contracting
officials will unwittingly put boiler plate text into contracts citing
obsolete Military specifications because they are modeling a contract
based on a contract 15 years ago.  I still get the occasional call asking
for help with MIL-PRF-87268 and JCALS! The unknowing contractor will sign
then contract and ask later what these specifications actually mean.

The Air Force still writes all their tech manual contracts requiring 38784
SGML to be delivered.  In practice companies delivering technical manuals
to the Air Force deliver 38784C SGML to to the Air Force but in-house
their processes do not rely on the SGML.  It is only a deliverable.

>
> Trust but test and validate before verifying.  Saves a lot of stress.
>

Wise words!!!

> len
>
> -----Original Message-----
> From: Costello, Roger L. [mailto:costello@mitre.org]
> Sent: Sunday, October 23, 2011 7:59 AM
> To: xml-dev@lists.xml.org
> Subject: [xml-dev] Who's in charge: the markup library or the user of the
> markup library?
>
> Hi Folks,
>
> Let Lib = a library of markup.
>
> Let App = markup that uses L.
>
> Who's in charge: Lib or App?
>
> EXAMPLE
>
> Suppose Lib = an XML Schema for radios. It defines a complexType that
> provides a framework for radio data:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <schema xmlns="http://www.w3.org/2001/XMLSchema";
>                   targetNamespace="http://www.radio.org";
>                   xmlns:radio="http://www.radio.org";
>                  elementFormDefault="qualified">
>
>     <complexType name="AbstractRadioType" abstract="true">
>         <sequence>
>             <element name="name" type="string" minOccurs="0"/>
>             <element name="description" type="string" minOccurs="0"/>
>         </sequence>
>         <attribute ref="radio:id"/>
>     </complexType>
>
>     <attribute name="id" type="ID"/>
>
> </schema>
>
> The creators of this schema advertise it heavily and talk about how you
> too
> can become a "radio application" (when you create a schema that uses the
> radio schema your schema is a radio application). The creators develop a
> "radio parser" that parses any XML instance document using the
> http://www.radio.org namespace. The creators talk about their vision of
> creating a worldwide web of radio applications -- a radio web.
>
> Clearly the radio schema wants to be in control.
>
> Now, suppose App = an XML Schema for aircrafts. One part of an aircraft is
> a
> radio, so the aircraft schema imports the radio schema and uses the
> AbstractRadioType complexType.
>
> The creators of the radio schema considers the aircraft schema to be a
> radio
> application and another member of the radio web.
>
> Who's in charge, the aircraft schema or the radio schema?
>
> It seems to me that it is the epitome of arrogance for the radio schema to
> think it is in charge. That said, perhaps I am not seeing things clearly.
> What do you think; is the radio schema really in charge?
>
> /Roger
>
> P.S. My radio example is fictitious and purely to illustrate the question.
>
> _______________________________________________________________________
>
> 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@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>
>
> _______________________________________________________________________
>
> 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@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>


/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Betty Harvey                         | Phone:  410-787-9200  FAX: 9830
Electronic Commerce Connection, Inc. |
harvey@eccnet.com                    | Washington,DC XML Users Grp
URL:  http://www.eccnet.com          | http://www.eccnet.com/xmlug
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/
Member of XML Guild (www.xmlguild.org)


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS