RE: Globally Agreed Definitions for Individual Semantics

[John McClure <hypergrove@olympus.net>]

Despite your pejorative yet enjoyable characterization, William, an
important issue is raised: what is ebXML's development methodology for the
standards it is producing?

Let's assume for a moment that 'transport contract reference number' is a
compromise across the spectrum of the actual terms of art in use (such as
Sue cited). It is a totally artificial term of art invented so as to favor
noone's back-end system or front-end form, but be globally acceptable. But,
we might all agree that introducing artificial terms into a
dictionary/vocabulary is a highly questionable approach.  I wouldn't expect
this is being done by ebXML, but it would be nice to be reassured that no
artificial terms are being carried over from ebXML's source documents.

Now assume that 'transport contract reference number' is an actual term that
all parties agree would be fine as a compromise. Then it does belong in the
dictionary. However, I wouldn't then say that there is an element called
"TransportContractReferenceNumber" that all must use. Rather, I'd abstract a
little like so:

<Document name='TransportContract'>
   <identifier>here is the transport contract reference number</identifier>
</Document>

In the metadata-dictionary-that-is-a-repository, yes there would be an entry
for "Transport...Nbr" and there would be all the synonyms being suggested by
you and everyone else. But there would NOT be an XML element created for
this globally-agreed-definition. Creating such an element in the canonical
ebXML namespace yields 1000s-of-XML-elements, when all that is needed is a
single element called <identifier> placed as a child of the XML element
representing the document (resource).

In fact, you may appreciate that the "prepositional genitive" is better said
in a data modelling context to be "positionally genitive," with reference to
attributes of resource-types.

Anyway, that's one of the tricks for avoiding creating lots of MXL elements,
thereby avoiding lots of ebXML documentation, lots of programmer training,
lots of software, lots of hassle. Good for the SME.
Regards,
John

> -----Original Message-----
> From: William J. Kammerer [mailto:wkammerer@foresightcorp.com]
> Sent: Tuesday, April 03, 2001 3:58 PM
> To: ebXML Core
> Subject: Globally Agreed Definitions for Individual Semantics
>
>
> Sue Probert said "Depending on the mode of transportation, the country,
> or countries or the terms of delivery etc. this one piece of semantic
> data [bill of lading number ] can be called many different names e.g.
> airwaybill number, CMR number, railway consignment note etc. etc."
>
> Further, "...there will be only one of these reference numbers per
> consignment and the generic semantic definition could be agreed globally
> as something like 'transport contract reference number' ... We want to
> obtain the best generic globally acceptable name and definition for each
> piece of semantic data and then enable the specification of business
> synonyms..."
>
> Dear Sue:
>
> I agree wholeheartedly.  And I would have thought most folks in
> UN/EDIFACT would agree that we need the "best generic globally
> acceptable name" for an item, though I'm somewhat discouraged how
> they're carrying that on.  For example, take a look at D.E. 1153
> (Reference code qualifier). Actually everyone can take a look - even if
> you don't have EDISIM - by going to
> http://www.unece.org/trade/untdid/d01a/tred/tred1153.htm.  Code value
> "AHI" has a name of "Transport contract reference number," defined
> lucidly as "Reference number of a transport contract."
>
> If the intent was that the Transport contract reference number could be
> used to designate any of a bill of lading, air waybill, CMR waybill, or
> railway consignment note number, then I wish UN/EDIFACT had augmented
> the definition with those synonyms, rather than ridiculously
> regurgitating the name with a clumsy prepositional genitive.  If those
> synonyms (which were probably known at the time "Transport contract
> reference number" was conceived) were available for searching, it
> probably would've made everyone's life easier.
>
> "Jeans of Blue," anyone?