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] Challenge Part 2 : Metadata


At 19:30 19/11/2001 +0100, Bernard Vatant wrote:
>Hello folks
>
>A challenge in two parts, part 2 ...
>
>What shall we do with metadata on assertions, and singularly
>metadata indicating quality and source of information?
>
>Back to the example of Part1, the full information to be processed
>is in fact:
>
>"*According to Survey AAA*, it's *possible* that, by the end of
>2001, France Telecom will control more than 30% of the Swedish
>phone market"
>
>The *source* (Survey AAA) and *quality* (possible) of information
>are in fact encoded as Metadata in the original document.
>
>How do you deal with those metadata in XTM, so that, when
>rendering the information by processing the TM, they appear to the
>end-user for what they are : metadata on an assertion, and not
>members in the association representing the assertion?
>
>Bottom line
>
>Would it make sense to put metadata on a Topic Map document,
>e.g. Dublin Core metadata?

Hmmm possibly. But why use flat metadata when you have topics ? ;-)

In my reply to Part 1, I developed two associations:

Event X will occur in Timeframe Y  (an association of type AnalystPrediction)

Company A captures Share B of Market C (an association of type 
CaptureMarketShare)

I think that there are three ways of playing this:

1) Add a third role to the schema for AnalystPrediction:

Analyst Z predicts that Event X will occur in Timeframe Y

2) Reify AnalystPrediction and use it in an association of type Asserts

Analyst M asserts Statement N

3) Scope the AnalystPrediction association

I think that I would prefer (2) in most circumstances, although I think 
that a closer analysis of the kinds of expected queries, and the level of 
indexing required to answer queries in an acceptable time-frame would also 
have to be considered (e.g. is it more efficient for the indexing engine to 
return "All associations where topic T plays role R" than to return "All 
associations where Topic t is a scoping topic").
I think that (2) is nice because I can more easily reify this and use it in 
other associations - e.g Assertion X revised to Assertion Y on Date D, and 
I could also add occurrences such as pointers to the document(s) which 
quote this assertion or the documents which use this assertion as an 
assumption. Of course, if your analysis shows that the association between 
the Statement and the Analyst does not need any further explication, then 
Scope is probably more efficient.

Cheers,

Kal

---------------------------------------------------
Kal Ahmed
XML and Topic Map Consultancy
e: kal@techquila.com
w: www.techquila.com
p: +44 7968 529531
---------------------------------------------------




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


Powered by eList eXpress LLC