Re: [OPEN-ILS-DEV] search ISSN
On Mon, May 26, 2008 at 8:49 AM, Grant Johnson [EMAIL PROTECTED] wrote: Hi All, How do I set up an OpenURL search for ISSN to the EG catalog. Clearly http://osls.cs.upei.ca/opac/en-US/skin/default/xml/rresult.xml?tp=t=adv=0262-4079rt=issnd=0 is a result not a query. To get all records in MARCXML format matching that ISSN, you can use the following OpenSearch query: http://osls.cs.upei.ca/opac/extras/opensearch/1.1/-/marcxml/keyword/0262-4079 To get just one (nominally the first found, but may not be the same as the first from OpenSearch, which is relevance ranked), you can use unAPI: http://osls.cs.upei.ca/opac/extras/unapi?id=tag:osls.cs.upei.ca,2008:issn/0262-4079format=marcxml I'm working on wrangling mod_rewrite to make the exposed API more OpenURL 0.1 friendly right now, based on the following (which isn't working the way I want just yet -- any mod_rewrite wizards out there?): RewriteRule ^/openurl\?e?is.n=(.*) /opac/extras/opensearch/1.1/-/marcxml/keyword/$1 -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://www.esilibrary.com
Re: [OPEN-ILS-DEV] SPAM: autoconf support for openSRF (resubmission)
On Friday 16 May 2008 11:29 Kevin Beswick wrote: On Fri, May 16, 2008 at 11:09 AM, Bill Erickson [EMAIL PROTECTED] wrote: -- It's also important to note that if you run ./configure as a non-root user, it may die with: checking for ejabberd... no configure: error: *** ejabberd not found, aborting /usr/sbin, where ejabberd lives on my test system (Debian Lenny), is not in my path. This works fine: PATH=$PATH:/usr/sbin/ ./configure Thanks for pointing that out, I will fix this. it occurred to me while talking autoconf with Dan S. that a check for the existence of Ejabberd isn't necessary. While OpenSRF requires a jabber server to run, it does not depend on Ejabberd in particular. I say just remove that check. -bill -- Bill Erickson | VP, Software Development Integration | Equinox Software, Inc. / The Evergreen Experts | phone: 877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://esilibrary.com
[OPEN-ILS-DEV] bzr noise - apologies and explanation of distributed workflow
Ugh. Changeset 9707 (http://svn.open-ils.org/trac/ILS/changeset/9707) was some extra noise from my local bazaar repository. My apologies for pushing that out to trunk and adding noise to the commit logs. For what it's worth, I've been working towards a workflow that supports both the decentralized and centralized worlds of source code repositories. I'm using bazaar with the bzr-svn plugin to clone the Subversion trunk repository and enable fast local version control, branching, and merging to/from Subversion trunk. I'm primarily interested in the fast local version control and fast local branching part of the workflow (enabling me to quickly test and recover from local patches), but it would be relatively easy to publish an Evergreen en-CA bazaar repository that includes only the changes needed for a reasonable set of default settings for the English Canada locale. At the same time, to maintain the quality of the source code through central review and testing, the Subversion trunk repository at http://svn.open-ils.org is the target for patches to be filtered through the usual development process (http://open-ils.org/documentation/contributing.html). The central repository serves as the heart of the project and the touchstone for all of our work. At Laurentian, for the past few weeks we've been roughly following the decentralized version control with human gatekeeper model described at http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#using-gatekeepers - I'm acting as the gatekeeper for the two students working on Evergreen here, and they each have their own bazaar repositories. So far, it has been working out pretty well, and I would encourage others to explore the same sort of approach. If you're interested in a quick-start guide to using bazaar to create your own local Evergreen branch, I could write that up in the wiki. Well, minus the commit noise to the central repository :( I'll try to avoid that in the future. -- Dan Scott Laurentian University
[OPEN-ILS-DEV] search ISSN
Hi All, How do I set up an OpenURL search for ISSN to the EG catalog. Clearly http://osls.cs.upei.ca/opac/en-US/skin/default/xml/rresult.xml?tp=t=adv=0262-4079rt=issnd=0 is a result not a query. I need to setup a Search Library Catalog for Print Title in an external resolver interface. Please reply to ALL Thanks -- F. Grant Johnson Systems Coordinator Robertson Library University of Prince Edward Island
Re: [OPEN-ILS-DEV] Z39.50 target
On Sat, May 24, 2008 at 8:03 PM, Grant Johnson [EMAIL PROTECTED] wrote: OK - I know there isn't a z39.50 target right now... and the road map says 1.4 Summer '08, but I've got 2 weeks! :-) So... Anyone have any ideas in setting up a gateway, or something, to act as a target Z39.50 server for Interlibrary Loan and Federated search until it's integrated into EG? How about a Alpha/Beta of the Z server? I don't see any reason right out front that OpenILS::WWW::Supercat from trunk won't work as a drop-in replacement for the one in 1.2.2, but it has not been tested with anything prior to trunk/1.4. This, in combination with the Apache config below, will give you an SRU target that understands the Bibliographic Context Set for CQL. Location /opac/extras/sru SetHandler perl-script PerlHandler OpenILS::WWW::SuperCat::sru_search Options +ExecCGI PerlSendHeader On allow from all /Location The next step is integrating Simple2ZOOM, which can act as a sort of a reverse Z39.50 proxy to SRU targets. That is not complete, but you can read more about Simple2ZOOM at: http://search.cpan.org/~mirk/Net-Z3950-Simple2ZOOM/bin/simple2zoom This is the plan for 1.4, though I don't think Debian has a modern enough YAZ package, which means installing YAZ from source. -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://www.esilibrary.com
Re: [OPEN-ILS-DEV] Z39.50 target
On Monday 26 May 2008 8:57 Mike Rylander wrote: On Sat, May 24, 2008 at 8:03 PM, Grant Johnson [EMAIL PROTECTED] wrote: snip This is the plan for 1.4, though I don't think Debian has a modern enough YAZ package, which means installing YAZ from source. The EG installer makefile will handle this for you: http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/src/extras/Makefile.install $ make -f Makefile.install install_yaz -bill -- Bill Erickson | VP, Software Development Integration | Equinox Software, Inc. / The Evergreen Experts | phone: 877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://esilibrary.com
Re: [OPEN-ILS-DEV] Z39.50 target
On Mon, May 26, 2008 at 9:09 PM, Bill Erickson [EMAIL PROTECTED] wrote: On Monday 26 May 2008 8:57 Mike Rylander wrote: On Sat, May 24, 2008 at 8:03 PM, Grant Johnson [EMAIL PROTECTED] wrote: snip This is the plan for 1.4, though I don't think Debian has a modern enough YAZ package, which means installing YAZ from source. The EG installer makefile will handle this for you: http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/src/extras/Makefile.install $ make -f Makefile.install install_yaz Heh ... unfortunately Net::Z3950::Simple2ZOOM says: *** ERROR! Simple2ZOOM requires at least version 3.0.10 of YAZ, but you only have version 2.1.18. and the makefile specifies yaz-2.1.56. I am unsure if 3.x will cause any other problems, though. First thing that comes to mind is the Net::ZOOM implementation for remote Z targets. -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: [EMAIL PROTECTED] | web: http://www.esilibrary.com
