From: Reuben P. <re...@fr...> - 2011-04-09 01:46:15
|
Hi Demian, Clint Bellanger did the work on the Auburn driver code, so credit goes to him. Thanks for taking a look at the code - I'm glad you could use some of it. BTW - if you're looking at the driver anyway, you might try to work in handling of those "temporary locations". I know that was a small issue at Auburn - guess we never got around to it. Cheers, Reuben On Fri, Apr 8, 2011 at 2:33 PM, Demian Katz <dem...@vi...>wrote: > Reuben, > > > > I just took a closer look at your Voyager driver. It looks like there are > actually only three significant modifications from the trunk version: > > > > 1.) You sort MFHD records more carefully – I have just incorporated > this fix into the trunk as r3823. > > 2.) You pass location codes back (presumably only used in your local > setup) > > 3.) You pass “no items” status back (also presumably related to your > local templates) > > > > I’ve also committed Luke’s refactored Voyager driver. If you decide to > upgrade in the future, you should be able to fairly easily replicate your > current Voyager customizations by extending the base driver and extending a > couple of methods. > > > > Thanks again for sharing this, and please let me know if I’m missing any > important details! > > > > - Demian > > > > *From:* Reuben Pasquini [mailto:re...@fr...] > *Sent:* Thursday, April 07, 2011 11:18 AM > *To:* Demian Katz > *Cc:* Jason Stirnaman; vuf...@li... > > *Subject:* Re: [VuFind-Tech] Voyager web services examples > > > > Hi Demian, > > > > You should take a look at Auburn's customizations to the Voyager driver > too. > > http://catalog.lib.auburn.edu/cgi-bin/hgwebdir.cgi/vufind/ > > > > We were working against a 1.0RC1 era code base, but I don't think > > the current driver is very different. > > Clint Bellanger did most of Auburn's customizations work, but I know the > > changes included fixes to get more accurate holding and item data for > > things like multi-volume serials, and possibly some handling of Voyager's > > funky temporary locations (ILL loans, new-book shelf, ...). > > > http://catalog.lib.auburn.edu/cgi-bin/hgwebdir.cgi/vufind/file/773246d42110/web/Drivers/Voyager.php > > > > There's also a "Mutli-voyager" driver, that wraps the Voyager driver to > > communicate with multiple ILS depending on the record-id prefix. > > > http://catalog.lib.auburn.edu/cgi-bin/hgwebdir.cgi/vufind/file/773246d42110/web/Drivers/MultiVoyager.php > > If you move the vufind code over to github, then you could encourage > > all the users to just fork their customizations into their own repos there, > > and it would be easy for everyone to share their local code. > > https://github.com/ > > It's free for open source. > > It looks like Google Code also supports that kind of workflow with > > Mercurial - notice the "Create a Clone" button: > > http://code.google.com/p/littleware/source/checkout?repo=catalog > > You could probably work a similar workflow with Mercurial on sourceforge > > http://sourceforge.net/apps/trac/sourceforge/wiki/Mercurial > > , but I think github is really geared toward this kind of workflow. > > > > Check what the others think on your next dev call if you like the idea. > > > > Cheers, > > Reuben > > > > On Thu, Apr 7, 2011 at 7:38 AM, Demian Katz <dem...@vi...> > wrote: > > On a related note, I’ve been working with Luke O’Sullivan on some Voyager > driver improvements: > > 1.) The current Voyager class will be refactored so that it is easier > to customize in object-oriented ways – the current long, complicated methods > are being broken up into functional chunks, with separate methods for > constructing SQL queries and processing results. This should make local > customization of the driver much more maintainable – if you want to add a > field somewhere or filter a value from a particular field, you can do it > from a child class without having to hack the core code. > > 2.) Besides the local customization aspect, we’re making the base > Voyager driver easier to extend so that we can create different “flavors” of > the driver. The base class can remain a database-driven, > Voyager6-compatible baseline… but Luke has also put together a > VoyagerRestful child class that uses the new RESTful API… and we could also > theoretically create a VoyagerXML child class based on the KEVEN work > (though I’m not sure if it’s necessary – the RESTful approach seems more > convenient). > > Luke’s currently putting some finishing touches on part 1 of the list > above, and I’m hoping we’ll commit it within the next week or so (stay tuned > for an announcement). Part 2 is still a little further off, since it’s also > tied to adding better generic support in the VuFind core for holds, recalls > and renewals… but I’m hoping it will be done soon, and I’m sure Luke is > willing to share his patch if you want a preview. > > - Demian > > *From:* Jason Stirnaman [mailto:jst...@ku...] > *Sent:* Wednesday, April 06, 2011 5:32 PM > > > *To:* vuf...@li... > > *Subject:* Re: [VuFind-Tech] Voyager web services examples > > > > Answering my own question, I just found Kent's source repo at Google. Much > thanks to Stewart and KEVEN > > * > http://code.google.com/p/kevencode/source/browse/VuFind%20Plugins/trunk/web/Drivers/VoyagerKent.php > * > > > Jason Stirnaman > Biomedical Librarian, Digital Projects > A.R. Dykes Library, University of Kansas Medical Center > jst...@ku... > 913-588-7319 > > > >>> On 4/6/2011 at 04:19 PM, in message <4D9CD8F6.FC9 : 5 : 23711>, Jason > Stirnaman wrote: > > Has anyone shared their code for a ILS driver that uses Voyager web > services? Would you be willing to? > > > > I've found this short thread * > http://sourceforge.net/mailarchive/message.php?msg_id=26548902* and seen a > few mentions of using the Voyager web services with VuFind in place of the > PDO-based ILS driver. > > > > What I've seen so far: > > *http://journal.code4lib.org/articles/4165* Western Michigan U > > * > http://blogs.kent.ac.uk/vufindkeven/2010/10/20/background-and-context-to-our-decision-to-use-vufind-for-keven/ > * > > University of Kent > > Thanks, > > Jason > > > Jason Stirnaman > Biomedical Librarian, Digital Projects > A.R. Dykes Library, University of Kansas Medical Center > jst...@ku... > 913-588-7319 > > > > > > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech > > > |