W3C home > Mailing lists > Public > public-digipub-ig@w3.org > May 2016

[dpub-arch] ideas for PWP use cases related to archival services

From: Timothy Cole <t-cole3@illinois.edu>
Date: Tue, 3 May 2016 17:13:44 -0500
To: <public-digipub-ig@w3.org>
Message-ID: <09cf01d1a589$1263fba0$372bf2e0$@illinois.edu>
The last few Archival Task Force calls have generated a few ideas for PWP
use cases related to archival services. Several of these ideas are listed
below. Please keep in mind that these are only preliminary (i.e., not fully
baked - in various stages of development), and in some cases what we have
now can only be thought of as a placeholder. In some instances the use case
ideas listed below may overlap; in other instances the initial idea may
conflate multiple use cases.
 
Please respond to this email with suggestions for additional
archival-related use case ideas, as well as with feedback on the ideas
listed here that will help get us going on Thursday. 
 
We will spend most of Thursday's Archival Task Force call refining and
making these ideas more granular as needed, and developing additional use
case ideas.  Some of the following have already been added preliminarily to
our Archival Use Cases page,
http://w3c.github.io/dpub-pwp-arch/Archival-UCR.html. Here's an initial list
of archival-related PWP ideas to get us going Thursday (more ideas welcome):
 
*         Initial Capture of a PWP by an Archiving Service: An archival
service wants to harvest (spider) and save a PWP, and expects to find in the
manifest the enumeration of what it will need to capture to make sure it has
all the pieces of the PWP that need to be archived, even if these pieces
reside on separate servers. (What does this mean for the design of the PWP
manifest?)
*         A new Version of a PWP Component is Published, requiring partial
re-harvesting: An archival service needs to update an Archival Information
Package (i.e., a previously harvested PWP) because a new version of a
component of the PWP has been published. (This may in fact be multiple use
cases, see below.)
 
*         A Revision of a PWP (or PWP Component?) is Published, requiring
re-harvesting: An archival service needs to update an Archival Information
Package (i.e., a previously harvested PWP) because it or one of its
components has been revised, e.g., a spelling error corrected.
 
*         A Retraction Notice of a PWP or PWP Component is Issued: An
archival service needs to harvest the retraction notice and replace / update
/  add to the Archival Information Package for the PWP as originally
harvested to reflect the Retraction Notice issuance.
 
*         A PWP or PWP Component is Taken Down: An archival service needs to
update an Archival Information Package (i.e., a previously harvested PWP)
because it or one of its components has been taken down by the publisher.
 
*         Determining when format migration of a PWP is required. An
archival service needs to validate that a previously harvested PWP and all
of its components are still viable in order to determine when format
migration is required. 
 
*         Adding metadata to a PWP to support archiving: A service wishes to
augment the metadata of a PWP being harvested for archiving with additional
metadata deemed essential for long-term archiving. 
 
*         Migrating metadata format: An archiving service needs to migrate
the metadata associated with a PWP to a scheme that will better make sure
the metadata  (as distinct from the content of the PWP in this case) can be
read and understood in the future. 
 
Thanks,
 
Tim Cole
University of Illinois at UC
 
 
 
 
 
 
Received on Tuesday, 3 May 2016 22:14:19 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 25 April 2017 10:44:42 UTC