You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(5) |
Sep
(39) |
Oct
(18) |
Nov
(16) |
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(15) |
Feb
(90) |
Mar
(41) |
Apr
(129) |
May
(69) |
Jun
(112) |
Jul
(153) |
Aug
(82) |
Sep
(95) |
Oct
(111) |
Nov
(39) |
Dec
(50) |
2009 |
Jan
(11) |
Feb
(63) |
Mar
(51) |
Apr
(45) |
May
(68) |
Jun
(84) |
Jul
(114) |
Aug
(149) |
Sep
(259) |
Oct
(179) |
Nov
(132) |
Dec
(87) |
2010 |
Jan
(59) |
Feb
(88) |
Mar
(145) |
Apr
(130) |
May
(24) |
Jun
(36) |
Jul
(143) |
Aug
(94) |
Sep
(125) |
Oct
(142) |
Nov
(100) |
Dec
(103) |
2011 |
Jan
(76) |
Feb
(105) |
Mar
(145) |
Apr
(112) |
May
(74) |
Jun
(157) |
Jul
(95) |
Aug
(191) |
Sep
(75) |
Oct
(91) |
Nov
(100) |
Dec
(102) |
2012 |
Jan
(100) |
Feb
(126) |
Mar
(97) |
Apr
(74) |
May
(161) |
Jun
(135) |
Jul
(161) |
Aug
(132) |
Sep
(266) |
Oct
(212) |
Nov
(114) |
Dec
(87) |
2013 |
Jan
(101) |
Feb
(254) |
Mar
(236) |
Apr
(244) |
May
(144) |
Jun
(156) |
Jul
(203) |
Aug
(242) |
Sep
(118) |
Oct
(206) |
Nov
(140) |
Dec
(108) |
2014 |
Jan
(141) |
Feb
(88) |
Mar
(167) |
Apr
(61) |
May
(109) |
Jun
(105) |
Jul
(218) |
Aug
(125) |
Sep
(152) |
Oct
(217) |
Nov
(129) |
Dec
(63) |
2015 |
Jan
(121) |
Feb
(78) |
Mar
(156) |
Apr
(92) |
May
(91) |
Jun
(118) |
Jul
(114) |
Aug
(236) |
Sep
(75) |
Oct
(112) |
Nov
(106) |
Dec
(74) |
2016 |
Jan
(121) |
Feb
(165) |
Mar
(127) |
Apr
(145) |
May
(142) |
Jun
(113) |
Jul
(66) |
Aug
(61) |
Sep
(46) |
Oct
(120) |
Nov
(59) |
Dec
(49) |
2017 |
Jan
(67) |
Feb
(55) |
Mar
(79) |
Apr
(28) |
May
(49) |
Jun
(50) |
Jul
(119) |
Aug
(72) |
Sep
(40) |
Oct
(45) |
Nov
(66) |
Dec
(60) |
2018 |
Jan
(63) |
Feb
(52) |
Mar
(48) |
Apr
(52) |
May
(60) |
Jun
(41) |
Jul
(78) |
Aug
(63) |
Sep
(46) |
Oct
(48) |
Nov
(17) |
Dec
(21) |
2019 |
Jan
(74) |
Feb
(78) |
Mar
(46) |
Apr
(42) |
May
(49) |
Jun
(15) |
Jul
(50) |
Aug
(16) |
Sep
(49) |
Oct
(63) |
Nov
(14) |
Dec
(11) |
2020 |
Jan
(36) |
Feb
(31) |
Mar
(36) |
Apr
(9) |
May
(92) |
Jun
(42) |
Jul
(29) |
Aug
(29) |
Sep
(66) |
Oct
(13) |
Nov
(29) |
Dec
(14) |
2021 |
Jan
(8) |
Feb
(34) |
Mar
(30) |
Apr
(14) |
May
(17) |
Jun
(28) |
Jul
(23) |
Aug
(25) |
Sep
(28) |
Oct
(32) |
Nov
(50) |
Dec
(19) |
2022 |
Jan
(25) |
Feb
(54) |
Mar
(44) |
Apr
(19) |
May
(11) |
Jun
(9) |
Jul
(17) |
Aug
(27) |
Sep
(33) |
Oct
(24) |
Nov
(37) |
Dec
(17) |
2023 |
Jan
(15) |
Feb
(21) |
Mar
(40) |
Apr
(16) |
May
(20) |
Jun
(117) |
Jul
(59) |
Aug
(18) |
Sep
(28) |
Oct
(13) |
Nov
(54) |
Dec
(20) |
2024 |
Jan
(24) |
Feb
(39) |
Mar
(26) |
Apr
(26) |
May
(33) |
Jun
(39) |
Jul
(16) |
Aug
(31) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
From: David P. <d.c...@hu...> - 2012-03-22 17:03:38
|
Hi folks I'm finally getting around to sorting out a VuFind installation (hopefully to go live over summer). Just a quick question -- when I tried enabling the Summon option, it's looking like requests to http://library.hud.ac.uk/vufind/Summon/Home are timing out (I've got VuFind running behind a reverse proxy). If I turn on debugging, then I eventually get: __________________________________________________ Query: Array ( [s.q] => [s.role] => none [s.ho] => true [s.fvf] => Array ( ) [s.rf] => Array ( ) [s.ff] => Array ( [0] => ContentType,or,1,20 [1] => Language,or,1,20 ) [s.ps] => 0 [s.pn] => [s.hl] => true [s.hs] => {{{{START_HILITE}}}} [s.he] => {{{{END_HILITE}}}} ) POST: http://api.summon.serialssolutions.com/2.0.0/search?s.ff=ContentType%2Cor%2C1%2C20&s.ff=Language%2Cor%2C1%2C20&s.he=%7B%7B%7B%7BEND_HILITE%7D%7D%7D%7D&s.hl=true&s.ho=true&s.hs=%7B%7B%7B%7BSTART_HILITE%7D%7D%7D%7D&s.pn=&s.ps=0&s.q=&s.role=none __________________________________________________ ...does anyone know if the Summon code in VuFind uses the proxy setting (all our outgoing web traffic has to go through a Squid proxy) or is it trying to go there directly (and getting blocked at our firewall)? Cheers! Dave Pattern University of Huddersfield --- This transmission is confidential and may be legally privileged. If you receive it in error, please notify us immediately by e-mail and remove it from your system. If the content of this e-mail does not relate to the business of the University of Huddersfield, then we do not endorse it and will accept no liability. |
From: Thomas S. <tho...@ui...> - 2012-03-21 14:55:23
|
since i changed php.ini values: session.gc_probability = 1 session.gc_divisor = 100 session cleanup seems to work normal again. i guess that for some reason the debian made cron job (/etc/cron.d/php5) did not or no more work on my system. thanks again t. On Wed, 2012-03-21 at 10:08 -0400, Demian Katz wrote: > That's strange -- I just checked our production VuFind as well as the public 1.3 demo. Both seem to be cleaning up after themselves in the session table; there are no expired sessions, and the overall count is not very high. > > The very large number of files in /tmp/vufind_sessions is also surprising. Are you under extremely heavy load? Have you looked at your web logs to see if there is any unusual activity (crawlers, vulnerability scanners, etc.) impacting your servers? > > In any case, at least part of the session garbage collection is supposed to be the responsibility of PHP itself. Perhaps for some reason your PHP installation is not doing its duty, maybe due to extreme load or some bad configuration setting. It might be worth investigating your php.ini settings (see http://www.php.net/manual/en/session.configuration.php#ini.session.gc-probability) or setting up a cron job to help augment PHP's built-in cleanup. > > Regarding the database migration, since you have switched to file sessions for several days, you should be free to completely erase the MySQL session table. I think you can just say "TRUNCATE session;" in MySQL, which should be a faster operation than a DELETE with a WHERE clause. > > - Demian > > > -----Original Message----- > > From: Thomas Schwaerzler [mailto:tho...@ui...] > > Sent: Wednesday, March 21, 2012 9:56 AM > > To: vufind tech > > Subject: [VuFind-Tech] vufind sessions > > > > hi, > > > > i have found out that on our vufind mysql database there are over 30 000 > > 000 rows in session table: > > > > mysql> select count(id) from search; > > +-----------+ > > | count(id) | > > +-----------+ > > | 59190 | > > +-----------+ > > 1 row in set (0.07 sec) > > > > mysql> select count(id) from session; > > +-----------+ > > | count(id) | > > +-----------+ > > | 35902536 | > > +-----------+ > > 1 row in set (16.30 sec) > > > > > > although i am cleaning searches tables weekly as recommended with a > > cronjob calling utils/expire_searches.php it looks like that has no > > effect on search table. > > > > i just changed session handling from mysql to file about 3 days ago: > > > > [Session] > > #type = MySQLSession > > type = FileSession > > lifetime = 3600 ; Session lasts for 1 hour > > file_save_path = /tmp/vufind_sessions > > > > > > > > now i found over 90MB and 148143 files in /tmp/vufind_sessions. > > > > $ ls -1 /tmp/vufind_sessions/ | wc -l > > 148143 > > > > > > i already tried to clean up the session table manually: > > > > mysql> delete from session where last_used <= > > UNIX_TIMESTAMP('2010-12-31'); > > > > > > but after about 45 hours i interrupted the delete query. > > > > > > i would like to reduce database size because we will switch from mysql > > to oracle. > > can anyone give me some hints? > > > > t. > > > > > > ------------------------------------------------------------------------------ > > This SF email is sponsosred by: > > Try Windows Azure free for 90 days Click Here > > http://p.sf.net/sfu/sfd2d-msazure > > _______________________________________________ > > Vufind-tech mailing list > > Vuf...@li... > > https://lists.sourceforge.net/lists/listinfo/vufind-tech |
From: Demian K. <dem...@vi...> - 2012-03-21 14:09:08
|
That's strange -- I just checked our production VuFind as well as the public 1.3 demo. Both seem to be cleaning up after themselves in the session table; there are no expired sessions, and the overall count is not very high. The very large number of files in /tmp/vufind_sessions is also surprising. Are you under extremely heavy load? Have you looked at your web logs to see if there is any unusual activity (crawlers, vulnerability scanners, etc.) impacting your servers? In any case, at least part of the session garbage collection is supposed to be the responsibility of PHP itself. Perhaps for some reason your PHP installation is not doing its duty, maybe due to extreme load or some bad configuration setting. It might be worth investigating your php.ini settings (see http://www.php.net/manual/en/session.configuration.php#ini.session.gc-probability) or setting up a cron job to help augment PHP's built-in cleanup. Regarding the database migration, since you have switched to file sessions for several days, you should be free to completely erase the MySQL session table. I think you can just say "TRUNCATE session;" in MySQL, which should be a faster operation than a DELETE with a WHERE clause. - Demian > -----Original Message----- > From: Thomas Schwaerzler [mailto:tho...@ui...] > Sent: Wednesday, March 21, 2012 9:56 AM > To: vufind tech > Subject: [VuFind-Tech] vufind sessions > > hi, > > i have found out that on our vufind mysql database there are over 30 000 > 000 rows in session table: > > mysql> select count(id) from search; > +-----------+ > | count(id) | > +-----------+ > | 59190 | > +-----------+ > 1 row in set (0.07 sec) > > mysql> select count(id) from session; > +-----------+ > | count(id) | > +-----------+ > | 35902536 | > +-----------+ > 1 row in set (16.30 sec) > > > although i am cleaning searches tables weekly as recommended with a > cronjob calling utils/expire_searches.php it looks like that has no > effect on search table. > > i just changed session handling from mysql to file about 3 days ago: > > [Session] > #type = MySQLSession > type = FileSession > lifetime = 3600 ; Session lasts for 1 hour > file_save_path = /tmp/vufind_sessions > > > > now i found over 90MB and 148143 files in /tmp/vufind_sessions. > > $ ls -1 /tmp/vufind_sessions/ | wc -l > 148143 > > > i already tried to clean up the session table manually: > > mysql> delete from session where last_used <= > UNIX_TIMESTAMP('2010-12-31'); > > > but after about 45 hours i interrupted the delete query. > > > i would like to reduce database size because we will switch from mysql > to oracle. > can anyone give me some hints? > > t. > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech |
From: Thomas S. <tho...@ui...> - 2012-03-21 13:56:02
|
hi, i have found out that on our vufind mysql database there are over 30 000 000 rows in session table: mysql> select count(id) from search; +-----------+ | count(id) | +-----------+ | 59190 | +-----------+ 1 row in set (0.07 sec) mysql> select count(id) from session; +-----------+ | count(id) | +-----------+ | 35902536 | +-----------+ 1 row in set (16.30 sec) although i am cleaning searches tables weekly as recommended with a cronjob calling utils/expire_searches.php it looks like that has no effect on search table. i just changed session handling from mysql to file about 3 days ago: [Session] #type = MySQLSession type = FileSession lifetime = 3600 ; Session lasts for 1 hour file_save_path = /tmp/vufind_sessions now i found over 90MB and 148143 files in /tmp/vufind_sessions. $ ls -1 /tmp/vufind_sessions/ | wc -l 148143 i already tried to clean up the session table manually: mysql> delete from session where last_used <= UNIX_TIMESTAMP('2010-12-31'); but after about 45 hours i interrupted the delete query. i would like to reduce database size because we will switch from mysql to oracle. can anyone give me some hints? t. |
From: Ere M. <ere...@he...> - 2012-03-21 13:02:51
|
Regarding the facets, the current API doesn't return counts for facets, but I'm hopeful that will change in future. --Ere 20.3.2012 18.40, Filipe MS Bento (UA) kirjoitti: > Hi Ere! > > Thanks for the update! > > Actually started working on it again yesterday night and noticed that > some things were not ok and was correcting them, namely the search box > that was being called was the one with VuFind's default search options > and also those in the web/conf/EBSCO.ini were incorrect, according to > the page (found some minutes ago): > > http://support.epnet.com/knowledge_base/detail.php?id=3198 > > But glad to see that you've have done all of that corrections in your > KDK-Alli <https://github.com/KDK-Alli>/*NDL-VuFind > <https://github.com/KDK-Alli/NDL-VuFind> * github. > > Also, I included in the > > [Basic_Searches] section of web/conf/EBSCO.ini > > TX= "All Fields" > (....) > SO = Source / Jornal Name > (....) > > Also noticed that whatever search I did, the results were the same (I > mean i different search fields), but guess now you have that ok too, in > web/sys/SearchObject/EBSCO.php > > Meanwhile, have done a lot of parsing in this file, name in > > > public function executeSearch($url) > > { > > $response = file_get_contents($url); > > $xml = simplexml_load_string($response); > > $hits = $xml->{"Hits"}; > > $hits = (string) $hits[0]; > > $results = array(); > > foreach ($xml->xpath('//rec') as $item) { > > $id = $item->attributes()->id; > > $authors = array(); > > foreach ($item->xpath('.//aug/au') as $author) { > > $authors[] = (string) $author; > > } > > $affils = array(); > > foreach ($item->xpath('.//aug/affil') as $affil) { > > $affils[] = (string) $affil; > > } > > $art_source = $item->xpath('.//artinfo/ui[@type="doi"]'); > > $PublicationTitle = $item->xpath('.//jinfo/jtl'); > > $issn = $item->xpath('.//jinfo/issn'); > > $pubdate_day = $item->xpath('.//pubinfo/dt/@day'); > > $pubdate_month = $item->xpath('.//pubinfo/dt/@month'); > > $pubdate_year = $item->xpath('.//pubinfo/dt/@year'); > > > $title = $item->xpath('.//tig/atl'); > > $url = $item->xpath('.//plink/text()'); > > $pdf = $item->xpath('.//pdfLink/text()'); > > > $subjects = array(); > > foreach ($item->xpath('.//su') as $subject) { > > $subjects[] = (string) $subject; > > } > > > $keywords = array(); > > foreach ($item->xpath('.//keyword') as $keyword) { > > $keywords[] = (string) $keyword; > > } > > $abs = $item->xpath('.//artinfo/ab'); > > $result = array("author" => $authors, "affil" => > $affils, "title" => (string) $title[0], "subject" => $subjects, > "keyword" => $keywords, "id" => $id, "art_source" => (string) > $art_source[0], "url" => $url[0], "PublicationTitle" => (string) > $PublicationTitle[0], "issn" => (string) $issn[0], "pubdate_day" > => (string) $pubdate_day[0], "pubdate_month" => (string) > $pubdate_month[0], "pubdate_year" => (string) $pubdate_year[0], > "abs" => (string) $abs[0]); > > if ($pdf) { > > $result['pdf'] = (string) $pdf[0]; > > } > > $results[] = $result; > > } > > $facets = array(); > > $xml->registerXPathNamespace('ssresp', > 'http://epnet.com/webservices/SearchService/Response/2007/07/' > <http://epnet.com/webservices/SearchService/Response/2007/07/'>); > > foreach > ($xml->xpath('//ssresp:Facets/ssresp:Clusters/ssresp:ClusterCategory') > as $item) { > > $id = (string) $item->attributes()->ID; > > $tag = (string) $item->attributes()->Tag; > > $values = array(); > > $item->registerXPathNamespace('ssresp', > 'http://epnet.com/webservices/SearchService/Response/2007/07/' > <http://epnet.com/webservices/SearchService/Response/2007/07/'>); > > foreach ($item->xpath('./ssresp:Cluster') as > $cluster) { > > $values[] = (string) $cluster; > > } > > $facets[] = array('id' => $tag, 'tag' => $tag, > 'values' => $values); > > } > > return array('recordCount' => $hits, 'response' => > array('numFound' => $hits, 'start' => 0, 'docs' => $results), > 'facetFields' => $facets); > > } > > > } > > > > Yet, still not getting the number of records in the facets entries that > each represent: > > > Narrow Search > > Topic > ECONOMIC development > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22ECONOMIC+development%22&view=list&limit=10> (-) > ECONOMIES of scale > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22ECONOMIES+of+scale%22&view=list&limit=10> (-) > ECONOMIC policy > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22ECONOMIC+policy%22&view=list&limit=10> (-) > CAPITALISM > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22CAPITALISM%22&view=list&limit=10> (-) > ECONOMICS > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22ECONOMICS%22&view=list&limit=10> (-) > more ... > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&view=list&limit=10#> > > INFORMATION economy > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22INFORMATION+economy%22&view=list&limit=10>(-) > TRANSITION economies > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22TRANSITION+economies%22&view=list&limit=10>(-) > SUSTAINABLE development > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22SUSTAINABLE+development%22&view=list&limit=10>(-) > GLOBAL Financial Crisis, 2008-2009 > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22GLOBAL+Financial+Crisis%2C+2008-2009%22&view=list&limit=10>(-) > GROSS domestic product > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22GROSS+domestic+product%22&view=list&limit=10>(-) > less ... > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&view=list&limit=10#> > > Journal Name > Asian Social Science > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Asian+Social+Science%22&view=list&limit=10> (-) > Progress in Human Geography > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Progress+in+Human+Geography%22&view=list&limit=10> (-) > European Journal of Social Science > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22European+Journal+of+Social+Science%22&view=list&limit=10> (-) > Foreign Policy > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Foreign+Policy%22&view=list&limit=10> (-) > Energies (19961073) > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Energies+%2819961073%29%22&view=list&limit=10> (-) > more ... > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&view=list&limit=10#> > > Studies in Higher Education > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Studies+in+Higher+Education%22&view=list&limit=10>(-) > Journal of US-China Public Administration > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Journal+of+US-China+Public+Administration%22&view=list&limit=10>(-) > European Journal of Scientific Research > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22European+Journal+of+Scientific+Research%22&view=list&limit=10>(-) > Economic Inquiry > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Economic+Inquiry%22&view=list&limit=10>(-) > Information Technology for Development > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Information+Technology+for+Development%22&view=list&limit=10>(-) > less ... > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&view=list&limit=10#> > > Type Of Publication > Academic Journal > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=PT%3A%22Academic+Journal%22&view=list&limit=10> (-) > Periodical > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=PT%3A%22Periodical%22&view=list&limit=10> (-) > Conference Proceeding > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=PT%3A%22Conference+Proceeding%22&view=list&limit=10> (-) > Trade Publication > <http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=PT%3A%22Trade+Publication%22&view=list&limit=10> (-) > > > Was so busy with this and got some problems with it yesterday until late > hours in the night, that I gave up (about 3am+), but got ok this morning > (forget to launch almost) and *definitely forgot about today's Dev's > call* (got the notice of 4pm -- it was at 3pm). :( Was thinking it was > Monday, anyway... :| Demian, going to ask for a wake call -- don't > worry, not to you -- cellular, calendar, all! :) > > With so much info in a single page, I was thinking of just requesting > brief records and then retrieve a single record using EBSCOs unique AN > field: > > /EBSCO/Search?type=AN&lookfor=71275649 > > and where add some full record view funcionalities... at least save to > favorites, share and discuss thar article with facebook pluggins, etc. > > What do you reckon? That would imply add major funcionalities and flows > that it does not do at all, right now... if only VuFind 2.0 was just > around the corner... > > All the best, > > Filipe > > On Tue, Mar 20, 2012 at 12:16 PM, Ere Maijala <ere...@he... > <mailto:ere...@he...>> wrote: > > Hi All, > > we've also made a bit of progress with the implementation (fielded > search, IP access restrictions etc.) but I haven't had time to > incorporate them into a patch. Nevertheless, you can find everything in > out Git repository at <https://github.com/KDK-Alli/NDL-VuFind>. The main > pieces would be: > > web/conf/EBSCO.ini.sample (copy to EBSCO.ini locally) > web/interface/themes/default/EBSCO/* > web/services/EBSCO/* > web/sys/SearchObject/EBSCO.php > > Regards, > Ere > > 13.3.2012 5.13, Filipe MS Bento (UA) kirjoitti: > > Hi Luis (again). > > > > I used Ere Maijala patch of Václav Rosecký original; it has a a > > proper /web/conf/EBSCO.ini file to place all of that parameters and > > everything is working just fine, even facets. > > > > Please take a look at > > > > http://vufind.org/jira/browse/VUFIND-423 > > > > namely the last patch, NDL_ebsco_v1.diff > > <http://vufind.org/jira/secure/attachment/12870/NDL_ebsco_v1.diff> > > > > All the best (please do keep in touch -- at the moment, I do not > have it > > running, but going to start working on it again soon, explore all the > > data and extract with XPath), > > > > Filipe > > > > On Mon, Mar 12, 2012 at 3:42 PM, luis diaz <lui...@gm... > <mailto:lui...@gm...> > > <mailto:lui...@gm... <mailto:lui...@gm...>>> wrote: > > > > Hello all, > > last week I sent a post with a question: How can I add some > db into > > the EBSCO.php parser, in order to generate an URL with those db. > > So I found one way, not sure that it's the correct way to do, > but it > > works. > > Parser: EBSCO.php > > File: /usr/local/vufind/web/sys/SearchObject/EBSCO.php > > function buildURL() > > My first choice was to add a db entry into the params array...But > > all the test were wrong. > > Code > > $params = array("authType" => "ipprof", "prof" => > > "sxxxxxxxx.main.eit", "pwd" =>"ebsxxxx*","db" => "aph","*format" => > > "full", "clusters" => "true"); > > $params += $this->_params; > > if ($startRec > 0) { > > $params = array_merge($params, array("startrec" => > > $startRec)); > > } > > The way I choose at the end is the folowing: Add the > databases into > > the $url array, concatening them here: > > $url = $this->_baseUrl . '?' . > http_build_query($params) . > > '*&db=buh&db=ecn&db=20h&db=phl&db=8gh&db=lxh&db=psyh'*.'&query=(' . > > urlencode($query) . ')'; > > I share this with you but I'm conscient that maybe there is > an other > > way to do more clean. > > Thanks a lot ! > > > > > ------------------------------------------------------------------------------ > > Try before you buy = See our experts in action! > > The most comprehensive online learning library for Microsoft > developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, > CSS3, MVC3, > > Metro Style Apps, more. Free future releases when you > subscribe now! > > http://p.sf.net/sfu/learndevnow-dev2 > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > <mailto:VuF...@li...> > > <mailto:VuF...@li... > <mailto:VuF...@li...>> > > https://lists.sourceforge.net/lists/listinfo/vufind-general > > > > > > > > > > > ------------------------------------------------------------------------------ > > Keep Your Developer Skills Current with LearnDevNow! > > The most comprehensive online learning library for Microsoft > developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, > CSS3, MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-d2d > > > > > > > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > <mailto:VuF...@li...> > > https://lists.sourceforge.net/lists/listinfo/vufind-general > > > -- > Ere Maijala (Mr.) > The National Library of Finland > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > VuFind-General mailing list > VuF...@li... > <mailto:VuF...@li...> > https://lists.sourceforge.net/lists/listinfo/vufind-general > > -- Ere Maijala (Mr.) The National Library of Finland |
From: Jay R. <ja...@gm...> - 2012-03-20 20:39:13
|
Are you successfully using BookMyne with Horizon Web Services? If so, I might consider doing a packet capture while requesting on BookMyne and another on VuFind and look for differences. If you are not able to perform the action with BookMyne it will almost certainly fail on anything else. Unfortunately, we are not yet implementing VuFind so that's all the advice I can offer. On Mon, Mar 19, 2012 at 5:01 PM, Joe Thornton <jth...@uh...>wrote: > Thanks to the indispensable help of Luke O'Sullivan and Demian last year, > we've been using VuFind since about July 2011. Our libraries (35) have been > very happy with it but will be even happier if we can do requests within > VuFind and not have to hand that function off to our Horizon server. > > We're currently using VuFind 1.1 (vufind.uhls.org/vufind) but I installed > a test version of 1.3 here: testvufind.uhls.org/vufind. The test server > uses the HorizonXMLAPI driver but I haven't gotten it to work yet. When I > try to place a hold I get the message: "Your request failed. Please contact > the circulation desk for further assistance." > > We're running the latest version of Horizon Web Services and we're on > Horizon 7.5.1. > > My questions are: > > -- Can someone help me find the cause of the "Your request failed" error? > -- Is there documentation that I should be reading? I've read the "ILS > Driver" document at vufind.org and Demian's "Expanded ILS Functionality > in VuFind" blog post. > -- Most important: Because we're a system of 29 libraries and six > branches, it's very important that we have the ability to request the first > available copy instead of a specific item. Is that functionality part of > the driver? > > I'll be really grateful for any help -- even just a push in the right > direction. > > Thanks, > Joe > > Joe Thornton > Manager, Automation Services > Upper Hudson Library System > 28 Essex Street > Albany, NY 12206 > 518-437-9880 x230 > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech > > -- Jay Roos Computer & Information Systems Coordinator Great River Regional Library 1300 W. St. Germain St. Cloud, MN 56301 (320) 650-2534 |
From: Demian K. <dem...@vi...> - 2012-03-20 17:57:39
|
Take a look at the _checkItemRequests() method in the HorizonXMLAPI driver - this is where hold status is determined. You might also find it informative to add debug statements to _makeRequest() to echo out the $urlParams and $xmlResponse variables to help with troubleshooting. Good luck! - Demian From: Joe Thornton [mailto:jth...@uh...] Sent: Tuesday, March 20, 2012 1:45 PM To: Demian Katz Cc: vuf...@li... Subject: Re: [VuFind-Tech] Placing holds in Horizon using VuFind I changed holds_mode to "driver" and your 2nd prediction occurred: all hold links disappeared. I'm thinking maybe it's the connection to Horizon Web Services, so I'll focus on that. Thanks, Demian. --- Joe On Tue, Mar 20, 2012 at 12:57 PM, Demian Katz <dem...@vi...<mailto:dem...@vi...>> wrote: What happens if you change holds_mode to "driver" in config.ini? This will set things up so you will only see hold links for items that Horizon says are allowed to be placed on hold. I can imagine two likely outcomes to the change: 1.) You start seeing errors on every record page - this would suggest some sort of communication problem between VuFind and Horizon (a failure when calling the "is hold allowed" routine). 2.) All hold links disappear - this would suggest that communication is working but Horizon is reporting that holds are not allowed; perhaps a Horizon configuration needs to be adjusted in this case, or maybe there is some kind of permissions problem. (Again, I know nothing about Horizon specifically, so this is pure speculation... but hopefully it's helpful speculation). - Demian From: Joe Thornton [mailto:jth...@uh...<mailto:jth...@uh...>] Sent: Tuesday, March 20, 2012 11:38 AM To: Demian Katz Cc: vuf...@li...<mailto:vuf...@li...> Subject: Re: [VuFind-Tech] Placing holds in Horizon using VuFind Thanks, Demian. I've attached the [Catalog] section of config.ini and our HorizonXMPAPI.ini file. -- Joe Joe Thornton Manager, Automation Services Upper Hudson Library System 28 Essex Street Albany, NY 12206 518-437-9880 x230<tel:518-437-9880%20x230> On Tue, Mar 20, 2012 at 8:47 AM, Demian Katz <dem...@vi...<mailto:dem...@vi...>> wrote: Unfortunately, I believe Luke no longer has access to a Horizon system, and I never have, so this may hamper our ability to help you... but I'm certainly willing to try! First of all, it sounds like you have read the right documentation. Do you mind sharing your [Catalog] section from config.ini and your HorizonXMLAPI.ini (minus any sensitive passwords, of course)? Perhaps we can spot an issue there. If those look right, the next step is probably to add some debug statements inside the code... Regarding "first available copy" functionality, we've just added support for this in the trunk, so it will be available in VuFind 1.4. I have also posted a patch to JIRA which you may be able to apply to your 1.3 test copy: http://vufind.org/jira/browse/VUFIND-507 Currently, the option is only available for Voyager, but if the Horizon XML API supports title-level holds, you should be able to extend the VuFind driver to add the functionality. Obviously the first step is to get item-level holds working, but if you manage that, we might be able to help you bring things up to the next level. - Demian From: Joe Thornton [mailto:jth...@uh...<mailto:jth...@uh...>] Sent: Monday, March 19, 2012 6:01 PM To: vuf...@li...<mailto:vuf...@li...> Subject: [VuFind-Tech] Placing holds in Horizon using VuFind Thanks to the indispensable help of Luke O'Sullivan and Demian last year, we've been using VuFind since about July 2011. Our libraries (35) have been very happy with it but will be even happier if we can do requests within VuFind and not have to hand that function off to our Horizon server. We're currently using VuFind 1.1 (vufind.uhls.org/vufind<http://vufind.uhls.org/vufind>) but I installed a test version of 1.3 here: testvufind.uhls.org/vufind<http://testvufind.uhls.org/vufind>. The test server uses the HorizonXMLAPI driver but I haven't gotten it to work yet. When I try to place a hold I get the message: "Your request failed. Please contact the circulation desk for further assistance." We're running the latest version of Horizon Web Services and we're on Horizon 7.5.1. My questions are: -- Can someone help me find the cause of the "Your request failed" error? -- Is there documentation that I should be reading? I've read the "ILS Driver" document at vufind.org<http://vufind.org> and Demian's "Expanded ILS Functionality in VuFind" blog post. -- Most important: Because we're a system of 29 libraries and six branches, it's very important that we have the ability to request the first available copy instead of a specific item. Is that functionality part of the driver? I'll be really grateful for any help -- even just a push in the right direction. Thanks, Joe Joe Thornton Manager, Automation Services Upper Hudson Library System 28 Essex Street Albany, NY 12206 518-437-9880 x230<tel:518-437-9880%20x230> |
From: Joe T. <jth...@uh...> - 2012-03-20 17:52:10
|
I changed holds_mode to "driver" and your 2nd prediction occurred: all hold links disappeared. I'm thinking maybe it's the connection to Horizon Web Services, so I'll focus on that. Thanks, Demian. --- Joe On Tue, Mar 20, 2012 at 12:57 PM, Demian Katz <dem...@vi...>wrote: > What happens if you change holds_mode to “driver” in config.ini? This > will set things up so you will only see hold links for items that Horizon > says are allowed to be placed on hold. I can imagine two likely outcomes > to the change:**** > > ** ** > > **1.) **You start seeing errors on every record page – this would > suggest some sort of communication problem between VuFind and Horizon (a > failure when calling the “is hold allowed” routine).**** > > **2.) **All hold links disappear – this would suggest that > communication is working but Horizon is reporting that holds are not > allowed; perhaps a Horizon configuration needs to be adjusted in this case, > or maybe there is some kind of permissions problem.**** > > ** ** > > (Again, I know nothing about Horizon specifically, so this is pure > speculation… but hopefully it’s helpful speculation).**** > > ** ** > > - Demian**** > > ** ** > > *From:* Joe Thornton [mailto:jth...@uh...] > *Sent:* Tuesday, March 20, 2012 11:38 AM > *To:* Demian Katz > *Cc:* vuf...@li... > *Subject:* Re: [VuFind-Tech] Placing holds in Horizon using VuFind**** > > ** ** > > Thanks, Demian.**** > > ** ** > > I've attached the [Catalog] section of config.ini and our > HorizonXMPAPI.ini file.**** > > ** ** > > -- Joe**** > > ** ** > > Joe Thornton**** > > Manager, Automation Services**** > > Upper Hudson Library System**** > > 28 Essex Street**** > > Albany, NY 12206**** > > 518-437-9880 x230**** > > ** ** > > On Tue, Mar 20, 2012 at 8:47 AM, Demian Katz <dem...@vi...> > wrote:**** > > Unfortunately, I believe Luke no longer has access to a Horizon system, > and I never have, so this may hamper our ability to help you… but I’m > certainly willing to try!**** > > **** > > First of all, it sounds like you have read the right documentation. Do > you mind sharing your [Catalog] section from config.ini and your > HorizonXMLAPI.ini (minus any sensitive passwords, of course)? Perhaps we > can spot an issue there. If those look right, the next step is probably to > add some debug statements inside the code…**** > > **** > > Regarding “first available copy” functionality, we’ve just added support > for this in the trunk, so it will be available in VuFind 1.4. I have also > posted a patch to JIRA which you may be able to apply to your 1.3 test copy: > **** > > **** > > http://vufind.org/jira/browse/VUFIND-507**** > > **** > > Currently, the option is only available for Voyager, but if the Horizon > XML API supports title-level holds, you should be able to extend the VuFind > driver to add the functionality. Obviously the first step is to get > item-level holds working, but if you manage that, we might be able to help > you bring things up to the next level.**** > > **** > > - Demian**** > > **** > > *From:* Joe Thornton [mailto:jth...@uh...] > *Sent:* Monday, March 19, 2012 6:01 PM > *To:* vuf...@li... > *Subject:* [VuFind-Tech] Placing holds in Horizon using VuFind**** > > **** > > Thanks to the indispensable help of Luke O'Sullivan and Demian last year, > we've been using VuFind since about July 2011. Our libraries (35) have been > very happy with it but will be even happier if we can do requests within > VuFind and not have to hand that function off to our Horizon server. **** > > **** > > We're currently using VuFind 1.1 (vufind.uhls.org/vufind) but I installed > a test version of 1.3 here: testvufind.uhls.org/vufind. The test server > uses the HorizonXMLAPI driver but I haven't gotten it to work yet. When I > try to place a hold I get the message: "Your request failed. Please contact > the circulation desk for further assistance." > > We're running the latest version of Horizon Web Services and we're on > Horizon 7.5.1. > > My questions are: > > -- Can someone help me find the cause of the "Your request failed" error? > -- Is there documentation that I should be reading? I've read the "ILS > Driver" document at vufind.org and Demian's "Expanded ILS Functionality > in VuFind" blog post. > -- Most important: Because we're a system of 29 libraries and six > branches, it's very important that we have the ability to request the first > available copy instead of a specific item. Is that functionality part of > the driver? > > I'll be really grateful for any help -- even just a push in the right > direction. > > Thanks, > Joe > > Joe Thornton > Manager, Automation Services > Upper Hudson Library System > 28 Essex Street > Albany, NY 12206 > 518-437-9880 x230**** > > ** ** > |
From: Demian K. <dem...@vi...> - 2012-03-20 16:57:11
|
What happens if you change holds_mode to "driver" in config.ini? This will set things up so you will only see hold links for items that Horizon says are allowed to be placed on hold. I can imagine two likely outcomes to the change: 1.) You start seeing errors on every record page - this would suggest some sort of communication problem between VuFind and Horizon (a failure when calling the "is hold allowed" routine). 2.) All hold links disappear - this would suggest that communication is working but Horizon is reporting that holds are not allowed; perhaps a Horizon configuration needs to be adjusted in this case, or maybe there is some kind of permissions problem. (Again, I know nothing about Horizon specifically, so this is pure speculation... but hopefully it's helpful speculation). - Demian From: Joe Thornton [mailto:jth...@uh...] Sent: Tuesday, March 20, 2012 11:38 AM To: Demian Katz Cc: vuf...@li... Subject: Re: [VuFind-Tech] Placing holds in Horizon using VuFind Thanks, Demian. I've attached the [Catalog] section of config.ini and our HorizonXMPAPI.ini file. -- Joe Joe Thornton Manager, Automation Services Upper Hudson Library System 28 Essex Street Albany, NY 12206 518-437-9880 x230 On Tue, Mar 20, 2012 at 8:47 AM, Demian Katz <dem...@vi...<mailto:dem...@vi...>> wrote: Unfortunately, I believe Luke no longer has access to a Horizon system, and I never have, so this may hamper our ability to help you... but I'm certainly willing to try! First of all, it sounds like you have read the right documentation. Do you mind sharing your [Catalog] section from config.ini and your HorizonXMLAPI.ini (minus any sensitive passwords, of course)? Perhaps we can spot an issue there. If those look right, the next step is probably to add some debug statements inside the code... Regarding "first available copy" functionality, we've just added support for this in the trunk, so it will be available in VuFind 1.4. I have also posted a patch to JIRA which you may be able to apply to your 1.3 test copy: http://vufind.org/jira/browse/VUFIND-507 Currently, the option is only available for Voyager, but if the Horizon XML API supports title-level holds, you should be able to extend the VuFind driver to add the functionality. Obviously the first step is to get item-level holds working, but if you manage that, we might be able to help you bring things up to the next level. - Demian From: Joe Thornton [mailto:jth...@uh...<mailto:jth...@uh...>] Sent: Monday, March 19, 2012 6:01 PM To: vuf...@li...<mailto:vuf...@li...> Subject: [VuFind-Tech] Placing holds in Horizon using VuFind Thanks to the indispensable help of Luke O'Sullivan and Demian last year, we've been using VuFind since about July 2011. Our libraries (35) have been very happy with it but will be even happier if we can do requests within VuFind and not have to hand that function off to our Horizon server. We're currently using VuFind 1.1 (vufind.uhls.org/vufind<http://vufind.uhls.org/vufind>) but I installed a test version of 1.3 here: testvufind.uhls.org/vufind<http://testvufind.uhls.org/vufind>. The test server uses the HorizonXMLAPI driver but I haven't gotten it to work yet. When I try to place a hold I get the message: "Your request failed. Please contact the circulation desk for further assistance." We're running the latest version of Horizon Web Services and we're on Horizon 7.5.1. My questions are: -- Can someone help me find the cause of the "Your request failed" error? -- Is there documentation that I should be reading? I've read the "ILS Driver" document at vufind.org<http://vufind.org> and Demian's "Expanded ILS Functionality in VuFind" blog post. -- Most important: Because we're a system of 29 libraries and six branches, it's very important that we have the ability to request the first available copy instead of a specific item. Is that functionality part of the driver? I'll be really grateful for any help -- even just a push in the right direction. Thanks, Joe Joe Thornton Manager, Automation Services Upper Hudson Library System 28 Essex Street Albany, NY 12206 518-437-9880 x230<tel:518-437-9880%20x230> |
From: Filipe MS B. (UA) <fs...@ua...> - 2012-03-20 16:41:30
|
Hi Ere! Thanks for the update! Actually started working on it again yesterday night and noticed that some things were not ok and was correcting them, namely the search box that was being called was the one with VuFind's default search options and also those in the web/conf/EBSCO.ini were incorrect, according to the page (found some minutes ago): http://support.epnet.com/knowledge_base/detail.php?id=3198 But glad to see that you've have done all of that corrections in your KDK-Alli <https://github.com/KDK-Alli>/ *NDL-VuFind<https://github.com/KDK-Alli/NDL-VuFind> * github. Also, I included in the [Basic_Searches] section of web/conf/EBSCO.ini TX = "All Fields" (....) SO = Source / Jornal Name (....) Also noticed that whatever search I did, the results were the same (I mean i different search fields), but guess now you have that ok too, in web/sys/SearchObject/EBSCO.php Meanwhile, have done a lot of parsing in this file, name in public function executeSearch($url) { $response = file_get_contents($url); $xml = simplexml_load_string($response); $hits = $xml->{"Hits"}; $hits = (string) $hits[0]; $results = array(); foreach ($xml->xpath('//rec') as $item) { $id = $item->attributes()->id; $authors = array(); foreach ($item->xpath('.//aug/au') as $author) { $authors[] = (string) $author; } $affils = array(); foreach ($item->xpath('.//aug/affil') as $affil) { $affils[] = (string) $affil; } $art_source = $item->xpath('.//artinfo/ui[@type="doi"]'); $PublicationTitle = $item->xpath('.//jinfo/jtl'); $issn = $item->xpath('.//jinfo/issn'); $pubdate_day = $item->xpath('.//pubinfo/dt/@day'); $pubdate_month = $item->xpath('.//pubinfo/dt/@month'); $pubdate_year = $item->xpath('.//pubinfo/dt/@year'); $title = $item->xpath('.//tig/atl'); $url = $item->xpath('.//plink/text()'); $pdf = $item->xpath('.//pdfLink/text()'); $subjects = array(); foreach ($item->xpath('.//su') as $subject) { $subjects[] = (string) $subject; } $keywords = array(); foreach ($item->xpath('.//keyword') as $keyword) { $keywords[] = (string) $keyword; } $abs = $item->xpath('.//artinfo/ab'); $result = array("author" => $authors, "affil" => $affils, "title" => (string) $title[0], "subject" => $subjects, "keyword" => $keywords, "id" => $id, "art_source" => (string) $art_source[0], "url" => $url[0], "PublicationTitle" => (string) $PublicationTitle[0], "issn" => (string) $issn[0], "pubdate_day" => (string) $pubdate_day[0], "pubdate_month" => (string) $pubdate_month[0], "pubdate_year" => (string) $pubdate_year[0], "abs" => (string) $abs[0]); if ($pdf) { $result['pdf'] = (string) $pdf[0]; } $results[] = $result; } $facets = array(); $xml->registerXPathNamespace('ssresp', ' http://epnet.com/webservices/SearchService/Response/2007/07/'); foreach ($xml->xpath('//ssresp:Facets/ssresp:Clusters/ssresp:ClusterCategory') as $item) { $id = (string) $item->attributes()->ID; $tag = (string) $item->attributes()->Tag; $values = array(); $item->registerXPathNamespace('ssresp', ' http://epnet.com/webservices/SearchService/Response/2007/07/'); foreach ($item->xpath('./ssresp:Cluster') as $cluster) { $values[] = (string) $cluster; } $facets[] = array('id' => $tag, 'tag' => $tag, 'values' => $values); } return array('recordCount' => $hits, 'response' => array('numFound' => $hits, 'start' => 0, 'docs' => $results), 'facetFields' => $facets); } } Yet, still not getting the number of records in the facets entries that each represent: Narrow Search Topic ECONOMIC development<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22ECONOMIC+development%22&view=list&limit=10> (-) ECONOMIES of scale<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22ECONOMIES+of+scale%22&view=list&limit=10> (-) ECONOMIC policy<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22ECONOMIC+policy%22&view=list&limit=10> (-) CAPITALISM<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22CAPITALISM%22&view=list&limit=10> (-) ECONOMICS<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22ECONOMICS%22&view=list&limit=10> (-) more ...<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&view=list&limit=10#> INFORMATION economy<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22INFORMATION+economy%22&view=list&limit=10> (-) TRANSITION economies<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22TRANSITION+economies%22&view=list&limit=10> (-) SUSTAINABLE development<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22SUSTAINABLE+development%22&view=list&limit=10> (-) GLOBAL Financial Crisis, 2008-2009<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22GLOBAL+Financial+Crisis%2C+2008-2009%22&view=list&limit=10> (-) GROSS domestic product<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=ZE%3A%22GROSS+domestic+product%22&view=list&limit=10> (-) less ...<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&view=list&limit=10#> Journal Name Asian Social Science<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Asian+Social+Science%22&view=list&limit=10> (-) Progress in Human Geography<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Progress+in+Human+Geography%22&view=list&limit=10> (-) European Journal of Social Science<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22European+Journal+of+Social+Science%22&view=list&limit=10> (-) Foreign Policy<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Foreign+Policy%22&view=list&limit=10> (-) Energies (19961073)<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Energies+%2819961073%29%22&view=list&limit=10> (-) more ...<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&view=list&limit=10#> Studies in Higher Education<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Studies+in+Higher+Education%22&view=list&limit=10> (-) Journal of US-China Public Administration<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Journal+of+US-China+Public+Administration%22&view=list&limit=10> (-) European Journal of Scientific Research<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22European+Journal+of+Scientific+Research%22&view=list&limit=10> (-) Economic Inquiry<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Economic+Inquiry%22&view=list&limit=10> (-) Information Technology for Development<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=JN%3A%22Information+Technology+for+Development%22&view=list&limit=10> (-) less ...<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&view=list&limit=10#> Type Of Publication Academic Journal<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=PT%3A%22Academic+Journal%22&view=list&limit=10> (-) Periodical<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=PT%3A%22Periodical%22&view=list&limit=10> (-) Conference Proceeding<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=PT%3A%22Conference+Proceeding%22&view=list&limit=10> (-) Trade Publication<http://devlin2-sbidm.clients.ua.pt/iia/EBSCO/Search?lookfor=economy&type=TX&filter%5B%5D=PT%3A%22Trade+Publication%22&view=list&limit=10> (-) Was so busy with this and got some problems with it yesterday until late hours in the night, that I gave up (about 3am+), but got ok this morning (forget to launch almost) and *definitely forgot about today's Dev's call*(got the notice of 4pm -- it was at 3pm). :( Was thinking it was Monday, anyway... :| Demian, going to ask for a wake call -- don't worry, not to you -- cellular, calendar, all! :) With so much info in a single page, I was thinking of just requesting brief records and then retrieve a single record using EBSCOs unique AN field: /EBSCO/Search?type=AN&lookfor=71275649 and where add some full record view funcionalities... at least save to favorites, share and discuss thar article with facebook pluggins, etc. What do you reckon? That would imply add major funcionalities and flows that it does not do at all, right now... if only VuFind 2.0 was just around the corner... All the best, Filipe On Tue, Mar 20, 2012 at 12:16 PM, Ere Maijala <ere...@he...>wrote: > Hi All, > > we've also made a bit of progress with the implementation (fielded > search, IP access restrictions etc.) but I haven't had time to > incorporate them into a patch. Nevertheless, you can find everything in > out Git repository at <https://github.com/KDK-Alli/NDL-VuFind>. The main > pieces would be: > > web/conf/EBSCO.ini.sample (copy to EBSCO.ini locally) > web/interface/themes/default/EBSCO/* > web/services/EBSCO/* > web/sys/SearchObject/EBSCO.php > > Regards, > Ere > > 13.3.2012 5.13, Filipe MS Bento (UA) kirjoitti: > > Hi Luis (again). > > > > I used Ere Maijala patch of Václav Rosecký original; it has a a > > proper /web/conf/EBSCO.ini file to place all of that parameters and > > everything is working just fine, even facets. > > > > Please take a look at > > > > http://vufind.org/jira/browse/VUFIND-423 > > > > namely the last patch, NDL_ebsco_v1.diff > > <http://vufind.org/jira/secure/attachment/12870/NDL_ebsco_v1.diff> > > > > All the best (please do keep in touch -- at the moment, I do not have it > > running, but going to start working on it again soon, explore all the > > data and extract with XPath), > > > > Filipe > > > > On Mon, Mar 12, 2012 at 3:42 PM, luis diaz <lui...@gm... > > <mailto:lui...@gm...>> wrote: > > > > Hello all, > > last week I sent a post with a question: How can I add some db into > > the EBSCO.php parser, in order to generate an URL with those db. > > So I found one way, not sure that it's the correct way to do, but it > > works. > > Parser: EBSCO.php > > File: /usr/local/vufind/web/sys/SearchObject/EBSCO.php > > function buildURL() > > My first choice was to add a db entry into the params array...But > > all the test were wrong. > > Code > > $params = array("authType" => "ipprof", "prof" => > > "sxxxxxxxx.main.eit", "pwd" =>"ebsxxxx*","db" => "aph","*format" => > > "full", "clusters" => "true"); > > $params += $this->_params; > > if ($startRec > 0) { > > $params = array_merge($params, array("startrec" => > > $startRec)); > > } > > The way I choose at the end is the folowing: Add the databases into > > the $url array, concatening them here: > > $url = $this->_baseUrl . '?' . http_build_query($params) . > > '*&db=buh&db=ecn&db=20h&db=phl&db=8gh&db=lxh&db=psyh'*.'&query=(' . > > urlencode($query) . ')'; > > I share this with you but I'm conscient that maybe there is an other > > way to do more clean. > > Thanks a lot ! > > > > > ------------------------------------------------------------------------------ > > Try before you buy = See our experts in action! > > The most comprehensive online learning library for Microsoft > developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, > MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-dev2 > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > > <mailto:VuF...@li...> > > https://lists.sourceforge.net/lists/listinfo/vufind-general > > > > > > > > > > > ------------------------------------------------------------------------------ > > Keep Your Developer Skills Current with LearnDevNow! > > The most comprehensive online learning library for Microsoft developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-d2d > > > > > > > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > > https://lists.sourceforge.net/lists/listinfo/vufind-general > > > -- > Ere Maijala (Mr.) > The National Library of Finland > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > |
From: Joe T. <jth...@uh...> - 2012-03-20 15:37:55
|
[Catalog] driver = HorizonXMLAPI ; This setting determines how and when hold / recall links are displayed. ; Legal values: ; - all (Show links for all items - Place Hold for Available Items and Place Recall ; for unavailable items) ; - availability (Only show recall links if ALL items on bib are currently ; unavailable) ; - disabled (Never show hold/recall links) ; - driver (Use ILS driver to determine which items may be held/recalled; best option ; if available, but not supported by all drivers) ; - holds (Only show links for available items) ; - recalls (Only show links for unavailable items) ; default is "all" holds_mode = "all" ; Set this to true if you want to allow your ILS driver to override your holds_mode ; setting on a record-by-record basis; this may be useful for local customizations, ; but in most cases you should leave this setting unchanged. allow_holds_override = false ; Determines if holds can be cancelled or not. Options are true or false. ; default is false cancel_holds_enabled = false ; Determines if item can be renewed or not. Options are true or false. ; default is false renewals_enabled = false |
From: Demian K. <dem...@vi...> - 2012-03-20 15:29:01
|
Here are the minutes from today's meeting: http://vufind.org/wiki/developers_call:minutes20120320 The next call will be Tuesday, April 3, 2012 at 10am Eastern Daylight Time (GMT - 4:00). - Demian |
From: Demian K. <dem...@vi...> - 2012-03-20 12:47:52
|
Unfortunately, I believe Luke no longer has access to a Horizon system, and I never have, so this may hamper our ability to help you... but I'm certainly willing to try! First of all, it sounds like you have read the right documentation. Do you mind sharing your [Catalog] section from config.ini and your HorizonXMLAPI.ini (minus any sensitive passwords, of course)? Perhaps we can spot an issue there. If those look right, the next step is probably to add some debug statements inside the code... Regarding "first available copy" functionality, we've just added support for this in the trunk, so it will be available in VuFind 1.4. I have also posted a patch to JIRA which you may be able to apply to your 1.3 test copy: http://vufind.org/jira/browse/VUFIND-507 Currently, the option is only available for Voyager, but if the Horizon XML API supports title-level holds, you should be able to extend the VuFind driver to add the functionality. Obviously the first step is to get item-level holds working, but if you manage that, we might be able to help you bring things up to the next level. - Demian From: Joe Thornton [mailto:jth...@uh...] Sent: Monday, March 19, 2012 6:01 PM To: vuf...@li... Subject: [VuFind-Tech] Placing holds in Horizon using VuFind Thanks to the indispensable help of Luke O'Sullivan and Demian last year, we've been using VuFind since about July 2011. Our libraries (35) have been very happy with it but will be even happier if we can do requests within VuFind and not have to hand that function off to our Horizon server. We're currently using VuFind 1.1 (vufind.uhls.org/vufind<http://vufind.uhls.org/vufind>) but I installed a test version of 1.3 here: testvufind.uhls.org/vufind<http://testvufind.uhls.org/vufind>. The test server uses the HorizonXMLAPI driver but I haven't gotten it to work yet. When I try to place a hold I get the message: "Your request failed. Please contact the circulation desk for further assistance." We're running the latest version of Horizon Web Services and we're on Horizon 7.5.1. My questions are: -- Can someone help me find the cause of the "Your request failed" error? -- Is there documentation that I should be reading? I've read the "ILS Driver" document at vufind.org<http://vufind.org> and Demian's "Expanded ILS Functionality in VuFind" blog post. -- Most important: Because we're a system of 29 libraries and six branches, it's very important that we have the ability to request the first available copy instead of a specific item. Is that functionality part of the driver? I'll be really grateful for any help -- even just a push in the right direction. Thanks, Joe Joe Thornton Manager, Automation Services Upper Hudson Library System 28 Essex Street Albany, NY 12206 518-437-9880 x230 |
From: Joe T. <jth...@uh...> - 2012-03-19 22:31:33
|
Thanks to the indispensable help of Luke O'Sullivan and Demian last year, we've been using VuFind since about July 2011. Our libraries (35) have been very happy with it but will be even happier if we can do requests within VuFind and not have to hand that function off to our Horizon server. We're currently using VuFind 1.1 (vufind.uhls.org/vufind) but I installed a test version of 1.3 here: testvufind.uhls.org/vufind. The test server uses the HorizonXMLAPI driver but I haven't gotten it to work yet. When I try to place a hold I get the message: "Your request failed. Please contact the circulation desk for further assistance." We're running the latest version of Horizon Web Services and we're on Horizon 7.5.1. My questions are: -- Can someone help me find the cause of the "Your request failed" error? -- Is there documentation that I should be reading? I've read the "ILS Driver" document at vufind.org and Demian's "Expanded ILS Functionality in VuFind" blog post. -- Most important: Because we're a system of 29 libraries and six branches, it's very important that we have the ability to request the first available copy instead of a specific item. Is that functionality part of the driver? I'll be really grateful for any help -- even just a push in the right direction. Thanks, Joe Joe Thornton Manager, Automation Services Upper Hudson Library System 28 Essex Street Albany, NY 12206 518-437-9880 x230 |
From: Demian K. <dem...@vi...> - 2012-03-19 15:12:34
|
Here is a quick update on the VuFind conference later this year. DATES AND FEES October 15-16: VuFind Summit ($50 registration) October 17: code4lib Atlantic ($25 registration) October 18: VuStuff (free) REGISTRATION An online registration form will be available in late June or early July. Attendance will be capped at 120 people. If we reach the registration cap, we may have to impose a limit of 3 attendees per institution, but we won't force this limit unless we have to. TRAVEL FUNDING Several people have offered to help fund travel expenses for other developers. If you have not already contacted me directly, please send me an email off-list so we can work out the specifics. If you are in need of travel funding, please send me an email off-list with your specific needs. Obviously, I can't guarantee that we can fully fund everyone who needs help, but understanding what everyone needs will help us figure out how best to distribute the funds we have received. OTHER DETAILS More specifics on schedule and hotel accommodations will be forthcoming. Stay tuned! Feel free to contact me if you have questions in the meantime. - Demian |
From: Osullivan L. <L.O...@sw...> - 2012-03-15 16:14:15
|
Hi Joe, Unfortunately, I don't have access to a Horizon system anymore so it's going to be difficult for me to do tests to help you. Perhaps someone else on the tech-list is using it and could offer you assistance. VuFind 1.3 updated the logic used to place holds considerably so you may need to adjust the driver settings to get things rolling. Perhaps the easiest place to start is to ask if your Horizon ini file has a hmac_keys setting? Thanks, Luke From: Joe Thornton [mailto:jth...@uh...] Sent: 15 March 2012 15:32 To: Osullivan L. Subject: Re: VuFind Hello, Luke. Thanks to the indispensable help provided by you and Demian last year, we've been using VuFind since about July 2011. Our libraries (35) have been very happy with it but will be even happier if we can do requests within VuFind and not have to hand that function off to the HIP. Thank you for all the great work you've done on this. We're currently using VuFind 1.1 (vufind.uhls.org/vufind<http://vufind.uhls.org/vufind>) but I installed a test version of 1.3 here: testvufind.uhls.org/vufind<http://testvufind.uhls.org/vufind>. The test server uses your HorizonXMLAPI driver but I haven't gotten it to work yet. When I try to place a hold I get the message: "Your request failed. Please contact the circulation desk for further assistance." If you want to test it you can use my barcode/PIN: 21182004511011/6828. I've attached a copy of our HorizonXMLAPI.ini. We're running the latest version of Horizon Web Services and we're on Horizon 7.5.1. So my questions are: -- Can you help me find the cause of the error? -- Is there documentation that I should be reading? -- Most important: Because we're a system of 29 libraries and six branches, it's very important that we have the ability to request the first available copy instead of a specific item. Is that functionality part of your driver? As always, I'm truly grateful for the work you're doing on VuFind and for the help you provide to me. Thanks, Joe Joe Thornton Manager, Automation Services Upper Hudson Library System 28 Essex Street Albany, NY 12206 518-437-9880 x230 |
From: Demian K. <dem...@vi...> - 2012-03-15 11:11:11
|
The next call will be Tuesday, March 20, 2012 at 10am Eastern Daylight Time (GMT - 4:00). IMPORTANT: Because of a change to Daylight Saving Time in the U.S. and an adjustment to the call's start time, this may be a different time than usual in your region. Please make sure you join us at 14:00 GMT. AGENDA 1. New/Updated JIRA Tickets 2. VuFind 2.0 Update 3. New Mobile Theme 4. VuFind Developers Summit 2012 5. Other Topics? Information for connecting to the free online call can be found here: http://vufind.org/wiki/developers_call All are welcome! - Demian |
From: Filipe MS B. (G. ₪ <fi...@gm...> - 2012-03-15 00:48:00
|
I've tried Shadowbox amongst other "lightboxed" solutions, but all of them did not work at all for the purpose of showing external pages within a lightbox type popup window. All fail with a conflict error with 1.3 common.js in blueprint theme, even updating jquery framework to latest version (min version one). I guess with local or external media, it will render in the same result... Well, if somebody got it working, or may get it meanwhile, please do share how... Thx! -- Filipe No dia 14 de Mar de 2012 23:17, "Nathan Tallman" <nta...@gm...> escreveu: > Can the Lightbox js be adapted to play media links, a la Shadowbox < > http://www.shadowbox-js.com/ >? Or should I add Shadowbox to the theme? > > Nathan Tallman > > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech > > |
From: Nathan T. <nta...@gm...> - 2012-03-14 23:17:12
|
Can the Lightbox js be adapted to play media links, a la Shadowbox < http://www.shadowbox-js.com/ >? Or should I add Shadowbox to the theme? Nathan Tallman |
From: Demian K. <dem...@vi...> - 2012-03-13 19:40:25
|
If you switch to the base blueprint theme, does that solve the problem? That might be helpful for troubleshooting purposes... In any case, here's what's happening - When you click the email button, VuFind pops up a lightbox with an email form. What is then SUPPOSED to happen is that a Javascript function called registerAjaxEmailSearch() in lightbox.js attaches functionality to the form using jQuery. This jQuery logic will then send an email appropriately. What is ACTUALLY happening in your instance is that the jQuery functionality is never attached. The form is submitted as if Javascript were disabled, but since that is not supposed to happen from the lightbox context, the URL is not set properly. If you can figure out why the jQuery is failing to attach (perhaps a broken Javascript file, or a change to the email template which prevents the jQuery selectors from applying) then you can probably fix the problem. I hope this is helpful - let me know if you need anything else! - Demian From: Debbie Lawlor [mailto:la...@mc...] Sent: Tuesday, March 13, 2012 3:10 PM To: Vuf...@li... Subject: [VuFind-Tech] Email this Search not including link to search Good afternoon, In our Vufind installation (http://library.mcmaster.ca/catalogue/) the "Email this Search" link found at the bottom of the search results is not working properly. An e-mail is sent but doesn't include the link to the search. A similar problem was reported to the list last December (http://sourceforge.net/mailarchive/forum.php?thread_name=8C5580C57D1DF248B104CCC52BECC4580EAC806538%40VUEX1.vuad.villanova.edu&forum_name=vufind-tech)<http://sourceforge.net/mailarchive/forum.php?thread_name=8C5580C57D1DF248B104CCC52BECC4580EAC806538%40VUEX1.vuad.villanova.edu&forum_name=vufind-tech>. We are using a custom theme that uses inheritance from the Blueprint theme. Any ideas on how to solve this problem? Thanks, Debbie Lawlor Microcomputer Specialist Digital Experience - Library Learning Technologies Mills Memorial Library, McMaster University 1280 Main Street West Hamilton, Ontario, Canada L8S 4L6 |
From: Debbie L. <la...@mc...> - 2012-03-13 19:10:25
|
Good afternoon, In our Vufind installation (http://library.mcmaster.ca/catalogue/) the "Email this Search" link found at the bottom of the search results is not working properly. An e-mail is sent but doesn't include the link to the search. A similar problem was reported to the list last December (http://sourceforge.net/mailarchive/forum.php?thread_name=8C5580C57D1DF248B104CCC52BECC4580EAC806538%40VUEX1.vuad.villanova.edu&forum_name=vufind-tech). We are using a custom theme that uses inheritance from the Blueprint theme. Any ideas on how to solve this problem? Thanks, Debbie Lawlor Microcomputer Specialist Digital Experience - Library Learning Technologies Mills Memorial Library, McMaster University 1280 Main Street West Hamilton, Ontario, Canada L8S 4L6 |
From: Demian K. <dem...@vi...> - 2012-03-13 18:46:21
|
Under normal circumstances, you should be able to rely entirely on the import and deletion scripts. You should only have to delete the index and rebuild from scratch under exceptional circumstances - the file got corrupted by a bad disk, or you accidentally loaded the wrong batch of records into the index and can't easily eliminate them, etc., etc. Also, if your ILS didn't reliably provide deleted record data, it might be necessary to occasionally do a refresh from a full MARC dump just to be sure things are in sync (probably not an issue for you). The other main reason for a full reindex is when upgrading VuFind - due to changes in the schema and import rules or Solr version upgrades, it's usually a good idea to build a full clean index every time to move to a new version of the software... but if you follow the recommended upgrade procedure, there is no existing index to delete - you just build a clean one every time. - Demian From: Nathan Tallman [mailto:nta...@gm...] Sent: Tuesday, March 13, 2012 2:40 PM To: Demian Katz; vufind-tech Subject: Re: [VuFind-Tech] [VuFind-General] source of building facet list Thanks. The re-indexing page <http://vufind.org/wiki/re-indexing?s[]=rebuild<http://vufind.org/wiki/re-indexing?s%5b%5d=rebuild>> is fuzzy on this. Just for edification, in what circumstances would someone want to delete the Solr index (rm -rf solr/biblio/index) if the import and deletion scripts do the job? Nathan On Tue, Mar 13, 2012 at 2:35 PM, Demian Katz <dem...@vi...<mailto:dem...@vi...>> wrote: I think you're just seeing two different terms for the same thing - there's no way of rebuilding the index without importing records, so I think "re-indexing" and "re-importing" are equivalent. - Demian From: Nathan Tallman [mailto:nta...@gm...<mailto:nta...@gm...>] Sent: Tuesday, March 13, 2012 2:29 PM To: Filipe MS Bento (UA); vufind-tech Subject: Re: [VuFind-Tech] [VuFind-General] source of building facet list Can someone explain the difference between re-indexing and re-importing? I thought every time VuFind imported, the index was rebuilt. For example, if I import on Tuesday, make a change to the original MARC record on Wednesday, and import (the same record batch, fresh from the ILS) again on Thursday, don't my changes appear in VuFind? I run the deletion utility to remove records deleted from the ILS, so what benefit would I gain from re-indexing? Thanks! Nathan On Tue, Mar 13, 2012 at 2:19 PM, Filipe MS Bento (UA) <fs...@ua...<mailto:fs...@ua...>> wrote: Hi! That's the beauty of VuFind, so many scenarios are possible, very flexible, although in most of the cases it is just to handle MARC records as it seems to be your case, Chanel. Didn't know that you have access to a nightly dump of the entire collection (MARC file). Having that, it's much, much, much easier just to rebuild the index / re-import the MARC file -- a very fast process (if you don't have any other source, you can even get a clean index (to avoid using again the word "delete" :) ), http://vufind.org/wiki/re-indexing?s[]=rebuild<http://vufind.org/wiki/re-indexing?s%5b%5d=rebuild> --> that won't affect the authorities if loaded also. In fact I was thinking of a 180º completely scenario, with records from several sources (aggregator / discovery service [from Open Source Reps]); loading some millions xml files from several sources took me a couple of weeks (when migrating to Solr 3.1). OPAC records are less than 5% of the entire index. So, when I think of a better way to store the data from a certain source, I just import again, with the new .proprieties files. In fact I only used the delete method I've described when a repository (local) ceased to exist and wanted the IDs of the records to reflect the new one, RIA -- http://ria.ua.pt/?locale=en (DSpace based). Oh well, sorry for the mess I have sent you all (in fact, in my case, it is worst, I'm using the entry "building" for a totally different purpose [source of the records :o ] -- please bear in mind that I am working in a conceptual model / a slightly different branch of VuFind (but still 100% VuFind under the hood). All the best, Filipe On Tue, Mar 13, 2012 at 4:46 PM, Demian Katz <dem...@vi...<mailto:dem...@vi...>> wrote: Exactly. From: Chanel Wheeler [mailto:Cha...@co...<mailto:Cha...@co...>] Sent: Tuesday, March 13, 2012 12:45 PM To: Demian Katz; 'vuf...@li...<mailto:vuf...@li...>' Subject: RE: source of building facet list And that change will get picked up when the MARC records are reimported, yes? Chanel Wheeler Library Network Programmer/Analyst Yavapai Library Network 1015 Fair Street, #326 Prescott, AZ 86305 Phone: (928) 442-5741<tel:%28928%29%20442-5741> cha...@co...<http://cha...@co...> From: Demian Katz [mailto:dem...@vi...<mailto:dem...@vi...>] Sent: Tuesday, March 13, 2012 9:29 AM To: Chanel Wheeler; 'vuf...@li...<mailto:vuf...@li...>' Subject: RE: source of building facet list The (pattern_map.lib) in that line suggests that there must be a library pattern map defined elsewhere in one of the properties files. The simplest solution may be simply to remove the offending library's line from the pattern map. That won't actually delete records from the closed library, but it will prevent it from showing up in the facets, which is probably the most important thing. - Demian From: Chanel Wheeler [mailto:Cha...@co...]<mailto:[mailto:Cha...@co...]> Sent: Tuesday, March 13, 2012 12:17 PM To: Demian Katz; 'vuf...@li...<mailto:vuf...@li...>' Subject: RE: source of building facet list Now this a speed I can handle. :) It'll be awhile before all items from the closed library work their way out of VuFind because I can't change the owning library in the ILS for items in transit (and inevitably some always get hung there for a while). I'd prefer just to be able to remove the library as a search filter to make the librarians happy. All MARC records from the ILS are dumped nightly and re-imported into VuFind (for better or worse - better in this case). The building line is: building = 999m, (pattern_map.lib) Thank you! chanel Chanel Wheeler Library Network Programmer/Analyst Yavapai Library Network 1015 Fair Street, #326 Prescott, AZ 86305 Phone: (928) 442-5741<tel:%28928%29%20442-5741> cha...@co...<http://cha...@co...> From: Demian Katz [mailto:dem...@vi...]<mailto:[mailto:dem...@vi...]> Sent: Tuesday, March 13, 2012 5:45 AM To: Chanel Wheeler; 'vuf...@li...<mailto:vuf...@li...>' Subject: RE: source of building facet list You've received some helpful information already, but here's a little extra background: The building facet is populated when MARC data is indexed. You can see exactly where it is coming from by examining import/marc.properties and import/marc_local.properties (any settings in the marc_local file override defaults in the marc file). If the closed branch has had its data removed from your ILS, the simplest solution is probably to re-export your MARC records and then re-index them. If the data hasn't been removed yet, you can change your import settings to ignore that value (I'll tell you how if you share your building line from the properties files), but really the better solution is to fix the data at the source and then reindex in VuFind. I hope this is helpful - let us know if you need anything more! - Demian From: Chanel Wheeler [mailto:Cha...@co...]<mailto:[mailto:Cha...@co...]> Sent: Monday, March 12, 2012 5:30 PM To: 'vuf...@li...<mailto:vuf...@li...>' Subject: [VuFind-General] source of building facet list Hi, I've inherited a VuFind installation and haven't had time to deconstruct it so I understand how it works (and, of course, don't have time now...later this year). One of our library branches has closed so I'm trying to figure out how to remove that library's entry from the building facet on the advanced search page. I've found a library list in Unicorn.ini and in marc.local.properties but neither one matches the list on the advanced search page. I've dug through the VuFind directories, referred to the documentation on vufind.org<http://vufind.org>, and searched the lists but I can't figure out how the building list gets generated. Can anyone point me in the right direction? Thanks, chanel Chanel Wheeler Library Network Programmer/Analyst Yavapai Library Network 1015 Fair Street, #326 Prescott, AZ 86305 Phone: (928) 442-5741<tel:%28928%29%20442-5741> cha...@co...<http://cha...@co...> ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Nathan T. <nta...@gm...> - 2012-03-13 18:40:28
|
Thanks. The re-indexing page <http://vufind.org/wiki/re-indexing?s[]=rebuild> is fuzzy on this. Just for edification, in what circumstances would someone want to delete the Solr index (rm -rf solr/biblio/index) if the import and deletion scripts do the job? Nathan On Tue, Mar 13, 2012 at 2:35 PM, Demian Katz <dem...@vi...>wrote: > I think you’re just seeing two different terms for the same thing – > there’s no way of rebuilding the index without importing records, so I > think “re-indexing” and “re-importing” are equivalent.**** > > ** ** > > - Demian**** > > ** ** > > *From:* Nathan Tallman [mailto:nta...@gm...] > *Sent:* Tuesday, March 13, 2012 2:29 PM > *To:* Filipe MS Bento (UA); vufind-tech > *Subject:* Re: [VuFind-Tech] [VuFind-General] source of building facet > list**** > > ** ** > > Can someone explain the difference between re-indexing and re-importing? * > *** > > ** ** > > I thought every time VuFind imported, the index was rebuilt. For example, > if I import on Tuesday, make a change to the original MARC record on > Wednesday, and import (the same record batch, fresh from the ILS) again on > Thursday, don't my changes appear in VuFind? I run the deletion utility to > remove records deleted from the ILS, so what benefit would I gain from > re-indexing?**** > > ** ** > > Thanks!**** > > Nathan**** > > On Tue, Mar 13, 2012 at 2:19 PM, Filipe MS Bento (UA) <fs...@ua...> wrote:** > ** > > Hi!**** > > ** ** > > That's the beauty of VuFind, so many scenarios are possible, very > flexible, although in most of the cases it is just to handle MARC records > as it seems to be your case, Chanel.**** > > ** ** > > Didn't know that you have access to a nightly dump of the entire > collection (MARC file).**** > > ** ** > > Having that, it's much, much, much easier just to rebuild the index / > re-import the MARC file -- a very fast process (if you don't have any other > source, you can even get a clean index (to avoid using again the word > "delete" :) ), http://vufind.org/wiki/re-indexing?s[]=rebuild --> that > won't affect the authorities if loaded also.**** > > ** ** > > In fact I was thinking of a 180º completely scenario, with records from > several sources (aggregator / discovery service [from Open Source Reps]); > loading some millions xml files from several sources took me a couple of > weeks (when migrating to Solr 3.1). OPAC records are less than 5% of the > entire index.**** > > ** ** > > So, when I think of a better way to store the data from a certain source, > I just import again, with the new .proprieties files. In fact I only used > the delete method I've described when a repository (local) ceased to exist > and wanted the IDs of the records to reflect the new one, RIA -- > http://ria.ua.pt/?locale=en (DSpace based).**** > > ** ** > > Oh well, sorry for the mess I have sent you all (in fact, in my case, it > is worst, I'm using the entry "building" for a totally different purpose > [source of the records :o ] -- please bear in mind that I am working in a > conceptual model / a slightly different branch of VuFind (but still 100% > VuFind under the hood).**** > > ** ** > > All the best,**** > > ** ** > > Filipe**** > > ** ** > > ** ** > > On Tue, Mar 13, 2012 at 4:46 PM, Demian Katz <dem...@vi...> > wrote:**** > > Exactly.**** > > **** > > *From:* Chanel Wheeler [mailto:Cha...@co...] > *Sent:* Tuesday, March 13, 2012 12:45 PM**** > > > *To:* Demian Katz; 'vuf...@li...' > *Subject:* RE: source of building facet list**** > > **** > > And that change will get picked up when the MARC records are reimported, > yes?**** > > **** > > Chanel Wheeler**** > > Library Network Programmer/Analyst**** > > Yavapai Library Network**** > > 1015 Fair Street, #326**** > > Prescott, AZ 86305**** > > **** > > Phone: (928) 442-5741**** > > cha...@co...**** > > **** > > *From:* Demian Katz [mailto:dem...@vi...] > *Sent:* Tuesday, March 13, 2012 9:29 AM > *To:* Chanel Wheeler; 'vuf...@li...' > *Subject:* RE: source of building facet list**** > > **** > > The (pattern_map.lib) in that line suggests that there must be a library > pattern map defined elsewhere in one of the properties files. The simplest > solution may be simply to remove the offending library’s line from the > pattern map. That won’t actually delete records from the closed library, > but it will prevent it from showing up in the facets, which is probably the > most important thing.**** > > **** > > - Demian**** > > **** > > *From:* Chanel Wheeler [mailto:Cha...@co...] > *Sent:* Tuesday, March 13, 2012 12:17 PM > *To:* Demian Katz; 'vuf...@li...' > *Subject:* RE: source of building facet list**** > > **** > > Now this a speed I can handle. J **** > > **** > > It’ll be awhile before all items from the closed library work their way > out of VuFind because I can’t change the owning library in the ILS for > items in transit (and inevitably some always get hung there for a while). > I’d prefer just to be able to remove the library as a search filter to make > the librarians happy.**** > > **** > > All MARC records from the ILS are dumped nightly and re-imported into > VuFind (for better or worse – better in this case). **** > > **** > > The building line is:**** > > building = 999m, (pattern_map.lib)**** > > **** > > Thank you!**** > > chanel**** > > **** > > Chanel Wheeler**** > > Library Network Programmer/Analyst**** > > Yavapai Library Network**** > > 1015 Fair Street, #326**** > > Prescott, AZ 86305**** > > **** > > Phone: (928) 442-5741**** > > cha...@co...**** > > **** > > *From:* Demian Katz [mailto:dem...@vi...] > *Sent:* Tuesday, March 13, 2012 5:45 AM > *To:* Chanel Wheeler; 'vuf...@li...' > *Subject:* RE: source of building facet list**** > > **** > > You’ve received some helpful information already, but here’s a little > extra background:**** > > **** > > The building facet is populated when MARC data is indexed. You can see > exactly where it is coming from by examining import/marc.properties and > import/marc_local.properties (any settings in the marc_local file override > defaults in the marc file).**** > > **** > > If the closed branch has had its data removed from your ILS, the simplest > solution is probably to re-export your MARC records and then re-index > them. If the data hasn’t been removed yet, you can change your import > settings to ignore that value (I’ll tell you how if you share your building > line from the properties files), but really the better solution is to fix > the data at the source and then reindex in VuFind.**** > > **** > > I hope this is helpful – let us know if you need anything more!**** > > **** > > - Demian**** > > **** > > *From:* Chanel Wheeler [mailto:Cha...@co...] > *Sent:* Monday, March 12, 2012 5:30 PM > *To:* 'vuf...@li...' > *Subject:* [VuFind-General] source of building facet list**** > > **** > > Hi,**** > > **** > > I’ve inherited a VuFind installation and haven’t had time to deconstruct > it so I understand how it works (and, of course, don’t have time now…later > this year). **** > > **** > > One of our library branches has closed so I’m trying to figure out how to > remove that library’s entry from the building facet on the advanced search > page. I’ve found a library list in Unicorn.ini and in marc.local.properties > but neither one matches the list on the advanced search page. I’ve dug > through the VuFind directories, referred to the documentation on > vufind.org, and searched the lists but I can’t figure out how the > building list gets generated. Can anyone point me in the right direction?* > *** > > **** > > Thanks,**** > > chanel**** > > **** > > Chanel Wheeler**** > > Library Network Programmer/Analyst**** > > Yavapai Library Network**** > > 1015 Fair Street, #326**** > > Prescott, AZ 86305**** > > **** > > Phone: (928) 442-5741**** > > cha...@co...**** > > **** > > ** ** > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________**** > > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general**** > > ** ** > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general**** > > ** ** > |
From: Demian K. <dem...@vi...> - 2012-03-13 18:35:58
|
I think you're just seeing two different terms for the same thing - there's no way of rebuilding the index without importing records, so I think "re-indexing" and "re-importing" are equivalent. - Demian From: Nathan Tallman [mailto:nta...@gm...] Sent: Tuesday, March 13, 2012 2:29 PM To: Filipe MS Bento (UA); vufind-tech Subject: Re: [VuFind-Tech] [VuFind-General] source of building facet list Can someone explain the difference between re-indexing and re-importing? I thought every time VuFind imported, the index was rebuilt. For example, if I import on Tuesday, make a change to the original MARC record on Wednesday, and import (the same record batch, fresh from the ILS) again on Thursday, don't my changes appear in VuFind? I run the deletion utility to remove records deleted from the ILS, so what benefit would I gain from re-indexing? Thanks! Nathan On Tue, Mar 13, 2012 at 2:19 PM, Filipe MS Bento (UA) <fs...@ua...<mailto:fs...@ua...>> wrote: Hi! That's the beauty of VuFind, so many scenarios are possible, very flexible, although in most of the cases it is just to handle MARC records as it seems to be your case, Chanel. Didn't know that you have access to a nightly dump of the entire collection (MARC file). Having that, it's much, much, much easier just to rebuild the index / re-import the MARC file -- a very fast process (if you don't have any other source, you can even get a clean index (to avoid using again the word "delete" :) ), http://vufind.org/wiki/re-indexing?s[]=rebuild<http://vufind.org/wiki/re-indexing?s%5b%5d=rebuild> --> that won't affect the authorities if loaded also. In fact I was thinking of a 180º completely scenario, with records from several sources (aggregator / discovery service [from Open Source Reps]); loading some millions xml files from several sources took me a couple of weeks (when migrating to Solr 3.1). OPAC records are less than 5% of the entire index. So, when I think of a better way to store the data from a certain source, I just import again, with the new .proprieties files. In fact I only used the delete method I've described when a repository (local) ceased to exist and wanted the IDs of the records to reflect the new one, RIA -- http://ria.ua.pt/?locale=en (DSpace based). Oh well, sorry for the mess I have sent you all (in fact, in my case, it is worst, I'm using the entry "building" for a totally different purpose [source of the records :o ] -- please bear in mind that I am working in a conceptual model / a slightly different branch of VuFind (but still 100% VuFind under the hood). All the best, Filipe On Tue, Mar 13, 2012 at 4:46 PM, Demian Katz <dem...@vi...<mailto:dem...@vi...>> wrote: Exactly. From: Chanel Wheeler [mailto:Cha...@co...<mailto:Cha...@co...>] Sent: Tuesday, March 13, 2012 12:45 PM To: Demian Katz; 'vuf...@li...<mailto:vuf...@li...>' Subject: RE: source of building facet list And that change will get picked up when the MARC records are reimported, yes? Chanel Wheeler Library Network Programmer/Analyst Yavapai Library Network 1015 Fair Street, #326 Prescott, AZ 86305 Phone: (928) 442-5741<tel:%28928%29%20442-5741> cha...@co...<http://cha...@co...> From: Demian Katz [mailto:dem...@vi...<mailto:dem...@vi...>] Sent: Tuesday, March 13, 2012 9:29 AM To: Chanel Wheeler; 'vuf...@li...<mailto:vuf...@li...>' Subject: RE: source of building facet list The (pattern_map.lib) in that line suggests that there must be a library pattern map defined elsewhere in one of the properties files. The simplest solution may be simply to remove the offending library's line from the pattern map. That won't actually delete records from the closed library, but it will prevent it from showing up in the facets, which is probably the most important thing. - Demian From: Chanel Wheeler [mailto:Cha...@co...]<mailto:[mailto:Cha...@co...]> Sent: Tuesday, March 13, 2012 12:17 PM To: Demian Katz; 'vuf...@li...<mailto:vuf...@li...>' Subject: RE: source of building facet list Now this a speed I can handle. :) It'll be awhile before all items from the closed library work their way out of VuFind because I can't change the owning library in the ILS for items in transit (and inevitably some always get hung there for a while). I'd prefer just to be able to remove the library as a search filter to make the librarians happy. All MARC records from the ILS are dumped nightly and re-imported into VuFind (for better or worse - better in this case). The building line is: building = 999m, (pattern_map.lib) Thank you! chanel Chanel Wheeler Library Network Programmer/Analyst Yavapai Library Network 1015 Fair Street, #326 Prescott, AZ 86305 Phone: (928) 442-5741<tel:%28928%29%20442-5741> cha...@co...<http://cha...@co...> From: Demian Katz [mailto:dem...@vi...]<mailto:[mailto:dem...@vi...]> Sent: Tuesday, March 13, 2012 5:45 AM To: Chanel Wheeler; 'vuf...@li...<mailto:vuf...@li...>' Subject: RE: source of building facet list You've received some helpful information already, but here's a little extra background: The building facet is populated when MARC data is indexed. You can see exactly where it is coming from by examining import/marc.properties and import/marc_local.properties (any settings in the marc_local file override defaults in the marc file). If the closed branch has had its data removed from your ILS, the simplest solution is probably to re-export your MARC records and then re-index them. If the data hasn't been removed yet, you can change your import settings to ignore that value (I'll tell you how if you share your building line from the properties files), but really the better solution is to fix the data at the source and then reindex in VuFind. I hope this is helpful - let us know if you need anything more! - Demian From: Chanel Wheeler [mailto:Cha...@co...]<mailto:[mailto:Cha...@co...]> Sent: Monday, March 12, 2012 5:30 PM To: 'vuf...@li...<mailto:vuf...@li...>' Subject: [VuFind-General] source of building facet list Hi, I've inherited a VuFind installation and haven't had time to deconstruct it so I understand how it works (and, of course, don't have time now...later this year). One of our library branches has closed so I'm trying to figure out how to remove that library's entry from the building facet on the advanced search page. I've found a library list in Unicorn.ini and in marc.local.properties but neither one matches the list on the advanced search page. I've dug through the VuFind directories, referred to the documentation on vufind.org<http://vufind.org>, and searched the lists but I can't figure out how the building list gets generated. Can anyone point me in the right direction? Thanks, chanel Chanel Wheeler Library Network Programmer/Analyst Yavapai Library Network 1015 Fair Street, #326 Prescott, AZ 86305 Phone: (928) 442-5741<tel:%28928%29%20442-5741> cha...@co...<http://cha...@co...> ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Nathan T. <nta...@gm...> - 2012-03-13 18:29:15
|
Can someone explain the difference between re-indexing and re-importing? I thought every time VuFind imported, the index was rebuilt. For example, if I import on Tuesday, make a change to the original MARC record on Wednesday, and import (the same record batch, fresh from the ILS) again on Thursday, don't my changes appear in VuFind? I run the deletion utility to remove records deleted from the ILS, so what benefit would I gain from re-indexing? Thanks! Nathan On Tue, Mar 13, 2012 at 2:19 PM, Filipe MS Bento (UA) <fs...@ua...> wrote: > Hi! > > That's the beauty of VuFind, so many scenarios are possible, very > flexible, although in most of the cases it is just to handle MARC records > as it seems to be your case, Chanel. > > Didn't know that you have access to a nightly dump of the entire > collection (MARC file). > > Having that, it's much, much, much easier just to rebuild the index / > re-import the MARC file -- a very fast process (if you don't have any other > source, you can even get a clean index (to avoid using again the word > "delete" :) ), http://vufind.org/wiki/re-indexing?s[]=rebuild --> that > won't affect the authorities if loaded also. > > In fact I was thinking of a 180º completely scenario, with records from > several sources (aggregator / discovery service [from Open Source Reps]); > loading some millions xml files from several sources took me a couple of > weeks (when migrating to Solr 3.1). OPAC records are less than 5% of the > entire index. > > So, when I think of a better way to store the data from a certain source, > I just import again, with the new .proprieties files. In fact I only used > the delete method I've described when a repository (local) ceased to exist > and wanted the IDs of the records to reflect the new one, RIA -- > http://ria.ua.pt/?locale=en (DSpace based). > > Oh well, sorry for the mess I have sent you all (in fact, in my case, it > is worst, I'm using the entry "building" for a totally different purpose > [source of the records :o ] -- please bear in mind that I am working in a > conceptual model / a slightly different branch of VuFind (but still 100% > VuFind under the hood). > > All the best, > > Filipe > > > > On Tue, Mar 13, 2012 at 4:46 PM, Demian Katz <dem...@vi...>wrote: > >> Exactly.**** >> >> ** ** >> >> *From:* Chanel Wheeler [mailto:Cha...@co...] >> *Sent:* Tuesday, March 13, 2012 12:45 PM >> >> *To:* Demian Katz; 'vuf...@li...' >> *Subject:* RE: source of building facet list**** >> >> ** ** >> >> And that change will get picked up when the MARC records are reimported, >> yes?**** >> >> ** ** >> >> Chanel Wheeler**** >> >> Library Network Programmer/Analyst**** >> >> Yavapai Library Network**** >> >> 1015 Fair Street, #326**** >> >> Prescott, AZ 86305**** >> >> ** ** >> >> Phone: (928) 442-5741**** >> >> cha...@co...**** >> >> ** ** >> >> *From:* Demian Katz [mailto:dem...@vi...] >> *Sent:* Tuesday, March 13, 2012 9:29 AM >> *To:* Chanel Wheeler; 'vuf...@li...' >> *Subject:* RE: source of building facet list**** >> >> ** ** >> >> The (pattern_map.lib) in that line suggests that there must be a library >> pattern map defined elsewhere in one of the properties files. The simplest >> solution may be simply to remove the offending library’s line from the >> pattern map. That won’t actually delete records from the closed library, >> but it will prevent it from showing up in the facets, which is probably the >> most important thing.**** >> >> ** ** >> >> - Demian**** >> >> ** ** >> >> *From:* Chanel Wheeler [mailto:Cha...@co...] >> *Sent:* Tuesday, March 13, 2012 12:17 PM >> *To:* Demian Katz; 'vuf...@li...' >> *Subject:* RE: source of building facet list**** >> >> ** ** >> >> Now this a speed I can handle. J **** >> >> ** ** >> >> It’ll be awhile before all items from the closed library work their way >> out of VuFind because I can’t change the owning library in the ILS for >> items in transit (and inevitably some always get hung there for a while). >> I’d prefer just to be able to remove the library as a search filter to make >> the librarians happy.**** >> >> ** ** >> >> All MARC records from the ILS are dumped nightly and re-imported into >> VuFind (for better or worse – better in this case). **** >> >> ** ** >> >> The building line is:**** >> >> building = 999m, (pattern_map.lib)**** >> >> ** ** >> >> Thank you!**** >> >> chanel**** >> >> ** ** >> >> Chanel Wheeler**** >> >> Library Network Programmer/Analyst**** >> >> Yavapai Library Network**** >> >> 1015 Fair Street, #326**** >> >> Prescott, AZ 86305**** >> >> ** ** >> >> Phone: (928) 442-5741**** >> >> cha...@co...**** >> >> ** ** >> >> *From:* Demian Katz [mailto:dem...@vi...] >> *Sent:* Tuesday, March 13, 2012 5:45 AM >> *To:* Chanel Wheeler; 'vuf...@li...' >> *Subject:* RE: source of building facet list**** >> >> ** ** >> >> You’ve received some helpful information already, but here’s a little >> extra background:**** >> >> ** ** >> >> The building facet is populated when MARC data is indexed. You can see >> exactly where it is coming from by examining import/marc.properties and >> import/marc_local.properties (any settings in the marc_local file override >> defaults in the marc file).**** >> >> ** ** >> >> If the closed branch has had its data removed from your ILS, the simplest >> solution is probably to re-export your MARC records and then re-index >> them. If the data hasn’t been removed yet, you can change your import >> settings to ignore that value (I’ll tell you how if you share your building >> line from the properties files), but really the better solution is to fix >> the data at the source and then reindex in VuFind.**** >> >> ** ** >> >> I hope this is helpful – let us know if you need anything more!**** >> >> ** ** >> >> - Demian**** >> >> ** ** >> >> *From:* Chanel Wheeler [mailto:Cha...@co...] >> *Sent:* Monday, March 12, 2012 5:30 PM >> *To:* 'vuf...@li...' >> *Subject:* [VuFind-General] source of building facet list**** >> >> ** ** >> >> Hi,**** >> >> ** ** >> >> I’ve inherited a VuFind installation and haven’t had time to deconstruct >> it so I understand how it works (and, of course, don’t have time now…later >> this year). **** >> >> ** ** >> >> One of our library branches has closed so I’m trying to figure out how to >> remove that library’s entry from the building facet on the advanced search >> page. I’ve found a library list in Unicorn.ini and in marc.local.properties >> but neither one matches the list on the advanced search page. I’ve dug >> through the VuFind directories, referred to the documentation on >> vufind.org, and searched the lists but I can’t figure out how the >> building list gets generated. Can anyone point me in the right direction? >> **** >> >> ** ** >> >> Thanks,**** >> >> chanel**** >> >> ** ** >> >> Chanel Wheeler**** >> >> Library Network Programmer/Analyst**** >> >> Yavapai Library Network**** >> >> 1015 Fair Street, #326**** >> >> Prescott, AZ 86305**** >> >> ** ** >> >> Phone: (928) 442-5741**** >> >> cha...@co...**** >> >> ** ** >> >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> VuFind-General mailing list >> VuF...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-general >> >> > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > > |