[OAI-implementers] Java-based OAI data provioder toolandnon-DC

Michael Burek mburek at ucar.edu
Thu Aug 25 16:40:36 EDT 2005


Karim, and all,

FWIW, I've used the DLESE tools to serve/harvest non-DC schemas. The  
software is very easy to install (assuming tomcat + struts is already  
running).  I found that the adaptation to non-DC is quite  
straightforward.

Michael



On Aug 19, 2005, at 11:56 AM, Joe Futrelle wrote:

> OAIB supports databases out of the box but it could be extended to  
> support non-database targets via its "target API".
>
> http://dlt.ncsa.uiuc.edu/oaib/
>
> The Target API is detailed here:
>
> http://dlt.ncsa.uiuc.edu/javadoc/oai/ncsa/emerge/oai/server/Target.html
>
> a stub implementation is provided:
>
> http://dlt.ncsa.uiuc.edu/javadoc/oai/ncsa/emerge/oai/server/ 
> GenericTarget.html
>
> On Aug 13, 2005, at 12:57 PM, Juan Manuel Córdova Briones wrote:
>
>>
>> Hi all, I´m Juan Manuel Córdova Briones, I studied at UDLA  
>> (University of Americas) in Puebla, Mexico. In developed an OAI  
>> servers generator for XML collections stored in a native XML database  
>> (for example eXist database). It enables propietary metadata formats  
>> through XSLT.
>>  
>>
>> Juan Manuel Córdova Briones
>>
>> ICT Laboratory - UDLA-Puebla
>>
>> http://ict.udlap.mx
>>
>>
>> Juan Manuel Córdova Briones
>>
>>
>>
>>  
>>
>>
>>
>> >From: "Karim Boughida" <kboughida at getty.edu>
>> >To: "Karim Boughida"  
>> <KBoughida at getty.edu>,<jyoung at oclc.org>,<oai- 
>> implementers at openarchives.org>
>> >Subject: RE: [OAI-implementers] Java-based OAI data provioder  
>> toolandnon-DC
>> >Date: Fri, 12 Aug 2005 11:37:12 -0700
>> >
>> >Thanks Jeff for your help. We favor customizing oaicat by you and  
>> inject the code in the upcoming release of oaicat... we're building a  
>> new standard for the unique objects community (Museums-like but also  
>> archives and libraries).
>> >Let's carry this discussion offline.
>> >For people interested in our project check:
>> >http://www.getty.edu/research/conducting_research/standards/cdwa/ 
>> cdwalite/
>> >and RLG blurb
>> >http://hangingtogether.org/ (title "and metadata for all")
>> >
>> >Karim Boughida
>> >kboughida at getty.edu
>> >
>> > >>> "Young,Jeff (OR)" <jyoung at oclc.org> 08/12/05 10:07 AM >>>
>> >Karim,
>> >
>> >OAICat does support additional metadata formats, but you're right  
>> that
>> >custom code might be needed. My guess, though, is that this would  
>> amount
>> >to a page or two of Java and/or XSLT. Let me know if you want to  
>> look at
>> >it again and I can lend a hand.
>> >
>> >Jeff
>> >
>> > > -----Original Message-----
>> > > From: Karim Boughida [mailto:kboughida at getty.edu]
>> > > Sent: Friday, August 12, 2005 1:00 PM
>> > > To: Karim Boughida; Young,Jeff (OR);  
>> oai-implementers at openarchives.org
>> > > Subject: RE: [OAI-implementers] Java-based OAI data provioder tool
>> >andnon-
>> > > DC
>> > >
>> > > Thanks Jeff but so far we tried oaicat... it doesn't deliver  
>> non-DC as
>> >far
>> > > as we know...it has to be crosswalked to DC....unless we do extra
>> > > programming or a kludge...we need to deliver a customized metadata
>> >(CDWA
>> > > Lite xsd not DC) to be harvestable (in <metadata>).
>> > >
>> > > Karim Boughida
>> > > kboughida at getty.edu
>> > >
>> > >
>> > > >>> "Young,Jeff (OR)" <jyoung at oclc.org> 08/11/05 7:13 PM >>>
>> > > Karim,
>> > >
>> > > Take a look at OAICat
>> > > (http://www.oclc.org/research/software/default.htm). Let me know  
>> if
>> >you
>> > > have any questions.
>> > >
>> > > Jeff
>> > >
>> > > > -----Original Message-----
>> > > > From: oai-implementers-bounces at openarchives.org
>> > > > [mailto:oai-implementers-bounces at openarchives.org] On Behalf
>> > > > Of Karim Boughida
>> > > > Sent: Thursday, August 11, 2005 8:27 PM
>> > > > To: oai-implementers at openarchives.org
>> > > > Subject: [OAI-implementers] Java-based OAI data provioder
>> > > > tool and non-DC
>> > > >
>> > > > Hi all,
>> > > > We are looking for such tool...a Java-based OAI data provider
>> > > > tool that supports generic XML-based metadata (input and
>> > > > output) and requires no database for operation. So far, the
>> > > > tools we found are supporting just DC or crosswalked to DC.
>> > > > DLESE seems to do some of it (1).
>> > > >
>> > > > Any info/help/feedback is appreciated.
>> > > > Thanks
>> > > >
>> > > > Karim Boughida
>> > > > kboughida at getty.edu
>> > > > (1)
>> > > > http://www.openarchives.org/pipermail/oai-general/2003-June/00
>> > > > 0342.html
>> > > >
>> > > >
>> > > > _______________________________________________
>> > > > OAI-implementers mailing list
>> > > > List information, archives, preferences and to unsubscribe:
>> > > > http://www.openarchives.org/mailman/listinfo/oai-implementers
>> > > >
>> > > >
>> >
>> >
>> >
>> >_______________________________________________
>> >OAI-implementers mailing list
>> >List information, archives, preferences and to unsubscribe:
>> >http://www.openarchives.org/mailman/listinfo/oai-implementers
>> >
>>
>> Platica con tus amigos en línea con T1msn Messenger: Haz clic aquí
>> _______________________________________________
>> OAI-implementers mailing list
>> List information, archives, preferences and to unsubscribe:
>> http://www.openarchives.org/mailman/listinfo/oai-implementers
>>
>>
>
> --
> Joe Futrelle
> Digital Library Technologies, NCSA
> http://www.ncsa.uiuc.edu/People/futrelle
>
> _______________________________________________
> OAI-implementers mailing list
> List information, archives, preferences and to unsubscribe:
> http://www.openarchives.org/mailman/listinfo/oai-implementers
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 6426 bytes
Desc: not available
Url : http://openarchives.org/pipermail/oai-implementers/attachments/20050825/fd24d0cb/attachment.bin


More information about the OAI-implementers mailing list