[Koha-bugs] [Bug 6874] File upload in MARC
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Fri Mar 2 13:44:40 CET 2012
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6874
Julian Maurice <julian.maurice at biblibre.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #7114|0 |1
is obsolete| |
--- Comment #18 from Julian Maurice <julian.maurice at biblibre.com> ---
Created attachment 7980
-->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7980&action=edit
File upload in MARC
Bug 6874: File upload in MARC
New cataloging plugin upload.pl and new system preference 'uploadPath'.
upload.pl provide a way to upload files on the server and store a link
(url) to it in MARC
uploadPath is the absolute path on the server where the files will be
stored. It's possible to have a hierarchy of directories under this path
and the plugin will allow to choose in which directory to store the
file.
Stored value in MARC subfield looks like this:
<OPACBaseURL>/cgi-bin/koha/opac-retrieve-file.pl?id=<SHA-1 of the file>
So both 'uploadPath' and 'OPACBaseURL' sysprefs have to be set for this
plugin to work correctly
--
What's new:
- SHA-1 is now used to build the file hash instead of MD5
- uploadPath syspref is now displayed in the syspref interface (module
Cataloging)
- documentation added to C4::UploadedFiles
- Value in MARC subfield is now the full URL instead of the id (needs
OPACBaseURL syspref)
- Patch rebased on current master
- kohaversion.pl changes removed from the patch
- updatedatabase.pl now prints a short explanation on how to make the plugin
working
- If 'uploadPath' directory contains other directories, a directory tree is
displayed to allow the user to choose in which directory he wants to store his
file
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-bugs/attachments/20120302/c8d05454/attachment.htm>
More information about the Koha-bugs
mailing list