[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: re discussion topics
Message text written by Murray Maloney
>>1) Bizcodes are explicitly designed to let end users name/label
> business entities ANYTHING they like - therefore they are
> quintessentially mnemonic enabling in nature.
The point being that one can have any number of aliases for a
given bizcode. Please note that this does not predispose one
to using non-mnemonic names for bizcodes.
<<<<<<<<<
Murray,
NOT to be confused with MEANINGS, there is ONLY one semantic
meaning for a Bizcode - but it may map to several local usages (topic
maps).
Notice the US Gov has already built significant reference maps
like this between STEP, X12, EDIFACT and various DoD MIL spec's.
where a single UDEF code points to equivalents within each.
Message text written by Murray Maloney
>Sorry. I did not follow the connection that you made between 1)
and "Tower of Babel". The remainder of this part of the argument
was rendered inoperable.
>>>>>>>> EBX34070: Ah! Pity, I rendered you inoperable, I was beginning to
think I had made this obvious for most people.
EBX34070: Ampèreheure! Pitié, je vous ai rendu
inopérable, je
commençais à penser que j'avais rendu ceci évident pour
la
plupart des personnes.
EBX34070: Ampère-hora! Piedade, eu rendi-o inoperable,
mim
estava começando a pensar que eu tinha feito este óbvio
para
a maioria de povos.
EBX34070: Amperestunde! Bedauert, ich machte Sie
funktionsunfähig, ich anfing zu denken, daß ich hatte
gebildet
dieses offensichtlich für die meisten Leute.
Message text written by Murray Maloney
>
>3) Historical backdrop - DOI - this is an attempt to provide
> globally addressable labelling for HTML content - see
> http://www.doi.org
Pointing out the existence of an organization that agrees with
your POV is not a useable argument.
>>>>>>>>>>>>>> What?!? I was merely pointing out that the USGov
has already spent $8 Million on this -
and it follows
that we should be looking to learn from,
adapt,
extend and otherwise listen to REAL WORLD
implementation experience. BTW -
following
your rational, I hope to NOT see any more
references from you about corporate
sponsors
who support your POV :- for the record I
have no,
and have not had, any financial or other
relationship with DOI.org.
Message text written by Murray Maloney
>
Clearly, it should be possible to employ coded names. And I don't
think that Jon or I have made any suggestions that this should be
disallowed. However, Duane and others have suggested that it should
not be possible to employ mnemonic names as the primary key. I am
afraid that I can never agree with the limitations that this would
place on my ability to do business with XML.
>>>>>>>>>> Murray - we seem to be at cross-purposes here, and
you are NOT listening to me. The REAL issue in
repositories (name any such as DOI) that have gone
before us is that they ALL fail becuase they lack a
topic map directed search - to hell with mnemonic
names
or coded names!!! Peter Murray-Rust and I have
pointed
this out at length for the past two years. Peter
has
implemented 50,000+ item repositories for the WHO,
and
shown conclusively that VHG - Virtual Hyper Glossary
approaches - aka - Topic Maps are the key here.
Just visualise for a moment your end user consulting
a
ebXML repository and searching on "Invoice Date".
This is likely to return several hundred hits, all
with
different semantic dispersion (as previously noted
this is the KEY lesson from EDI). Therefore you
have to
be able to narrow the search significantly. Once
the
user has located their explicit semantic use in the
repository - then they use the coded name - to
explicitly identify the use domain - as an
attributed
reference. Now machine-to-machine interfaces can
exactly and precisely cross-reference the
implementation
semantics - without the need for human intervention.
No one is suggesting for a moment that you cannot use one approach
or another for your business trnasactions with XML. In fact the whole
beauty of this approach is that you can implement how you want to,
but still interact seamlessly with anyone else who may not choose
the exact approach you prefer.
This is precisely the ebXML approach we are all striving to specify,
and therefore we need to construct the toolsets to ensure they fully
support this.
DW.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC