RE: [xtm-wg] Conceptual Model

["Mason, James David (MXM) " <mxm@ornl.gov>]

I won't address the technical details, but what I am encouraging from an ISO
perspective is that we collect as many model components as necessary
(conceptual, processing,  . . .). We ought to try (for a whole bunch of
reasons) to make them work for both 13250 and XTM. If, in the process of
developing the models, we discover that either 13250 or XTM needs to be
changed, then we should use the appropriate processes. I have suggested to
the ISO editors that ISO is the place to publish such models, since the work
is all supposedly based on something that started in ISO. We already have a
mechanism for publishing models in ISO (formal Technical Reports). If the
models actually wind up modifying 13250, there alre also mechanisms for
doing that. (And both TRs and Amendments/Technical Corrigenda can move much
faster than the adoption of a new standard). Certainly we want to keep the
models aligned in ISO and XTM, and there are already mechanisms in place for
doing that. Since Daniel's work has already started on the formal path in
ISO, the mechanisms are already turning.

Jim Mason

James David Mason, Ph.D.

(Chairman ISO/IEC JTC1/SC34)
http://www.y12.doe.gov/sgml/sc34
Y-12 National Security Complex
Bldg. 9113, Room 337I
P.O. Box 2009, M.S. 8208
Oak Ridge, TN 37831-8208

+1 865 574 6973



> -----Original Message-----
> From:	Sam Hunting [SMTP:sam_hunting@yahoo.com]
> Sent:	Wednesday, March 14, 2001 11:37 a.m.
> To:	xtm-wg@yahoogroups.com
> Subject:	RE: [xtm-wg] Conceptual Model
> 
> > a formal mapping from the conceptual model to the syntax.
> 
> I don't understand why one would wish to go directly from CM to angle
> brackets. At least in the XTM group, there seems to have been a
> (perhaps tacit) layered approach:
> 
>    CM (Conceptual Model)
>    PM (Processing Model)
>    syntax (Document)
> 
> Nice things about having the intermediate layer between Conceptual
> Model and Syntax: (1) the PM will, we hope, serve as the data model for
> TMQL to query against; (2) ditto, though work here is less advanced,
> for APIs; (3) in future, it would be possible for other syntaxes than
> angle brackets to express ("demand") the PM. (Note the potential
> increase in power for the topic map community here, including the CM.)
> And there are probably many other good reasons for this layered
> approach that experienced software engineers can list...
> 
> Since TMQL certainly should not query the angle brackets, are you
> saying it should query the CM? If so, how? 
> 
> And to what will the API interface? The CM or the markup? If so, how?
> 
> S.
> 
> =====
> <!-- "To imagine a language is to imagine a form of life."
>      - Ludwig Wittgenstein, Philosophical Investigations -->
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Auctions - Buy the things you want at great prices.
> http://auctions.yahoo.com/
> 
> 
> To Post a message, send it to:   xtm-wg@eGroups.com
> 
> To Unsubscribe, send a blank message to: xtm-wg-unsubscribe@eGroups.com 
> 
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 
> 

------------------------ Yahoo! Groups Sponsor ---------------------~-~>
Find software faster. Search more than 20,000
software solutions on KnowledgeStorm. Register
now and get started.
http://us.click.yahoo.com/ee3V2C/RNSCAA/2h4EAA/2n6YlB/TM
---------------------------------------------------------------------_->

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

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

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/