Contribute to the DSpace Development Fund

The newly established DSpace Development Fund supports the development of new features prioritized by DSpace Governance. For a list of planned features see the fund wiki page.

Title (Goal)Allowing end users to extend, correct or enhance metadata on existing, already archived items
Primary ActorHuman
ScopeSubmission workflow, versioning
Level 
Story (A paragraph or two describing what happens)

The IR holds a collection of alumni photographs. Sally is an alumnus who was invited to look at the collection, login and tag any of the other alumni she recognizes.

Professor Pete is browsing the collection of his department. He notices someone made a spelling error on a subject or another metadata field. This aggrevates him. As a member of the institution and able to login to the system, he expects that he's able to jump in and at least make a suggestion for a correction that is swiftly enforced/implemented.

3 Comments

  1. As Bram pointed, this is variation of the use case   End User - Item editing by original submitters   (see my opinion to that use case)  with some very similar implications

    But for this particular case, we implemented a "suggest a correction to this item" button on the item-summary-view.  An e-mail with the end user comment  (only logged-in users to prevent spam)  is sent to the general administrator (well, the email, configured in a variable in dspace.cfg)  for further action.    

    If you considered it suitable, i would create a JIRA issue and we will provide the code.

  2. I like this idea, but not emailing the administrator, but maybe the Administrators of the Collection and if there isn't one then the general administrator.

    With all of the different groups working in DSpace I am the General Administrator, but I would like to push the responsibility out to those "managing" the collection.

    I would say YES please create the JIRA and provide the code!!

  3. We liked also that idea of emailing Collection-Administrators (the code was developed for a repository with that permission structure)   but the logic was "not so simple"  There were items mapped to several collections (uooppps) and things like that...We opted to a simpler aproach.

    Anyway, we have created the JIRA  Unable to locate Jira server for this macro. It may be due to Application Link configuration. and hope to attach the code.(and documented) soon....