- From: Karen Coyle <kcoyle@kcoyle.net>
- Date: Tue, 02 Nov 2010 08:49:45 -0700
- To: Mark van Assem <mark@cs.vu.nl>
- Cc: Dan Brickley <danbri@danbri.org>, "Haffner, Alexander" <A.Haffner@d-nb.de>, public-lld <public-lld@w3.org>
The term "vocabularies" gets used for a lot of different things in semantic web discussions. However, as this thread shows, there isn't an obvious set of clear terms to use in its place. Depending on who you are talking to, the things that DCMI calls "value vocabularies" are "controlled lists of terms" or "authority lists" or "pick lists." Although 'value vocabulary' is a clear distinction to adherents of DCAM, I have not heard that phrase used by any other communities. When I talk to librarians, I often use the phrase "controlled list" in my explanation. It would be good to get the 'value vocabulary' concept disseminated broadly. The analogy to properties is "data elements" in the traditional IT world. In fact, the MARC documentation refers to the fields and subfields as data elements. For that reason, "metadata element" and "metadata element set" seem to resonate with folks who are already somewhat familiar with a data processing model. However, I worry that people will assume that a property is the same as a data element. The terms "property," "value" and "statement" have no meaning for folks in the library world. These are new concepts, and should be introduced as representing a new way of creating and using metadata. I think it is legitimate to say that MARC does not have properties (in the semweb sense), and there are no statements in a MARC record as it is coded today. The advantage here is that librarians can move to new concepts and a new vocabulary about those concepts, which I think will help keep them from dragging the old ideas along with them into the semantic web. Therefore (after all of that), I would vote for using 'value vocabularies' and 'properties' ('set of properties' for something like foaf or dcterms?), but explain them in terms of controlled lists and data elements, emphasizing the differences. Yep, easier said than done. kc Quoting Mark van Assem <mark@cs.vu.nl>: > >> Generally the whole situation is a mess, and can only be understood >> sociologically / historically. Asking whether eg. 'schemas' and >> 'ontologies' are the same or different doesn't get us very far. Asking >> about which communities used which terms maybe gets us a bit >> further... > > Ok, If the question is about communities we're communicating with, then > > "element set" would probably work here > > (come to think of it, I used "metadata element set" to refer to DC etc. > in my thesis, and later link that to the term "schemas" to denote how > DC looks like in RDF, which then become "metadata element schemas" > > > I also like "value vocabulary" because it sort of indicates that they > go into the object part ("value") of a triple. > >> I quite like 'vocabulary' as it covers schema, ontology, metadata set, >> and also SKOS/thesaurus stuff too. > > Yes, but we need separate terms for the things "vocabulary" may > encompass. In other words it's either too broad or means different > things to different people. > > Mark > > -- > Mark van Assem - Vrije Universiteit Amsterdam > http://www.cs.vu.nl/~mark -- Karen Coyle kcoyle@kcoyle.net http://kcoyle.net ph: 1-510-540-7596 m: 1-510-435-8234 skype: kcoylenet
Received on Tuesday, 2 November 2010 15:50:25 UTC