lib-ir Archive
Date: Wed Mar 30 15:40:12 2005
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: lib-ir: Policy decision for SB collections
Thanks for noting the problems with the metadata. You're right
about submitting the abstract as a file - good solution.
I can take care of both of these later today, hopefully.
Carol
At 08:34 AM 3/30/2005, you wrote:
>My feeling is that the point of scholarsbank is to provide a place to store
>content, and that the metadata is there to assist in locating the content.
>I don't think it's well designed for being a referatory, and that we
>shouldn't put in effort to use it as such.
>
>However, I don't see any problem with a faculty member uploading a file that
>is a surrogate for the primary material. Why couldn't Velma have created a
>short text file that contained the abstract, and uploaded that as the
>content with the same metadata?
>
>By the way, I noticed a problem in the metadata. The abstract contains
>"construct’s" which displays on my screen as ...,t,ahat,Euro,TM,s. I
>think we have a character set problem. The page encoding is UTF-8 and these
>are in fact UTF-8 3-byte characters, but I'm sure they aren't the UTF-8
>characters that Velma intended.
>
>-----Original Message-----
>From: owner-lib-ir@lists.uoregon.edu [mailto:owner-lib-ir@lists.uoregon.edu]
>On Behalf Of Carol Hixson
>Sent: Wednesday, March 30, 2005 6:12 AM
>To: Institutional Repository Group
>Subject: lib-ir: Policy decision for SB collections
>
>
>A topic for us to discuss, either on the list or
>when we meet on April 11, is whether we
>want to accept submissions without any content.
>This has actually come up twice, from two different
>faculty.
>
>I decided to load in the title and the abstract for
>one paper at the request of a faculty member.
>The paper is being reviewed for publication
>at this time. You can see the record for it at:
>https://scholarsbank.uoregon.edu/dspace/handle/1794/710
>
>If we decide we want to allow this, it requires tricking
>the software (or modifying it.) Currently, the software requires a file to
>be uploaded as part of the submission process (a logical assumption on the
>developers' part.) So, I loaded in a file that had nothing to do with the
>submission and then deleted it after the submission was entered. It's
>possible to do this but probably not a good idea as a general rule,
>certainly from the workflow/workload standpoint and possibly also from a
>systems standpoint, as well.
>
>Any comments or reactions? Or would you prefer
>to discuss this face-to-face?
>
>Carol