Difference between revisions of "Finding aids"

From CURATEcamp
Jump to: navigation, search
(Created page with "==Breakout Notes from CurateCAMP 2012== * reviewed strategies we had heard of: ** EAD-like semantics expressed in RELS-EXT ** EAD-driven finding aid sites that link to repositor...")
 
Line 1: Line 1:
==Breakout Notes from CurateCAMP 2012==
+
=Breakout Notes from CurateCAMP 2012=
  
 
* reviewed strategies we had heard of:
 
* reviewed strategies we had heard of:
Line 13: Line 13:
 
** item view as javascript pane overlaid on finding aid (Indiana)
 
** item view as javascript pane overlaid on finding aid (Indiana)
 
** pulling finding aid context into repository item view
 
** pulling finding aid context into repository item view
 +
 +
= Notes from Board =
 +
*Don't unify well now
 +
*Ex-Libras ALMA transforming
 +
*EAD Expressible at my levels, flexible
 +
*Hypathia Project
 +
**http://hypathia-demo.stanford.edu/
 +
*Rigid RELS =>Flex RELS?
 +
*Mashups across institutions?
 +
**e.g. - Jefferson Papers @ UVA & LOC
 +
*EACCF - Authority Work
 +
*Item to folder/box links when cols are rearranged
 +
*Archives online @ Indiana U.
 +
**From EAD using AJAX to call digital object
 +
**(<span style="color:red">What was the URL for this project?</span>)
 +
*EAD going to 2.0 soon (scheduled for fall 2012?)
 +
*Using RDF to analyze FA's into their components
 +
**OAI-ORE
 +
*Separation between FA's & Physical Arrangement?
 +
*Preserving context and relationships is important
 +
*Building FA view on the fly
 +
*Users making their own relationships / contexts?
 +
 +
= Questions Asked (From memory) =
 +
#What advantage does EAD have over other potential solutions?
 +
#*It seemed as though the expectation was that archivists would have particular advantages in mind that EAD had over other potential solutions, but those who spoke said that the primary and potentially only advantage was that it was the format most popularly used, from their knowledge of other potential solutions.
 +
#What advantage might other solutions have over EAD?
 +
#*It seemed as though some solutions (I can't remember what) might be better suited to capturing the important relationships without limiting the EADs to:
 +
#**interacting within only their embedded system (ie- XTF).
 +
#**Not being able to be recompiled for different views
 +
#**It was also noted that, not only would it be good to be able to generate multiple views of the same information, but that there may be cases where archivists may want to provide the ability for user-generated views.
 +
 +
= Conclusions (From memory) =
 +
#It seemed as though there was a definite openness toward exploring solutions outside of EAD
 +
#There will likely be a new release of EAD toward the fall of this year - would be good to evaluate the new EAD within the context of the questions raised in this discussion.
 +
#It seemed like there were other solutions where relationships could be preserved while offering the potential for views generated on-the-fly.
 +
#*(<span style="color:red">what were these solutions?</span>)

Revision as of 04:52, 12 May 2012

Breakout Notes from CurateCAMP 2012

  • reviewed strategies we had heard of:
    • EAD-like semantics expressed in RELS-EXT
    • EAD-driven finding aid sites that link to repository item view
      • loss of collection context after link
      • visitors who find the item via search engines are unaware of finding aid
    • identified that encoding/storage of finding aids is not important to users/creators
      • finding aid presentation matters
      • finding aid creation must be supported
      • RDF vs. EAD vs. ? doesn't matter as long as semantics are adequate
  • interesting finding aid implementations or intergrations:
    • item view as javascript pane overlaid on finding aid (Indiana)
    • pulling finding aid context into repository item view

Notes from Board

  • Don't unify well now
  • Ex-Libras ALMA transforming
  • EAD Expressible at my levels, flexible
  • Hypathia Project
  • Rigid RELS =>Flex RELS?
  • Mashups across institutions?
    • e.g. - Jefferson Papers @ UVA & LOC
  • EACCF - Authority Work
  • Item to folder/box links when cols are rearranged
  • Archives online @ Indiana U.
    • From EAD using AJAX to call digital object
    • (What was the URL for this project?)
  • EAD going to 2.0 soon (scheduled for fall 2012?)
  • Using RDF to analyze FA's into their components
    • OAI-ORE
  • Separation between FA's & Physical Arrangement?
  • Preserving context and relationships is important
  • Building FA view on the fly
  • Users making their own relationships / contexts?

Questions Asked (From memory)

  1. What advantage does EAD have over other potential solutions?
    • It seemed as though the expectation was that archivists would have particular advantages in mind that EAD had over other potential solutions, but those who spoke said that the primary and potentially only advantage was that it was the format most popularly used, from their knowledge of other potential solutions.
  2. What advantage might other solutions have over EAD?
    • It seemed as though some solutions (I can't remember what) might be better suited to capturing the important relationships without limiting the EADs to:
      • interacting within only their embedded system (ie- XTF).
      • Not being able to be recompiled for different views
      • It was also noted that, not only would it be good to be able to generate multiple views of the same information, but that there may be cases where archivists may want to provide the ability for user-generated views.

Conclusions (From memory)

  1. It seemed as though there was a definite openness toward exploring solutions outside of EAD
  2. There will likely be a new release of EAD toward the fall of this year - would be good to evaluate the new EAD within the context of the questions raised in this discussion.
  3. It seemed like there were other solutions where relationships could be preserved while offering the potential for views generated on-the-fly.
    • (what were these solutions?)