- From: (unknown charset) Thomas Baker <thomas.baker@izb.fraunhofer.de>
- Date: Thu, 16 Jun 2005 14:18:28 +0200
- To: (unknown charset) SW Best Practices <public-swbp-wg@w3.org>
Vocabulary Management Task Force Telecon, 2005-06-07
IRC log: http://www.w3.org/2005/06/07-vmtf-irc
Attendees
Tom Baker (chair)
Alistair Miles (scribe)
Dan Brickley
Bernard Vatant
Agenda: http://lists.w3.org/Archives/Public/public-swbp-wg/2005Jun/0017.html
Topic 1. Report from the last Telecon, May 12
http://lists.w3.org/Archives/Public/public-swbp-wg/2005May/0085.html
Topic 2. "Basic Steps for Managing an RDF Vocabulary" - next steps
http://www.w3.org/2001/sw/BestPractices/VM/principles/20050513
<tbaker> In Dublin Core community, we see that people want
to create application profiles but start out assuming they
can mix-and-match terms from any source. So there has been
discussion lately on how to explain (in terms understandable
for ordinary people) concepts like "property"; the notion of
"sub-property"; and the difference between an RDF property
and an XML element. See, for example:
http://www.ukoln.ac.uk/metadata/dcmi/dc-elem-prop/
http://www.ukoln.ac.uk/metadata/dcmi/dc-elem-refine/
See also an earlier piece by Dan and Eric:
http://www.w3.org/2001/06/rdf-xproc/1
Such issues have a bearing on migration -- under what
conditions or with what assumptions can one express a legacy
vocabulary in RDF? Are such issues in scope for the current
draft? Or do we focus on low hanging fruit, and talk about
building RDF vocabularies from scratch?
<aliman> My position is to leave migration completely alone.
Take RDF as the starting point. If you start thinking about
migration, if you open the lid, it's one of those threads in
a jumper :)
<danbri> Reminds me of that phrase from DCMI - what you do
in the privacy of your own database is your own business.
What matters is what goes over the public networks. I'm happy
to stay with the RDF side of things. RDF was designed to give
a technical story to DCMI (among others) about how that works.
tbaker and bernard agree on this scope.
<tbaker> This scope is implicit in current draft.
<danbri> Agrees. The current draft does not raise expectations
that it should be about migration.
Topic 3. "Some Things that Hashless URIs can Name" - next steps
http://www.w3.org/2001/sw/BestPractices/VM/httpclass/1
<danbri> Have made no progress since last draft. This new
document is modest -- says RDF classes and properties are
similar in a way to documents and web services and therefore
classes and properties can be named by hashless HTTP URIs.
Seems to be compatible with tag decisions.
<bernard> Should Danbri's doc be included in vmtf basic
principles draft?
<danbri> Better to have separate, esp. because recommendations
regarding http uris depend on agreement with TAG.
<danbri> Should keep the hashless doc on active agenda
for VMTF. Expect to be able to make some progress, though
not in the immediate future.
ACTION ITEMS
ACTION: tbaker to edit current vmtf draft
for discussion on 21 June:
http://www.w3.org/2001/sw/BestPractices/VM/principles/20050513
ACTION: Tom to add DC examples, Danbri Foaf examples,
aliman SKOS examples.
NEXT TELECON
Tuesday, Jun 21, 1300 UTC (1500 Amsterdam)
Zakim: +1.617.761.6200
Conference code 8683# ('VMTF')
irc://irc.w3.org:6665/vmtf
--
Dr. Thomas Baker baker@sub.uni-goettingen.de
SUB - Goettingen State +49-551-39-3883
and University Library +49-30-8109-9027
Papendiek 14, 37073 Göttingen
Received on Thursday, 16 June 2005 12:19:06 UTC