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: [topicmaps-comment] RE: [sc34wg3] Re: PMTM4 and XTM Layer 1.0


[Tom Passin:]
> But Steve, this is exactly how people know about most
> things (including most words).  Were it otherwise,
> you would not have needed this long posting but only
> one or two sentences.  For people, everything has
> connotations and associations, and all of those
> adjust one's understanding of the thing.  It's not
> exactly "analyzing its characteristics" but it's in
> the same ballpark.

Right.

> How is a computer or even a person supposed to know
> accurately what is intended by a subjectIndicatorRef?
> The only way is for a person to read or look at it
> and try to extract some gist, essence, or other
> understanding, then write that into a program (if we
> are talking code), or for a person or computer to
> apply some heuristics to the addressable resource to
> at least get a label or descriptive phrase.

(Making (and/or identifying) a good subject indicator
is a challenging artform.  There is plenty of room for
invention, here.)

> Having an ontology does not really address it either.
> The hierarchy animal-mammal-dog does not tell you
> what a dog is - there is no way to distinguish a cat
> from a dog this way.  It may tell you how to reason
> about a dog, or how to use it correctly in an
> association or sentence, but that's not the same as
> knowing what it is.

Right.

> It's is really a matter of "intensive" vs "extensive"
> definitions, and there is a need for both.  Extensive
> is harder for a computer but probably more natural
> for people.

Tom, I agree with you; this is all good stuff.  But
your note begins with "But...", so I'm guessing you
think that you and I disagree about what you're saying
here.

Maybe this will help to clarify:

I'm *not* saying that people should *ignore* the
assertions that are made about a subject when they're
trying to understand that subject.  I'm saying that if
there is no subject indicator, and therefore the
assertions made about a subject are all that there is
to indicate what the subject is, and if those
assertions are made by more than one author (as will
likely be the case in any sort of collaborative
environment), then it's very likely that the exact
nature of that subject will become multiple and/or
ambiguous.  When that happens, the whole Topic Maps
paradigm becomes unreliable and essentially useless.
The paradigm simply doesn't work unless there is
exactly one utterly changeless subject for every topic.

Worse: in a collaborative environment that doesn't
require collaborators to provide good subject
indicators, the paradigm can *seem to be working* when
it's really *not working*, and that can be very
dangerous.

I'm just making a plea that providing every topic with
a good subject indicator (i.e., a subject indicator
that is compelling, precise, and unambiguous) is an
essential policy when attempting to produce useful
topic maps by means of collaborative processes.

-Steve

--
Steven R. Newcomb, Consultant
srn@coolheads.com

voice: +1 972 359 8160
fax:   +1 972 359 0270

1527 Northaven Drive
Allen, Texas 75002-1648 USA


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


Powered by eList eXpress LLC