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
[log in to unmask]

----- 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 [[log in to unmask]] On Behalf Of
> Edward M. Corrado [[log in to unmask]]
> Sent: Wednesday, March 16, 2011 8:00 AM
> To: [log in to unmask]
> 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