1 / 10

A Metadata Application Profile for the DRIADE Project

A Metadata Application Profile for the DRIADE Project. Sarah Carrier, Jed Dube, Jane Greenberg March 13, 2007 _____________________. What is a Metadata Application Profile?.

josiah-ward
Download Presentation

A Metadata Application Profile for the DRIADE Project

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. A Metadata Application Profile for the DRIADE Project Sarah Carrier, Jed Dube, Jane Greenberg March 13, 2007 _____________________

  2. What is a Metadata Application Profile? • “Application profiles consist of data elements drawn from one or more namespace schemas combined together by implementors and optimised for a particular local application.” (Heery and Patel, 2000) • Data Elements: Title, Name, Coverage, Identifier, etc. • Namespace schemas: Dublin Core, Data Documentation Initiative (DDI), Darwin Core, PREMIS, Ecological Metadata Language (EML), etc.

  3. Why create an Application Profile? • Single existing schemes are often not sufficient • Dublin Core, DDI, other element sets alone do not cover DRIADE needs • We look to supplement Dublin Core with others • But we may not need all elements (e.g. in DDI or PREMIS) • We look to other schemes because we don't want to re-invent the wheel

  4. Object Types: The publication The published piece of data in the publication The dataset behind the published data (supplemental) An initial data source Newly created data (Heterogeneous) Data Types: Structured labeled data Structured unlabeled data Unstructured textual data Unstructured non-textual data DRIADE’s application profile – combining a range of metadata to effectively support evolutionary biology data and digital repository functions: • Information life cycle: • Creation • Collection • Identification/Organization • Rights management • Archiving/Preservation • Access/Distribution • Usage

  5. DRIADE Application Profile Development (1) A multi-methods approach: • Requirement assessment: Identified initial goals and functional requirements based on Dec. 5 meeting, plus amalgam of DRIADE team efforts-to-date. Initial questions included: How many elements are needed? What functions will the scheme support? • Content analysis: Examined various metadata schemes and employed the content analysis methodology to identify relevant elements. • Which schema is being analyzed and what elements are included? • How is the schema defined? • In what context was the schema designed, and how is it currently applied? • How does the context relate to DRIADE? • Crosswalk analysis: Mapped selected elements on spreadsheet for a comparison and selection for the DRIADE application profile. Included examples of element use.

  6. DRIADE Application Profile Development (2) Procedures: • Considered Dec.5th meeting, DRIADE goals, Todd’s demo, data type extraction, keyword sampling,etc. • Considered information life-cycle, data object types, data types, metadata life cycle • Researched use of standards and recommendations for best practices, case studies • Identified potential metadata schemes/elements • Developed list of required metadata • Mapped required metadata to elements (spreadsheet) • Chose elements (Dublin Core where possible--mandatory and required elements from each scheme were considered a priority) • Completed Level 1 • Work ongoing for Level 2

  7. DRIADE Application Profile • Level 1 – initial repository implementation • metadata support for preservation, access, and basic usage of data • Level 2 – full repository implementation • (Level 1 plus) support for expanded usage, interoperability, preservation, administration, etc. • Level 3 – “next generation” implementation • May consider Web 2.0 functionalities

  8. Name (DC:Creator) Title (DC:Title) Identifier (DC: Identifier) Fixity? (PREMIS) Relation (or Project, or Study) Contributor (DC:Contributor) Contact (DDI <contact>) “Rights” (DC: Rights) Date (DC: Date) Description (DC: Description) “Keyword” (DC: Subject) Data Type (DC: Type) Format (DC: Format) Size? (DC: Format, PREMIS) Software (DDI <software>) “Locality” (DC: Coverage) “Date Range” (DC:Coverage) Species, or ScientificName (Darwin Core) Level 1 Application Profile

  9. Level 2 Application Profile • All Level 1 elements, PLUS: • Expanded information for preservation • More granularity for data description • More information about methodology • More about known linkages (to publications etc.) • Etc.

  10. References • Application Profile Spreadsheet: https://www.nescent.org/wg/digitaldata/images/e/e1/Applicationprofile-jedmar12.xls • Application Profile Bibliography/References: https://www.nescent.org/wg/digitaldata/index.php?title=Development#Application_Profile

More Related