[
https://jira.duraspace.org/browse/DS-862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=21071#action_21071
]
Yin Yin Latt commented on DS-862:
---------------------------------
Patch missed out to update message.xml - 2 new messages
<message
key="xmlui.administrative.item.EditBitstreamForm.name_label">Filename:</message>
<message key="xmlui.administrative.item.EditBitstreamForm.name_help">Rename the
filename for this bitstream. Note that this will change the display bistream
URL (old links will still work unless the bistream is removed and
re-uploaded).</message>
> Add ability to rename bitstreams (filenames) in XMLUI
> -----------------------------------------------------
>
> Key: DS-862
> URL: https://jira.duraspace.org/browse/DS-862
> Project: DSpace
> Issue Type: Improvement
> Components: XMLUI
> Affects Versions: 1.5.0, 1.5.1, 1.5.2, 1.6.0, 1.6.1, 1.6.2, 1.7.0, 1.7.1
> Reporter: Kim Shepherd
> Assignee: Kim Shepherd
> Fix For: 1.8.0
>
> Attachments: [DS-862]_ability_to_rename_file_names_in_XMLUI.patch
>
>
> Add ability to edit a bitstream's filename as well as description, format,
> etc. in XMLUI's EditBitstream form.
> This is a trivial change and helps keep parity with JSPUI. There are
> implications to renaming bitstreams -- none severe, but worth considering.
> 1. Bitstream links are usually displayed with the filename included.
> Since handle and sequence ID are what actually matches the request to the
> item+bitstream, this is not a problem. Old/cached/indexed links will still
> work.
> For this reason, editing bitstream filename in the EditBitstream form is
> actually safer than deleting and re-uploading the bitstream, which would
> generate a new sequence ID and cause old links to be unusable (a lot of
> repository managers use this as a workaround currently)
> 2. Bitstreams derived from filter-media processes (eg.
> THUMBNAIL/image.jpg.jpg and TEXT/document.txt.txt) will, in practice, become
> orphaned, and on the next filter-media run, the derived bitstreams will be
> regenerated and added to the TEXT, THUMBNAIL. etc. bundles. This is
> potentially a problem, in terms of storage space, search term boosting,
> thumbnail duplication could affect display of item lists, and so on.
> It could be possible to programatically search for the derived bitstreams
> (eg. search for oldname.*.txt) and rename to fit the renaming of the ORIGINAL
> bitstream, but my opinion is that this is something that should be left up to
> repository managers/administrators, and that as long as we clearly document a
> recommended renaming procedure (we could even display a javascript warning
> alert or something, if necessary), the "human touch" will always be better
> than the interface trying to guess what other bitstreams to touch.
> Attaching patch that's tested internally at my institution, but will not
> commit until vote at dev meeting has been taken and others have had a chance
> to comment.
--
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
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel
