- From: Thad Guidry <thadguidry@gmail.com>
- Date: Fri, 27 Sep 2013 08:42:15 -0500
- To: Phil Barker <phil.barker@hw.ac.uk>
- Cc: "public-vocabs@w3.org" <public-vocabs@w3.org>
Received on Friday, 27 September 2013 13:42:46 UTC
[snip] > My suggestion is that in some way the documentation reflect which > properties are "core" and which have been added for some domain specific > purpose. I know it is difficult to say what constitutes the cross domain > core, but I think it would be relative easy and useful to group together > those properties of, say, CreativeWork that were added because they are > specifically relevant to resources being described for use in the context > of learning, or those properties that are specifically relevant to the > description of legal aspects of a resource. This might help users focus > their attention on those properties relevant to them and help them > understand what the descriptions mean. Alternatively, working vice-versa it > may be useful to suppress those properties of, say, a Diet or Volcano that > have been inherited but really aren't particularly applicable to the > specific class in question. > > Phil > > [snip] Uhh... that's the whole point of HAVING Types to begin with... grouping common properties together around a Domain Type. (slap slap slap...wake up folks...we still like you Phil, however ;-)) -- -Thad Thad on Freebase.com <http://www.freebase.com/view/en/thad_guidry> Thad on LinkedIn <http://www.linkedin.com/in/thadguidry/>
Received on Friday, 27 September 2013 13:42:46 UTC