From: Demian K. <dem...@vi...> - 2011-04-08 19:33:35
|
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...<mailto: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...<mailto:jst...@ku...>] Sent: Wednesday, April 06, 2011 5:32 PM To: vuf...@li...<mailto: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...<mailto: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...<mailto: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...<mailto:Vuf...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-tech |