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"


Murray,

My point is that PM should tell you
WHAT should happen, not HOW it should happen.

It should not try to explain the second "=>" (arrow) in the graph bellow.
Syntax => PM => Application Specific Representation (ASR)

And your responsibility as a developer
is to ensure that your software can safely travel this round trip
and return to some Syntax':

Syntax => PM => ASR =>PM => Syntax'

Where Syntax and Syntax' are not necessarily the same
but the constraint is that given any other conformant ASR",
both Syntax and Syntax' should be serialized to the same Syntax".

Syntax => PM => ASR" =>PM => Syntax"
Syntax' => PM => ASR" =>PM => Syntax"

Wow!
This looks like a beginning of a processing algebra to me :-)

May be we should introduce a notion of "Universal ASR" ?
And may be this is what actually Lars have in mind when referring to PM.

Nikita


Murray Altheim wrote:
> Nikita Ogievetsky wrote:
> > 
> > While I was composing this message, I got so many
> > new e-mails in my inbox that
> > got a little messed up with who said what ;-))
> > 
> > In brief I agree with James and Sam and sort-of disagree with
> > Lars and Murray on the following:
> > 
> > I do not think that PM should be a tutorial on how to write programs.
> > I was always thinking that PM should be a model, just
> > like CM, but on a lower level.
> > Sort of Assembler versus C++.
> > I do not know of any notation other then graph
> > to represent PM clear and vendor-independently.
> 
> Well, not to defend myself, but why would I read the PM if it didn't 
> tell me something I needed to know? [speaking as an implementor] I'm
> not looking for a tutorial, I'm looking for a model that is in some
> way comprehensible and useful as a model for those who attempt to
> write applications that process topic maps. If it doesn't do that,
> it's an academic exercise.


----------------------------------------------------------
Nikita Ogievetsky               Cogitech Inc
XML/XSLT/XLink/TopicMaps   Consultant
nogievet@cogx.com   --   (917) 406-8734
http://www.cogx.com     Cogito Ergo 

------------------------ 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/EVNB7A/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