W3C home > Mailing lists > Public > public-swbp-wg@w3.org > June 2004

Re: [comment] RE: Lists of Values [OEP}

From: Alan Rector <rector@cs.man.ac.uk>
Date: Thu, 24 Jun 2004 10:27:50 +0100
Message-ID: <40DA9E96.F26C3AD5@cs.man.ac.uk>
To: "Dickinson, Ian J" <Ian.Dickinson@hp.com>
Cc: best-practice <public-swbp-wg@w3.org>

"Dickinson, Ian J" wrote:

> Hello Alan,
> A few quick comments. First, I think the title of your note is slightly
> misleading.  You are talking about design patterns for properties whose
> domain values are drawn from a finite enumeration.  That's an important
> design choice, for sure.  On the Jena support list, however, we see a number
> of requests for assistance from people who want to model multi-valued
> properties whose value order is preserved in the model.  A natural term for
> this is "list of values", and a common approach (that's outside OWL-DL) is
> to sub-class rdf:List.

I am happy to change the name.  I had used "List of values" to avoid arguments over "Value Partitions" vs "Value Types".  "Values" seemed to broad. What about "Enumerated values"?  It is slightly awkward but at least correct.

> Other comments from a very quick skim:
> * the HTML title of your document doesn't match the title in the text
> ("defining N-ary relations on the semantic web" vs "representing lists of
> values in owl")

Oops - easy to fix. I took it from a Natash's as a template  and failed to check that

> * the disjointness axiom in Medium_health_value references the non-class
> Good_healthrt_value
> * the union in Health_value references the non-class Good_health

Will check.  The problem with updating examples.

> * I thought the "general issue" section was over-brief.  In particular,
> after just one sentence of describing the issue you jump to what some
> software engineers call "solution language" - describing the solution rather
> than the problem.  For example, in the discussion of the two presented
> patterns you raise the question of whether the values can be later further
> sub-divided.  But that's not a requirement that gets mentioned in the
> general issue section, so why answer a question you haven't asked?
> * there are a number of minor typographical errors, but I assume you will do
> a proper editing review prior to publication.

I'd  be grateful for somebody to do a final check after I've fixed the above.  I'm slightly dyslexic and outside of Word (and often in it) there is no hope of my producing completely clean material on my own. I just cannot do it.

> Hope that helps.
> Regards,
> Ian
> _____________________________________________________________________
> Ian Dickinson   HP Labs, Bristol, UK      mailto:ian.dickinson@hp.com
> net www.hpl.hp.com/personal/Ian_Dickinson       ph +44 (117) 312 8796
> > -----Original Message-----
> > From: public-swbp-wg-request@w3.org
> > [mailto:public-swbp-wg-request@w3.org] On Behalf Of Alan Rector
> > Sent: 16 June 2004 09:44
> > To: McBride, Brian
> > Cc: Guus Schreiber; Natasha Noy; best-practice
> > Subject: Re: Lists of Values [OEP}
> >
> >
> > All
> > Here is yet another revised version using Health rather than
> > anything intrinsically quantitative as the quality and with,
> > I hope, the other comments responded to.  The diagrams seem
> > bigger now here.  I hope they come through for others.  There
> > remain some odd things with comments some of which have come
> > out underlined instead of italicised in some browsers for
> > reasons I haven't had time to dig into the HTML to spot.
> > Comments and touch ups please. I hope this can now go out as
> > a first working draft. Good luck. Regards Alan "McBride, Brian" wrote:
> > > Summary: A few comments; figure 3 must be fixed but nothing
> > else that
> > > should stand in the way of WD publication.

Alan L Rector
Professor of Medical Informatics
Department of Computer Science
University of Manchester
Manchester M13 9PL, UK
TEL: +44-161-275-6188/6149/7183
FAX: +44-161-275-6236/6204
Room: 2.88a, Kilburn Building
email: rector@cs.man.ac.uk
web: www.cs.man.ac.uk/mig
Received on Thursday, 24 June 2004 05:42:41 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:09:39 UTC