From: Thomas M. <mi...@fi...> - 2012-04-10 19:53:00
|
Hi, I was wondering how hard it would be to pull the 3 course reserves options and put on another subdomain site? As we would like to incorporate the ability to have them listed similar to what we have on our site already (http://lib.fit.edu/ Reserves Tab). Right now we only have search and that is through Symphony. I would either like to replicate the ability to search like this, or even better get the 3 dropdown listing on our main website. Any ideas are greatly appreciated! Thanks, Tom |
From: Christian D. <dab...@fh...> - 2012-06-29 13:08:49
|
Hey all, does the course reserves module read course reserves data from the connected ILS or is it a Vufind-based feature which uses the MySQL-DB? all best, Christian |
From: Demian K. <dem...@vi...> - 2012-06-29 15:28:56
|
There are two different modes to the course reserves module: 1.) The default setting retrieves reserves data in real-time through the ILS driver. 2.) The Solr mode (see [Reserves] section in config.ini) uses a special Solr core to retrieve reserves information. You can populate this core either by loading data from your ILS (using a command-line tool included with VuFind), or you can load from a CSV (not an official feature yet, but there is a working patch on JIRA that you can install). - Demian ________________________________ From: Christian Dabrowski [dab...@fh...] Sent: Friday, June 29, 2012 9:08 AM To: vuf...@li... Subject: [VuFind-General] Course Reserves Hey all, does the course reserves module read course reserves data from the connected ILS or is it a Vufind-based feature which uses the MySQL-DB? all best, Christian |
From: Alan R. <ala...@mn...> - 2012-10-03 14:06:15
|
Hello, Well, I'm looking at implementing a Course Reserves interface to 1.3. I can see that there is code in some of the Drivers(at least the Voyager) that gets Reserves information. But what I was looking at doing is what I had done for MnPALS Plus which is branched off of VuFind 0.8. You can see an example of what it looks like at: http://plus.mnpals.net/vufind/Course/Advanced/BSU In looking at the services branch I'm not seeing anything for Reserves or Course. In looking at the solr branch their is a reserves directory, but no Solr db. Do I start this from scratch? Which is OK, I've done it before. I just want to make sure I'm not missing something. As for VuFind 2.0, I'll port it to that in the future when we look at moving to that code. For now we need it in VuFind 1.3/4. Its the only big piece missing for us to prevent us from moving from MnPALS Plus to VuFind. al -- Alan Rykhus PALS, A Program of the Minnesota State Colleges and Universities (507)389-1975 ala...@mn... "It's hard to lead a cavalry charge if you think you look funny on a horse" ~ Adlai Stevenson |
From: Demian K. <dem...@vi...> - 2012-10-03 15:34:27
|
I think you're in luck -- VuFind 1.3 actually offers two distinct course reserves interfaces (one ILS-driven, one Solr-driven). I just noticed that they haven't been thoroughly documented in the wiki before today. I've added a new page to address this gap: http://vufind.org/wiki/course_reserves Hopefully that will answer your questions, but please let me know if you need more. - Demian > -----Original Message----- > From: Alan Rykhus [mailto:ala...@mn...] > Sent: Wednesday, October 03, 2012 10:06 AM > To: vuf...@li... > Subject: [VuFind-General] Course Reserves > > Hello, > > Well, I'm looking at implementing a Course Reserves interface to 1.3. I > can see that there is code in some of the Drivers(at least the Voyager) > that gets Reserves information. But what I was looking at doing is what > I had done for MnPALS Plus which is branched off of VuFind 0.8. You can > see an example of what it looks like at: > > http://plus.mnpals.net/vufind/Course/Advanced/BSU > > In looking at the services branch I'm not seeing anything for Reserves > or Course. In looking at the solr branch their is a reserves directory, > but no Solr db. > > Do I start this from scratch? Which is OK, I've done it before. I just > want to make sure I'm not missing something. > > As for VuFind 2.0, I'll port it to that in the future when we look at > moving to that code. For now we need it in VuFind 1.3/4. Its the only > big piece missing for us to prevent us from moving from MnPALS Plus to > VuFind. > > al > -- > Alan Rykhus > PALS, A Program of the Minnesota State Colleges and Universities > (507)389-1975 > ala...@mn... > "It's hard to lead a cavalry charge if you think you look funny on a > horse" ~ Adlai Stevenson > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Alan R. <ala...@mn...> - 2012-10-03 16:32:26
|
Hello Demian, Thanks for pointing me to the documentation, its somewhat helpful. Is there anything wrong with a third implementation? We currently extract MARC records from Aleph and import them into the reserves Solr database, updating them every night. These records include the course information along with the bib information. Also, because we are a consortia, there is information on which school the record belongs to. So our current functionality is very close to the current functionality for the biblio database. The records are stored in the solr db and the displays are generated from that information. The real time availability is done through the Aleph driver. We do allow searching of the bib information, just keyword, in the reserves database along with the course information. This means we index the entire record, which I see from the reserve schema is not currently done. In my current implementation, I actually have a Reserves (ok Course) directory under services and also in the interfaces directory tree for templates. If I remember correctly, I think the stubs were there and I filled them in. And since the Reserves was a different style of interface, it was just easier. I'm doing this work no matter what, but I would like to see it in the trunk. Just looking for thoughts and wondering if this is OK. al On Wed, 2012-10-03 at 15:34 +0000, Demian Katz wrote: > I think you're in luck -- VuFind 1.3 actually offers two distinct > course reserves interfaces (one ILS-driven, one Solr-driven). I just > noticed that they haven't been thoroughly documented in the wiki > before today. I've added a new page to address this gap: > > http://vufind.org/wiki/course_reserves > > Hopefully that will answer your questions, but please let me know if you need more. > > - Demian > > > -----Original Message----- > > From: Alan Rykhus [mailto:ala...@mn...] > > Sent: Wednesday, October 03, 2012 10:06 AM > > To: vuf...@li... > > Subject: [VuFind-General] Course Reserves > > > > Hello, > > > > Well, I'm looking at implementing a Course Reserves interface to 1.3. I > > can see that there is code in some of the Drivers(at least the Voyager) > > that gets Reserves information. But what I was looking at doing is what > > I had done for MnPALS Plus which is branched off of VuFind 0.8. You can > > see an example of what it looks like at: > > > > http://plus.mnpals.net/vufind/Course/Advanced/BSU > > > > In looking at the services branch I'm not seeing anything for Reserves > > or Course. In looking at the solr branch their is a reserves directory, > > but no Solr db. > > > > Do I start this from scratch? Which is OK, I've done it before. I just > > want to make sure I'm not missing something. > > > > As for VuFind 2.0, I'll port it to that in the future when we look at > > moving to that code. For now we need it in VuFind 1.3/4. Its the only > > big piece missing for us to prevent us from moving from MnPALS Plus to > > VuFind. > > > > al > > -- > > Alan Rykhus > > PALS, A Program of the Minnesota State Colleges and Universities > > (507)389-1975 > > ala...@mn... > > "It's hard to lead a cavalry charge if you think you look funny on a > > horse" ~ Adlai Stevenson > > > > > > ------------------------------------------------------------------------------ > > Don't let slow site performance ruin your business. Deploy New Relic APM > > Deploy New Relic app performance management and know exactly > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev > > _______________________________________________ > > 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... "It's hard to lead a cavalry charge if you think you look funny on a horse" ~ Adlai Stevenson |
From: Demian K. <dem...@vi...> - 2012-10-03 17:05:24
|
The biggest objection I have to your proposed third implementation is that it might be unnecessarily redundant. Having a whole duplicated biblio index (plus presumably a certain amount of duplicated code/configuration to support it) seems like it could become a maintenance headache (both for you personally and for the codebase in general). I wonder if this might be a viable alternative approach: 1.) Use the existing Solr reserves module. You could build a custom indexer to populate the index from MARC records, and you could probably extend the schema/templates to account for your multi-library situation. 2.) To cover searches of individual bib records, could you index your nightly reserves exports to the main biblio index with a special properties file that sets an "on reserve" flag? Then you could just search the biblio index with a filter rather than creating a whole separate index... and you wouldn't have to reinvent reserves-specific features (like autocomplete) handled by the existing Solr reserves module. The biggest problem I can think of is figuring out how to clear the on reserve flag when an item goes off reserve -- that might be a problem. Anyway, those are just some offhand thoughts -- it would be nice if we could meet your needs without having to build a whole new module -- but if you have to build something, I certainly won't tell you that you can't! As far as getting this into the trunk, though, I'm going to be feature-freezing 1.x very soon; I'm spending too much time implementing everything in parallel in two code bases. Once I'm caught up with the existing queue of new features, I need to draw the line and stop. So if you do build something new and want to get it into the official distribution, it would make the most sense to wait until 2.0 for that... and since this deals with search internals, you probably want to wait until the search model refactoring that David Maus is currently working on gets done so you don't have to reimplement more than once. - Demian > -----Original Message----- > From: Alan Rykhus [mailto:ala...@mn...] > Sent: Wednesday, October 03, 2012 12:32 PM > To: vuf...@li... > Subject: Re: [VuFind-General] Course Reserves > > Hello Demian, > > Thanks for pointing me to the documentation, its somewhat helpful. > > Is there anything wrong with a third implementation? > > We currently extract MARC records from Aleph and import them into the > reserves Solr database, updating them every night. These records include > the course information along with the bib information. Also, because we > are a consortia, there is information on which school the record belongs > to. > > So our current functionality is very close to the current functionality > for the biblio database. The records are stored in the solr db and the > displays are generated from that information. The real time availability > is done through the Aleph driver. > > We do allow searching of the bib information, just keyword, in the > reserves database along with the course information. This means we index > the entire record, which I see from the reserve schema is not currently > done. > > In my current implementation, I actually have a Reserves (ok Course) > directory under services and also in the interfaces directory tree for > templates. If I remember correctly, I think the stubs were there and I > filled them in. And since the Reserves was a different style of > interface, it was just easier. > > I'm doing this work no matter what, but I would like to see it in the > trunk. Just looking for thoughts and wondering if this is OK. > > al > > > On Wed, 2012-10-03 at 15:34 +0000, Demian Katz wrote: > > I think you're in luck -- VuFind 1.3 actually offers two distinct > > course reserves interfaces (one ILS-driven, one Solr-driven). I just > > noticed that they haven't been thoroughly documented in the wiki > > before today. I've added a new page to address this gap: > > > > http://vufind.org/wiki/course_reserves > > > > Hopefully that will answer your questions, but please let me know if you > need more. > > > > - Demian > > > > > -----Original Message----- > > > From: Alan Rykhus [mailto:ala...@mn...] > > > Sent: Wednesday, October 03, 2012 10:06 AM > > > To: vuf...@li... > > > Subject: [VuFind-General] Course Reserves > > > > > > Hello, > > > > > > Well, I'm looking at implementing a Course Reserves interface to 1.3. I > > > can see that there is code in some of the Drivers(at least the Voyager) > > > that gets Reserves information. But what I was looking at doing is what > > > I had done for MnPALS Plus which is branched off of VuFind 0.8. You can > > > see an example of what it looks like at: > > > > > > http://plus.mnpals.net/vufind/Course/Advanced/BSU > > > > > > In looking at the services branch I'm not seeing anything for Reserves > > > or Course. In looking at the solr branch their is a reserves directory, > > > but no Solr db. > > > > > > Do I start this from scratch? Which is OK, I've done it before. I just > > > want to make sure I'm not missing something. > > > > > > As for VuFind 2.0, I'll port it to that in the future when we look at > > > moving to that code. For now we need it in VuFind 1.3/4. Its the only > > > big piece missing for us to prevent us from moving from MnPALS Plus to > > > VuFind. > > > > > > al > > > -- > > > Alan Rykhus > > > PALS, A Program of the Minnesota State Colleges and Universities > > > (507)389-1975 > > > ala...@mn... > > > "It's hard to lead a cavalry charge if you think you look funny on a > > > horse" ~ Adlai Stevenson > > > > > > > > > -------------------------------------------------------------------------- > ---- > > > Don't let slow site performance ruin your business. Deploy New Relic APM > > > Deploy New Relic app performance management and know exactly > > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > > http://p.sf.net/sfu/newrelic-dev2dev > > > _______________________________________________ > > > 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... > "It's hard to lead a cavalry charge if you think you look funny on a > horse" ~ Adlai Stevenson > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Alan R. <ala...@mn...> - 2012-10-03 18:33:57
|
Hello Demian, This would not be a duplicated biblio index. In Aleph the course reserves libraries are separate from the main set of bibs. While some of the records might actually be from the main set of bibs, half are special course reserves bibs in MARC format for copies of articles, etc. They don't exist in the main bib library, only in the course reserves libraries. The reserves solr database is rather small. I have scripts that update it nightly adding new records and deleting records that are not being used. Since my last email I was thinking of creating a solr database named course, that would have the schema needed. That way the people that use reserves as written now would not be affected. It would be an additional option. I would then build the code in a services/Course directory with templates also in a Course directory. As far as adding this to trunk. I could shoot for the version 2.0 trunk. I will still do the work in 1.3/4, because we need it now. Then when I move us to 2.0 I'll do the work to add it to 2.0. al On Wed, 2012-10-03 at 17:05 +0000, Demian Katz wrote: > The biggest objection I have to your proposed third implementation is > that it might be unnecessarily redundant. Having a whole duplicated > biblio index (plus presumably a certain amount of duplicated > code/configuration to support it) seems like it could become a > maintenance headache (both for you personally and for the codebase in > general). I wonder if this might be a viable alternative approach: > > 1.) Use the existing Solr reserves module. You could build a custom > indexer to populate the index from MARC records, and you could > probably extend the schema/templates to account for your multi-library > situation. > > 2.) To cover searches of individual bib records, could you index your > nightly reserves exports to the main biblio index with a special > properties file that sets an "on reserve" flag? Then you could just > search the biblio index with a filter rather than creating a whole > separate index... and you wouldn't have to reinvent reserves-specific > features (like autocomplete) handled by the existing Solr reserves > module. The biggest problem I can think of is figuring out how to > clear the on reserve flag when an item goes off reserve -- that might > be a problem. > > Anyway, those are just some offhand thoughts -- it would be nice if we > could meet your needs without having to build a whole new module -- > but if you have to build something, I certainly won't tell you that > you can't! > > As far as getting this into the trunk, though, I'm going to be > feature-freezing 1.x very soon; I'm spending too much time > implementing everything in parallel in two code bases. Once I'm > caught up with the existing queue of new features, I need to draw the > line and stop. So if you do build something new and want to get it > into the official distribution, it would make the most sense to wait > until 2.0 for that... and since this deals with search internals, you > probably want to wait until the search model refactoring that David > Maus is currently working on gets done so you don't have to > reimplement more than once. > > - Demian > > > -----Original Message----- > > From: Alan Rykhus [mailto:ala...@mn...] > > Sent: Wednesday, October 03, 2012 12:32 PM > > To: vuf...@li... > > Subject: Re: [VuFind-General] Course Reserves > > > > Hello Demian, > > > > Thanks for pointing me to the documentation, its somewhat helpful. > > > > Is there anything wrong with a third implementation? > > > > We currently extract MARC records from Aleph and import them into the > > reserves Solr database, updating them every night. These records include > > the course information along with the bib information. Also, because we > > are a consortia, there is information on which school the record belongs > > to. > > > > So our current functionality is very close to the current functionality > > for the biblio database. The records are stored in the solr db and the > > displays are generated from that information. The real time availability > > is done through the Aleph driver. > > > > We do allow searching of the bib information, just keyword, in the > > reserves database along with the course information. This means we index > > the entire record, which I see from the reserve schema is not currently > > done. > > > > In my current implementation, I actually have a Reserves (ok Course) > > directory under services and also in the interfaces directory tree for > > templates. If I remember correctly, I think the stubs were there and I > > filled them in. And since the Reserves was a different style of > > interface, it was just easier. > > > > I'm doing this work no matter what, but I would like to see it in the > > trunk. Just looking for thoughts and wondering if this is OK. > > > > al > > > > > > On Wed, 2012-10-03 at 15:34 +0000, Demian Katz wrote: > > > I think you're in luck -- VuFind 1.3 actually offers two distinct > > > course reserves interfaces (one ILS-driven, one Solr-driven). I just > > > noticed that they haven't been thoroughly documented in the wiki > > > before today. I've added a new page to address this gap: > > > > > > http://vufind.org/wiki/course_reserves > > > > > > Hopefully that will answer your questions, but please let me know if you > > need more. > > > > > > - Demian > > > > > > > -----Original Message----- > > > > From: Alan Rykhus [mailto:ala...@mn...] > > > > Sent: Wednesday, October 03, 2012 10:06 AM > > > > To: vuf...@li... > > > > Subject: [VuFind-General] Course Reserves > > > > > > > > Hello, > > > > > > > > Well, I'm looking at implementing a Course Reserves interface to 1.3. I > > > > can see that there is code in some of the Drivers(at least the Voyager) > > > > that gets Reserves information. But what I was looking at doing is what > > > > I had done for MnPALS Plus which is branched off of VuFind 0.8. You can > > > > see an example of what it looks like at: > > > > > > > > http://plus.mnpals.net/vufind/Course/Advanced/BSU > > > > > > > > In looking at the services branch I'm not seeing anything for Reserves > > > > or Course. In looking at the solr branch their is a reserves directory, > > > > but no Solr db. > > > > > > > > Do I start this from scratch? Which is OK, I've done it before. I just > > > > want to make sure I'm not missing something. > > > > > > > > As for VuFind 2.0, I'll port it to that in the future when we look at > > > > moving to that code. For now we need it in VuFind 1.3/4. Its the only > > > > big piece missing for us to prevent us from moving from MnPALS Plus to > > > > VuFind. > > > > > > > > al > > > > -- > > > > Alan Rykhus > > > > PALS, A Program of the Minnesota State Colleges and Universities > > > > (507)389-1975 > > > > ala...@mn... > > > > "It's hard to lead a cavalry charge if you think you look funny on a > > > > horse" ~ Adlai Stevenson > > > > > > > > > > > > -------------------------------------------------------------------------- > > ---- > > > > Don't let slow site performance ruin your business. Deploy New Relic APM > > > > Deploy New Relic app performance management and know exactly > > > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > > > http://p.sf.net/sfu/newrelic-dev2dev > > > > _______________________________________________ > > > > 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... > > "It's hard to lead a cavalry charge if you think you look funny on a > > horse" ~ Adlai Stevenson > > > > > > ------------------------------------------------------------------------------ > > Don't let slow site performance ruin your business. Deploy New Relic APM > > Deploy New Relic app performance management and know exactly > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev > > _______________________________________________ > > 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... "It's hard to lead a cavalry charge if you think you look funny on a horse" ~ Adlai Stevenson |
From: Demian K. <dem...@vi...> - 2012-10-03 18:37:36
|
I understand -- that does make sense as a distinct use case. Once you have it working in 1.3/4, it is certainly worth posting to JIRA in case anyone else needs it with those versions. I can also take a look at the patch at that point and perhaps make suggestions relating to configuration and integration if I see any possible shortcuts/simplifications. - Demian > -----Original Message----- > From: Alan Rykhus [mailto:ala...@mn...] > Sent: Wednesday, October 03, 2012 2:34 PM > To: vuf...@li... > Subject: Re: [VuFind-General] Course Reserves > > Hello Demian, > > This would not be a duplicated biblio index. In Aleph the course > reserves libraries are separate from the main set of bibs. While some of > the records might actually be from the main set of bibs, half are > special course reserves bibs in MARC format for copies of articles, etc. > They don't exist in the main bib library, only in the course reserves > libraries. The reserves solr database is rather small. I have scripts > that update it nightly adding new records and deleting records that are > not being used. > > Since my last email I was thinking of creating a solr database named > course, that would have the schema needed. That way the people that use > reserves as written now would not be affected. It would be an additional > option. I would then build the code in a services/Course directory with > templates also in a Course directory. > > As far as adding this to trunk. I could shoot for the version 2.0 trunk. > I will still do the work in 1.3/4, because we need it now. Then when I > move us to 2.0 I'll do the work to add it to 2.0. > > al > > On Wed, 2012-10-03 at 17:05 +0000, Demian Katz wrote: > > The biggest objection I have to your proposed third implementation is > > that it might be unnecessarily redundant. Having a whole duplicated > > biblio index (plus presumably a certain amount of duplicated > > code/configuration to support it) seems like it could become a > > maintenance headache (both for you personally and for the codebase in > > general). I wonder if this might be a viable alternative approach: > > > > 1.) Use the existing Solr reserves module. You could build a custom > > indexer to populate the index from MARC records, and you could > > probably extend the schema/templates to account for your multi-library > > situation. > > > > 2.) To cover searches of individual bib records, could you index your > > nightly reserves exports to the main biblio index with a special > > properties file that sets an "on reserve" flag? Then you could just > > search the biblio index with a filter rather than creating a whole > > separate index... and you wouldn't have to reinvent reserves-specific > > features (like autocomplete) handled by the existing Solr reserves > > module. The biggest problem I can think of is figuring out how to > > clear the on reserve flag when an item goes off reserve -- that might > > be a problem. > > > > Anyway, those are just some offhand thoughts -- it would be nice if we > > could meet your needs without having to build a whole new module -- > > but if you have to build something, I certainly won't tell you that > > you can't! > > > > As far as getting this into the trunk, though, I'm going to be > > feature-freezing 1.x very soon; I'm spending too much time > > implementing everything in parallel in two code bases. Once I'm > > caught up with the existing queue of new features, I need to draw the > > line and stop. So if you do build something new and want to get it > > into the official distribution, it would make the most sense to wait > > until 2.0 for that... and since this deals with search internals, you > > probably want to wait until the search model refactoring that David > > Maus is currently working on gets done so you don't have to > > reimplement more than once. > > > > - Demian > > > > > -----Original Message----- > > > From: Alan Rykhus [mailto:ala...@mn...] > > > Sent: Wednesday, October 03, 2012 12:32 PM > > > To: vuf...@li... > > > Subject: Re: [VuFind-General] Course Reserves > > > > > > Hello Demian, > > > > > > Thanks for pointing me to the documentation, its somewhat helpful. > > > > > > Is there anything wrong with a third implementation? > > > > > > We currently extract MARC records from Aleph and import them into the > > > reserves Solr database, updating them every night. These records include > > > the course information along with the bib information. Also, because we > > > are a consortia, there is information on which school the record belongs > > > to. > > > > > > So our current functionality is very close to the current functionality > > > for the biblio database. The records are stored in the solr db and the > > > displays are generated from that information. The real time availability > > > is done through the Aleph driver. > > > > > > We do allow searching of the bib information, just keyword, in the > > > reserves database along with the course information. This means we index > > > the entire record, which I see from the reserve schema is not currently > > > done. > > > > > > In my current implementation, I actually have a Reserves (ok Course) > > > directory under services and also in the interfaces directory tree for > > > templates. If I remember correctly, I think the stubs were there and I > > > filled them in. And since the Reserves was a different style of > > > interface, it was just easier. > > > > > > I'm doing this work no matter what, but I would like to see it in the > > > trunk. Just looking for thoughts and wondering if this is OK. > > > > > > al > > > > > > > > > On Wed, 2012-10-03 at 15:34 +0000, Demian Katz wrote: > > > > I think you're in luck -- VuFind 1.3 actually offers two distinct > > > > course reserves interfaces (one ILS-driven, one Solr-driven). I just > > > > noticed that they haven't been thoroughly documented in the wiki > > > > before today. I've added a new page to address this gap: > > > > > > > > http://vufind.org/wiki/course_reserves > > > > > > > > Hopefully that will answer your questions, but please let me know if you > > > need more. > > > > > > > > - Demian > > > > > > > > > -----Original Message----- > > > > > From: Alan Rykhus [mailto:ala...@mn...] > > > > > Sent: Wednesday, October 03, 2012 10:06 AM > > > > > To: vuf...@li... > > > > > Subject: [VuFind-General] Course Reserves > > > > > > > > > > Hello, > > > > > > > > > > Well, I'm looking at implementing a Course Reserves interface to 1.3. > I > > > > > can see that there is code in some of the Drivers(at least the > Voyager) > > > > > that gets Reserves information. But what I was looking at doing is > what > > > > > I had done for MnPALS Plus which is branched off of VuFind 0.8. You > can > > > > > see an example of what it looks like at: > > > > > > > > > > http://plus.mnpals.net/vufind/Course/Advanced/BSU > > > > > > > > > > In looking at the services branch I'm not seeing anything for Reserves > > > > > or Course. In looking at the solr branch their is a reserves > directory, > > > > > but no Solr db. > > > > > > > > > > Do I start this from scratch? Which is OK, I've done it before. I just > > > > > want to make sure I'm not missing something. > > > > > > > > > > As for VuFind 2.0, I'll port it to that in the future when we look at > > > > > moving to that code. For now we need it in VuFind 1.3/4. Its the only > > > > > big piece missing for us to prevent us from moving from MnPALS Plus to > > > > > VuFind. > > > > > > > > > > al > > > > > -- > > > > > Alan Rykhus > > > > > PALS, A Program of the Minnesota State Colleges and Universities > > > > > (507)389-1975 > > > > > ala...@mn... > > > > > "It's hard to lead a cavalry charge if you think you look funny on a > > > > > horse" ~ Adlai Stevenson > > > > > > > > > > > > > > > ---------------------------------------------------------------------- > ---- > > > ---- > > > > > Don't let slow site performance ruin your business. Deploy New Relic > APM > > > > > Deploy New Relic app performance management and know exactly > > > > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > > > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > > > > http://p.sf.net/sfu/newrelic-dev2dev > > > > > _______________________________________________ > > > > > 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... > > > "It's hard to lead a cavalry charge if you think you look funny on a > > > horse" ~ Adlai Stevenson > > > > > > > > > -------------------------------------------------------------------------- > ---- > > > Don't let slow site performance ruin your business. Deploy New Relic APM > > > Deploy New Relic app performance management and know exactly > > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > > http://p.sf.net/sfu/newrelic-dev2dev > > > _______________________________________________ > > > 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... > "It's hard to lead a cavalry charge if you think you look funny on a > horse" ~ Adlai Stevenson > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Alan R. <ala...@mn...> - 2012-10-05 19:14:40
|
Hello, Another question on Course reserves. I have populated the database. I used the current reserves solr database, adding the additional fields for the bib records. I have the display coming up with a list of records getting the data from the Solr DB. Even have the results limited to a single library in our consortium. No problems there. I looked at the Vilanova Course Reserves interface and it is way different then what I have coming up. In fact its similar to what I have in MnPALS Plus. But its completely different to what I'm seeing in VuFind 1.3. Is it in fact different? Is this just coming directly from queries to Voyager? If so, is the Solr DB interface actually in use? Is it something that someone started on and did not completely finish? Looking for information so I can figure out the best way to proceed. thanks -- al -- Alan Rykhus PALS, A Program of the Minnesota State Colleges and Universities (507)389-1975 ala...@mn... "It's hard to lead a cavalry charge if you think you look funny on a horse" ~ Adlai Stevenson |
From: Demian K. <dem...@vi...> - 2012-10-06 18:47:08
|
At Villanova, we're using the purely driver-based reserves functionality instead of the Solr index. You can toggle this in the [Reserves] section of config.ini to see the different features. - Demian ________________________________________ From: Alan Rykhus [ala...@mn...] Sent: Friday, October 05, 2012 3:14 PM To: vuf...@li... Subject: [VuFind-General] Course Reserves Hello, Another question on Course reserves. I have populated the database. I used the current reserves solr database, adding the additional fields for the bib records. I have the display coming up with a list of records getting the data from the Solr DB. Even have the results limited to a single library in our consortium. No problems there. I looked at the Vilanova Course Reserves interface and it is way different then what I have coming up. In fact its similar to what I have in MnPALS Plus. But its completely different to what I'm seeing in VuFind 1.3. Is it in fact different? Is this just coming directly from queries to Voyager? If so, is the Solr DB interface actually in use? Is it something that someone started on and did not completely finish? Looking for information so I can figure out the best way to proceed. thanks -- al -- Alan Rykhus PALS, A Program of the Minnesota State Colleges and Universities (507)389-1975 ala...@mn... "It's hard to lead a cavalry charge if you think you look funny on a horse" ~ Adlai Stevenson ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Demian K. <dem...@vi...> - 2012-04-10 20:02:59
|
Have you looked at the Solr-driven reserves search? Instructions on how to turn it on can be found above the [Reserves] section of web/conf/config.ini. If you use that module instead of the default version, you get more powerful searching, and it's easier to create an external form that submits the necessary parameters into VuFind. If you're happier with the default drop-down approach, though, one option would be to make a server-side call to VuFind from whatever CMS you are using to build your website - from there, you could extract the necessary form elements. Perhaps you could do this once a day and cache the results to reduce load on your ILS. - Demian From: Thomas Misilo [mailto:mi...@fi...] Sent: Tuesday, April 10, 2012 3:53 PM To: vuf...@li... Subject: [VuFind-General] Course Reserves Hi, I was wondering how hard it would be to pull the 3 course reserves options and put on another subdomain site? As we would like to incorporate the ability to have them listed similar to what we have on our site already (http://lib.fit.edu/ Reserves Tab). Right now we only have search and that is through Symphony. I would either like to replicate the ability to search like this, or even better get the 3 dropdown listing on our main website. Any ideas are greatly appreciated! Thanks, Tom |