Curator's Workbench - Revision history

Prwheatley at 15:12, 8 June 2021

2021-06-08T15:12:34Z

Rcdeboer: Added links to Function and/or Content Type

2021-04-20T19:24:44Z

Added links to Function and/or Content Type

Jukervin: Added METS Category.

2020-07-02T16:37:00Z

Added METS Category.

Caribbean historian: /* Description */

2018-05-22T16:00:04Z

Description

Caribbean historian: /* Description */ fixed broken url

2018-05-22T15:59:07Z

Description: fixed broken url

Caribbean historian: /* Development Activity */ bought its history up to date

2018-05-22T15:53:50Z

Development Activity: bought its history up to date

Chlara: Development Activity: Release and Activity Feed & Formatting

2016-04-07T08:14:27Z

Development Activity: Release and Activity Feed & Formatting

COPTR Bot: Trial import from script.

2013-11-13T21:05:45Z

Trial import from script.

New page

{{Infobox_tool
|purpose=Curator's Workbench is a tool that automates and streamlines the process of preparing collections of digital materials for submission to a repository
|image=
|homepage=https://github.com/UNC-Libraries/Curators-Workbench
|license=
|platforms=
}}


[[Category:Preservation System]]
[[Category:Metadata Processing]]

= Description =
The [http://www.lib.unc.edu/blogs/cdr/index.php/2011/01/13/curators-workbench-is-now-free-and-open-source-software/ Curator’s Workbench] is a tool that automates and streamlines the process of preparing collections of digital materials for submission to a repository. The Workbench will capture and stage files, generate manifests that include fixity information, arrange folders and objects, normalise metadata to custom requirements, and finally create a submission package for ingest into the archive.
====Provider====
Carolina Digital Repository, an initiative of the University Libraries of UNC Chapel Hill.
====Licensing and cost====
[http://www.apache.org/licenses/LICENSE-2.0.html Apache 2.0] – free.
====Development activity====
Curator’s Workbench version 3.0 was released in October 2011.
The software was created for the Carolina Digital Repository, which states that the package continues to be developed to support the workflow needs of UNC Libraries. The current “Version 4.0-SNAPSHOT - Unstable Build” download offered for beta testing, as well as recent entries in the Github “Issues” page, support this assertion.
====Platform and interoperability====
Curator’s Workbench has been tested in Windows, Mac, and Linux environments. It is built upon the Eclipse Rich Client Platform, using Eclipse’s Modeling Framework and Graphical Modeling Framework. The software incorporates iRODS jargon client libraries, and is extensible by plug-in.
====Functional notes====
The Workbench’s crosswalk tool is able to map user-supplied metadata fields to MODS elements, allowing the user to define how each MODS record is created, which elements are used and where they come from in the source metadata. This can be done at the project level, allowing batch staging; the software is capable of migrating thousands of descriptive records at a time and linking them to data objects.
As materials are selected, arranged, and described, the software generates a METS file that documents these processes. In addition, it generates checksums and UUIDs for each object. When a project is ready for submission, an export function translates the internal METS into an XML-viewable submission package ready for ingest.
Curator’s Workbench was designed for use in the Carolina Digital Repository, which uses a web interface for ingest into a Fedora repository with iRODS storage. To address the unreliability of web ingest, the software can stage files in advance. In the CDR setup, individual users have accounts in a staging area within the iRODS grid; files placed there by the Workbench are readable by the Fedora instance at ingest time, at which point they are also copied into archival storage.
====Documentation and user support====
While CDR does not provide direct support, there are Google groups for developers and users. The Users group was active as of December 2011, but the Developers group is not yet active. There is also an “Issues” page on the Github wiki, which is active as of February 2012.
The Workbench incorporates its User Manual into its help system but does not provide a PDF instance of the document. Some technical information is available on a GitHub [https://github.com/UNC-Libraries/Curators-Workbench/wiki wiki].
====Usability====
The Workbench GUI is extremely simple and easy to use, although solid familiarity with metadata standards is essential.
====Expertise required====
Installation and configuration require deep system administration knowledge.
====Standards compliance====
The Workbench uses METS XML for project definition files and submission files, and incorporates MODS XML for description.
====Influence and take-up====
Curator’s Workbench is used within the UNC library system.

= User Experiences =

= Development Activity =

{{Infobox_tool_details
|ohloh_id=Curator's Workbench
}}

@@ Line 2: / Line 2: @@
 |purpose=Curator's Workbench is a tool that automates and streamlines the process of preparing collections of digital materials for submission to a repository
 |homepage=https://github.com/UNC-Libraries/Curators-Workbench
-|function=Preservation System, Metadata Processing
+|formats_in=METS (Metadata Encoding and Transmission Standard)
-|content=METS
+|formats_out=METS (Metadata Encoding and Transmission Standard)
 }}
 {{Infobox tool details

@@ Line 1: / Line 1: @@
-{{Infobox_tool
+{{Infobox tool
 |purpose=Curator's Workbench is a tool that automates and streamlines the process of preparing collections of digital materials for submission to a repository
 |homepage=https://github.com/UNC-Libraries/Curators-Workbench
-|license=
+|function=Preservation System, Metadata Processing
-|platforms=
+|content=METS
 }}
 = Description =
 The [https://blogs.lib.unc.edu/cdr/index.php/about/cdr-development-and-collab/curators-workbench/ Curator&rsquo;s Workbench] is a tool that automates and streamlines the process of preparing collections of digital materials for submission to a repository. The Workbench will capture and stage files, generate manifests that include fixity information, arrange folders and objects, normalise metadata to custom requirements, and finally create a submission package for ingest into the archive.
@@ Line 65: / Line 60: @@
 Below the last 5 commits:
 <rss max=5>https://github.com/UNC-Libraries/Curators-Workbench/commits/master.atom</rss>

← Older revision		Revision as of 16:37, 2 July 2020
Line 10:		Line 10:
	[[Category:Preservation System]]		[[Category:Preservation System]]
	[[Category:Metadata Processing]]		[[Category:Metadata Processing]]
		+	[[Category:METS]]

@@ Line 13: / Line 13: @@
 = Description =
-The <!-- http://www.lib.unc.edu/blogs/cdr/index.php/2011/01/13/curators-workbench-is-now-free-and-open-source-software/ -->
+The [https://blogs.lib.unc.edu/cdr/index.php/about/cdr-development-and-collab/curators-workbench/ Curator&rsquo;s Workbench] is a tool that automates and streamlines the process of preparing collections of digital materials for submission to a repository. The Workbench will capture and stage files, generate manifests that include fixity information, arrange folders and objects, normalise metadata to custom requirements, and finally create a submission package for ingest into the archive.
 ====Provider====

@@ Line 50: / Line 50: @@
 = Development Activity =
 <!-- Provide *evidence* of development activity of the tool. For example, RSS feeds for code issues or commits. -->
-Curator&rsquo;s Workbench version 3.0 was released in October 2011.
+Curator&rsquo;s Workbench version 3.0 was released in October 2011 and the last version 5.x in September 2015.
-The software was created for the Carolina&nbsp;Digital Repository, which states that the package continues to be developed to support the workflow needs of UNC Libraries. The current &ldquo;Version 4.0-SNAPSHOT - Unstable Build&rdquo; download offered for beta testing, as well as recent entries in the [https://github.com/UNC-Libraries/Curators-Workbench/issues Github Issues page], support this assertion.
+The software was created for the Carolina&nbsp;Digital Repository, originally developed to support the workflow needs of UNC Libraries, however, it is no longer in use at UNC Libraries nor being further developed or supported by the repository team. The last &ldquo;Version 4.1.5 - a stable Build&rdquo; can be downloaded from [https://github.com/UNC-Libraries/Curators-Workbench/issues Github Issues page].
 All development activity is visible on GitHub: http://github.com/UNC-Libraries/Curators-Workbench/commits

@@ Line 13: / Line 13: @@
 = Description =
-The [http://www.lib.unc.edu/blogs/cdr/index.php/2011/01/13/curators-workbench-is-now-free-and-open-source-software/ Curator&rsquo;s Workbench] is a tool that automates and streamlines the process of preparing collections of digital materials for submission to a repository. The Workbench will capture and stage files, generate manifests that include fixity information, arrange folders and objects, normalise metadata to custom requirements, and finally create a submission package for ingest into the archive.
+The <!-- http://www.lib.unc.edu/blogs/cdr/index.php/2011/01/13/curators-workbench-is-now-free-and-open-source-software/ -->
 ====Provider====
@@ Line 30: / Line 31: @@
 ====Documentation and user support====
-While CDR does not provide direct support, there are Google groups for developers and users. The Users group was active as of December 2011, but the Developers group is not yet active. There is also an &ldquo;Issues&rdquo; page on the Github wiki, which is active as of February 2012.
+While CDR does not provide direct support, there are Google groups for developers and users. The Users group was active as of December 2011, but the Developers group was then not yet active. There is also an &ldquo;Issues&rdquo; page on the Github wiki, which was active as of February 2012.
 The Workbench incorporates its User Manual into its help system but does not provide a PDF instance of the document. Some technical information is available on a GitHub [https://github.com/UNC-Libraries/Curators-Workbench/wiki wiki].
@@ Line 44: / Line 45: @@
 ====Influence and take-up====
 Curator&rsquo;s Workbench is used within the UNC library system.
-−
 = User Experiences =

@@ Line 14: / Line 14: @@
 = Description =
 The [http://www.lib.unc.edu/blogs/cdr/index.php/2011/01/13/curators-workbench-is-now-free-and-open-source-software/ Curator&rsquo;s Workbench] is a tool that automates and streamlines the process of preparing collections of digital materials for submission to a repository. The Workbench will capture and stage files, generate manifests that include fixity information, arrange folders and objects, normalise metadata to custom requirements, and finally create a submission package for ingest into the archive.
 ====Provider====
 Carolina Digital Repository, an initiative of the University Libraries of UNC&nbsp;Chapel Hill.
 ====Licensing and cost====
 [http://www.apache.org/licenses/LICENSE-2.0.html Apache 2.0] &ndash; free.
-====Development activity====
 ====Platform and interoperability====
 Curator&rsquo;s Workbench has been tested in Windows, Mac, and Linux environments. It is built upon the Eclipse Rich Client Platform, using Eclipse&rsquo;s Modeling Framework and Graphical Modeling Framework. The software incorporates iRODS jargon client libraries, and is extensible by plug-in.
 ====Functional notes====
 The Workbench&rsquo;s crosswalk tool is able to map user-supplied metadata fields to MODS elements, allowing the user to define how each MODS record is created, which elements are used and where they come from in the source metadata. This can be done at the project level, allowing batch staging; the software is capable of migrating thousands of descriptive records at a time and linking them to data objects.
 As materials are selected, arranged, and described, the software generates a METS file that documents these processes. In addition, it generates checksums and UUIDs for each object. When a project is ready for&nbsp;submission, an export function translates the internal METS into an XML-viewable submission package ready for ingest.
 Curator&rsquo;s Workbench was designed for use in the Carolina Digital Repository, which uses a web interface for ingest into a Fedora repository with iRODS storage. To address the unreliability of web ingest, the software can stage files in advance. In the CDR setup, individual users have accounts in a staging area within the iRODS grid; files placed there by the Workbench are readable by the Fedora instance at ingest time, at which point they are also copied into archival storage.
 ====Documentation and user support====
 While CDR does not provide direct support, there are Google groups for developers and users. The Users group was active as of December 2011, but the Developers group is not yet active. There is also an &ldquo;Issues&rdquo; page on the Github wiki, which is active as of February 2012.
 The Workbench incorporates its User Manual into its help system but does not provide a PDF instance of the document. Some technical information is available on a GitHub [https://github.com/UNC-Libraries/Curators-Workbench/wiki wiki].
 ====Usability====
 The Workbench GUI is extremely simple and easy to use, although solid familiarity with metadata standards is essential.
 ====Expertise required====
 Installation and configuration require deep system administration knowledge.
 ====Standards compliance====
 The Workbench uses METS XML for project definition files and submission files, and incorporates MODS XML for description.
 ====Influence and take-up====
 Curator&rsquo;s Workbench is used within the UNC library system.
-−
 = User Experiences =
-−
-−
 = Development Activity =
 {{Infobox_tool_details
 |ohloh_id=Curator's Workbench
 }}