RDF AP TG logo

Handbook: Table of Contents
► Governing Board committees: Membership & Finance ◘ Nominations & Bylaws
► Technical Board committees: Usage ◘ Standards & Liaisons ◘ Community Specifications
► Advisory Board committees: Conferences & Meetings ◘ Education & Outreach
► Management: Executive ◘ Directorate


Contents


DCMI RDF AP Task Group

http://wiki.dublincore.org/index.php/RDF_Application_Profiles

Meeting date: Aug 5, 2014

Meeting link: https://meetings.webex.com/collabs/meetings/join?uuid=M06NUZT11SOENX3CQ9SKJU1UG9-JV0D

Attendees: Karen, Antoine, Valentine, Thomas, Diane, Gordon, Kai, Corey, Stefanie, Mariana, Mark (joined late)

Regrets:

Agenda and notes: http://etherpad.wikimedia.org/p/dcmi-ap-rdf-05-08-2014

1. Gathering requirements task

(Requirements database: http://purl.org/net/rdf-validation)

Requirements have been added to the database from use cases included in the discussion on the W3C ShEx list. Therefore there was a request to be able to filter the requirements that come from DC case studies.

These can be accessed at the links below.

There is a check box that assigns the case study to the DC group. All use cases and requirements then are associated with that group and can be viewed separately.

a. Cases DDB/DM2E/Europeana (First presentation by September.)

Stefanie is working on this now, and hopes to finish today. These are the use cases already started in the database.

Q: Should use cases be added if the requirements are the same? For example http://lelystad.informatik.uni-mannheim.de/rdf-validation/?q=node/248 is explicitly labeled DM2E

Antoine: use cases could be duplicated (case study-specific use cases)

Kai: use cases should be shared among case studies if they are identical - they can be linked

Karen: it would be good to know what are the common requirements

Stefanie: specific example: http://lelystad.informatik.uni-mannheim.de/rdf-validation/?q=node/245

Kai : in this case it would be good to work on re-labeling, so that use cases can be re-used with other case studies

Stefanie: I will work with Evelyn on this.

Decision: Case studies should link to use cases already in the database. Some use cases have been given labels that are specific to a case study. Those need to be changed to be more generic so they can be associated with multiple case studies.

Valentine: I have added some use cases and maybe I have created some duplicates. I prefer to add all UCs before working on Reqs. It's hard coming up with the right names... we may need to re-visit some to make them clearer.

b. Other use cases

Karen: I added a use case - http://wiki.dublincore.org/index.php/TinyArchive

I've tried adding it in the DB and failed. I'm going to contact Thomas.

It's a small archive, we're adding schema.org to the web pages. Today they have no identifiers for their "things" (authors, places, topics) but they hope to add those incrementally. Therefore they need to document the current state of their use of schema.org, and what values can be expected. As this changes, their documentation needs to reflect these changes, which means that they will have a need to indicate versions.

Use case action items from last meeting

ACTION ITEM: to invite Kevin and/or Eric to provide a simple case study (+use cases). [DONE - no response]

Stanford: Phil Schreur (http://www.loc.gov/bibframe/implementation/register.html) pschreur@stanford.edu

ACTION ITEM: Ask Phil for case study (overall) + different use cases within the case study [DONE - waiting on response]


2. Scope discussion: relation between the TG work and previous AP work

http://dublincore.org/documents/profile-guidelines/

http://dublincore.org/documents/dc-dsp/

http://dublincore.org/documents/singapore-framework/

Karen: I've started work on looking at re-writing the DSP in relation to RDF/OWL


3. Tutorials for various meetings, especially DC2014

  • DL14 Conference London (Sept) - tutorial will include APs in general. The outline is available at https://docs.google.com/document/d/1kPu5ZvFlYkm-ops892AVRQXNxNw1ZFLEdSVlMzbknQU/edit
  • DC2014 Austin (October), half day: Tom, Stefanie, Kai, Thomas, Karen (coordinating)
    • Thomas can give a general overview on validation (DSP, ShEx), helped by Kai and Stephanie
    • Tom and Karen can talk about DCAP
    • Stefanie - explain use cases and requirements
    • Karen: I need to send Stuart a description of what our audience should come away with.
  • SWIB14 Bonn (Dec): Kai Eckert, Lieke Ploeger, Evelyn Dröge, Dominique Ritze, Antoine Isaac
    • Kai: we will decide who will go there. It should be straightforward, and based on DC
    • it will be a (long) half day. Perhaps with exercises.

4. Coordination with W3C RDF Data shapes WG (running item - keep in agenda)

Prospective charter for that group (under discussion): http://www.w3.org/2014/rds/charter

Discussion list: http://lists.w3.org/Archives/Public/public-rdf-shapes/

Thomas has added 5 case studies that originated on that list:

Karen: coordination between our 2 groups needs to wait for the W3C charter

That group seems to be mainly focused on an actual validation language. We may be more focused on documentation and simple use cases. Our efforts could be complimentary.