Difference between revisions of "CURATEcamp OR11 Ideas"

From CURATEcamp
Jump to: navigation, search
Line 17: Line 17:
 
'''ORCID and other person IDs''': Widely adopted person identifiers would solve many of our name authority control problems. How should we store them and how do we want repositories to interact with services like ORCID that provide them?
 
'''ORCID and other person IDs''': Widely adopted person identifiers would solve many of our name authority control problems. How should we store them and how do we want repositories to interact with services like ORCID that provide them?
  
'''XMLUI batch editing system for DSpace''': Batch editing by exporting and importing the contents of the repository is not ideal. Let's make some strides toward designing and developing a user interface for this feature. What are the requirements to make this useful in a variety of repositories?
+
'''GUI batch editing system for DSpace''': DSpace has introduced a highly useful system for editing batches of records, but it still requires a bit of back-end-knowhow. Let's make some strides toward designing and developing a user interface for this feature. What are the requirements to make this useful in a variety of repositories?
  
'''[http://wiki.code4lib.org/index.php/HAMR:_Human/Authority_Metadata_Reconciliation HAMR]''': Continued work on this tool for comparing your record to an authority record and easily applying changes.
+
'''Using a [http://wiki.code4lib.org/index.php/HAMR:_Human/Authority_Metadata_Reconciliation HAMR]''': HAMR is a (not-yet-functional) tool for comparing a locally held record to an authority record and easily applying changes. Will the current design work for your repository system? What features would you like to see in this tool?
  
'''Tools for knowing when an article is published (other than PubMed) Bibapp?''': Wouldn't it be nice to have an automated notification that additional, more authoritative metadata is available for an item? Also has particular importance for repositories with embargo periods.
+
'''Tools for knowing when an article is published''': Wouldn't it be nice to have an automated notification that additional, more authoritative metadata is available for an item? Also has particular importance for repositories with embargo periods.
  
 
'''Statistics issues/discussion''': How to improve what we display? What to report to users? How to measure impact? Standards for excluding robots, local users, etc. Will the DSpace stats setup work for other repositories?  
 
'''Statistics issues/discussion''': How to improve what we display? What to report to users? How to measure impact? Standards for excluding robots, local users, etc. Will the DSpace stats setup work for other repositories?  
  
'''Reporting system for DSpace''': Particularly thinking about frequency reporting -- What values are typical for a field? What are the range of values in this field?
+
'''Requirements for reporting systems''': What types of reports are most helpful for curators? Can we develop a standard set of reports that all repository platforms should support? One example is frequency reporting -- What values are typical for a field? What are the range of values in this field?

Revision as of 04:33, 4 June 2011

Feel free to use this space to share ideas for discussion at CURATEcamp #OR11.

Here's an example:

MICROSERVICES THROWDOWN (Mike Giarlo): The fixity microservice has a beef with the storage microservice -- which will win? Lorem ipsum, checksum ipsum, yada yada.




Preserving faculty web output; Do you collect scholarly output native to the web? Web pages, blog posts, comments, tweets, winks, likes, zips, whistles? What are current policies, practices, plans, and pie-in-the-sky-semantic-web-dream-scenarios?

Poolside is coolside; Let's test the theory that holding #curatecamp by a pool with margaritas leads to us solving all the digital curation problems.

Managing controlled vocabulary terms: How can we best incorporate terms from controlled vocabularies as subject keywords for improved searching/browsing?

ORCID and other person IDs: Widely adopted person identifiers would solve many of our name authority control problems. How should we store them and how do we want repositories to interact with services like ORCID that provide them?

GUI batch editing system for DSpace: DSpace has introduced a highly useful system for editing batches of records, but it still requires a bit of back-end-knowhow. Let's make some strides toward designing and developing a user interface for this feature. What are the requirements to make this useful in a variety of repositories?

Using a HAMR: HAMR is a (not-yet-functional) tool for comparing a locally held record to an authority record and easily applying changes. Will the current design work for your repository system? What features would you like to see in this tool?

Tools for knowing when an article is published: Wouldn't it be nice to have an automated notification that additional, more authoritative metadata is available for an item? Also has particular importance for repositories with embargo periods.

Statistics issues/discussion: How to improve what we display? What to report to users? How to measure impact? Standards for excluding robots, local users, etc. Will the DSpace stats setup work for other repositories?

Requirements for reporting systems: What types of reports are most helpful for curators? Can we develop a standard set of reports that all repository platforms should support? One example is frequency reporting -- What values are typical for a field? What are the range of values in this field?