Sorry for the delay, it's summertime, and our meetings are few and far
between. Our next big planning meeting is next Friday, the 25th - and
thumbnails will certainly be discussed. I'd like to see a standard plug-in
thumbnail facility architected, with something like a registry of file
types, containing class names of plug-ins that will generate the thumbnails
for those types (JPEG, GIF, PNG, PDF, etc.) We'll keep you posted.
From: Jason Simms [mailto:jsimms@...]
Sent: Tuesday, July 15, 2003 1:23 PM
Subject: Re: [Dspace-tech] Preparing for thumbnail support
I was wondering whether you have made any progress, or whether you have
seen any external movement, on the thumbnail generation issue. The
thread just seemed to die after David Stuve suggested that he bring up
the issue at his next developer meeting.
I am not certain how often those meetings happen, but I was *very*
intrigued by his potential offer that they could integrate the code
themselves, leading me to believe that he (and probably others) thought
the idea was promising and useful to many users.
I would add that, though you mention only thumbnail support for JPEG
files, why not for other standards as well, such as PNG? I assume there
is no prohibitive reason, other than the complexity of the necessary code.
Of the many suggestions I have seen on this list, I still think that
this is one of the most useful, and we here at UTK are anxious to
implement it. I would love to hear where this issue stands, and whether
we can be of any help moving forward, such as as a test site, writing
docs, etc. Thanks!
Joseph Lawson wrote:
> We are implementing DSpace at Randolph-Macon College in Ashland,
> Virginia. The server is up and running and I am beginning to
> customize it to suite our needs. I have been pouring through the code
> and am finding where I need to make modifications to add some
> thumbnail support for JPEG files, however, being that I want this to
> be well coded and maybe enable you all to use it, I have a couple of
> questions about the code and the functions of some of the helper
> applications that run with DSpace.
> First of all, to implement the thumbnails, I figured that I could
> just generate the thumbnail, perhaps with the same filename except a
> thmb would be concatenated to the beginning of the filename. Also, I
> would store this in the same directory as the original item. I do not
> think that this thumbnail will have to be stored in the Database,
> however I am worried about the cleaning
> (BitstreamSorageManager.cleanup() ) of the archive later might remove
> the thumbnail because it is not listed in the database. Do you all agree
that this is a problem or not?
> Second, I think that the thumbnail should be generated immediately
> after the submission is accepted and not before then because when going
> through the workflow, it seems that the administrators should have to
> look at the entire file, not just a thumbnail. However, I am having a
> hard time finding exactly where the file finds its new home. I can see
> that after the workflow is accepted, InstallItem is called but this
> seems to just be book keeping. InstallItem, I think, would be the best
> place to call another function to create the thumbnail but I do not want
> to violate the conditions of communications between the three DSpace
> APIs. So I guess what I am asking is two part, where do y'all think I
> should initiate the creation of the thumbnail, and where in the code is
> the item physically installed?
> Thanks for the help!
> -Joseph Lawson
> R-MC DSpace Intern Administrator
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> DSpace-tech mailing list
Computer Programming and Design
University of Tennessee, Knoxville
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
DSpace-tech mailing list