Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enable Dataset Deaccession #600

Closed
eaquigley opened this issue Jul 9, 2014 · 3 comments
Closed

Enable Dataset Deaccession #600

eaquigley opened this issue Jul 9, 2014 · 3 comments
Assignees
Labels
Type: Feature a feature request

Comments

@eaquigley
Copy link
Contributor


Author Name: Eleni Castro (@posixeleni)
Original Redmine Issue: 4031, https://redmine.hmdc.harvard.edu/issues/4031
Original Date: 2014-05-27
Original Assignee: Mike Heppler


We will need to enable the ability for datasets to be deaccessioned. Additionally, the SWORD Data Deposit API needs this enabled so that it can be backwards compatible.

Rules as discussed and to be implemented:
Deaccessioning Rules:
User may deaccession entire dataset, latest version, or selected version(s)
User will be asked for reason (Some generic to be selected from via option button or “Other” with a free text entry.)
Selecting “By Version” should leave user in same pop-up.
Deaccessioned versions will show up on the versions tab of the dataset page for anyone.
Only the owner (others with permission will have a link in the versions tab so that they may see the metadata/files associated with the deaccessioned version.
Deaccessioned versions will not be part of the version differences (They will not be “selectable” for ad hoc version differences and they will be skipped for the purposes of comparing consecutive versions.
If a user creates a new draft it will be based on the most recent published version - deaccessioned versions will be skipped.
A new version created after a deaccessioned version will be required to be a major version.
Will implement url for deaccessioned version similar to 3.x.


Redmine related issue(s): 3385


@eaquigley
Copy link
Contributor Author


Original Redmine Comment
Author Name: Steve Kraffmiller (@sekmiller)
Original Date: 2014-07-02T18:23:15Z


Logic for displaying deaccession link and dialog box entered. Passing to Mike to fix display based on user selections of radio buttons

@eaquigley
Copy link
Contributor Author


Original Redmine Comment
Author Name: Philip Durbin (@pdurbin)
Original Date: 2014-07-08T19:47:34Z


Mike, could you also please look at/fix the blue label I put on the card that says "Deaccessioned"?

Here's my commit:

new indexing rules now that we have deaccessioning #4031 · 157cf23 · IQSS/dataverse - 157cf23

This is what I attempted to implement:

  • If there are no published versions but there is a deaccessioned version, index the deaccessioned dataset version with the same permissions/discoverability as drafts (i.e. hidden from the public). Show a "Deaccessioned" label on the dataset card but don't show a facet.
  • If there are any published versions, index the latest published version (like normal) and make sure there are no deaccessioned versions are indexed. (Delete them from the index.)

From https://docs.google.com/a/harvard.edu/document/d/1lFcwjtdGIqqQLYYnwtTI2GZNzmzYlrnMk2omGcXO9oY/edit?usp=sharing

@eaquigley eaquigley added this to the Dataverse 4.0: In Review milestone Jul 9, 2014
pdurbin added a commit that referenced this issue Jul 9, 2014
- added note to look at dataset.getReleasedVersion()
pdurbin added a commit that referenced this issue Jul 9, 2014
- deleted some old commented out code too
@scolapasta scolapasta modified the milestones: Beta 2 - Dataverse 4.0, In Review - Dataverse 4.0 Jul 15, 2014
@scolapasta scolapasta assigned kcondon and unassigned mheppler Jul 25, 2014
@scolapasta
Copy link
Contributor

Deaccession was delivered; individual tickets have been opened for specific issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Feature a feature request
Projects
None yet
Development

No branches or pull requests

4 participants