Theoretically, it sounds like Xerxes could maybe be rewritten to make 
PazPar2 an alternate metasearch engine, instead of Metalib as it uses 
now. The intended goal of Xerxes and PazPar2 complicate each other 
nicely and would work together well.

Just another one to add to the list of "cool things the library 
technology sector could do if only we had more developer time to do it."

Jonathan

Sebastian Hammer wrote:
> Hey guys,
>
> It's a bit of an apples and oranges thing. Pazpar2 is not, technically 
> speaking, trying to be a complete metasearch application on its own. 
> We're a toolkit shop: Pazpar2 is an attempt to package the core logic of 
> a metasearch system into a piece of middleware with a WSAPI. It can 
> broadcast searches (SRU/SRW/Z39.50), normalize results, do 
> deduplication, ranking, facets, sorting, etc., all in a fairly 
> data-model agnostic way, and fast. It can be configured using static XML 
> files, or dynamically using the WSAPI. Someone using the JS client-side 
> library and simple UI example that comes with the kit can build a pretty 
> nifty metasearcher.
>
> It's used by a variety of commercial and OSS projects in different ways. 
> <crass_commercialism>We have a variety of other services and tools that 
> work with Pazpar2 to provide higher-order functionality, like a 
> web-based admin console (with its own underlying WSAPI), a substantial 
> library of database profiles, and a connector technology for hitting 
> HTML-based interfaces, etc.</crass_commercialism>. With everything we 
> do, the focus is on modularity and flexibility, so the folks we work 
> with tend to be vendors, consortia, or libraries that are looking for a 
> 'project' approach to creating a more custom-fitted kind of discovery 
> system.
>
> Folks looking for something that just works out of the box are probably 
> better off looking elsewhere. I'm somewhat envious of people who make 
> those kinds of systems, but it's not for me.. I like making tools for 
> coders.
>
> --Sebastian
>
> On 5/5/10 1:18 PM, Karen Coombs wrote:
>   
>> All three search for articles. When I last spoke to the IndexData staff in
>> December they were continuing work on Pazpar2. Its in my opinion the most
>> complicated to implement from a configuration perspective but its being used
>> a at least 3-5 projects that I know of. Perhaps someone from IndexData could
>> provide more information.
>>
>> Karen
>>
>> On Wed, May 5, 2010 at 11:53 AM, David Kane<[log in to unmask]>  wrote:
>>
>>     
>>> Thanks Karen,
>>>
>>> My understanding is that Dbwiz is no longer being supported, or something,
>>> which is unfortunate.
>>>
>>> Do all of these do article-level search?
>>>
>>> David.
>>>
>>> On 5 May 2010 16:25, Karen Coombs<[log in to unmask]>  wrote:
>>>
>>>       
>>>> David,
>>>>
>>>> There is also Pazpar2 from IndexData - http://www.indexdata.com/pazpar2
>>>>
>>>> and dBWiz (which is pretty old) - http://dbwiz.lib.sfu.ca/dbwiz/
>>>>
>>>> We implemented LibraryFind and used it for several years at University of
>>>> Houston. I left there in January and think that they were looking at
>>>>         
>>> other
>>>       
>>>> options like Summon.
>>>>
>>>> Karen
>>>>
>>>> On Wed, May 5, 2010 at 10:52 AM, David Kane<[log in to unmask]>  wrote:
>>>>
>>>>         
>>>>> Anyone got any suggestions?
>>>>>
>>>>> I am liking LibraryFind at the moment, but am not sure if anyone is
>>>>>           
>>> using
>>>       
>>>>> it.  Has anyone else got experience with this or any other federated
>>>>>           
>>>> search
>>>>         
>>>>> programs?
>>>>>
>>>>> Thanks in advance,
>>>>>
>>>>> David.
>>>>>
>>>>> --
>>>>> David Kane
>>>>> Systems Librarian
>>>>> Waterford Institute of Technology
>>>>> Ireland
>>>>> http://library.wit.ie/
>>>>> [log in to unmask]
>>>>> T: ++353.51302838
>>>>> M: ++353.876693212
>>>>>
>>>>>           
>>>
>>> --
>>> David Kane
>>> Systems Librarian
>>> Waterford Institute of Technology
>>> Ireland
>>> http://library.wit.ie/
>>> [log in to unmask]
>>> T: ++353.51302838
>>> M: ++353.876693212
>>>
>>>       
>
>
>