Hi Andrew. I think that what you've done so far to get thumbnails within DSpace
for records harvested from ContentDM is wonderful.
I noticed that you're using the xmlui.
Are the URI strings to the ContentDM icons formed in a predictable way based on
the identifiers? Are the identifiers readily accessible in a unique metadata
field?
I'm wondering if you might be able to customize the xmlui theme for collections
harvested from ContentDM so that it uses the URI for the icon in the original
ContentDM system in the <img /> tag for thumbnails, instead of downloading and
storing these icons in the DSpace system. There might be some disadvantages to
this:
- slow loading if any of the CONTENTdm systems are slow
- icons will vanish if a system is temporarily down
- can break if CONTENTdm changes t he way these URIs to icons are built
It's a thought, though. Could be fun to try. :)
Great work on using DSpace to build a union of digital repositories. It looks
good even though it's still in the test stages.
----- Original Message -----
From: "Andrew Bullen" <[email protected]>
To: [email protected]
Sent: Friday, April 23, 2010 5:37:01 PM GMT -05:00 US/Canada Eastern
Subject: [Dspace-general] OAI harvesting and ContentDM
OAI harvesting and ContentDM
All —
Very much a newbie at all of this, so forgive my naïve questions in advance.
I am testing ways to build a union catalog of digital image repositories in
Illinois. Right now, I am simply trying to harvest through OAI the ContentDM
collections (see http://www.finditillinois.org:1066/xmlui/community-list ).
What I would like to end up with is a metadata record and icon for each item in
e very collection in Illinois.
I have been able to quite successfully harvest all of the collections from the
Chicago Public Library. H owever, I did this laboriously, through the Perl
module Net::OAI::Harvest. I then took the identifier for each item, converted
it into a URI string which would fetch the icon, fed the 1000s of individual
URIs into a file and then ran wget against the file to fetch the icons. I then
wrote another Perl program to assemble all of the metadata and icons into
appropriate import files and then batch imported them into dSpace. Needless to
say, this is not a clean nor an efficient way of doing this.
The OAI harvest in dSpace is lovely, and works like a charm; however, since (as
far as I have been able to tell) ContentDM doesn ’ t support OAI-ORE, I can ’ t
magically snag the icons (or anything else squishy) with the metadata.
Have any of you accomplished this (to me) heroic feat? Failing a clean way of
doing this, and short of r ewriting the OAI harvest java code, I am also more
than happy to take a mapfile, create a file of URIs, wget them, and then update
the records. Does OAI harvesting leave any kind of mapfile? I couldn ’ t tell.
Thanks for any help you can give,
Andrew Bullen
************************************************
Disclaimer - This email and any files transmitted with it are confidential and
contain privileged or copyright information. You must not present this message
to another party without gaining permission from the sender. If you are not the
intended recipient you must not copy, distribute or use this email or the
information contained in it for any purpose other than to notify the Office of
the Illinois Secretary of State.
If you have received this message in error, please notify the sender
immediately, and delete this email from your system. Any views expressed in
this message are those of the individual sender, except where the sender
specifically states them to be the views of the Office of the Illinois
Secretary of State.
************************************************
------------------------------------------------------------------------------
_______________________________________________ Dspace-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-general
------------------------------------------------------------------------------
_______________________________________________
Dspace-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-general
