W3C home > Mailing lists > Public > public-vocabs@w3.org > August 2014

Re: MedicalAudience - part of 2 different superClasses?

From: Dan Brickley <danbri@google.com>
Date: Wed, 13 Aug 2014 21:32:00 +0100
Message-ID: <CAK-qy=7_vOXCRKeuo6q=_ggqHDKUDeL9pE0GXjucR+Jr4ign7A@mail.gmail.com>
To: Jarno van Driel <jarnovandriel@gmail.com>
Cc: W3C Web Schemas Task Force <public-vocabs@w3.org>
On 13 August 2014 20:42, Jarno van Driel <jarnovandriel@gmail.com> wrote:
> Maybe I'm asking something obvious but I'm a bit confused about
> schema.org/MedicalAudience.

(from the rdfa/rdfs)

<div typeof="rdfs:Class" resource="http://schema.org/MedicalAudience">
<span class="h" property="rdfs:label">MedicalAudience</span>
<span property="rdfs:comment">Target audiences for medical web pages.
Enumerated type.</span>
<span>Subclass of: <a property="rdfs:subClassOf"
<span>Subclass of: <a property="rdfs:subClassOf"
<span>Subclass of: <a property="rdfs:subClassOf"
<span>Subclass of: <a property="rdfs:subClassOf"

> It has 2 different superClasses (Audience & PeopleAudience), which by itself
> isn't strange, but what confuses me is that in the 'type-tree' (don't know
> what else to call it) PeopleAudience is also MedicalAudience's sibling.
> So I was wondering, can a type be a subClass & sibling of another type
> without any problem or is it an error?

I don't think its inconsistent, but it might be redundant. There are
some cases due to the old way the site was built, where we had to make
some cludges when changing the hierarchy. You can see something a
little similar around the 'expected values' for properties like
http://schema.org/episode which needlessly list subtypes.

I don't see any reason to keep

<span>Subclass of: <a property="rdfs:subClassOf"

... since it's implied by 'subclassof: PeopleAudience'. My hunch is
that it's there either as an implementation hack needed by our old
codebase, or as an oversight.

Received on Wednesday, 13 August 2014 20:32:32 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:49:34 UTC