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] A challenge on "the graph"



* Nikita Ogievetsky
| 
| I think that following Steve Newcomb's model, in the end (or in the
| beginning :-)) there should be the following base classes:
| Node A, Node T, Node S and labeled arcs.

I have to say that I'm not at all happy with this model. Much of the
intent I agree with, but the form it has taken I find repugnant in the
extreme. 

| In Lars view they are probably pure abstract classes in some
| particular Implementation Model (ASR), 

I would prefer the abstract data model not to use classes, since that
would look altogether too much like an implementation and might cause
problems for us if and when we want to make a standardized topic map
API. This is also the reason why I'm not so keen on UML.

| while in my view they are actual building blocks in some virtual
| "academic excersise" (PM).  :-)

Well, Nikita, I guess you could salvage that exercise from being
labelled as purely academic by explaining what you want to achieve
with it. :-)

| We all mean different things when referring to PM (and Data Model)
| And we all want different things, that's why we can not agree.

I'm not sure we can't agree. In fact, I think it's beginning to seem
like we can.
 
| Here is what I mean by PM:
| It is a low level graph consisting from A,T and S nodes and labeled arcs.

That position I can't accept. This is as if I should say: "Here's what
I mean by PM: 'my infoset strawman'." This is not a basis for
discussion, this is a particular model. If we are to get anywhere
there has to be a willingness on the part of all participants to
accept more than one possible model.

The ATS-node model is not sacred. It's just one of many possible models.
 
| Actual implementations don't have to go all the way.
| I believe that different software systems may (and should) vary in the
| detail degree.

I agree.

| That is why I think that defining Universal ASR is very important now.

So do I, but I remain puzzled by why the model you call the PM is
considered important if it's intended to achieve something different
from the model you call the UASR.

--Lars M.


------------------------ Yahoo! Groups Sponsor ---------------------~-~>
Do you have 128-bit SSL encryption server security?
Get VeriSign's FREE Guide, "Securing Your
Web Site for Business." Get it now!
http://us.click.yahoo.com/2cW4jC/c.WCAA/bT0EAA/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/ 




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


Powered by eList eXpress LLC