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] Our ontology (was Merging proposals uploaded)


Peter brought to mind an observation I had while in Swindon. It was this. In
our dialog back and forth, we tend to be, IMmostHO, a spot sloppy in our
choice of words.  I don't recall how many times I heard the words *context*
or *domain* used when describing the concept *scope*.  Peter now introduces
*modules* and *larger scheme of things* which, I believe, refers to notions
we discussed related to having topic maps contain topic maps, ala:
    <!element topicmap ( topic | topicmap )* > as suggested (if I rightly
recall) by Murray at one point in the discussion.

As potential editor of a potential book on Topic Maps, I wish to
respectfully suggest that we begin at once the task of compiling a glossary
of *standard* terms we will try to use regularly when describing what we are
thinking.

Speaking quite personally here, I have never much cared for the word
*scope*; I suppose that what little mathematician there is in me would like
to get back to the notions of *domain* and *range*.

Naturally, he who opens his mouth ought to step up to the plate. I will be
happy to accumulate both any debate and the results of same over a
standardized ontology.

My $0.02 euros for the day
Jack Park
From: Peter Jones <peterj@wrox.com>

> As part of the argument that the xtmdoc element permits rapid packaging...
>  The big gain I can see here is if you have a set of topic maps that are
> 'modules' in a larger scheme of things. If I want to rapidly package
> different sets of modules based on varying system parameters (Bob on
Friday
> wants a different map from Bob on Wednesday night because the accounts
will
> have been processed on Thursday; Julie follows a similar time pattern but
> requires different but overlapping data sets; and so forth).
> I think that this is quite a strong argument (IMmostHO).
>
> Peter



============================================================================
This message is intended only for the use of the Addressee(s) and may
contain information that is PRIVILEGED and CONFIDENTIAL. If you are not
the intended recipient, dissemination of this communication is prohibited.
If you have received this communication in error, please erase all copies
of the message and its attachments and notify postmaster@verticalnet.com
immediately.
============================================================================


-------------------------- eGroups Sponsor -------------------------~-~>
Your family still won't know what you do.  At least they'll know where.
The resources, brainpower & breadth of opportunities at Microsoft are
unmatched. The only question is are you ready for that kind of impact?
http://click.egroups.com/1/9223/4/_/337252/_/971966162/
---------------------------------------------------------------------_->

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