Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Issue 1 of the Collection Extensions blog

Collection Extensions is an effort to create a consistent and flexible approach for grouping items in Hyrax repositories.  Implementation sprints are beginning Aug 7, 2017 (sign-up).

...

Use Cases

What is your use case for collecting together works?  The Collection Extensions Requirements Working Group identified several use cases.

...

  • assign Collection Managers (groups or users) who can edit collections other users have created, including adding to and removing works from a collection, modifying collection metadata, and deleting collections
  • assign Collection Creators (groups or users) who can create and manage their own collections


Footnotes:

1  Based on use cases identified so far, it is expected that the number of collection types will be less than 5.  If you have a use case requiring more, please let me know.  A large number of collection types has an impact on UI design.

2  The only use case identified for required membership is Admin Sets.  Let me know if you have a use case for more than one collection type in a system requiring membership (i.e., all works must be a member of collection type Admin Set AND all works must be a member of collection type A).

3  The Advanced configurations are not expected to be part of the original sprint.  More information on these will be included in a later blog post.


Basic Configuration Process

...

Current User Collection features (for reference)

User Collections for a self-deposit site

User Collections in a staff curated site

Exhibit
  •  NESTABLE
  •  MULTIPLE MEMBERSHIP
  •  DISCOVERY (public by default)
  •  SHARING
  •  REQUIRE MEMBERSHIP
  •  NESTABLE
  •  MULTIPLE MEMBERSHIP
  •  DISCOVERY
  •  SHARING
  •  REQUIRE MEMBERSHIP
  •  NESTABLE
  •  MULTIPLE MEMBERSHIP
  •  DISCOVERY
  •  SHARING
  •  REQUIRE MEMBERSHIP
  •  NESTABLE
  •  MULTIPLE MEMBERSHIP
  •  DISCOVERY
  •  SHARING
  •  REQUIRE MEMBERSHIP


For a self-deposit site, there may be only one collection type defined, that is, the User Collections for a self-deposit site.

...

Admin Sets (effective) configuration
Basic:
  •  NESTABLE
  •  MULTIPLE MEMBERSHIP
  •  DISCOVERY (optional)
  •  SHARING
  •  REQUIRE MEMBERSHIP

Advanced:

  •  WORKFLOW
  •  VISIBILITY
  •  CONTROL VISIBILITY


UI changes

Since these configurations and the grouping functionality is consistent with the concept of Collections, the UI is being adjusted to show Admin Sets to users as though they were implemented as just another collection type.  The UI adjustments include...

...

What happens when a configuration is changed and collections of that type already exist?


Less Restrictive
(from Not-Allowed to Allowed)
More Restrictive
(from Allowed to Not-Allowed)


Easy approach...Moderate approach...Difficult approach...
NESTABLENo impactWarning that any collections already nested will remain nested.Warning that includes a count of the number of collections impacted.Warning + count + page to help with reconciliation.
MULTIPLE MEMBERSHIPNo impactWarning that any works already in collections of this type may continue to belong to multiple collections.Warning that includes a count of the number of collections impacted.Warning + count + page to help with reconciliation.
DISCOVERYRequires action to make existing collections discoverableWarning that collections already marked PUBLIC will remain discoverable.Warning that includes a count of the number of collections impacted.Warning + count + page to help with reconciliation.
REQUIRE MEMBERSHIPNo impactWarning that works already created may not be in a collection of this type.Warning that includes a count of the number of works impacted.Warning + count + page to help with reconciliation.
SHARINGNo impactWarning that works already created may have sharing privileges assigned.Warning that includes a count of the number of works impacted.Warning + count + page to help with reconciliation.
WORKFLOWNo impact to existing works.  The default workflow will be configured for all existing collections, which can be changed via configuration.  New works will be assigned the configured workflow. No impact for existing works. New works will not have a workflow assigned by collections of this type.

VISIBILITYNo impact to existing works.  The default visibility will be configured for all existing collections, which can be changed via configuration.  New works will be assigned the configured visibility. No impact for existing works. New works will not have a visibility assigned by collections of this type.

...