From: Alan R. <ala...@mn...> - 2008-09-15 14:22:48
|
Hello Wayne, You actually sent a good example here. Anoka Ramsey Community College is actually a shared administrative unit consisting of 2 schools or campuses, Cambridge and Coon Rapids. The terms 'Cambridge Campus Library' and 'Coon Rapids Campus Library' come in the MARC record as is and I put them in the institution field and use it as a facet. 'Anoka Ramsey Community College' as a group has a code of ACC. I put ACC into the building field so that the 2 schools can search a subset of the records that include only their records by selecting 'Anoka Ramsey Community College' from the drop down list in the search screen. The only mapping that is done is for display purposes, and that is one file I've created that shows which administrative unit is being searched. Everything is being done using a solr index. If a library is selected I wrap the search in a 'building:XXX AND (normal search)'. If a library is not selected, I do nothing. The additional work is making sure that I assign 'library' its value in the interface and add it to the links for search strings in the facets, authors, subjects, etc. I also plan on adding the library setting to the similar items and maybe a couple of other places. The libraries want only items from their library in the results. The idea is that if the patron does not find what they want at their library, they can then search the entire consortia and submit a Inter-Library Loan request for something at a different library. al On Mon, 2008-09-15 at 08:57 -0500, Wayne Graham wrote: > Hi Alan, > > If I understand correctly, with Solrmarc indexing, you'd basically have > the institution and a library facet. So the mapping of institutions > institutions_map.properties like so: > > aaa = Anoka Ramsey Community College > > And in the libraries_map.properties you would have entries like this > > bbb = Cambridge Campus Library > ccc = Coon Rapids Campus Library > > Is this much different from what you are doing? > > Quick question for clarification...are you using the Solr index or > pushing this into a database schema? > > We may need to move this on the tech list... > > Wayne > > Alan Rykhus wrote: > > Hello Wayne, > > > > I also have facets for sub-libraries and collections, so I am using the > > functionality as distributed. What I have enabled is a pre-limit to a > > subset of the records by indexing this 3 letter code. I noticed that the > > building field was not implemented in the database schema, so I used it > > to store and index my code. For my implementation, a building has at > > least 1 sub-library, but can have any number. Each sub-library has its > > own set of collections. > > > > As I noted, we are a consortia. The individual institutions want to > > search only their resources as a default. I've enabled this with what > > I've done. > > > > As an aside: This code works for implementations that do not want to use > > it. If the library field in the interface is blank, the building search > > is not done and the entire database is searched. Are there any thoughts > > on having this be part of the distribution? > > > > al > > > > On Sat, 2008-09-13 at 09:17 -0500, Wayne Graham wrote: > > > >> Bob et al., > >> > >> I believe the functionality you're wanting is already in the SVN trunk > >> (see > >> http://vufind.org/demo/Search/Home?lookfor=perl&type=all&submit=Find). > >> The Institution and Library facets allow you to get very specific in > >> how you want to map everything. You'll need to create some maps with > >> solrmarc, but it's relatively straight forward. The workflow just > >> requires you to dump the holding information into some 9xx fields that > >> aren't otherwise being used. > >> > >> Wayne > >> > >> /** > >> * @author Wayne Graham > >> * @web http://www.liquidfoot.com > >> */ > >> > >> > >> On Sat, Sep 13, 2008 at 9:59 AM, Rykhus, Alan J <ala...@mn...> > >> wrote: > >> Hello Bob, > >> > >> I populate the building field from a field in the MARC record. > >> In our ILS we have a thing called an OWN field. This helps > >> regulate who the record belongs to and who can edit the > >> record. > >> > >> You need some field in the record that would correspond to who > >> owns the resource and populate the field accordingly. You > >> could have multiple libraries owning a record if that is how > >> your system is set up. > >> > >> I can gather the changes I've made early next week. I've done > >> changes throughout to carry the library selection throughout > >> the interface. > >> > >> al > >> ________________________________________ > >> From: vuf...@li... > >> [vuf...@li...] On Behalf Of > >> Bob Wicksall [bwi...@pl...] > >> Sent: Friday, September 12, 2008 7:23 PM > >> To: vuf...@li... > >> > >> > >> Subject: Re: [VuFind-General] Single catalog / multiple > >> libraries > >> > >> Al, > >> > >> That looks like a good solution. I haven't spent a lot of > >> time working with solr. How do you populate the building > >> field? Do you load the marc records and then update the > >> fields in solr or are you somehow adding the 3 letter code to > >> the marc record during the export from the ILS? > >> > >> Could you share the changes you made to SOLR.php? > >> > >> Bob > >> > >> ----- Original Message ----- > >> From: "Alan Rykhus" <ala...@mn...> > >> To: vuf...@li... > >> Sent: Friday, September 12, 2008 4:42:07 PM (GMT-0500) > >> America/New_York > >> Subject: Re: [VuFind-General] Single catalog / multiple > >> libraries > >> > >> Hello Bob, > >> > >> I have done exactly this. I've used the building field they > >> have in the > >> schema and populate is with a 3 letter code for each of our > >> institutions. > >> > >> My database has an individual record for each of the > >> institutions. In > >> ways I wish I only had one record that was shared. You could > >> do the same > >> thing I do and have multiple building fields or values for > >> each record. > >> > >> I have then modified the sys/SOLR.php searching algorithm to > >> add the > >> building code to the search whenever someone selects a > >> library. > >> > >> You can see this at: http://plus.mnpals.net/ > >> > >> al > >> > >> On Fri, 2008-09-12 at 15:16 -0500, Bob Wicksall wrote: > >> > Has anyone setup vufind for a consortia where multiple > >> libraries share a single catalog? Up to this point I've > >> treated the catalog like one big library but thats not enough > >> if I ever want to go live. Does anyone have any pointers? > >> > > >> > I've thought about splitting up my catalog dump by library > >> but I'm not sure that would give me the result I want. What > >> happens when a single marc record is used by multiple > >> libraries? > >> > > >> > Any thoughts? > >> > > >> > Bob Wicksall > >> > Systems Administrator > >> > > >> > Pioneer Library System > >> > 2557 State Rt. 21 > >> > Canandaigua, New York 14424 > >> > > >> > Voice: (585) 394-8260 > >> > Fax: (585) 394-1935 > >> > > >> > > >> > > >> ------------------------------------------------------------------------- > >> > This SF.Net email is sponsored by the Moblin Your Move > >> Developer's challenge > >> > Build the coolest Linux based applications with Moblin SDK & > >> win great prizes > >> > Grand prize is a trip for two to an Open Source event > >> anywhere in the world > >> > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >> > _______________________________________________ > >> > VuFind-General mailing list > >> > VuF...@li... > >> > https://lists.sourceforge.net/lists/listinfo/vufind-general > >> -- > >> Alan Rykhus > >> PALS, A Program of the Minnesota State Colleges and > >> Universities > >> (507)389-1975 > >> ala...@mn... > >> > >> > >> ------------------------------------------------------------------------- > >> This SF.Net email is sponsored by the Moblin Your Move > >> Developer's challenge > >> Build the coolest Linux based applications with Moblin SDK & > >> win great prizes > >> Grand prize is a trip for two to an Open Source event anywhere > >> in the world > >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >> _______________________________________________ > >> VuFind-General mailing list > >> VuF...@li... > >> https://lists.sourceforge.net/lists/listinfo/vufind-general > >> > >> > >> ------------------------------------------------------------------------- > >> This SF.Net email is sponsored by the Moblin Your Move > >> Developer's challenge > >> Build the coolest Linux based applications with Moblin SDK & > >> win great prizes > >> Grand prize is a trip for two to an Open Source event anywhere > >> in the world > >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >> _______________________________________________ > >> VuFind-General mailing list > >> VuF...@li... > >> https://lists.sourceforge.net/lists/listinfo/vufind-general > >> > >> ------------------------------------------------------------------------- > >> This SF.Net email is sponsored by the Moblin Your Move > >> Developer's challenge > >> Build the coolest Linux based applications with Moblin SDK & > >> win great prizes > >> Grand prize is a trip for two to an Open Source event anywhere > >> in the world > >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >> _______________________________________________ > >> VuFind-General mailing list > >> VuF...@li... > >> https://lists.sourceforge.net/lists/listinfo/vufind-general > >> > >> > >> > >> > > -- > /** > * Wayne Graham > * Earl Gregg Swem Library > * PO Box 8794 > * Williamsburg, VA 23188 > * 757.221.3112 > * http://swem.wm.edu/blogs/waynegraham/ > * http://www.liquidfoot.com > */ > > -- Alan Rykhus PALS, A Program of the Minnesota State Colleges and Universities (507)389-1975 ala...@mn... |