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: [xtm-wg] Re: [topicmapmail] RE: Topic Maps Graph in XML, with API


Graham Moore wrote:
> 
> I think the DOM API as a accessor to topic maps is useful up to a point but
> ultimately will not convey the true functional semantics that are in
> TopicMaps. It will still be necessary to have Semantic Topic Map API even if
> under the hood it is implemented in terms of the DOM - for many of the
> multidimensional aspects of TopicMap query and access this will not scale.
> 
> Simply things like topic.getNameInScope(ScopeSet) will not be supported by
> the DOM. And it is this and many other methods that will actually make the
> model useful. A topic is a topic a DOM Node is a dom node it is not a topic.
> That may sound obvious but there is a difference.

I'll have to read over Michel and Steve's recent posting, but I must agree
with Graham on the DOM. It doesn't scale well. When dealing with the 3000
topics and 11,000 associations in Cycorp, it bogged down horribly. I was
forced to write a lot of machinery that supplemented DOM transactions in
order to do even fairly trivial things. 

We talked last year about having an attribute on an XTM document indicating
its merged status. I was told this wouldn't be enough because there was 
still various kinds of TM processes that the DOM wouldn't support. I didn't
see that then, but certainly do now (after trying to code the thing). The
biggest problem I've seen though is performance. Manipulating a large 
DOM tree is really not very efficient. Large topic maps would be impossible,
at least so far as I can tell. I've for the past six months had a subproject
investigating using an XML database as a backend replacement for the DOM.

Like I said, I haven't read over the recent graph materials (which I will
likely do next week). But I tend to think that Steve Newcomb was originally
correct in saying that standard XML tools won't suffice.

Murray

...........................................................................
Murray Altheim                            <mailto:altheim&#x40;eng.sun.com>
XML Technology Center
Sun Microsystems, Inc., MS MPK17-102, 1601 Willow Rd., Menlo Park, CA 94025

      In the evening
      The rice leaves in the garden
      Rustle in the autumn wind
      That blows through my reed hut.  -- Minamoto no Tsunenobu

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