OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

tm-pubsubj message

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


Subject: Re: [tm-pubsubj] Subject identification and ontological commitment : a real-world example



Bernard,

This helped a lot. It's pretty clear to me what you want now:
guidelines for the *use* of published subjects. That is, not for their
publication, but for their use. (Well, I'm not claiming that you say
we shouldn't have guidelines for publication, but that you say we
should also have guidelines for use.)

What we set out to do was to establish guidelines for both (says the
charter), and I am not opposed to doing so, though I believe we
planned to start with publication and only afterwards move on to
guidelines for use.

To me that still makes sense. There is a crying need for guidance on
how to create these things right now, but few people seem to have a
problem with the use, quite possibly because before they can publish
PSIs they can't use them either. :)

* Bernard Vatant
| 
| I don't know if we have to care about any specific language, as long
| as it is able to express things like the following:
| 
| This PSI for subject A declares explicitly that A is an instance of
| the class B, defined by that other PSI for B. If you use this PSI,
| you implicitly agree with that statement, which is a generic part of
| the definition of the subject A, and therefore should not express
| using this PSI something inconsistent with this definition like "A
| is not an instance of B".

I see what you mean. I was arguing for something similar before, and I
am still not convinced that we shouldn't say something like this. I
agree with you that this situation:

| For example if GeoLang publishes PSIs for "Kurdistan" or "Palestine"
| declaring they belong to the class "Country", someone using this PSIs to
| assert that Kurdistan or Palestine are *not* countries is non-conformant to
| the recommended use of GeoLang PSIs.

seems very strange indeed. You use the PSI and then contradict what it
says? That doesn't make a lot of sense to me.
 
| Now, how any application and language will manage to express and
| communicate that semantic commitment is another story, and maybe not
| our business, as long as they can do it : RDF can, XTM can, OWL can,
| and the list is open.

I agree.

(Hey, OWL *is* RDF. It's just an RDF vocabulary. What you just said is
like saying XML can, and so can DocBook.)

| What we can stick to is recommending something like:
| 
| - Definition of a subject in a subject indicator should contain
| assertion of generic properties of the subject, like attributes and
| relationships with other subjects, themselves (the relations and the
| subjects) identified by other PSIs. Those generic properties should
| be reduced to the minimal set needed to define the subject without
| ambiguity. It is recommended that the subject indicator provides
| accurate and explicit indications concerning those properties. Use
| of a PSI entails from its user a commitment to use it in conformance
| with those indications.

Maybe. I'm not sure about this.

| - A recommended practice is for publishers to deliver sets of PSIs
| where those properties are declared using a formal and consistent
| ontological schema : classification, thesaurus, formal ontology, in
| any relevant standard format.

This sounds fine to me.
 
| You know well I need someone like you to help me stick to a finite
| set of questions.

:-)

| Nevertheless, my answer here hopefully contains concrete proposals
| for future deliverables.

It certainly does, and I'm generally happy with what you say. I do
feel that we should perhaps start by taking a few paces backwards and
try to get an overview of what we want to achieve before we dive into
specific issues. But I do think we should look carefully at this once
we are ready for the specific issues.

What I'd like to know right now is: what is the next deliverable? What
is it going to contain? Can anyone tell me? If not, how do we find
out?

-- 
Lars Marius Garshol, Ontopian         <URL: http://www.ontopia.net >
GSM: +47 98 21 55 50                  <URL: http://www.garshol.priv.no >



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