You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(44) |
Aug
(143) |
Sep
(50) |
Oct
(46) |
Nov
(94) |
Dec
(106) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(118) |
Feb
(77) |
Mar
(163) |
Apr
(203) |
May
(74) |
Jun
(90) |
Jul
(111) |
Aug
(23) |
Sep
(99) |
Oct
(46) |
Nov
(42) |
Dec
(38) |
2009 |
Jan
(55) |
Feb
(36) |
Mar
(60) |
Apr
(20) |
May
(75) |
Jun
(102) |
Jul
(117) |
Aug
(104) |
Sep
(188) |
Oct
(105) |
Nov
(45) |
Dec
(59) |
2010 |
Jan
(88) |
Feb
(147) |
Mar
(53) |
Apr
(54) |
May
(74) |
Jun
(76) |
Jul
(78) |
Aug
(99) |
Sep
(87) |
Oct
(133) |
Nov
(56) |
Dec
(61) |
2011 |
Jan
(61) |
Feb
(22) |
Mar
(57) |
Apr
(79) |
May
(128) |
Jun
(143) |
Jul
(64) |
Aug
(90) |
Sep
(90) |
Oct
(202) |
Nov
(91) |
Dec
(127) |
2012 |
Jan
(92) |
Feb
(122) |
Mar
(221) |
Apr
(248) |
May
(244) |
Jun
(228) |
Jul
(213) |
Aug
(189) |
Sep
(125) |
Oct
(140) |
Nov
(137) |
Dec
(65) |
2013 |
Jan
(124) |
Feb
(160) |
Mar
(168) |
Apr
(276) |
May
(154) |
Jun
(106) |
Jul
(117) |
Aug
(124) |
Sep
(113) |
Oct
(95) |
Nov
(19) |
Dec
(43) |
2014 |
Jan
(93) |
Feb
(39) |
Mar
(103) |
Apr
(99) |
May
(66) |
Jun
(78) |
Jul
(98) |
Aug
(32) |
Sep
(69) |
Oct
(71) |
Nov
(60) |
Dec
(64) |
2015 |
Jan
(32) |
Feb
(24) |
Mar
(36) |
Apr
(47) |
May
(86) |
Jun
(53) |
Jul
(65) |
Aug
(95) |
Sep
(67) |
Oct
(87) |
Nov
(37) |
Dec
(59) |
2016 |
Jan
(86) |
Feb
(80) |
Mar
(47) |
Apr
(74) |
May
(47) |
Jun
(87) |
Jul
(84) |
Aug
(72) |
Sep
(49) |
Oct
(43) |
Nov
(65) |
Dec
(40) |
2017 |
Jan
(32) |
Feb
(31) |
Mar
(52) |
Apr
(51) |
May
(48) |
Jun
(35) |
Jul
(51) |
Aug
(28) |
Sep
(54) |
Oct
(44) |
Nov
(48) |
Dec
(19) |
2018 |
Jan
(41) |
Feb
(34) |
Mar
(30) |
Apr
(64) |
May
(53) |
Jun
(49) |
Jul
(49) |
Aug
(36) |
Sep
(44) |
Oct
(34) |
Nov
(50) |
Dec
(16) |
2019 |
Jan
(40) |
Feb
(21) |
Mar
(28) |
Apr
(19) |
May
(32) |
Jun
(26) |
Jul
(11) |
Aug
(39) |
Sep
(41) |
Oct
(79) |
Nov
(42) |
Dec
(31) |
2020 |
Jan
(19) |
Feb
(37) |
Mar
(17) |
Apr
(9) |
May
(10) |
Jun
(14) |
Jul
(52) |
Aug
(41) |
Sep
(38) |
Oct
(24) |
Nov
(9) |
Dec
(13) |
2021 |
Jan
(29) |
Feb
(12) |
Mar
(21) |
Apr
(19) |
May
(28) |
Jun
(21) |
Jul
(26) |
Aug
(31) |
Sep
(26) |
Oct
(84) |
Nov
(18) |
Dec
(7) |
2022 |
Jan
(25) |
Feb
(11) |
Mar
(35) |
Apr
(25) |
May
(17) |
Jun
(7) |
Jul
(7) |
Aug
(22) |
Sep
(17) |
Oct
(40) |
Nov
(19) |
Dec
(27) |
2023 |
Jan
(14) |
Feb
(21) |
Mar
(60) |
Apr
(16) |
May
(26) |
Jun
(18) |
Jul
(14) |
Aug
(19) |
Sep
(13) |
Oct
(19) |
Nov
(23) |
Dec
(13) |
2024 |
Jan
(14) |
Feb
(25) |
Mar
(42) |
Apr
(31) |
May
(20) |
Jun
(17) |
Jul
(12) |
Aug
(49) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
From: Demian K. <dem...@vi...> - 2011-01-04 18:00:15
|
That's a bug -- the fix for VUFIND-289 accidentally broke the defaultRecordTab feature. Fortunately, the fix is simple -- just add the line: global $configArray to the top of the Home::launch() method found in web/services/Record/Home.php I will commit a fix to the trunk momentarily. Sorry for the inconvenience! - Demian > -----Original Message----- > From: Thomas Schwaerzler [mailto:tho...@ui...] > Sent: Tuesday, January 04, 2011 11:57 AM > To: vufind general > Subject: [VuFind-General] changing defaultRecordTab > > hi, > > i just tried to change defaultRecordTab by setting it to Description in > web/config/config.ini and it did not behave as expected: > > what i saw was the tab Description was selected, but the subTemplate > still was view-holdings.tpl. > > to make sure not to have caused this by my changes to vufind i just did > a fresh install of vufind_1.0.1 and got the same behavour after > > changing url to my test server url and defaultRecordTab = Description > with some imported sample marc records. > > is this a bug or do i have to change something else elsewhere? > > t. > > > ----------------------------------------------------------------------- > ------- > Learn how Oracle Real Application Clusters (RAC) One Node allows > customers > to consolidate database storage, standardize their database > environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Thomas S. <tho...@ui...> - 2011-01-04 16:54:27
|
hi, i just tried to change defaultRecordTab by setting it to Description in web/config/config.ini and it did not behave as expected: what i saw was the tab Description was selected, but the subTemplate still was view-holdings.tpl. to make sure not to have caused this by my changes to vufind i just did a fresh install of vufind_1.0.1 and got the same behavour after changing url to my test server url and defaultRecordTab = Description with some imported sample marc records. is this a bug or do i have to change something else elsewhere? t. |
From: Demian K. <dem...@vi...> - 2011-01-03 14:25:15
|
An update on the hold request bug you mentioned - I see that someone has opened a JIRA ticket explaining the solution: http://vufind.org/jira/browse/VUFIND-363 I have committed this fix to the trunk. However, it doesn't change the fact that the hold code seems to be incomplete - the values used in the theme do not match the values expected by the back-end code, and there is a call to a Javascript function that does not actually exist. There is not a simple fix to this problem - I think the hold code needs to be significantly rewritten. Fortunately, Luke O'Sullivan's code should address all of the problems here. When he returns from vacation, I will talk to him again about getting these improvements incorporated into mainstream VuFind. In the meantime, sorry for the inconvenience - my local VuFind installation doesn't support placing holds, so I haven't been able to thoroughly test this code in the past! - Demian From: Maya Amichal [mailto:may...@we...] Sent: Wednesday, December 29, 2010 2:58 AM To: vuf...@li... Subject: [VuFind-General] How to use REST-DLF in vufind? Hello, I'm now implementing Vufind in the library. We have Aleph ILS. I understand that for some actions the Aleph X service is not good enough. I heard of REST-DLF. Can any one tell me how to implement it? I have also the following 2 related problems: 1. I'm unable to create a hold request/recall from Vufind. I always receive the following error: Cannot find record 2. In the user profile (Your Profile) I receive address data but not first and last name of the patron. Why? What do I need to do to see the first and last name too? Thank you very much, Maya Maya Amichal Library Computerized Systems Coordinator Central and Faculty Libraries Weizmann Institute of Science Rehovot 76100 Israel Tel: 972-8-9343583 may...@we...<mailto:may...@we...> |
From: Demian K. <dem...@vi...> - 2011-01-03 14:03:58
|
Thanks for sharing this! A few suggestions that might help make this easier to use: 1.) Would it make sense for the driver to auto-generate a missing Aleph_helper.php file? There could be an Aleph.ini setting to specify the base location of the Aleph files, and this would simplify the installation process. 2.) You should be able to eliminate the need to customize the driver PHP code by adding some additional settings to Aleph.ini -- arrays of expected strings. You can hard-code some default lists into the PHP for use if .ini settings are missing. I would strongly encourage this: it is much easier for users to upgrade to future versions of VuFind if they don't have to reconcile code changes. Migrating configuration files is generally simpler. 3.) I'm not too familiar with Aleph, but would it make sense to add support to Aleph.ini for a default bibliographic base so that users without multiple bases do not have to use the custom index routine? If you are able to make all of these changes, then it might eliminate the need for a special Aleph installation document -- everything would be controlled from Aleph.ini, and you could add a few extra notes there with details on things like configuring multiple bibliographic bases. Perhaps it's not as simple as I hope it is... but it would be nice if it could be done! Also, regarding making use of Luke's work on hold screens, it's definitely worth talking to him to see if his design supports all of the features you need. If it does not, it should be possible to extend it with the missing features. I'm not sure yet when Luke's work will be incorporated into the main VuFind release (there's still a bit of work to be done to make it ready), but hopefully it won't be too much longer... and having more people testing it out will definitely help move things along! thanks, Demian > -----Original Message----- > From: Václav Rosecký [mailto:xro...@gm...] > Sent: Monday, January 03, 2011 4:23 AM > To: vuf...@li... > Cc: Petr Zabicka; Vojnar Martin > Subject: Re: [VuFind-General] How to use REST-DLF in vufind? > > Hi all > > I am the author of Aleph driver for vufind, which is based on REST-DLF > API and X-services and is available at > http://code.google.com/p/vufind-aleph/. Our modifications are: > > 1) Indexing process - id is bibliographic base and system number > separated by "-" (eg. http://vufind.mzk.cz/Record/MZK03-000001479), > because we have two bibliographic bases. > > 2) Aleph driver - original Aleph driver in vufind does not support > placing hold requests and there are more issues with it, so I reused > it and added new functionality, which uses REST-DLF API of Aleph. So > you can put hold requests, cancel hold requests and so on. The > installation is a bit tricky since you need to parse some Aleph > configuration tables (see > http://code.google.com/p/vufind-aleph/wiki/INSTALLATION). > > 3) I created custom theme in vufind because we need custom dialog when > placing hold request, where you can specify date of interest, pickup > location and comment (screenshot is available at > http://vufind-aleph.googlecode.com/files/hold-request.png). There are > also some minor modifications in source code of vufind because we > needed to expand hold capabilities of vufind. Can we reuse Luke > O'Sullivan work for it? > > Our plan for the near future is to incorporate our changes to official > vufind distribution. > > Best Regards, > Vaclav Rosecky > > 2010/12/31 Demian Katz <dem...@vi...>: > > Wonderful -- I look forward to hearing from him. > > > > thanks, > > Demian > > ________________________________________ > > From: Petr Zabicka [za...@mz...] > > Sent: Thursday, December 30, 2010 6:14 PM > > To: Demian Katz > > Cc: Vojnar Martin; Václav Rosecký > > Subject: Re: [VuFind-General] How to use REST-DLF in vufind? > > > > Hi Demian, > > > > vufind-aleph was developed by Vaclav Rosecky for Moravian Library in > Brno and it is now running at http://vufind.mzk.cz . Our plan for the > near future was to contact vufind developers and incorporate Vaclav's > work to the main VuFind distribution - so your message may speed things > up a little. Vaclav will contact you directly and you can go from > there. > > > > Kind regards, > > > > Petr Zabicka > > > > > >> Předmět: Re: [VuFind-General] How to use REST-DLF in vufind? > >> Datum: Thu, 30 Dec 2010 11:33:53 -0500 > >> Od: Demian Katz <dem...@vi...> > >> Komu: Maya Amichal <may...@we...>, "vufind- > ge...@li..." <vuf...@li...> > >> > >> I'm not familiar with the REST-DLF API, though a bit of Googling > seems to suggest that some European developers are working on their own > VuFind driver for Aleph. Unfortunately, I haven't heard about this > project before, and I was unable to track down contact information. > However, I did discover this Google Code site: > >> > >> > >> http://code.google.com/p/vufind-aleph/ > >> > >> > >> Perhaps there are some clues there... and if you do manage to get in > touch with these people, please refer them to me. I would love to talk > to them and see if any of their work should be incorporated into the > main VuFind distribution so they don't have to maintain a whole > separate project! > >> > >> VuFind's hold functionality is not very thoroughly developed and has > not been heavily tested... it's possible there is a bug there. I'm > out of the office this week, but I'll do some further investigation > when I return next week. Luke O'Sullivan has been doing some work to > improve the hold capabilities of VuFind. If there isn't a simpler > solution, it might be possible to borrow some of his code to meet your > needs -- he may also be on vacation right now, but I'm sure he'll be > happy to answer questions when he can. > >> > >> - Demian > >> ________________________________________ > >> From: Maya Amichal [ > >> may...@we... > >> ] > >> Sent: Wednesday, December 29, 2010 2:57 AM > >> To: > >> vuf...@li... > >> > >> Subject: [VuFind-General] How to use REST-DLF in vufind? > >> > >> Hello, > >> > >> I'm now implementing Vufind in the library. > >> We have Aleph ILS. > >> I understand that for some actions the Aleph X service is not good > enough. > >> I heard of REST-DLF. > >> Can any one tell me how to implement it? > >> > >> I have also the following 2 related problems: > >> > >> 1. I'm unable to create a hold request/recall from Vufind. > >> I always receive the following error: Cannot find record > >> > >> 2. In the user profile (Your Profile) I receive address data but not > first and last name of the patron. Why? What do I need to do to see the > first and last name too? > >> > >> > >> Thank you very much, > >> Maya > >> > >> > >> > >> Maya Amichal > >> Library Computerized Systems Coordinator > >> Central and Faculty Libraries > >> Weizmann Institute of Science > >> Rehovot 76100 > >> Israel > >> Tel: 972-8-9343583 > >> > >> may...@we...<mailto:may...@we...> > >> > >> > >> -------------------------------------------------------------------- > ---------- > >> Learn how Oracle Real Application Clusters (RAC) One Node allows > customers > >> to consolidate database storage, standardize their database > environment, and, > >> should the need arise, upgrade to a full multi-node Oracle RAC > database > >> without downtime or disruption > >> > >> http://p.sf.net/sfu/oracle-sfdevnl > >> > >> _______________________________________________ > >> VuFind-General mailing list > >> > >> VuF...@li... > >> https://lists.sourceforge.net/lists/listinfo/vufind-general > > > > > > ----------------------------------------------------------------------- > ------- > Learn how Oracle Real Application Clusters (RAC) One Node allows > customers > to consolidate database storage, standardize their database > environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Václav R. <xro...@gm...> - 2011-01-03 09:22:47
|
Hi all I am the author of Aleph driver for vufind, which is based on REST-DLF API and X-services and is available at http://code.google.com/p/vufind-aleph/. Our modifications are: 1) Indexing process - id is bibliographic base and system number separated by "-" (eg. http://vufind.mzk.cz/Record/MZK03-000001479), because we have two bibliographic bases. 2) Aleph driver - original Aleph driver in vufind does not support placing hold requests and there are more issues with it, so I reused it and added new functionality, which uses REST-DLF API of Aleph. So you can put hold requests, cancel hold requests and so on. The installation is a bit tricky since you need to parse some Aleph configuration tables (see http://code.google.com/p/vufind-aleph/wiki/INSTALLATION). 3) I created custom theme in vufind because we need custom dialog when placing hold request, where you can specify date of interest, pickup location and comment (screenshot is available at http://vufind-aleph.googlecode.com/files/hold-request.png). There are also some minor modifications in source code of vufind because we needed to expand hold capabilities of vufind. Can we reuse Luke O'Sullivan work for it? Our plan for the near future is to incorporate our changes to official vufind distribution. Best Regards, Vaclav Rosecky 2010/12/31 Demian Katz <dem...@vi...>: > Wonderful -- I look forward to hearing from him. > > thanks, > Demian > ________________________________________ > From: Petr Zabicka [za...@mz...] > Sent: Thursday, December 30, 2010 6:14 PM > To: Demian Katz > Cc: Vojnar Martin; Václav Rosecký > Subject: Re: [VuFind-General] How to use REST-DLF in vufind? > > Hi Demian, > > vufind-aleph was developed by Vaclav Rosecky for Moravian Library in Brno and it is now running at http://vufind.mzk.cz . Our plan for the near future was to contact vufind developers and incorporate Vaclav's work to the main VuFind distribution - so your message may speed things up a little. Vaclav will contact you directly and you can go from there. > > Kind regards, > > Petr Zabicka > > >> Předmět: Re: [VuFind-General] How to use REST-DLF in vufind? >> Datum: Thu, 30 Dec 2010 11:33:53 -0500 >> Od: Demian Katz <dem...@vi...> >> Komu: Maya Amichal <may...@we...>, "vuf...@li..." <vuf...@li...> >> >> I'm not familiar with the REST-DLF API, though a bit of Googling seems to suggest that some European developers are working on their own VuFind driver for Aleph. Unfortunately, I haven't heard about this project before, and I was unable to track down contact information. However, I did discover this Google Code site: >> >> >> http://code.google.com/p/vufind-aleph/ >> >> >> Perhaps there are some clues there... and if you do manage to get in touch with these people, please refer them to me. I would love to talk to them and see if any of their work should be incorporated into the main VuFind distribution so they don't have to maintain a whole separate project! >> >> VuFind's hold functionality is not very thoroughly developed and has not been heavily tested... it's possible there is a bug there. I'm out of the office this week, but I'll do some further investigation when I return next week. Luke O'Sullivan has been doing some work to improve the hold capabilities of VuFind. If there isn't a simpler solution, it might be possible to borrow some of his code to meet your needs -- he may also be on vacation right now, but I'm sure he'll be happy to answer questions when he can. >> >> - Demian >> ________________________________________ >> From: Maya Amichal [ >> may...@we... >> ] >> Sent: Wednesday, December 29, 2010 2:57 AM >> To: >> vuf...@li... >> >> Subject: [VuFind-General] How to use REST-DLF in vufind? >> >> Hello, >> >> I'm now implementing Vufind in the library. >> We have Aleph ILS. >> I understand that for some actions the Aleph X service is not good enough. >> I heard of REST-DLF. >> Can any one tell me how to implement it? >> >> I have also the following 2 related problems: >> >> 1. I'm unable to create a hold request/recall from Vufind. >> I always receive the following error: Cannot find record >> >> 2. In the user profile (Your Profile) I receive address data but not first and last name of the patron. Why? What do I need to do to see the first and last name too? >> >> >> Thank you very much, >> Maya >> >> >> >> Maya Amichal >> Library Computerized Systems Coordinator >> Central and Faculty Libraries >> Weizmann Institute of Science >> Rehovot 76100 >> Israel >> Tel: 972-8-9343583 >> >> may...@we...<mailto:may...@we...> >> >> >> ------------------------------------------------------------------------------ >> Learn how Oracle Real Application Clusters (RAC) One Node allows customers >> to consolidate database storage, standardize their database environment, and, >> should the need arise, upgrade to a full multi-node Oracle RAC database >> without downtime or disruption >> >> http://p.sf.net/sfu/oracle-sfdevnl >> >> _______________________________________________ >> VuFind-General mailing list >> >> VuF...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-general > > |
From: Osullivan L. <L.O...@sw...> - 2011-01-02 17:15:21
|
Hi Demian & Maya, I will be back in work on January 4th - I'll send you a patch when I get with the "additional functions". I have it working with 3 ILS so far so it should work with an Aleph Driver. Aleph uses similar x-services (web services) to Voyager so it should be possible to use them to create the place hold, cancel hold and renew item functions. Cheers, Luke -----Original Message----- From: Demian Katz [mailto:dem...@vi...] Sent: Thu 30/12/2010 16:33 To: Maya Amichal; vuf...@li... Subject: Re: [VuFind-General] How to use REST-DLF in vufind? I'm not familiar with the REST-DLF API, though a bit of Googling seems to suggest that some European developers are working on their own VuFind driver for Aleph. Unfortunately, I haven't heard about this project before, and I was unable to track down contact information. However, I did discover this Google Code site: http://code.google.com/p/vufind-aleph/ Perhaps there are some clues there... and if you do manage to get in touch with these people, please refer them to me. I would love to talk to them and see if any of their work should be incorporated into the main VuFind distribution so they don't have to maintain a whole separate project! VuFind's hold functionality is not very thoroughly developed and has not been heavily tested... it's possible there is a bug there. I'm out of the office this week, but I'll do some further investigation when I return next week. Luke O'Sullivan has been doing some work to improve the hold capabilities of VuFind. If there isn't a simpler solution, it might be possible to borrow some of his code to meet your needs -- he may also be on vacation right now, but I'm sure he'll be happy to answer questions when he can. - Demian ________________________________________ From: Maya Amichal [may...@we...] Sent: Wednesday, December 29, 2010 2:57 AM To: vuf...@li... Subject: [VuFind-General] How to use REST-DLF in vufind? Hello, I'm now implementing Vufind in the library. We have Aleph ILS. I understand that for some actions the Aleph X service is not good enough. I heard of REST-DLF. Can any one tell me how to implement it? I have also the following 2 related problems: 1. I'm unable to create a hold request/recall from Vufind. I always receive the following error: Cannot find record 2. In the user profile (Your Profile) I receive address data but not first and last name of the patron. Why? What do I need to do to see the first and last name too? Thank you very much, Maya Maya Amichal Library Computerized Systems Coordinator Central and Faculty Libraries Weizmann Institute of Science Rehovot 76100 Israel Tel: 972-8-9343583 may...@we...<mailto:may...@we...> ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Demian K. <dem...@vi...> - 2010-12-30 16:34:03
|
I'm not familiar with the REST-DLF API, though a bit of Googling seems to suggest that some European developers are working on their own VuFind driver for Aleph. Unfortunately, I haven't heard about this project before, and I was unable to track down contact information. However, I did discover this Google Code site: http://code.google.com/p/vufind-aleph/ Perhaps there are some clues there... and if you do manage to get in touch with these people, please refer them to me. I would love to talk to them and see if any of their work should be incorporated into the main VuFind distribution so they don't have to maintain a whole separate project! VuFind's hold functionality is not very thoroughly developed and has not been heavily tested... it's possible there is a bug there. I'm out of the office this week, but I'll do some further investigation when I return next week. Luke O'Sullivan has been doing some work to improve the hold capabilities of VuFind. If there isn't a simpler solution, it might be possible to borrow some of his code to meet your needs -- he may also be on vacation right now, but I'm sure he'll be happy to answer questions when he can. - Demian ________________________________________ From: Maya Amichal [may...@we...] Sent: Wednesday, December 29, 2010 2:57 AM To: vuf...@li... Subject: [VuFind-General] How to use REST-DLF in vufind? Hello, I'm now implementing Vufind in the library. We have Aleph ILS. I understand that for some actions the Aleph X service is not good enough. I heard of REST-DLF. Can any one tell me how to implement it? I have also the following 2 related problems: 1. I'm unable to create a hold request/recall from Vufind. I always receive the following error: Cannot find record 2. In the user profile (Your Profile) I receive address data but not first and last name of the patron. Why? What do I need to do to see the first and last name too? Thank you very much, Maya Maya Amichal Library Computerized Systems Coordinator Central and Faculty Libraries Weizmann Institute of Science Rehovot 76100 Israel Tel: 972-8-9343583 may...@we...<mailto:may...@we...> |
From: Demian K. <dem...@vi...> - 2010-12-30 16:26:30
|
VuFind doesn't currently have any built-in renewal mechanism, but you should be able to mimic some of the existing code to add it. You'll want to add a method to the Aleph driver that performs the renewal (I'm not sure how to do this in Aleph.... but if there is an X-service to achieve it, it is probably similar to some of the other functions like placing holds). You then probably need to create a new action in the MyResearch module that calls your new Aleph driver method through the CatalogConnection class (which should work automatically -- any method added to a driver may be called through the CatalogConnection class without having to add new methods there). You'll then need to edit the templates to add links to your new action -- probably the most logical place is the checked out item list. That's a very broad summary of what needs to be done -- if you have more specific questions, please let me know! - Demian ________________________________________ From: Maya Amichal [may...@we...] Sent: Thursday, December 30, 2010 5:46 AM To: vuf...@li... Subject: [VuFind-General] How to configure Renewal? Hello, I would like to configure the option to renew items in Vufind. I work with Aleph ILS. Can you please tell me what should I write in Drivers/Aleph.php? What other configuration should be made? Thank you, Maya |
From: Demian K. <dem...@vi...> - 2010-12-30 16:23:07
|
Have you looked at the code in the patronLogin method of the Aleph driver? It looks like this is the area where the first and last name are initially loaded. Perhaps you need to make some adjustments to the code there to solve the problem. I don't know anything about the Aleph system specifically, but if you need more detailed troubleshooting suggestions, let me know and I can at least make some guesses! - Demian ________________________________________ From: camelia [cam...@we...] Sent: Wednesday, December 29, 2010 7:49 AM To: vuf...@li...; vuf...@li... Cc: Demian Katz Subject: vufind first name and name We installed and configure vufind and everything works fine. After login we get the profile of the user with address , zip code phone number etc but we doen’t get the First name and last name. We work with aleph and I tried to configured Aleph.php in the same paragraph where the application takes address and phone to get last/first but didn’t work. What should I change/configure to get also those 2 fields. Thank you |
From: Maya A. <may...@we...> - 2010-12-30 10:47:09
|
Hello, I would like to configure the option to renew items in Vufind. I work with Aleph ILS. Can you please tell me what should I write in Drivers/Aleph.php? What other configuration should be made? Thank you, Maya |
From: camelia <cam...@we...> - 2010-12-29 12:50:08
|
We installed and configure vufind and everything works fine. After login we get the profile of the user with address , zip code phone number etc but we doen’t get the First name and last name. We work with aleph and I tried to configured Aleph.php in the same paragraph where the application takes address and phone to get last/first but didn’t work. What should I change/configure to get also those 2 fields. Thank you |
From: Maya A. <may...@we...> - 2010-12-29 07:58:01
|
Hello, I'm now implementing Vufind in the library. We have Aleph ILS. I understand that for some actions the Aleph X service is not good enough. I heard of REST-DLF. Can any one tell me how to implement it? I have also the following 2 related problems: 1. I'm unable to create a hold request/recall from Vufind. I always receive the following error: Cannot find record 2. In the user profile (Your Profile) I receive address data but not first and last name of the patron. Why? What do I need to do to see the first and last name too? Thank you very much, Maya Maya Amichal Library Computerized Systems Coordinator Central and Faculty Libraries Weizmann Institute of Science Rehovot 76100 Israel Tel: 972-8-9343583 may...@we... |
From: Maya A. <may...@we...> - 2010-12-29 06:30:48
|
Hello, I'm now implementing Vufind in the library. We have Aleph ILS. I understand that for some actions the Aleph X service is not good enough. I heard of REST-DLF. Can any one tell me how to implement it? I have the following related 2 problems: 1. I'm unable to create a hold request/recall from Vufind. I always receive the following error: Cannot find record 2. In the user profile (Your Profile) I receive address data but not first and last name of the patron. Why? What do I need to do to see the first and last name too? Thank you very much, Maya Maya Amichal Library Computerized Systems Coordinator Central and Faculty Libraries Weizmann Institute of Science Rehovot 76100 Israel Tel: 972-8-9343583 may...@we... |
From: Thomas S. <tho...@ui...> - 2010-12-23 14:20:48
|
thank you. this solved my problem. t. On Thu, 2010-12-23 at 09:04 -0500, Demian Katz wrote: > This issue actually is not related to importing -- on the record view, the subjects are being extracted directly from the MARC record, not from the data in the Solr index. This is controlled by the MarcRecord::getAllSubjectHeadings() method in web/RecordDrivers/MarcRecord.php. > > The current trunk version of the code actually suppresses numeric subfields as you desire... but this change was made after the release of VuFind 1.0.1. If you want to patch it yourself, it's just a matter of changing the innermost foreach loop: > > foreach ($subfields as $subfield) { > // Numeric subfields are for control purposes and should not > // be displayed: > if (!is_numeric($subfield->getCode())) { > $current[] = $subfield->getData(); > } > > I hope this helps! > > - Demian > > > -----Original Message----- > > From: Thomas Schwaerzler [mailto:tho...@ui...] > > Sent: Thursday, December 23, 2010 8:55 AM > > To: vufind general > > Subject: [VuFind-General] problems with marc.properties and > > getAllAlphaSubfields > > > > hi, > > > > i just tried to reimport some records into vufind and faced a problem > > with my marc.properties: > > > > for topic i have the line: > > > > topic = custom, getAllAlphaSubfields(600:610:630:650) > > > > > > as you recommended some time ago to get all fields 600[a-z],650[a-z] > > and > > so on. > > > > unfortunately the import did not behave as expected. > > > > here is a fresh import into an empty index: > > > > http://138.232.114.235/vufind/Record/000011356 > > > > > > the corresponding marc-record looks like this (having three 650$2 > > entries which i'd like to exclude from topic): > > > > > > > > <?xml version="1.0" encoding="UTF-8" ?> > > <marc:collection xmlns:marc="http://www.loc.gov/MARC21/slim" > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > > xsi:schemaLocation="http://www.loc.gov/MARC21/slim > > http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"> > > <marc:record xmlns:marc="http://www.loc.gov/MARC21/slim" > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > > xsi:schemaLocation="http://www.loc.gov/MARC21/slim > > http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"> > > <!--marc:leader>00000nas a22 a 4500</marc:leader--> > > <marc:leader>00000nas a22001691i 4500</marc:leader> > > <marc:controlfield tag="001">000011356</marc:controlfield> > > <marc:controlfield tag="003">CZ PrSTK</marc:controlfield> > > <marc:controlfield tag="005">20080818105050.0</marc:controlfield> > > <marc:controlfield tag="008">950316c19719999xr ux 0 > > b0cze</marc:controlfield> > > <marc:datafield ind1=" " ind2=" " tag="040"> > > <marc:subfield code="a">ABA013</marc:subfield> > > <marc:subfield code="b">cze</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2="4" tag="050"> > > <marc:subfield code="a">TN15</marc:subfield> > > <marc:subfield code="b">.S78</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="080"> > > <marc:subfield code="a">622(091)(082)</marc:subfield> > > <marc:subfield code="2">undef</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2="0" tag="222"> > > <marc:subfield code="a">Studie z dějin > > hornictví</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1="0" ind2="0" tag="245"> > > <marc:subfield code="a">Studie z dějin > > hornictví ...</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1="3" ind2="0" tag="246"> > > <marc:subfield code="a">Z dějin hornictví ...</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="260"> > > <marc:subfield code="a">Praha :</marc:subfield> > > <marc:subfield code="b">Národní technické > > muzeum,</marc:subfield> > > <marc:subfield code="c">[1971]-</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="300"> > > <marc:subfield code="a">sv.</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="310"> > > <marc:subfield code="a">Vychází nepravidelně</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1="1" ind2=" " tag="490"> > > <marc:subfield code="a">Rozpravy Národního technického > > muzea</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="500"> > > <marc:subfield code="a">Některé sv. mají ISBN</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="500"> > > <marc:subfield code="a">Popsáno podle: sv. 1</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="500"> > > <marc:subfield code="a">Součástí sv. 14, 15, 16 a 19 jsou > > samostané > > přílohy</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1="0" ind2="7" tag="650"> > > <marc:subfield code="a">těžba nerostných > > surovin</marc:subfield> > > <marc:subfield code="x">ts</marc:subfield> > > <marc:subfield code="2">650-2:psh-1</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1="0" ind2="7" tag="650"> > > <marc:subfield code="a">historie</marc:subfield> > > <marc:subfield code="x">hi</marc:subfield> > > <marc:subfield code="2">650-2:psh-2</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1="0" ind2="7" tag="650"> > > <marc:subfield code="a">sborníky</marc:subfield> > > <marc:subfield code="x">in</marc:subfield> > > <marc:subfield code="2">650-2:psh-3</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1="2" ind2=" " tag="710"> > > <marc:subfield code="a">Národní technické muzeum (Praha, > > Česko)</marc:subfield> > > <marc:subfield code="7">kn20010709076</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1="2" ind2=" " tag="810"> > > <marc:subfield code="a">Národní technické muzeum (Praha, > > Česko).</marc:subfield> > > <marc:subfield code="t">Rozpravy</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="902"> > > <marc:subfield code="a">80-7037-010-6 (sv. 21)</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="902"> > > <marc:subfield code="a">80-7037-017-3 (sv. 22)</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="902"> > > <marc:subfield code="a">80-7037-025-4 (sv. 23)</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="964"> > > <marc:subfield code="a">Hornictví - dějiny</marc:subfield> > > </marc:datafield> > > <marc:datafield ind1=" " ind2=" " tag="910"> > > <marc:subfield code="a">ABA013</marc:subfield> > > <marc:subfield code="b">M 10029</marc:subfield> > > <marc:subfield code="b">Z 57148</marc:subfield> > > </marc:datafield> > > </marc:record> > > </marc:collection> > > > > > > as it can be seen at the link above, the record has as topic: > > > > Subjects: těžba nerostných surovin > ts > 650-2:psh-1 > > historie > hi > 650-2:psh-2 > > sborníky > in > 650-2:psh-3 > > > > > > ..so it seems as if all subfields (even $2 have been taken) > > > > i already checked marc_local.properties for other 650 entries, but > > there's nothing uncommented but this line: > > > > format = script(format.bsh), getFormat, format_map.properties > > > > > > here is my marc.properties: > > > > > > ####################################################################### > > ######## > > # marc.properties -- standard VuFind MARC mappings. If you wish to > > customize # > > # these settings, it is recommended that you edit > > # > > # marc_local.properties to make upgrades simpler. > > # > > ####################################################################### > > ######## > > id = 001, first > > lccn = 010a > > ctrlnum = 035a > > collection = "Catalog" > > institution = "ntk" > > building = "" > > > > fullrecord = FullRecordAsMarc > > # changed: new property: > > recordtype = "marc" > > allfields = custom, getAllSearchableFields(100, 900) > > > > language = 008[35-37]:041a:041d:041h:041j, language_map.properties > > format = custom, getFormat, format_map.properties > > > > auth_author = 100abcd > > author = 100abcd > > author-letter = 100a > > auth_author2 = 700abcd > > author2 = 110ab:111ab:700abcd:710ab:711ab > > author2-role = 700e:710e > > author_additional = 505r > > > > title = 245ab, first > > title_sub = 245b, first > > title_short = 245a, first > > title_full = custom, getAllSubfields(245, " ") > > title_auth = 245ab, first > > title_alt = 130adfgklnpst:240a:246a:730adfgklnpst:740a > > title_old = 780ast > > title_new = 785ast > > title_sort = custom, getSortableTitle > > series = 440ap:800abcdfpqt:830ap > > series2 = 490a > > > > publisher = 260b > > publishDate = DateOfPublication > > > > physical = 300abcefg > > dateSpan = 362a > > edition = 250a > > #description = > > contents = 505a:505t > > > > isbn = 020a > > issn = 022a:440x:490x:730x:776x:780x:785x > > > > callnumber = custom, getFullCallNumber > > callnumber-a = 099a:090a:050a, first > > callnumber-first = 099a[0]:090a[0]:050a[0], callnumber_map.properties, > > first > > callnumber-first-code = 099a[0]:090a[0]:050a[0], first > > callnumber-subject = custom, getCallNumberSubject, > > callnumber_subject_map.properties > > callnumber-subject-code = custom, getCallNumberSubject > > callnumber-label = custom, getCallNumberLabel > > > > topic = custom, getAllAlphaSubfields(600:610:630:650) > > genre = custom, getAllAlphaSubfields(655) > > geographic = custom, getAllAlphaSubfields(651) > > > > topic_facet = 600x:610x:611x:630x:648x:650a:650x:651x:655x > > genre_facet = 600v:610v:611v:630v:648v:650v:651v:655a:655v > > geographic_facet = 600z:610z:611z:630z:648z:650z:651a:651z:655z > > era = 600d:610y:611y:630y:648a:648y:650y:651y:655y > > > > url = 856u > > > > illustrated = script(illustrated.bsh), isIllustrated > > > > > > i have already tried several different variant but i always had the > > same > > result. > > > > so do i understand something wrong or is there an error at > > getAllAlphaSubfields()? > > > > > > t. > > > > > > ----------------------------------------------------------------------- > > ------- > > Learn how Oracle Real Application Clusters (RAC) One Node allows > > customers > > to consolidate database storage, standardize their database > > environment, and, > > should the need arise, upgrade to a full multi-node Oracle RAC database > > without downtime or disruption > > http://p.sf.net/sfu/oracle-sfdevnl > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Demian K. <dem...@vi...> - 2010-12-23 14:08:23
|
This issue actually is not related to importing -- on the record view, the subjects are being extracted directly from the MARC record, not from the data in the Solr index. This is controlled by the MarcRecord::getAllSubjectHeadings() method in web/RecordDrivers/MarcRecord.php. The current trunk version of the code actually suppresses numeric subfields as you desire... but this change was made after the release of VuFind 1.0.1. If you want to patch it yourself, it's just a matter of changing the innermost foreach loop: foreach ($subfields as $subfield) { // Numeric subfields are for control purposes and should not // be displayed: if (!is_numeric($subfield->getCode())) { $current[] = $subfield->getData(); } I hope this helps! - Demian > -----Original Message----- > From: Thomas Schwaerzler [mailto:tho...@ui...] > Sent: Thursday, December 23, 2010 8:55 AM > To: vufind general > Subject: [VuFind-General] problems with marc.properties and > getAllAlphaSubfields > > hi, > > i just tried to reimport some records into vufind and faced a problem > with my marc.properties: > > for topic i have the line: > > topic = custom, getAllAlphaSubfields(600:610:630:650) > > > as you recommended some time ago to get all fields 600[a-z],650[a-z] > and > so on. > > unfortunately the import did not behave as expected. > > here is a fresh import into an empty index: > > http://138.232.114.235/vufind/Record/000011356 > > > the corresponding marc-record looks like this (having three 650$2 > entries which i'd like to exclude from topic): > > > > <?xml version="1.0" encoding="UTF-8" ?> > <marc:collection xmlns:marc="http://www.loc.gov/MARC21/slim" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://www.loc.gov/MARC21/slim > http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"> > <marc:record xmlns:marc="http://www.loc.gov/MARC21/slim" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://www.loc.gov/MARC21/slim > http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"> > <!--marc:leader>00000nas a22 a 4500</marc:leader--> > <marc:leader>00000nas a22001691i 4500</marc:leader> > <marc:controlfield tag="001">000011356</marc:controlfield> > <marc:controlfield tag="003">CZ PrSTK</marc:controlfield> > <marc:controlfield tag="005">20080818105050.0</marc:controlfield> > <marc:controlfield tag="008">950316c19719999xr ux 0 > b0cze</marc:controlfield> > <marc:datafield ind1=" " ind2=" " tag="040"> > <marc:subfield code="a">ABA013</marc:subfield> > <marc:subfield code="b">cze</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2="4" tag="050"> > <marc:subfield code="a">TN15</marc:subfield> > <marc:subfield code="b">.S78</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="080"> > <marc:subfield code="a">622(091)(082)</marc:subfield> > <marc:subfield code="2">undef</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2="0" tag="222"> > <marc:subfield code="a">Studie z dějin > hornictví</marc:subfield> > </marc:datafield> > <marc:datafield ind1="0" ind2="0" tag="245"> > <marc:subfield code="a">Studie z dějin > hornictví ...</marc:subfield> > </marc:datafield> > <marc:datafield ind1="3" ind2="0" tag="246"> > <marc:subfield code="a">Z dějin hornictví ...</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="260"> > <marc:subfield code="a">Praha :</marc:subfield> > <marc:subfield code="b">Národní technické > muzeum,</marc:subfield> > <marc:subfield code="c">[1971]-</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="300"> > <marc:subfield code="a">sv.</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="310"> > <marc:subfield code="a">Vychází nepravidelně</marc:subfield> > </marc:datafield> > <marc:datafield ind1="1" ind2=" " tag="490"> > <marc:subfield code="a">Rozpravy Národního technického > muzea</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="500"> > <marc:subfield code="a">Některé sv. mají ISBN</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="500"> > <marc:subfield code="a">Popsáno podle: sv. 1</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="500"> > <marc:subfield code="a">Součástí sv. 14, 15, 16 a 19 jsou > samostané > přílohy</marc:subfield> > </marc:datafield> > <marc:datafield ind1="0" ind2="7" tag="650"> > <marc:subfield code="a">těžba nerostných > surovin</marc:subfield> > <marc:subfield code="x">ts</marc:subfield> > <marc:subfield code="2">650-2:psh-1</marc:subfield> > </marc:datafield> > <marc:datafield ind1="0" ind2="7" tag="650"> > <marc:subfield code="a">historie</marc:subfield> > <marc:subfield code="x">hi</marc:subfield> > <marc:subfield code="2">650-2:psh-2</marc:subfield> > </marc:datafield> > <marc:datafield ind1="0" ind2="7" tag="650"> > <marc:subfield code="a">sborníky</marc:subfield> > <marc:subfield code="x">in</marc:subfield> > <marc:subfield code="2">650-2:psh-3</marc:subfield> > </marc:datafield> > <marc:datafield ind1="2" ind2=" " tag="710"> > <marc:subfield code="a">Národní technické muzeum (Praha, > Česko)</marc:subfield> > <marc:subfield code="7">kn20010709076</marc:subfield> > </marc:datafield> > <marc:datafield ind1="2" ind2=" " tag="810"> > <marc:subfield code="a">Národní technické muzeum (Praha, > Česko).</marc:subfield> > <marc:subfield code="t">Rozpravy</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="902"> > <marc:subfield code="a">80-7037-010-6 (sv. 21)</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="902"> > <marc:subfield code="a">80-7037-017-3 (sv. 22)</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="902"> > <marc:subfield code="a">80-7037-025-4 (sv. 23)</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="964"> > <marc:subfield code="a">Hornictví - dějiny</marc:subfield> > </marc:datafield> > <marc:datafield ind1=" " ind2=" " tag="910"> > <marc:subfield code="a">ABA013</marc:subfield> > <marc:subfield code="b">M 10029</marc:subfield> > <marc:subfield code="b">Z 57148</marc:subfield> > </marc:datafield> > </marc:record> > </marc:collection> > > > as it can be seen at the link above, the record has as topic: > > Subjects: těžba nerostných surovin > ts > 650-2:psh-1 > historie > hi > 650-2:psh-2 > sborníky > in > 650-2:psh-3 > > > ..so it seems as if all subfields (even $2 have been taken) > > i already checked marc_local.properties for other 650 entries, but > there's nothing uncommented but this line: > > format = script(format.bsh), getFormat, format_map.properties > > > here is my marc.properties: > > > ####################################################################### > ######## > # marc.properties -- standard VuFind MARC mappings. If you wish to > customize # > # these settings, it is recommended that you edit > # > # marc_local.properties to make upgrades simpler. > # > ####################################################################### > ######## > id = 001, first > lccn = 010a > ctrlnum = 035a > collection = "Catalog" > institution = "ntk" > building = "" > > fullrecord = FullRecordAsMarc > # changed: new property: > recordtype = "marc" > allfields = custom, getAllSearchableFields(100, 900) > > language = 008[35-37]:041a:041d:041h:041j, language_map.properties > format = custom, getFormat, format_map.properties > > auth_author = 100abcd > author = 100abcd > author-letter = 100a > auth_author2 = 700abcd > author2 = 110ab:111ab:700abcd:710ab:711ab > author2-role = 700e:710e > author_additional = 505r > > title = 245ab, first > title_sub = 245b, first > title_short = 245a, first > title_full = custom, getAllSubfields(245, " ") > title_auth = 245ab, first > title_alt = 130adfgklnpst:240a:246a:730adfgklnpst:740a > title_old = 780ast > title_new = 785ast > title_sort = custom, getSortableTitle > series = 440ap:800abcdfpqt:830ap > series2 = 490a > > publisher = 260b > publishDate = DateOfPublication > > physical = 300abcefg > dateSpan = 362a > edition = 250a > #description = > contents = 505a:505t > > isbn = 020a > issn = 022a:440x:490x:730x:776x:780x:785x > > callnumber = custom, getFullCallNumber > callnumber-a = 099a:090a:050a, first > callnumber-first = 099a[0]:090a[0]:050a[0], callnumber_map.properties, > first > callnumber-first-code = 099a[0]:090a[0]:050a[0], first > callnumber-subject = custom, getCallNumberSubject, > callnumber_subject_map.properties > callnumber-subject-code = custom, getCallNumberSubject > callnumber-label = custom, getCallNumberLabel > > topic = custom, getAllAlphaSubfields(600:610:630:650) > genre = custom, getAllAlphaSubfields(655) > geographic = custom, getAllAlphaSubfields(651) > > topic_facet = 600x:610x:611x:630x:648x:650a:650x:651x:655x > genre_facet = 600v:610v:611v:630v:648v:650v:651v:655a:655v > geographic_facet = 600z:610z:611z:630z:648z:650z:651a:651z:655z > era = 600d:610y:611y:630y:648a:648y:650y:651y:655y > > url = 856u > > illustrated = script(illustrated.bsh), isIllustrated > > > i have already tried several different variant but i always had the > same > result. > > so do i understand something wrong or is there an error at > getAllAlphaSubfields()? > > > t. > > > ----------------------------------------------------------------------- > ------- > Learn how Oracle Real Application Clusters (RAC) One Node allows > customers > to consolidate database storage, standardize their database > environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Thomas S. <tho...@ui...> - 2010-12-23 13:53:45
|
hi, i just tried to reimport some records into vufind and faced a problem with my marc.properties: for topic i have the line: topic = custom, getAllAlphaSubfields(600:610:630:650) as you recommended some time ago to get all fields 600[a-z],650[a-z] and so on. unfortunately the import did not behave as expected. here is a fresh import into an empty index: http://138.232.114.235/vufind/Record/000011356 the corresponding marc-record looks like this (having three 650$2 entries which i'd like to exclude from topic): <?xml version="1.0" encoding="UTF-8" ?> <marc:collection xmlns:marc="http://www.loc.gov/MARC21/slim" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"> <marc:record xmlns:marc="http://www.loc.gov/MARC21/slim" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"> <!--marc:leader>00000nas a22 a 4500</marc:leader--> <marc:leader>00000nas a22001691i 4500</marc:leader> <marc:controlfield tag="001">000011356</marc:controlfield> <marc:controlfield tag="003">CZ PrSTK</marc:controlfield> <marc:controlfield tag="005">20080818105050.0</marc:controlfield> <marc:controlfield tag="008">950316c19719999xr ux 0 b0cze</marc:controlfield> <marc:datafield ind1=" " ind2=" " tag="040"> <marc:subfield code="a">ABA013</marc:subfield> <marc:subfield code="b">cze</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2="4" tag="050"> <marc:subfield code="a">TN15</marc:subfield> <marc:subfield code="b">.S78</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="080"> <marc:subfield code="a">622(091)(082)</marc:subfield> <marc:subfield code="2">undef</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2="0" tag="222"> <marc:subfield code="a">Studie z dějin hornictví</marc:subfield> </marc:datafield> <marc:datafield ind1="0" ind2="0" tag="245"> <marc:subfield code="a">Studie z dějin hornictví ...</marc:subfield> </marc:datafield> <marc:datafield ind1="3" ind2="0" tag="246"> <marc:subfield code="a">Z dějin hornictví ...</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="260"> <marc:subfield code="a">Praha :</marc:subfield> <marc:subfield code="b">Národní technické muzeum,</marc:subfield> <marc:subfield code="c">[1971]-</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="300"> <marc:subfield code="a">sv.</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="310"> <marc:subfield code="a">Vychází nepravidelně</marc:subfield> </marc:datafield> <marc:datafield ind1="1" ind2=" " tag="490"> <marc:subfield code="a">Rozpravy Národního technického muzea</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="500"> <marc:subfield code="a">Některé sv. mají ISBN</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="500"> <marc:subfield code="a">Popsáno podle: sv. 1</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="500"> <marc:subfield code="a">Součástí sv. 14, 15, 16 a 19 jsou samostané přílohy</marc:subfield> </marc:datafield> <marc:datafield ind1="0" ind2="7" tag="650"> <marc:subfield code="a">těžba nerostných surovin</marc:subfield> <marc:subfield code="x">ts</marc:subfield> <marc:subfield code="2">650-2:psh-1</marc:subfield> </marc:datafield> <marc:datafield ind1="0" ind2="7" tag="650"> <marc:subfield code="a">historie</marc:subfield> <marc:subfield code="x">hi</marc:subfield> <marc:subfield code="2">650-2:psh-2</marc:subfield> </marc:datafield> <marc:datafield ind1="0" ind2="7" tag="650"> <marc:subfield code="a">sborníky</marc:subfield> <marc:subfield code="x">in</marc:subfield> <marc:subfield code="2">650-2:psh-3</marc:subfield> </marc:datafield> <marc:datafield ind1="2" ind2=" " tag="710"> <marc:subfield code="a">Národní technické muzeum (Praha, Česko)</marc:subfield> <marc:subfield code="7">kn20010709076</marc:subfield> </marc:datafield> <marc:datafield ind1="2" ind2=" " tag="810"> <marc:subfield code="a">Národní technické muzeum (Praha, Česko).</marc:subfield> <marc:subfield code="t">Rozpravy</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="902"> <marc:subfield code="a">80-7037-010-6 (sv. 21)</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="902"> <marc:subfield code="a">80-7037-017-3 (sv. 22)</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="902"> <marc:subfield code="a">80-7037-025-4 (sv. 23)</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="964"> <marc:subfield code="a">Hornictví - dějiny</marc:subfield> </marc:datafield> <marc:datafield ind1=" " ind2=" " tag="910"> <marc:subfield code="a">ABA013</marc:subfield> <marc:subfield code="b">M 10029</marc:subfield> <marc:subfield code="b">Z 57148</marc:subfield> </marc:datafield> </marc:record> </marc:collection> as it can be seen at the link above, the record has as topic: Subjects: těžba nerostných surovin > ts > 650-2:psh-1 historie > hi > 650-2:psh-2 sborníky > in > 650-2:psh-3 ..so it seems as if all subfields (even $2 have been taken) i already checked marc_local.properties for other 650 entries, but there's nothing uncommented but this line: format = script(format.bsh), getFormat, format_map.properties here is my marc.properties: ############################################################################### # marc.properties -- standard VuFind MARC mappings. If you wish to customize # # these settings, it is recommended that you edit # # marc_local.properties to make upgrades simpler. # ############################################################################### id = 001, first lccn = 010a ctrlnum = 035a collection = "Catalog" institution = "ntk" building = "" fullrecord = FullRecordAsMarc # changed: new property: recordtype = "marc" allfields = custom, getAllSearchableFields(100, 900) language = 008[35-37]:041a:041d:041h:041j, language_map.properties format = custom, getFormat, format_map.properties auth_author = 100abcd author = 100abcd author-letter = 100a auth_author2 = 700abcd author2 = 110ab:111ab:700abcd:710ab:711ab author2-role = 700e:710e author_additional = 505r title = 245ab, first title_sub = 245b, first title_short = 245a, first title_full = custom, getAllSubfields(245, " ") title_auth = 245ab, first title_alt = 130adfgklnpst:240a:246a:730adfgklnpst:740a title_old = 780ast title_new = 785ast title_sort = custom, getSortableTitle series = 440ap:800abcdfpqt:830ap series2 = 490a publisher = 260b publishDate = DateOfPublication physical = 300abcefg dateSpan = 362a edition = 250a #description = contents = 505a:505t isbn = 020a issn = 022a:440x:490x:730x:776x:780x:785x callnumber = custom, getFullCallNumber callnumber-a = 099a:090a:050a, first callnumber-first = 099a[0]:090a[0]:050a[0], callnumber_map.properties, first callnumber-first-code = 099a[0]:090a[0]:050a[0], first callnumber-subject = custom, getCallNumberSubject, callnumber_subject_map.properties callnumber-subject-code = custom, getCallNumberSubject callnumber-label = custom, getCallNumberLabel topic = custom, getAllAlphaSubfields(600:610:630:650) genre = custom, getAllAlphaSubfields(655) geographic = custom, getAllAlphaSubfields(651) topic_facet = 600x:610x:611x:630x:648x:650a:650x:651x:655x genre_facet = 600v:610v:611v:630v:648v:650v:651v:655a:655v geographic_facet = 600z:610z:611z:630z:648z:650z:651a:651z:655z era = 600d:610y:611y:630y:648a:648y:650y:651y:655y url = 856u illustrated = script(illustrated.bsh), isIllustrated i have already tried several different variant but i always had the same result. so do i understand something wrong or is there an error at getAllAlphaSubfields()? t. |
From: Thomas S. <tho...@ui...> - 2010-12-22 14:41:03
|
hi, i faced the same problem some time ago and just solved it by putting the google analytics code into an own javascript file. t. On Wed, 2010-12-22 at 13:47 +0000, Andy Latham wrote: > Hi Everyone, > > > > Firstly, many thanks to everyone who replied to my query both on the > list and directly to me. > > > > I thought I’d let you know how I got Google Analytics working with > Vufind. > > > > As suggested, the file to be edited is layout.tpl under the theme you > are using. > > > > I added the following <script/> tag to the end of the <script/> tags > in the </head> > > > > <script type="text/javascript">{literal}var _gaq = _gaq || > [];_gaq.push(['_setAccount', > 'xx-xxxxxxxx-x']);_gaq.push(['_trackPageview']);(function() {var ga = > document.createElement('script'); ga.type = 'text/javascript'; > ga.async = true;ga.src = ('https:' == document.location.protocol ? > 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';var s = > document.getElementsByTagName('script')[0]; > s.parentNode.insertBefore(ga, s);})();{/literal}</script> > > > > Obviously you would need to use your own account id for Google. > > > > The trouble I encountered with the default javascript that Google > provide, is that the Smarty Templates were trying to parse it, and > throwing an error. So I surrounded the Java Script with the > {literal}{/literal} tags you can see above and this did the trick and > it works perfectly well. > > > > Once again, many thanks to those of you who took the trouble to reply. > > > > Best wishes, > > > > -Andy > > > > From: Eoghan Ó Carragáin [mailto:eog...@gm...] > Sent: 29 November 2010 20:02 > To: Andy Latham > Cc: vuf...@li... > Subject: Re: [VuFind-General] Google Analytics in Vufind > > > > > Hi, > I'm not sure what Google currently recommend regarding where to place > the snippet - it used to be before the closing </body> tag but the > last time I set up an analytics profile, the recommendation was to > place it before the closing </head> tag. I think there are more > sophistocated setups which split the snippet too. > > In any case, as regards vufind files, you'll probably only need to > edit /web/interface/themes/[theme-name]/layout.tpl (where [theme-name] > = classic, defaual, etc). All other templates use this file as a base > & it contains the <html />, <head /> and <body /> elements. If you're > enabling the mobile theme, you should add the snippet to its > layout.tpl too (ie. /web/interface/themes/mobile/layout.tpl). > > Hope this helps, > Eoghan > > > > On 29 November 2010 12:19, Andy Latham <and...@gm...> wrote: > > Hi everyone, > > > > > I'm new to Vufind, so apologies for the "new boy" question :) > > > > > > I've just got Vufind up and running with our (small) library catalogue > and would like to integrate Google Analytics. > > > > > > I was wondering if anyone could recommend a good place to insert the > Google Analytics JavaScript snippet in the Vufind code and/or > templates? > > > > > > Many thanks in advance for any help you might be able to provide. > > > > > > Best wishes > > > > > > -Andy > > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with > the > Intel(R) Software Partner Program. Five $500 cash prizes are up for > grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > > > > > > > > ______________________________________________________________________ > Please consider the environment before printing this email. > > Find out more about Talis at http://www.talis.com/ > shared innovation™ > > Any views or personal opinions expressed within this email may not be > those of Talis Information Ltd or its employees. The content of this > email message and any files that may be attached are confidential, and > for the usage of the intended recipient only. If you are not the > intended recipient, then please return this message to the sender and > delete it. Any use of this e-mail by an unauthorised recipient is > prohibited. > > Talis Information Ltd is a member of the Talis Group of companies and > is registered in England No 3638278 with its registered office at > Knights Court, Solihull Parkway, Birmingham Business Park, B37 7YB. > > Talis North America is Talis Inc., 11400 Branch Ct., Fredericksburg, > VA 22408, United States of America. > ------------------------------------------------------------------------------ > Forrester recently released a report on the Return on Investment (ROI) of > Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even > within 7 months. Over 3 million businesses have gone Google with Google Apps: > an online email calendar, and document program that's accessible from your > browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew > _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Andy L. <And...@ta...> - 2010-12-22 14:14:36
|
Hi Everyone, Firstly, many thanks to everyone who replied to my query both on the list and directly to me. I thought I'd let you know how I got Google Analytics working with Vufind. As suggested, the file to be edited is layout.tpl under the theme you are using. I added the following <script/> tag to the end of the <script/> tags in the </head> <script type="text/javascript">{literal}var _gaq = _gaq || [];_gaq.push(['_setAccount', 'xx-xxxxxxxx-x']);_gaq.push(['_trackPageview']);(function() {var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);})();{/literal}</script> Obviously you would need to use your own account id for Google. The trouble I encountered with the default javascript that Google provide, is that the Smarty Templates were trying to parse it, and throwing an error. So I surrounded the Java Script with the {literal}{/literal} tags you can see above and this did the trick and it works perfectly well. Once again, many thanks to those of you who took the trouble to reply. Best wishes, -Andy From: Eoghan Ó Carragáin [mailto:eog...@gm...] Sent: 29 November 2010 20:02 To: Andy Latham Cc: vuf...@li... Subject: Re: [VuFind-General] Google Analytics in Vufind Hi, I'm not sure what Google currently recommend regarding where to place the snippet - it used to be before the closing </body> tag but the last time I set up an analytics profile, the recommendation was to place it before the closing </head> tag. I think there are more sophistocated setups which split the snippet too. In any case, as regards vufind files, you'll probably only need to edit /web/interface/themes/[theme-name]/layout.tpl (where [theme-name] = classic, defaual, etc). All other templates use this file as a base & it contains the <html />, <head /> and <body /> elements. If you're enabling the mobile theme, you should add the snippet to its layout.tpl too (ie. /web/interface/themes/mobile/layout.tpl). Hope this helps, Eoghan On 29 November 2010 12:19, Andy Latham <and...@gm...<mailto:and...@gm...>> wrote: Hi everyone, I'm new to Vufind, so apologies for the "new boy" question :) I've just got Vufind up and running with our (small) library catalogue and would like to integrate Google Analytics. I was wondering if anyone could recommend a good place to insert the Google Analytics JavaScript snippet in the Vufind code and/or templates? Many thanks in advance for any help you might be able to provide. Best wishes -Andy ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general ________________________________ Please consider the environment before printing this email. Find out more about Talis at http://www.talis.com/ shared innovation(tm) Any views or personal opinions expressed within this email may not be those of Talis Information Ltd or its employees. The content of this email message and any files that may be attached are confidential, and for the usage of the intended recipient only. If you are not the intended recipient, then please return this message to the sender and delete it. Any use of this e-mail by an unauthorised recipient is prohibited. Talis Information Ltd is a member of the Talis Group of companies and is registered in England No 3638278 with its registered office at Knights Court, Solihull Parkway, Birmingham Business Park, B37 7YB. Talis North America is Talis Inc., 11400 Branch Ct., Fredericksburg, VA 22408, United States of America. |
From: Demian K. <dem...@vi...> - 2010-12-21 20:36:20
|
Yes, that explains it -- reindex with the new marc.properties and the problem will be solved. - Demian > -----Original Message----- > From: Thomas Schwaerzler [mailto:tho...@ui...] > Sent: Tuesday, December 21, 2010 3:35 PM > To: vufind general > Subject: Re: [VuFind-General] more marcish staff view > > i think i found the problem: > > i used the old marc.properties, that had no property named recordtype. > > t. > > On Tue, 2010-12-21 at 15:17 -0500, Demian Katz wrote: > > You should still have the old staff view in VuFind 1.0.1. Perhaps > some of your local customizations are preventing it from working. > > > > A little background may help you track down the problem -- one of the > big differences between RC2 and 1.0.1 is the introduction of record > drivers for handling non-MARC data. Every record in the Solr index now > has a recordtype field. For MARC records, this should have a value of > "marc." When VuFind needs to display information from a record, it > loads a record driver class based on the recordtype field -- i.e. if > it's "marc," it loads MarcRecord. If a specific record driver cannot > be found, it loads the default IndexRecord driver. > > > > More on record drivers can be found here: > > > > http://vufind.org/wiki/other_than_marc > > > > The staff view behavior you are seeing on your test server suggests > that the IndexRecord driver is being loaded. If the MarcRecord driver > was being loaded, you would see the old-style MARC dump. > > > > Have you attempted to customize any record drivers? Have you changed > the value of the recordtype field in import/marc.properties? Do you > have a custom theme in place that has not been updated to account for > the new record driver layout? > > > > Hopefully this will point you in the right direction... but if you > need more ideas on how to debug this, let me know and I can make > further suggestions. > > > > - Demian > > > > > -----Original Message----- > > > From: Thomas Schwaerzler [mailto:tho...@ui...] > > > Sent: Tuesday, December 21, 2010 3:11 PM > > > To: vufind general > > > Subject: [VuFind-General] more marcish staff view > > > > > > hi, > > > > > > since i updated vufind from 1.0RC2 to 1.0.1 i am missing the "old > staff > > > view", that showed the marc records like in this example: > > > > > > http://search.books2ebooks.eu/Record/11766680/Details > > > > > > > > > with version 1.0.1 it looks like this: > > > > > > http://138.232.114.235/vufind/Record/11766680/Details > > > > > > > > > is there a simple way to change the staff view to the old style? > > > > > > thanks > > > t. > > > > > > > > > ------------------------------------------------------------------- > ---- > > > ------- > > > Forrester recently released a report on the Return on Investment > (ROI) > > > of > > > Google Apps. They found a 300% ROI, 38%-56% cost savings, and > break- > > > even > > > within 7 months. Over 3 million businesses have gone Google with > > > Google Apps: > > > an online email calendar, and document program that's accessible > from > > > your > > > browser. Read the Forrester report: http://p.sf.net/sfu/googleapps- > > > sfnew > > > _______________________________________________ > > > VuFind-General mailing list > > > VuF...@li... > > > https://lists.sourceforge.net/lists/listinfo/vufind-general > > > > ----------------------------------------------------------------------- > ------- > Forrester recently released a report on the Return on Investment (ROI) > of > Google Apps. They found a 300% ROI, 38%-56% cost savings, and break- > even > within 7 months. Over 3 million businesses have gone Google with > Google Apps: > an online email calendar, and document program that's accessible from > your > browser. Read the Forrester report: http://p.sf.net/sfu/googleapps- > sfnew > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Thomas S. <tho...@ui...> - 2010-12-21 20:33:28
|
i think i found the problem: i used the old marc.properties, that had no property named recordtype. t. On Tue, 2010-12-21 at 15:17 -0500, Demian Katz wrote: > You should still have the old staff view in VuFind 1.0.1. Perhaps some of your local customizations are preventing it from working. > > A little background may help you track down the problem -- one of the big differences between RC2 and 1.0.1 is the introduction of record drivers for handling non-MARC data. Every record in the Solr index now has a recordtype field. For MARC records, this should have a value of "marc." When VuFind needs to display information from a record, it loads a record driver class based on the recordtype field -- i.e. if it's "marc," it loads MarcRecord. If a specific record driver cannot be found, it loads the default IndexRecord driver. > > More on record drivers can be found here: > > http://vufind.org/wiki/other_than_marc > > The staff view behavior you are seeing on your test server suggests that the IndexRecord driver is being loaded. If the MarcRecord driver was being loaded, you would see the old-style MARC dump. > > Have you attempted to customize any record drivers? Have you changed the value of the recordtype field in import/marc.properties? Do you have a custom theme in place that has not been updated to account for the new record driver layout? > > Hopefully this will point you in the right direction... but if you need more ideas on how to debug this, let me know and I can make further suggestions. > > - Demian > > > -----Original Message----- > > From: Thomas Schwaerzler [mailto:tho...@ui...] > > Sent: Tuesday, December 21, 2010 3:11 PM > > To: vufind general > > Subject: [VuFind-General] more marcish staff view > > > > hi, > > > > since i updated vufind from 1.0RC2 to 1.0.1 i am missing the "old staff > > view", that showed the marc records like in this example: > > > > http://search.books2ebooks.eu/Record/11766680/Details > > > > > > with version 1.0.1 it looks like this: > > > > http://138.232.114.235/vufind/Record/11766680/Details > > > > > > is there a simple way to change the staff view to the old style? > > > > thanks > > t. > > > > > > ----------------------------------------------------------------------- > > ------- > > Forrester recently released a report on the Return on Investment (ROI) > > of > > Google Apps. They found a 300% ROI, 38%-56% cost savings, and break- > > even > > within 7 months. Over 3 million businesses have gone Google with > > Google Apps: > > an online email calendar, and document program that's accessible from > > your > > browser. Read the Forrester report: http://p.sf.net/sfu/googleapps- > > sfnew > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Demian K. <dem...@vi...> - 2010-12-21 20:18:04
|
You should still have the old staff view in VuFind 1.0.1. Perhaps some of your local customizations are preventing it from working. A little background may help you track down the problem -- one of the big differences between RC2 and 1.0.1 is the introduction of record drivers for handling non-MARC data. Every record in the Solr index now has a recordtype field. For MARC records, this should have a value of "marc." When VuFind needs to display information from a record, it loads a record driver class based on the recordtype field -- i.e. if it's "marc," it loads MarcRecord. If a specific record driver cannot be found, it loads the default IndexRecord driver. More on record drivers can be found here: http://vufind.org/wiki/other_than_marc The staff view behavior you are seeing on your test server suggests that the IndexRecord driver is being loaded. If the MarcRecord driver was being loaded, you would see the old-style MARC dump. Have you attempted to customize any record drivers? Have you changed the value of the recordtype field in import/marc.properties? Do you have a custom theme in place that has not been updated to account for the new record driver layout? Hopefully this will point you in the right direction... but if you need more ideas on how to debug this, let me know and I can make further suggestions. - Demian > -----Original Message----- > From: Thomas Schwaerzler [mailto:tho...@ui...] > Sent: Tuesday, December 21, 2010 3:11 PM > To: vufind general > Subject: [VuFind-General] more marcish staff view > > hi, > > since i updated vufind from 1.0RC2 to 1.0.1 i am missing the "old staff > view", that showed the marc records like in this example: > > http://search.books2ebooks.eu/Record/11766680/Details > > > with version 1.0.1 it looks like this: > > http://138.232.114.235/vufind/Record/11766680/Details > > > is there a simple way to change the staff view to the old style? > > thanks > t. > > > ----------------------------------------------------------------------- > ------- > Forrester recently released a report on the Return on Investment (ROI) > of > Google Apps. They found a 300% ROI, 38%-56% cost savings, and break- > even > within 7 months. Over 3 million businesses have gone Google with > Google Apps: > an online email calendar, and document program that's accessible from > your > browser. Read the Forrester report: http://p.sf.net/sfu/googleapps- > sfnew > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Thomas S. <tho...@ui...> - 2010-12-21 20:09:26
|
hi, since i updated vufind from 1.0RC2 to 1.0.1 i am missing the "old staff view", that showed the marc records like in this example: http://search.books2ebooks.eu/Record/11766680/Details with version 1.0.1 it looks like this: http://138.232.114.235/vufind/Record/11766680/Details is there a simple way to change the staff view to the old style? thanks t. |
From: Daniel B. <dan...@un...> - 2010-12-17 14:35:09
|
On 17/12/2010 15:33, Péter Király wrote: > Hi, > > I am Király Péter, one of the developer of XC Drupal Toolkit. Demian's > description is correct (except the wording of "VuFind-like" interface, > I'd prefer faceted browse/search interface ;-). We have different > indexing structure than that of VuFind, so it is not possible to put > VuFind's Solr index into Drupal. The way is to reindexing the MARC > sources through Metadata Services Toolkit. > > Péter Hi Thanks I'm reinstalling XC on my Drupal - gonna try this. D/ -- Avec mes salutations les plus cordiales. __ Daniel Bourrion, conservateur des bibliothèques Responsable de la bibliothèque numérique Ligne directe : 02.44.68.80.50 SCD Université d'Angers - http://bu.univ-angers.fr Blog du SCD - http://bu.univ-angers.fr/blog/ Bu Saint Serge - 57 Quai Félix Faure - 49100 Angers cedex *********************************** " Et par le pouvoir d'un mot Je recommence ma vie " Paul Eluard *********************************** blog perso : http://www.face-ecran.fr |
From: Péter K. <kir...@gm...> - 2010-12-17 14:33:38
|
Hi, I am Király Péter, one of the developer of XC Drupal Toolkit. Demian's description is correct (except the wording of "VuFind-like" interface, I'd prefer faceted browse/search interface ;-). We have different indexing structure than that of VuFind, so it is not possible to put VuFind's Solr index into Drupal. The way is to reindexing the MARC sources through Metadata Services Toolkit. Péter 2010/12/17 Demian Katz <dem...@vi...>: > I'm not aware of an existing module to load VuFind data into Drupal, and I'm not familiar enough with Drupal's architecture to make detailed suggestions about the best way you might accomplish that. > > It might be worthwhile to take a look at the eXtensible Catalog project's Drupal toolkit: > > http://drupal.org/project/xc > > They have implemented a somewhat VuFind-like interface inside Drupal. I've heard that their Drupal tools are quite modular, so you might be able to borrow some of the pieces and put together something that talks to VuFind's index. However, the XC Drupal Toolkit's native index is somewhat different from VuFind's, since they have built it around a custom FRBRized metadata format of their own design -- you have to process all of your MARC records through their Metadata Services Toolkit in order to turn them into XC format before you can index them into the Drupal Toolkit. > > - Demian > >> -----Original Message----- >> From: Daniel Bourrion [mailto:dan...@un...] >> Sent: Friday, December 17, 2010 5:07 AM >> To: vuf...@li...; vufind tech >> Subject: [VuFind-General] Vufind, Solr and Drupal >> >> Hi. >> There's an Drupal module that uses Solr to index the Drupal contents. >> >> I've configure it on my testing Drupal to use the vufind Solr. >> >> I was asking me if there is a way to get the biblio content that vufind >> has indexed, used and visible in Drupal. >> >> Any idea about that ? >> D. >> >> -- >> Avec mes salutations les plus cordiales. >> __ >> >> Daniel Bourrion, conservateur des bibliothèques >> Responsable de la bibliothèque numérique >> Ligne directe : 02.44.68.80.50 >> SCD Université d'Angers - http://bu.univ-angers.fr >> Blog du SCD - http://bu.univ-angers.fr/blog/ >> Bu Saint Serge - 57 Quai Félix Faure - 49100 Angers cedex >> >> *********************************** >> " Et par le pouvoir d'un mot >> Je recommence ma vie " >> Paul Eluard >> *********************************** >> blog perso : http://www.face-ecran.fr >> >> >> ----------------------------------------------------------------------- >> ------- >> Lotusphere 2011 >> Register now for Lotusphere 2011 and learn how >> to connect the dots, take your collaborative environment >> to the next level, and enter the era of Social Business. >> http://p.sf.net/sfu/lotusphere-d2d >> _______________________________________________ >> VuFind-General mailing list >> VuF...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-general > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech > |
From: Demian K. <dem...@vi...> - 2010-12-17 14:11:25
|
I'm not aware of an existing module to load VuFind data into Drupal, and I'm not familiar enough with Drupal's architecture to make detailed suggestions about the best way you might accomplish that. It might be worthwhile to take a look at the eXtensible Catalog project's Drupal toolkit: http://drupal.org/project/xc They have implemented a somewhat VuFind-like interface inside Drupal. I've heard that their Drupal tools are quite modular, so you might be able to borrow some of the pieces and put together something that talks to VuFind's index. However, the XC Drupal Toolkit's native index is somewhat different from VuFind's, since they have built it around a custom FRBRized metadata format of their own design -- you have to process all of your MARC records through their Metadata Services Toolkit in order to turn them into XC format before you can index them into the Drupal Toolkit. - Demian > -----Original Message----- > From: Daniel Bourrion [mailto:dan...@un...] > Sent: Friday, December 17, 2010 5:07 AM > To: vuf...@li...; vufind tech > Subject: [VuFind-General] Vufind, Solr and Drupal > > Hi. > There's an Drupal module that uses Solr to index the Drupal contents. > > I've configure it on my testing Drupal to use the vufind Solr. > > I was asking me if there is a way to get the biblio content that vufind > has indexed, used and visible in Drupal. > > Any idea about that ? > D. > > -- > Avec mes salutations les plus cordiales. > __ > > Daniel Bourrion, conservateur des bibliothèques > Responsable de la bibliothèque numérique > Ligne directe : 02.44.68.80.50 > SCD Université d'Angers - http://bu.univ-angers.fr > Blog du SCD - http://bu.univ-angers.fr/blog/ > Bu Saint Serge - 57 Quai Félix Faure - 49100 Angers cedex > > *********************************** > " Et par le pouvoir d'un mot > Je recommence ma vie " > Paul Eluard > *********************************** > blog perso : http://www.face-ecran.fr > > > ----------------------------------------------------------------------- > ------- > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |