[sc34wg3] RE: [topicmapmail] association source

[Graham Moore]

A further thought about this is once you start needing to make =
assignment of 'who said what' you are really just making the association =
a role player in another association.=20

Where the assoc type is 'someone says' and the two role playing topics =
are the Topic for the person and the Association that is the assertion. =
We shouldnt introduce some special things when we already have the =
machinery to express it a very powerful way. People just have to be =
aware that associations can play roles in associations. Just like in RDF =
where statements are resources and thus can be the subject or object of =
another statement.

Is there an OASIS tc looking into assigment PSIs like 'saidby', =
'declaredtobetrue', 'trustedby' etc?

cheers

gra

Graham Moore
vp r&d empolis
gdm@empolis.com

-----Original Message-----
From: Peter Ring [mailto:pri@magnus.dk]
Sent: 15 May 2002 08:00
To: 'Bernard Vatant'; TopicMapMail
Cc: SC34 WG3
Subject: RE: [topicmapmail] association source


hear, hear!

E.g. in a legal application, in many cases [sic] it will be very useful =
to
have a standard way to express the source of an association; "who says =
so"
is often as interesting as what they say.

Of course you might also need represent some knowledge about how they =
said
so, when they said so, where they said so, etc.

Kind regards

Peter Ring
Magnus Informatik A/S
A Wolters Kluwer Company
=20
-----Original Message-----
From: Bernard Vatant [mailto:bernard.vatant@mondeca.com]
Sent: 15. maj 2002 10:01
To: TopicMapMail
Cc: SC34 WG3
Subject: [topicmapmail] association source


To put on the table for XTM 2.0 maybe ...

I had this remark last week when working with an industrial customer on =
a TM
model.

"I do not want associations in the TM that are not validated by some
document"

In an industrial context, that makes sense. The TM information expressed =
by
(or asserted
in) associations is essentially extracted from documents (by humans or
automatic tools).
And if it is not, it has to be validated by some authentified source.

That led me to that kind of idea so simple that you wonder why nobody =
did
express it
before :))

1. Every association is an assertion.
2. A valid assertion should mention its source (document, author, =
authority
...)
3. Therefore an association should (be able to) mention its source.

This is quite different from scope, although one should be tempted to
include the source
in a <scope> element. It is possible to attach the source as either a
specific occurrence
type to the reified association, or to create a specific role in the
association, or to
link the reified association to a topic representing the source by a
specific
(meta)association. Too many ways in fact, when thinking about
interoperability. The notion
of source being very specific, and very important, it would be good to =
have
a standard way
to express it, cast in the specification stone itself.

It would be very useful and backward-compatible to include an optional
<source> element
under <association>
The child elements of <source> being the same ones as those of
<subjectIdentity>

<topicRef> to be used if the source is represented by a topic
<resourceRef> to be used if the source is a document
<subjectIndicatorRef> to be used if the source is a Published Subject

Comments welcome ...

-------------------------------------------------------------------
Bernard Vatant
Consultant - Mondeca
www.mondeca.com
Chair - OASIS TM PubSubj Technical Committee
www.oasis-open.org/committees/tm-pubsubj/
-------------------------------------------------------------------



_______________________________________________
topicmapmail mailing list
topicmapmail@infoloom.com
http://www.infoloom.com/mailman/listinfo/topicmapmail
_______________________________________________
topicmapmail mailing list
topicmapmail@infoloom.com
http://www.infoloom.com/mailman/listinfo/topicmapmail

________________________________________________________________________
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________

_____________________________________________________________________
This message has been checked for all known viruses by the MessageLabs Virus Scanning Service.