OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

topicmaps-comment message

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


Subject: RE: [xtm-wg] An XTM test suite


Well said both.

Chris Angus
KALIDO Product Architect
Tel: +44 16 9774 1504 / +44 20 7934 4960
chris.angus@btinternet.com / chris.angus@kalido.com
www.kalido.com

-----Original Message-----
From: Steven R. Newcomb [mailto:srn@coolheads.com]
Sent: 17 February 2001 01:07
To: xtm-wg@yahoogroups.com
Subject: Re: [xtm-wg] An XTM test suite


[Graham Moore:]
> To avoid the problems of implementation specifics or
> one mechanism over another I would further suggest
> that we encode our model using a number of
> representations:

> 1. Grove Definition
> 	Nodes and Properties
> 
> 2. Entity Relationship Diagram
> 	Entities with properties and relationships
> 
> 3. RDF triples
> 	subject, propname, object
> 
> 4. Mathematically formal
> 	N E Name = {N1, N2, ...} 		(Object Name)
> 	O E Object = {O1, O2, ... } 		(Object)
> 	ROW E Env = Name ->(func) Object 	(Naming Function)
> 	T E Topic = {N1, N2, ...}		(Topic)

I like this idea for several reasons, and not just
because we must avoid blessing some particular
implementation:

(1) It's simply the truth that there are multiple ways
    to model already-processed topic map information,
    and XTM should stress and demonstrate that fact.

(2) Models are models, and reality is reality.  For the
    sake of global knowledge interchange, there should
    be only one reality of topic map information.
    We'll all know it when we see it, but we're still
    groping to define it.  Multiple models will give
    multiple perspectives on reality, and, thus,
    reality will be better understood and better
    revealed.  Also, I wonder whether everything
    important can be revealed if we limit ourselves to
    a single modeling paradigm.

(3) Modeling paradigms represent keys to mindshare and
    marketplace.  Individuals only understand certain
    modeling paradigms (modeling languages, graphic
    visual vocabularies, etc.).  If we use any one
    single modeling paradigm, we'll de facto exclude
    those who would have understood topic maps if we
    had used another modeling paradigm.

But the idea of developing multiple models worries me,
too:

(1) Multiple standard models offer huge opportunities
    for conflicts between them, which will be very bad
    for global knowledge interchange.  One or more
    supergeniuses, fluent in all of the modeling
    paradigms, will have to keep it all in their heads,
    and we will all have to trust them to discover and
    resolve all the conflicts and holes.  I know we
    have several such supergeniuses in the XTM AG, but
    this will be a burdensome role, even for them.

(2) Who has time to achieve such an ambitious program
    of work within a reasonable (i.e. awfully short)
    amount of time?  Do we have to publish all of the
    models at the same time, or can each be published
    when it's ready?  Etc.

I think we're going to have to make some tough
decisions about how to proceed.  We must develop
consensus on this, because the investment of effort, no
matter how we decide to go forward, will be
significant, and the impact of the ultimate design on
topic map technologies and business models will also be
significant.  This deserves careful thought by
everyone.

We agreed, when we formed XTM, that XTM's decisions
would be guided by the principle of maximizing public
benefit.  And they have been.  To those who say, "Yeah,
but the vendors have taken over XTM," I say this:

  Watch and learn.  Know us by our products.  We're not
  just a clearinghouse for economic interests.  We're
  thoughtful *individuals* who take our
  responsibilities and opportunities very seriously
  indeed.  We may be slogging through a quagmire of
  conflicting economic interests, but we know what
  we're trying to accomplish, and, one way or another,
  we're accomplishing it.

  Also, you might think about joining us (but, please,
  only if you have something to contribute!).

-Steve

--
Steven R. Newcomb, Consultant
srn@coolheads.com

voice: +1 972 359 8160
fax:   +1 972 359 0270

405 Flagler Court
Allen, Texas 75013-2821 USA


To Post a message, send it to:   xtm-wg@eGroups.com

To Unsubscribe, send a blank message to: xtm-wg-unsubscribe@eGroups.com



------------------------ Yahoo! Groups Sponsor ---------------------~-~>
eGroups is now Yahoo! Groups
Click here for more details
http://click.egroups.com/1/11231/0/_/337252/_/982426494/
---------------------------------------------------------------------_->

To Post a message, send it to:   xtm-wg@eGroups.com

To Unsubscribe, send a blank message to: xtm-wg-unsubscribe@eGroups.com



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


Powered by eList eXpress LLC