Thanks for the information on PKP Harvester. I browsed through the documentation and it looks like it should do what I need.
Edward On Wed, Mar 16, 2011 at 1:10 PM, Roy Tennant <roytenn...@gmail.com> wrote: > Yeah, duh, so have I and I completely forgot about it. My bad. This > would likely be the easiest path if what you have is OAI_DC. As I > recall, it was fairly simple to get going. > Roy > > On Wed, Mar 16, 2011 at 10:01 AM, Mark Jordan <mjor...@sfu.ca> wrote: >> Hi, >> >> I've done this by encoding the DC records in an OAI static repository, works >> great. >> >> Mark >> >> Mark Jordan >> Head of Library Systems >> W.A.C. Bennett Library, Simon Fraser University >> Burnaby, British Columbia, V5A 1S6, Canada >> Voice: 778.782.5753 / Fax: 778.782.3023 / Skype: mark.jordan50 >> mjor...@sfu.ca >> >> ----- Original Message ----- >>> I wonder if you might be able to load the file in PKP Harvester. >>> >>> http://pkp.sfu.ca/?q=harvester >>> >>> It should already be able to parse and index OAI-DC, and would give >>> you a nice, simple interface. It's based on a straight LAMP stack, >>> which would make it easier to get up and running than some of the >>> other suggestions so far. >>> >>> It's designed to harvest rather than load data, but that has got to be >>> a fairly simple thing to workaround. I've never done this myself, so I >>> could be entirely wrong. >>> >>> --Dave >>> >>> ================== >>> David Walker >>> Library Web Services Manager >>> California State University >>> http://xerxes.calstate.edu >>> ________________________________________ >>> From: Code for Libraries [CODE4LIB@LISTSERV.ND.EDU] On Behalf Of >>> Edward M. Corrado [ecorr...@ecorrado.us] >>> Sent: Wednesday, March 16, 2011 8:00 AM >>> To: CODE4LIB@LISTSERV.ND.EDU >>> Subject: [CODE4LIB] Simple Web-based Dublin Core search engine? >>> >>> Hi, >>> >>> I [will soon] have a small set (< 1000 records) of Dublin Core >>> metadata published in OAI_DC format that I want to be searchable via a >>> Web browser. Normally we would use Ex Libris's Primo for this, but >>> this particular set of data may have some confidential information and >>> our repository only has minimal built in search functions. While we >>> still may go with Primo for these records, I am looking for at other >>> possibilities. The requirements as I see them are: >>> >>> 1) Can ingest records in OAI_DC format >>> 2) Allow remote end-users who are familiar with the collection search >>> these ingest records via a Web browser. >>> 3)Search should be keyword anywhere or individual fields although it >>> does not need to have every whizzbang feature out there. In other >>> words, basic search feature are fine. >>> 4) Should support the ability to link to the display copy in our >>> repository (probably goes without saying) >>> 5) Should be simple to install and maintain (Thus, at least in my >>> mind, eliminating something like Blacklight) >>> 6) Preferably a LAMP application although a Windows server based >>> solution is a possibility as well >>> 7) Preferably Open Source, or at least no- or low-cost >>> >>> I haven't been able to find anything searching the Web, but it seems >>> like something people may have done before. Before I re-invent the >>> wheel or shoe-horn something together, does anyone have any >>> suggestions? >>> >>> Edward >> >