[
https://jira.duraspace.org/browse/DS-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Diggory reopened DS-171:
-----------------------------
Assignee: Mark Diggory
I would like to resurrect this Issue because we have started working on an
Embargo solution that actually uses the start/end dates of resource policies to
enforce the embargo rather than a cron tab script. The new approach allows for
Embargo to be applied at either the Item level or individual Bitstream levels
and does not require executing a cronjob to adjust the state of the Item.
The AuthorizationManager already supports the enforcement of timeframes in
resourcePolicies. I would like to extend ResourcePolicy itself to be a better
DSpace Domain Model citizen and that would include having name and description
fields available to define the reason for a resource policy being set.
As we evolve the Metadata capabilities to support system/tech/admin/descirptive
metadata sections for all parts of the item, we can consider that the
ResourcePolices will inform the production of metadata about the embargo state
of the Item being exposed in OAI / SWORD /METS packagers and so-on. But for
now, we really need to make the Resource Policies be the mechanism that
enforces the policies within the system and not some metadata field set in the
item metadata description.
Mark
> Embargo_on_Bitstream_(JSP)
> --------------------------
>
> Key: DS-171
> URL: https://jira.duraspace.org/browse/DS-171
> Project: DSpace
> Issue Type: Improvement
> Components: JSPUI
> Reporter: Charles Kiplagat
> Assignee: Mark Diggory
> Priority: Major
>
> Bitstreams all have a resource policy. Most of the time this is a anonymous
> read policy. If a bitstream has no anonymous read policy then it cannot be
> read, so effectively it is under embargo.Now if you could set an end date for
> that embargo, it would be so much nicer. But this is already possible: DSpace
> allows resource policies to have a start date and an end date: so if you set
> an anonymous read policy with a start date of januari 1 2009, it is
> effectively under embargo until januari 1 2009. Now all this change does, is:
> * allow a submitter to set an embargo date when uploading a new file
> (optional) * allow an administrator to set the start and end dates of a
> resource policy for bitstreams * display the embargo date in a nice way when
> displaying an item with bitstream information, and disabling the link to that
> bitstream if it is under embargo (an administrator can always link to the
> bitstream)
> https://openaccess.leidenuniv.nl/handle/1887/12291
> http://wiki.dspace.org/index.php/Embargo_on_Bitstream_(JSP)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.duraspace.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
management toolset available today. Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
