You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(44) |
Aug
(143) |
Sep
(50) |
Oct
(46) |
Nov
(94) |
Dec
(106) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(118) |
Feb
(77) |
Mar
(163) |
Apr
(203) |
May
(74) |
Jun
(90) |
Jul
(111) |
Aug
(23) |
Sep
(99) |
Oct
(46) |
Nov
(42) |
Dec
(38) |
2009 |
Jan
(55) |
Feb
(36) |
Mar
(60) |
Apr
(20) |
May
(75) |
Jun
(102) |
Jul
(117) |
Aug
(104) |
Sep
(188) |
Oct
(105) |
Nov
(45) |
Dec
(59) |
2010 |
Jan
(88) |
Feb
(147) |
Mar
(53) |
Apr
(54) |
May
(74) |
Jun
(76) |
Jul
(78) |
Aug
(99) |
Sep
(87) |
Oct
(133) |
Nov
(56) |
Dec
(61) |
2011 |
Jan
(61) |
Feb
(22) |
Mar
(57) |
Apr
(79) |
May
(128) |
Jun
(143) |
Jul
(64) |
Aug
(90) |
Sep
(90) |
Oct
(202) |
Nov
(91) |
Dec
(127) |
2012 |
Jan
(92) |
Feb
(122) |
Mar
(221) |
Apr
(248) |
May
(244) |
Jun
(228) |
Jul
(213) |
Aug
(189) |
Sep
(125) |
Oct
(140) |
Nov
(137) |
Dec
(65) |
2013 |
Jan
(124) |
Feb
(160) |
Mar
(168) |
Apr
(276) |
May
(154) |
Jun
(106) |
Jul
(117) |
Aug
(124) |
Sep
(113) |
Oct
(95) |
Nov
(19) |
Dec
(43) |
2014 |
Jan
(93) |
Feb
(39) |
Mar
(103) |
Apr
(99) |
May
(66) |
Jun
(78) |
Jul
(98) |
Aug
(32) |
Sep
(69) |
Oct
(71) |
Nov
(60) |
Dec
(64) |
2015 |
Jan
(32) |
Feb
(24) |
Mar
(36) |
Apr
(47) |
May
(86) |
Jun
(53) |
Jul
(65) |
Aug
(95) |
Sep
(67) |
Oct
(87) |
Nov
(37) |
Dec
(59) |
2016 |
Jan
(86) |
Feb
(80) |
Mar
(47) |
Apr
(74) |
May
(47) |
Jun
(87) |
Jul
(84) |
Aug
(72) |
Sep
(49) |
Oct
(43) |
Nov
(65) |
Dec
(40) |
2017 |
Jan
(32) |
Feb
(31) |
Mar
(52) |
Apr
(51) |
May
(48) |
Jun
(35) |
Jul
(51) |
Aug
(28) |
Sep
(54) |
Oct
(44) |
Nov
(48) |
Dec
(19) |
2018 |
Jan
(41) |
Feb
(34) |
Mar
(30) |
Apr
(64) |
May
(53) |
Jun
(49) |
Jul
(49) |
Aug
(36) |
Sep
(44) |
Oct
(34) |
Nov
(50) |
Dec
(16) |
2019 |
Jan
(40) |
Feb
(21) |
Mar
(28) |
Apr
(19) |
May
(32) |
Jun
(26) |
Jul
(11) |
Aug
(39) |
Sep
(41) |
Oct
(79) |
Nov
(42) |
Dec
(31) |
2020 |
Jan
(19) |
Feb
(37) |
Mar
(17) |
Apr
(9) |
May
(10) |
Jun
(14) |
Jul
(52) |
Aug
(41) |
Sep
(38) |
Oct
(24) |
Nov
(9) |
Dec
(13) |
2021 |
Jan
(29) |
Feb
(12) |
Mar
(21) |
Apr
(19) |
May
(28) |
Jun
(21) |
Jul
(26) |
Aug
(31) |
Sep
(26) |
Oct
(84) |
Nov
(18) |
Dec
(7) |
2022 |
Jan
(25) |
Feb
(11) |
Mar
(35) |
Apr
(25) |
May
(17) |
Jun
(7) |
Jul
(7) |
Aug
(22) |
Sep
(17) |
Oct
(40) |
Nov
(19) |
Dec
(27) |
2023 |
Jan
(14) |
Feb
(21) |
Mar
(60) |
Apr
(16) |
May
(26) |
Jun
(18) |
Jul
(14) |
Aug
(19) |
Sep
(13) |
Oct
(19) |
Nov
(23) |
Dec
(13) |
2024 |
Jan
(14) |
Feb
(25) |
Mar
(42) |
Apr
(31) |
May
(20) |
Jun
(17) |
Jul
(12) |
Aug
(49) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
From: Walker, D. <dw...@ca...> - 2009-07-14 17:49:45
|
SVN is a nice way to keep up-to-date on stuff, especially with bug fixes. But you don't have to -- and probably don't want to -- point your SVN client at *trunk*. Rather, you could point it at one of the stable branches. I'm not sure what Andrew and the developers have planned. But, hopefully once they get over the hump here, they will create a 1.x branch in SVN, and then you can point you SVN client at that to get the latest stable updates. --Dave ================== David Walker Library Web Services Manager California State University http://xerxes.calstate.edu ________________________________ From: Seaman Graham [Gra...@rh...] Sent: Tuesday, July 14, 2009 9:11 AM To: vuf...@li... Subject: [VuFind-General] svn install? Hi I just followed the suggestion on http://www.vufind.org/downloads.php to checkout trunk from subversion to have ‘the easiest way of upgrading’. I assumed that meant that checkins to trunk would be fairly error free. So far I found an issue with mysql.sql (just a missing comma in the end), and am now stuck on running the marc import (a problem with the war file and paths, where SolrMarc can’t find the Solr libraries). Is it worth persisting on this path, or would it be more sensible to assume the repository is unstable and for development only, and to back out and use the last 1.0 RC? Thanks for any advice Graham |
From: Eoghan Ó C. <eog...@gm...> - 2009-07-14 17:11:50
|
Hi Graham, There have been a few threads on this recently - the trunk is currently broken due to major work that Andrew Nagy is carrying out. Till Kinstler has uploaded two quick fix patches for r1212 to JIRA. r1194 is a relatively stable revision. For more info see this thread or search recent posts: http://sourceforge.net/mailarchive/forum.php?thread_name=21524d5a0907140802o60e20c6ai6d1aa2a74c269702%40mail.gmail.com&forum_name=vufind-general. All the best, Eoghan |
From: Seaman G. <Gra...@rh...> - 2009-07-14 16:59:08
|
Hi I just followed the suggestion on http://www.vufind.org/downloads.php to checkout trunk from subversion to have 'the easiest way of upgrading'. I assumed that meant that checkins to trunk would be fairly error free. So far I found an issue with mysql.sql (just a missing comma in the end), and am now stuck on running the marc import (a problem with the war file and paths, where SolrMarc can't find the Solr libraries). Is it worth persisting on this path, or would it be more sensible to assume the repository is unstable and for development only, and to back out and use the last 1.0 RC? Thanks for any advice Graham |
From: Eoghan Ó C. <eog...@gm...> - 2009-07-14 15:02:52
|
Till, Many thanks for your reply and also for the r1212 patches (very useful in getting a sense of where things are going). I think I'll proceed with r1194, keeping a close eye on new revisions - hopefully the tweaking I do in the meantime will port to 1212+/RC2 without too many headaches. Thanks again, Eoghan 2009/7/14 Till Kinstler <kin...@gb...> > Eoghan Ó Carragáin wrote: > > My current plan is to use r1194 as the base revision for my work, and >> hopefully maintain a r1212+ version once that begins to stabalise over the >> coming weeks/months, so as to keep up with new developments. >> > > That's how I do it... BTW: There is a second patch in > http://vufind.org/jira/browse/VUFIND-60 now (r1212_patch_2.p1) that makes > some more things working (author suggestions, spelling suggestions, XISBN > lookups...). But again: That is just a dirty hack to satisfy my curiosity > and have some working code to look at, not something with a concept of > further development in mind. > > Does this sound like a reasonable approach? Is r1194 the best/most-stable >> revision since RC1? >> > > I haven't tried every revision, so there may be better... Don't know. > > Am I better off using r1194 over RC1? >> > > I personally think so, definitely. > > Are there any particular problems/issues with r1194 that I should be aware >> of? >> > > It is not tested enough (but other svn checkouts aren't as well)... One > thing to fix is the cross site scripting vulnerability it has (but that's > present in RC1 and r1212 as well): http://vufind.org/jira/browse/VUFIND-54 > > Also, I was just wondering what impact, if any, the introduction of the >> new "default" theme might have on design customisation. Is this going to be >> simply another skin for Vufind or is it a more fundamental change? >> > > At the moment (r1212), there seem to be some minor changes in VuFind "API" > calls as well. For example the "classic" theme called Search/Home (which was > implemented in web/services/Search/Home.php) for search results, the new > "default" theme now calls Search/Results (which is > web/services/Search/Results.php). Some parameter values in the user > interface have changed as well (eg. the search type values). I don't know, > if "classic" will be updated to match the new "API", the old "API" will be > maintained further or the "classic" theme will just be abandoned. It's all > not big business at the moment, just have an eye on that if building your > own theme. > There is definitely more functionality in the new interface, eg. the "Other > Libraries" and "Journal Articles" tabs, the first calling the Worldcat > Search API by default[*], the latter will be calling the Summon API one day, > I guess... > > Regards, > Till > > [*] in my demo installation at > http://finden.nationallizenz.de/vufindnewui/ I changed that to a SRU > interface to our union catalog using the available SRU catalog connector in > VuFind, because I have no WorldCat API key. > > -- > Till Kinstler > Verbundzentrale des Gemeinsamen Bibliotheksverbundes (VZG) > Platz der Göttinger Sieben 1, D 37073 Göttingen > kin...@gb..., +49 (0) 551 39-13431, http://www.gbv.de > |
From: Till K. <kin...@gb...> - 2009-07-14 13:10:02
|
Eoghan Ó Carragáin wrote: > My current plan > is to use r1194 as the base revision for my work, and hopefully maintain > a r1212+ version once that begins to stabalise over the coming > weeks/months, so as to keep up with new developments. That's how I do it... BTW: There is a second patch in http://vufind.org/jira/browse/VUFIND-60 now (r1212_patch_2.p1) that makes some more things working (author suggestions, spelling suggestions, XISBN lookups...). But again: That is just a dirty hack to satisfy my curiosity and have some working code to look at, not something with a concept of further development in mind. > Does this sound like a reasonable approach? Is r1194 the > best/most-stable revision since RC1? I haven't tried every revision, so there may be better... Don't know. > Am I better off using r1194 over > RC1? I personally think so, definitely. > Are there any particular problems/issues with r1194 that I should > be aware of? It is not tested enough (but other svn checkouts aren't as well)... One thing to fix is the cross site scripting vulnerability it has (but that's present in RC1 and r1212 as well): http://vufind.org/jira/browse/VUFIND-54 > Also, I was just wondering what impact, if any, the introduction of the > new "default" theme might have on design customisation. Is this going to > be simply another skin for Vufind or is it a more fundamental change? At the moment (r1212), there seem to be some minor changes in VuFind "API" calls as well. For example the "classic" theme called Search/Home (which was implemented in web/services/Search/Home.php) for search results, the new "default" theme now calls Search/Results (which is web/services/Search/Results.php). Some parameter values in the user interface have changed as well (eg. the search type values). I don't know, if "classic" will be updated to match the new "API", the old "API" will be maintained further or the "classic" theme will just be abandoned. It's all not big business at the moment, just have an eye on that if building your own theme. There is definitely more functionality in the new interface, eg. the "Other Libraries" and "Journal Articles" tabs, the first calling the Worldcat Search API by default[*], the latter will be calling the Summon API one day, I guess... Regards, Till [*] in my demo installation at http://finden.nationallizenz.de/vufindnewui/ I changed that to a SRU interface to our union catalog using the available SRU catalog connector in VuFind, because I have no WorldCat API key. -- Till Kinstler Verbundzentrale des Gemeinsamen Bibliotheksverbundes (VZG) Platz der Göttinger Sieben 1, D 37073 Göttingen kin...@gb..., +49 (0) 551 39-13431, http://www.gbv.de |
From: Eoghan Ó C. <eog...@gm...> - 2009-07-14 10:32:34
|
Hi, I've been experimenting with Vufind for awhile - it is really great and we've decided to use it for an index of journals and manuscripts (about 250,000 records). To date I've focused on getting our MODS records into Vufind (converting to MARC etc), and have done some test changes to the inferface and schema. I've been given the go-ahead to prepare a beta release for end September. The nature of our data is such that our requirements are slightly different from the standard Vufind set-up: we will need a few extra solr fields (I've got this working), and some additions to the interface. I want to get going on making these modifications, and would like advice on which SVN revision to use as a base. I have installed RC1, r1194 (as recommended by Till here<http://sourceforge.net/mailarchive/message.php?msg_id=4A5367C0.60905%40gbv.de>), and the patched version of r1212 - out of the box, each seems to have have its particular bugs and foibles, so I need to pick one and get stuck into stabalising it for our purposes. From looking at r1212, I think the changes around searching and weighting that are coming with DisMax will be very relevant to the type of tweaks I'll need to make, but I appreciate this type of work can't be rushed(!). My current plan is to use r1194 as the base revision for my work, and hopefully maintain a r1212+ version once that begins to stabalise over the coming weeks/months, so as to keep up with new developments. Does this sound like a reasonable approach? Is r1194 the best/most-stable revision since RC1? Am I better off using r1194 over RC1? Are there any particular problems/issues with r1194 that I should be aware of? What revisions have other people used for their beta/production releases? Also, I was just wondering what impact, if any, the introduction of the new "default" theme might have on design customisation. Is this going to be simply another skin for Vufind or is it a more fundamental change? Again, I just want to get an idea of what version to base my own changes on, and would appreciate any information that might help. Thanks very much for your help, Eoghan |
From: Till K. <kin...@gm...> - 2009-07-14 08:09:26
|
Mark Lawrence schrieb: > Hello, > > I understand that VuFind runs under either Linux or Solaris or Windows. Yes, at least. In fact it should run on every OS that provides a Java and PHP environment. So I guess a lot of UNIXish OSes more than Linux and Solaris are suitable... > Can anyone point me to a place where I can find out what the system > requirments are for the host server (CPU, RAM, HDD, etc….) for these > operating systems? As Greg pointed out: One important consideration is expected traffic. But for a test and development system, a virtual machine or some cheap recent PC hardware is far enough. HDD and RAM size depend on the amount of data you have. VuFind itself doesn't need much disk space (less than 100 MB). It's the Solr index that may eat your hard disk and RAM. Just to give you some numbers: Our main index is about 80 GB (about 22 million metadata records indexed with some redundancy plus about 400000 fulltexts), an other index containing about 2,5 million metadata records is about 22 GB plus a 0,5 GB spellchecking index, a third one with only about 12000 records is 25 MB. About RAM size: I have very little knowledge, how Solr uses RAM. We are running one Solr installation with 5 index cores, altogether about 260 GB of data (the biggest of those 85 GB) in a Java VM with 8 GB RAM and I think that runs pretty well. Another consideration, depending on amount of data you have, is using a 64 Bit system to avoid RAM limitations of 32 Bit machines. On a 32 Bit Ubuntu server I didn't manage to give Java more than 2 GB of heap space, which was a bit tight for a big index. So: Maybe start with a small system (even your desktop PC) to test and develop VuFind and to get a feeling of its hardware needs. Then switch to some usual server hardware (with some CPU cores, enough disk space for your index, and about 8 to 16 GB RAM (only if your index is really big), that's the typical cheap server hardware these days, or as Greg suggested, start with your existing server hardware) for production (I guess for an usual OPAC of a typical library that's enough). Do some testing. If you experience bottlenecks you can't solve on that hardware, think about distributing VuFind PHP front end, Solr search server and a seperate Solr indexing machine (as Greg suggested). If you still need more, do load balanced VuFind and Solr installations (but I guess, you won't need that until you really have a lot of traffic...). If your index is really big[tm] (just if you want to build the next Summon with beyond some 100 million records :-)), setup a distributed Solr whith split indexes... What hardware setup are those using, that are already in production? Regards, Till -- http://twitter.com/tillk |
From: kamal k. <kkw...@gm...> - 2009-07-14 05:57:52
|
Hello, I can import the record from Library of Congress and some U.S based sites also I can search but I am not able to import records from National Library of Australia and other records created via MARC edit software. Did any one imported records from National Library of Australia. If so kindly inform. Thanks in advance -- whatever happens life will goes until we live by kamalakkannan @ kishor |
From: Greg P. <Gre...@us...> - 2009-07-14 00:19:31
|
I'd argue no from a traffic perspective. We're hiding the old OPAC behind a firewall and only VuFind will talk to it when it places requests on the users behalf. Other libraries running different ILMS's may not be bale to hide it so much, but you should still notice a traffic reduction. But that point aside, I probably should have worded it differently anyway. Whether you replace the OPAC or not, the hardware it was running on is an example of hardware that can adequately serve the kind of traffic volume your website gets. It's a starting point for scoping out hardware for your VuFind server. Greg Pendlebury Electronic Services Officer (Systems Team) Division of Academic Information Services University of Southern Queensland Phone: +61 7 4631 1501 Fax: +61 7 4631 1841 -----Original Message----- From: Doran, Michael D [mailto:do...@ut...] Sent: Tuesday, 14 July 2009 9:31 AM To: vuf...@li... Subject: Re: [VuFind-General] System Requirements > Presumably you'd be replacing an existing web opac from your ILMS > vendor with VuFind, and I'd think the hardware you ran the old > platform on would be a good starting point. Is that a realistic presumption? Won't the existing web opac still be needed for looking up items by call number, for renewing items and placing requests (e.g. holds and recalls), and possibly for course reserves, etc.? -- Michael # Michael Doran, Systems Librarian # University of Texas at Arlington # 817-272-5326 office # 817-688-1926 mobile # do...@ut... # http://rocky.uta.edu/doran/ > -----Original Message----- > From: Greg Pendlebury [mailto:Gre...@us...] > Sent: Monday, July 13, 2009 6:22 PM > To: 'Mark Lawrence'; vuf...@li... > Subject: Re: [VuFind-General] System Requirements > > Hi Mark, > > You'll find it hard to come up with hard numbers because all web based > apps have their requirements dictated largely by the traffic you are > expecting. A basic test install of VuFind with minimal usage would run > on some very old hardware I would imagine, but that's worlds apart > from a site that's the central web platform of a busy Library. > > Presumably you'd be replacing an existing web opac from your ILMS > vendor with VuFind, and I'd think the hardware you ran the old > platform on would be a good starting point. If anything I suspect > VuFind would use it a bit more efficiently, but that's just my general > disdain for how poorly vendors do things historically ;-) > > If your not replacing an existing system I suppose you could base your > hardware choices off a generic LAMP stack since the default VuFind > install is basically that. I don't generally get involved here myself, > we let our sysadmins and DBAs make those calls. > > More cores and more RAM = more traffic. One thing I have noticed that > might be useful is that the index process is not (at the moment) multi > threaded, so my test laptop indexes the entire catalogue twice as fast > (4 hours) as our server (8 > hours) because it runs on two fast cores. But the server has waaay > more ram and cores and would calmly keep ticking whilst serving a > volume of traffic that would melt the laptop. > > We are currently investigating setting up an indexing server with a > really fast cpu speed, then we'll hot swap the index into production > to get the best of both worlds. > > > Greg Pendlebury > Electronic Services Officer (Systems Team) Division of Academic > Information Services University of Southern Queensland > Phone: +61 7 4631 1501 > Fax: +61 7 4631 1841 > > > > ________________________________ > > From: Mark Lawrence [mailto:mar...@es...] > Sent: Tuesday, 14 July 2009 8:24 AM > To: vuf...@li... > Subject: [VuFind-General] System Requirements > > > > Hello, > > I understand that VuFind runs under either Linux or Solaris or > Windows. > > > > Can anyone point me to a place where I can find out what the system > requirments are for the host server (CPU, RAM, HDD, > etc....) for these operating systems? > > > > Regards, > > Mark Lawrence > > ________________________________ > > This email (including any attached files) is confidential and is for > the intended recipient(s) only. If you received this email by mistake, > please, as a courtesy, tell the sender, then delete this email. > > The views and opinions are the originator's and do not necessarily > reflect those of the University of Southern Queensland. Although all > reasonable precautions were taken to ensure that this email contained > no viruses at the time it was sent we accept no liability for any > losses arising from its receipt. > > The University of Southern Queensland is a registered provider of > education with the Australian Government (CRICOS Institution Code > No's. QLD 00244B / NSW 02225M) > ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general This email (including any attached files) is confidential and is for the intended recipient(s) only. If you received this email by mistake, please, as a courtesy, tell the sender, then delete this email. The views and opinions are the originator's and do not necessarily reflect those of the University of Southern Queensland. Although all reasonable precautions were taken to ensure that this email contained no viruses at the time it was sent we accept no liability for any losses arising from its receipt. The University of Southern Queensland is a registered provider of education with the Australian Government (CRICOS Institution Code No's. QLD 00244B / NSW 02225M) |
From: Doran, M. D <do...@ut...> - 2009-07-13 23:59:46
|
> Presumably you'd be replacing an existing web opac from your > ILMS vendor with VuFind, and I'd think the hardware you ran > the old platform on would be a good starting point. Is that a realistic presumption? Won't the existing web opac still be needed for looking up items by call number, for renewing items and placing requests (e.g. holds and recalls), and possibly for course reserves, etc.? -- Michael # Michael Doran, Systems Librarian # University of Texas at Arlington # 817-272-5326 office # 817-688-1926 mobile # do...@ut... # http://rocky.uta.edu/doran/ > -----Original Message----- > From: Greg Pendlebury [mailto:Gre...@us...] > Sent: Monday, July 13, 2009 6:22 PM > To: 'Mark Lawrence'; vuf...@li... > Subject: Re: [VuFind-General] System Requirements > > Hi Mark, > > You'll find it hard to come up with hard numbers because all > web based apps have their requirements dictated largely by > the traffic you are expecting. A basic test install of VuFind > with minimal usage would run on some very old hardware I > would imagine, but that's worlds apart from a site that's the > central web platform of a busy Library. > > Presumably you'd be replacing an existing web opac from your > ILMS vendor with VuFind, and I'd think the hardware you ran > the old platform on would be a good starting point. If > anything I suspect VuFind would use it a bit more > efficiently, but that's just my general disdain for how > poorly vendors do things historically ;-) > > If your not replacing an existing system I suppose you could > base your hardware choices off a generic LAMP stack since the > default VuFind install is basically that. I don't generally > get involved here myself, we let our sysadmins and DBAs make > those calls. > > More cores and more RAM = more traffic. One thing I have > noticed that might be useful is that the index process is not > (at the moment) multi threaded, so my test laptop indexes the > entire catalogue twice as fast (4 hours) as our server (8 > hours) because it runs on two fast cores. But the server has > waaay more ram and cores and would calmly keep ticking whilst > serving a volume of traffic that would melt the laptop. > > We are currently investigating setting up an indexing server > with a really fast cpu speed, then we'll hot swap the index > into production to get the best of both worlds. > > > Greg Pendlebury > Electronic Services Officer (Systems Team) > Division of Academic Information Services > University of Southern Queensland > Phone: +61 7 4631 1501 > Fax: +61 7 4631 1841 > > > > ________________________________ > > From: Mark Lawrence [mailto:mar...@es...] > Sent: Tuesday, 14 July 2009 8:24 AM > To: vuf...@li... > Subject: [VuFind-General] System Requirements > > > > Hello, > > I understand that VuFind runs under either Linux or Solaris > or Windows. > > > > Can anyone point me to a place where I can find out what the > system requirments are for the host server (CPU, RAM, HDD, > etc….) for these operating systems? > > > > Regards, > > Mark Lawrence > > ________________________________ > > This email (including any attached files) is confidential and > is for the intended recipient(s) only. If you received this > email by mistake, please, as a courtesy, tell the sender, > then delete this email. > > The views and opinions are the originator's and do not > necessarily reflect those of the University of Southern > Queensland. Although all reasonable precautions were taken to > ensure that this email contained no viruses at the time it > was sent we accept no liability for any losses arising from > its receipt. > > The University of Southern Queensland is a registered > provider of education with the Australian Government (CRICOS > Institution Code No's. QLD 00244B / NSW 02225M) > |
From: Greg P. <Gre...@us...> - 2009-07-13 23:22:01
|
Hi Mark, You'll find it hard to come up with hard numbers because all web based apps have their requirements dictated largely by the traffic you are expecting. A basic test install of VuFind with minimal usage would run on some very old hardware I would imagine, but that's worlds apart from a site that's the central web platform of a busy Library. Presumably you'd be replacing an existing web opac from your ILMS vendor with VuFind, and I'd think the hardware you ran the old platform on would be a good starting point. If anything I suspect VuFind would use it a bit more efficiently, but that's just my general disdain for how poorly vendors do things historically ;-) If your not replacing an existing system I suppose you could base your hardware choices off a generic LAMP stack since the default VuFind install is basically that. I don't generally get involved here myself, we let our sysadmins and DBAs make those calls. More cores and more RAM = more traffic. One thing I have noticed that might be useful is that the index process is not (at the moment) multi threaded, so my test laptop indexes the entire catalogue twice as fast (4 hours) as our server (8 hours) because it runs on two fast cores. But the server has waaay more ram and cores and would calmly keep ticking whilst serving a volume of traffic that would melt the laptop. We are currently investigating setting up an indexing server with a really fast cpu speed, then we'll hot swap the index into production to get the best of both worlds. Greg Pendlebury Electronic Services Officer (Systems Team) Division of Academic Information Services University of Southern Queensland Phone: +61 7 4631 1501 Fax: +61 7 4631 1841 ________________________________ From: Mark Lawrence [mailto:mar...@es...] Sent: Tuesday, 14 July 2009 8:24 AM To: vuf...@li... Subject: [VuFind-General] System Requirements Hello, I understand that VuFind runs under either Linux or Solaris or Windows. Can anyone point me to a place where I can find out what the system requirments are for the host server (CPU, RAM, HDD, etc....) for these operating systems? Regards, Mark Lawrence This email (including any attached files) is confidential and is for the intended recipient(s) only. If you received this email by mistake, please, as a courtesy, tell the sender, then delete this email. The views and opinions are the originator's and do not necessarily reflect those of the University of Southern Queensland. Although all reasonable precautions were taken to ensure that this email contained no viruses at the time it was sent we accept no liability for any losses arising from its receipt. The University of Southern Queensland is a registered provider of education with the Australian Government (CRICOS Institution Code No's. QLD 00244B / NSW 02225M) |
From: Mark L. <mar...@es...> - 2009-07-13 22:48:30
|
Hello, I understand that VuFind runs under either Linux or Solaris or Windows. Can anyone point me to a place where I can find out what the system requirments are for the host server (CPU, RAM, HDD, etc..) for these operating systems? Regards, Mark Lawrence |
From: Andrew N. <as...@gm...> - 2009-07-13 13:47:32
|
Thank you all for your interest and encouragement. I can't really say much more other than - I'm working on it! :) If there is something that I can do better - please don't hesitate to let me know. I want to keep VuFind a community driven project - so if you would like to help in the cause - please pick something that you can help with and do it. I can facilitate anything that you need to do your part. Thanks for the help and thanks for your patience Andrew On Mon, Jul 6, 2009 at 7:57 PM, Greg Pendlebury <Gre...@us...>wrote: > > >From USQ's point-of-view I'm happy to say involvement with an RC2 release > is right around the corner. Our test site is moving to prod (beta) this week > and will probably become our new homepage in the next two weeks or so > (haven't heard a firm date yet), but my manager is in agreeance that our > next step is aligning our codebase with the community and pushing for RC2. > > Andrew's work in the DisMax handler is probably the biggest question right > now because it changes a lot under the hood. But I do want to acknowledge > what a huge commitment this is for Andrew since he's no longer at Villanova. > I certainly couldn't contribute so much if it wasn't my day job as well. > > > Greg Pendlebury > Electronic Services Officer (Systems Team) > Division of Academic Information Services > University of Southern Queensland > Phone: +61 7 4631 1501 > Fax: +61 7 4631 1841 > > -----Original Message----- > From: Diaz, Noel A [mailto:no...@pu...] > Sent: Tuesday, 7 July 2009 5:19 AM > To: vuf...@li... > Subject: Re: [VuFind-General] Help with Error > > I agree and we would love an RC2 release. We were going over the changes > we have done in the past few months to get our install up and going for a > fall release and realized that we are so out of sync with the SVN trunk that > it will be a major headache to merge back once a future release candidate > gets published. > > Thus is the nature of beta software and of an evolving project like VuFind > but it would be nice to have more frequent stable releases, at most to help > new libraries that might be interested in joining to get up and going > without the hassles we have encountered! :) > > -- > Noel Diaz > Senior Network Systems Administrator > Information Technology Department > Purdue University Libraries > E-Mail: no...@pu... > Phone: 765-494-1787 > > -----Original Message----- > From: Philip Shafer [mailto:sh...@ro...] > Sent: Monday, July 06, 2009 2:22 PM > To: Andrew Nagy > Cc: vuf...@li... > Subject: Re: [VuFind-General] Help with Error > > Andrew, is there anyway for me to urge another RC release with some of > these updates (minus the new SOLR) that some of us have been complaining > about. > I'm not very comfortable running a production server from and SVN check > out/export. IF this project is going to succeed then the implementing > institutions need better support from the developers, which would require > frequent updated releases. > > Just a suggestion. > > > -Phil > ------------------------------ > > Philip Shafer > Library System Services > Rowan University Library > 201 Mullica Hill Rd > Glassboro, NJ 08028 > 856-256-4418 > 856-256-4924 Fax > > > > > From: Andrew Nagy <as...@gm...> > Date: Thu, 25 Jun 2009 12:34:53 -0400 > To: Philip Shafer <sh...@ro...> > Cc: "vuf...@li..." > <vuf...@li...> > Subject: Re: Help with Error > > Latest from SVN should do the trick. > > On Thu, Jun 25, 2009 at 12:33 PM, Philip Shafer <sh...@ro...> wrote: > > Can we just check out the current voyager driver from the SVN or is > > there a particular version you suggest? > > ------------------------------ > > > > Philip Shafer > > Library System Services > > Rowan University Library > > 201 Mullica Hill Rd > > Glassboro, NJ 08028 > > 856-256-4418 > > 856-256-4924 Fax > > > > > > > > > > From: Andrew Nagy <as...@gm...> > > Date: Thu, 25 Jun 2009 12:26:35 -0400 > > To: Philip Shafer <sh...@ro...> > > Cc: "vuf...@li..." > > <vuf...@li...> > > Subject: Re: Help with Error > > > > > > Phil - this happens when the marc parser cannot parse the marc data. > > Im assuming this is coming from the record view page - which means the > > data coming back for the Holdings information is not valid marc data. > > > > There is a fix for this for the Voyager driver in SVN. > > > > Andrew > > > > On Thu, Jun 25, 2009 at 11:32 AM, Philip Shafer <sh...@ro...> > wrote: > >> Can someone decode this error for me and let me know if it can be fixed? > >> > >> Fatal error: Uncaught File_MARC_Exception Tag " 00" is not > >> a valid tag. in php-5.2.4/lib/php/File/MARC/Data_Field.php on line > >> 103 Exception trace # Function Location > >> File_MARC_Field->__construct(' 00') > >> /disk2/ApplicationStack/v1.0/php-5.2.4/lib/php/File/MARC/Data_Field.p > >> hp:103 File_MARC_Data_Field->__construct(' 00', Array, ' ', ' > >> ')</td><td>/disk2/ApplicationStack/v1.0/vufind-1.0RC1/web/File/MARC.p > >> hp:374 > >> 2 > >> File_MARC->_decode('01639cam a220037…') > >> /disk2/ApplicationStack/v1.0/vufind-1.0RC1/web/File/MARC.php:246 in > >> php-5.2.4/lib/php/File/MARC/Field.php on line 81 > >> > >> > >> ------------------------------ > >> > >> Philip Shafer > >> Library System Services > >> Rowan University Library > >> 201 Mullica Hill Rd > >> Glassboro, NJ 08028 > >> 856-256-4418 > >> 856-256-4924 Fax > >> > >> > >> > >> > > > > > > > > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > > ------------------------------------------------------------------------------ > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > > This email (including any attached files) is confidential and is for the > intended recipient(s) only. If you received this email by mistake, > please, as a courtesy, tell the sender, then delete this email. > > The views and opinions are the originator's and do not necessarily > reflect those of the University of Southern Queensland. Although all > reasonable precautions were taken to ensure that this email contained no > viruses at the time it was sent we accept no liability for any losses > arising from its receipt. > > The University of Southern Queensland is a registered provider of > education with the Australian Government (CRICOS Institution Code No's. > QLD 00244B / NSW 02225M) > > > > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/blackberry > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > |
From: Eoghan Ó C. <eog...@gm...> - 2009-07-12 18:03:22
|
Hi Greg, Congratulations - your current release looks great! I really like the changes to the full record page, the topic box at the top of the results page, and the tick for selected facets. Hopefully some of these will be coming to the community code? Eoghan |
From: Greg P. <Gre...@us...> - 2009-07-11 00:37:14
|
Thanks for the feedback on the scripting, I'll try and patch that in this weekend. With regards to the other questions: User Testing: Yes, we've done a few session, thanks to a staff member who unfortunately just left us. She was recording the student's activities and audio on a laptop toted around the Library looking for guinea pigs. We have another round of testing planned to come as well. Moving the facets from right to left is one example of changes made in response to that user testing. Feedback: Yes, there's was lots, most positive. Negative feedback was usually pointing out a bug which we would then fix. Changes: They are everywhere, the driver on the back end is huge now (doing things like serials prediction patterns from 853... only finished 90~% of that Yesterday, yuck) and still growing. We tweaked solrmarc a lot to redo format/subformat finding. Of course I've spoken before about the struggle involved in backing the app into Oracle rather then mysql. Every change that's not specific to our Uni I'd seriously consider contributing. That's my next job after go live :) Greg Pendlebury Electronic Services Officer (Systems Team) Division of Academic Information Services University of Southern Queensland Phone: +61 7 4631 1501 Fax: +61 7 4631 1841 -----Original Message----- From: Till Kinstler [mailto:kin...@gb...] Sent: Friday, 10 July 2009 11:04 PM To: Greg Pendlebury Cc: 'vuf...@li...' Subject: Re: [VuFind-General] USQ goes into beta Greg Pendlebury wrote: > Thought I'd drop a message on here to say our beta site just received > a huge update from our test server. > > _http://libcat.usq.edu.au/_ Looks really good. I like the prominent "Suggested Topics" on top of the list. Many questions, I'd like to ask: How much effort did you put in that? Have you collected already user feedback or even did user tests? Did you change only the user interface or tweaked the "business logic" and Solr as well? If so, anything worth pushing back to mainline VuFind? > We're going into full production in a week, so testing/coding like mad here. May I suggest, you add at least some small precautions against cross site scripting. Things like that, should not work: http://libcat.usq.edu.au/Search/Home?lookfor=%3Cscript+language%3D%27javascript%27%3Ealert(%27Fix+that!%27)%3B%3C%2Fscript%3E&type=all&submit=Find See http://www.vufind.org/jira/browse/VUFIND-54 Regards and a nice weekend, Till -- Till Kinstler Verbundzentrale des Gemeinsamen Bibliotheksverbundes (VZG) Platz der Göttinger Sieben 1, D 37073 Göttingen kin...@gb..., +49 (0) 551 39-13431, http://www.gbv.de This email (including any attached files) is confidential and is for the intended recipient(s) only. If you received this email by mistake, please, as a courtesy, tell the sender, then delete this email. The views and opinions are the originator's and do not necessarily reflect those of the University of Southern Queensland. Although all reasonable precautions were taken to ensure that this email contained no viruses at the time it was sent we accept no liability for any losses arising from its receipt. The University of Southern Queensland is a registered provider of education with the Australian Government (CRICOS Institution Code No's. QLD 00244B / NSW 02225M) |
From: Till K. <kin...@gb...> - 2009-07-10 13:26:41
|
Greg Pendlebury wrote: > Thought I'd drop a message on here to say our beta site just received a > huge update from our test server. > > _http://libcat.usq.edu.au/_ Looks really good. I like the prominent "Suggested Topics" on top of the list. Many questions, I'd like to ask: How much effort did you put in that? Have you collected already user feedback or even did user tests? Did you change only the user interface or tweaked the "business logic" and Solr as well? If so, anything worth pushing back to mainline VuFind? > We're going into full production in a week, so testing/coding like mad here. May I suggest, you add at least some small precautions against cross site scripting. Things like that, should not work: http://libcat.usq.edu.au/Search/Home?lookfor=%3Cscript+language%3D%27javascript%27%3Ealert(%27Fix+that!%27)%3B%3C%2Fscript%3E&type=all&submit=Find See http://www.vufind.org/jira/browse/VUFIND-54 Regards and a nice weekend, Till -- Till Kinstler Verbundzentrale des Gemeinsamen Bibliotheksverbundes (VZG) Platz der Göttinger Sieben 1, D 37073 Göttingen kin...@gb..., +49 (0) 551 39-13431, http://www.gbv.de |
From: Andrew I. [aai] <aa...@ab...> - 2009-07-10 12:49:22
|
Hi Chris Yes, the Ubuntu installation instructions are missing *many* things and are, as I found out when trying to use them, next to useless (sorry to whoever wrote them, but they are). I also encountered the problem of adding the Instant Client to the system dynamic library loader, and ended up manually editing the file (via sudo) and adding the line myself. As far as the remaining instructions go, I had many goes at installing Vufind on Ubuntu, largely rewriting the instructions as I went, but in the end failed. We are a Voyager library, and the fundamental problem for me was that Vufind uses the PDO_OCI library and, I simply couldn't get it installed. (I'm by no means a *nix newbie) The web is littered with tales of similar problems with PDO_OCI and Linux. I next rewrote the Voyager driver to use the OCI8 libraries instead, but then discovered that PDO was also integrated into some of Vufind's scripts, I didn't want to start changing them since my changes would be lost in the next upgrade. In the end, I resorted to doing a Windows installation which I have finally, just about, got working. If you are not a Voyager library, I expect you'll have an easier time of it! Anyway, I've attached my rewritten instructions. They are mostly complete (I abandoned them when it became apparent I wasn't going to get PDO working). Hopefully they'll be some use. Regards Andrew -- Library Systems Team Information Services / Gwasanaethau Gwybodaeth Aberystwyth University/ Prifysgol Aberystwyth Aberystwyth, Ceredigion, SY23 3DZ, UK Tel./Ffôn: (+44) 01970 62 1851 E-mail/E-bost: aa...@ab... > -----Original Message----- > From: Demas, Christopher D [mailto:cddemas@NortheastState.edu] > Sent: 10 July 2009 12:20 > To: vuf...@li... > Subject: [VuFind-General] installation problem > > Hi all - > > > > I'm trying to install vufind on ubuntu 8.10 and I'm following the > instructions on the vufind website at > http://vufind.org/wiki/installation_ubuntu and i'm running into a > problem. While adding the Instant Client to the system dynamic library > loader I keep getting a permission denied error. Any thoughts on this? > > > > # opt/oracle/instantclient$ echo /opt/oracle/instantclient > > /etc/ld.so.conf.d/oracle-instantclient > > bash: /etc/ld.so.conf.d/oracle-instantclient: Permission denied > > Also, I noticed that these instructions are for installing vufind 0.8.2 > on ubuntu 8.04. Will I run into any problems using these instructions > installing vufind 1.0 on ubuntu 8.10? > > Thanks, > > Chris > > *********************************** > Chris Demas, Librarian > Wayne G. Basler Library > Northeast State Community College > P.O. Box 246 > Blountville, TN 37617 > cddemas@NortheastState.edu <mailto:cddemas@NortheastState.edu> > 423.354.2454 > > |
From: Greg P. <Gre...@us...> - 2009-07-10 11:36:51
|
Thought I'd drop a message on here to say our beta site just received a huge update from our test server. http://libcat.usq.edu.au/ We're going into full production in a week, so testing/coding like mad here. Greg Pendlebury Electronic Services Officer (Systems Team) Division of Academic Information Services University of Southern Queensland Phone: +61 7 4631 1501 Fax: +61 7 4631 1841 _____________________________________________ From: Greg Pendlebury Sent: Tuesday, 7 April 2009 3:01 PM To: 'vuf...@li...' Subject: USQ goes into beta I'm happy to say that we've finally reached a reasonably stable point in development that we are letting students ravage our system. Some functionality is cut, but our core searching is online: http://libcat.usq.edu.au/ If you break it please tell me :) The last couple of weeks have been non-stop bug fixes and areas will no doubt need further polish. Ta, Greg Pendlebury Electronic Services Officer (Systems Team) Division of Academic Information Services University of Southern Queensland Phone: +61 7 4631 1501 Fax: +61 7 4631 1841 This email (including any attached files) is confidential and is for the intended recipient(s) only. If you received this email by mistake, please, as a courtesy, tell the sender, then delete this email. The views and opinions are the originator's and do not necessarily reflect those of the University of Southern Queensland. Although all reasonable precautions were taken to ensure that this email contained no viruses at the time it was sent we accept no liability for any losses arising from its receipt. The University of Southern Queensland is a registered provider of education with the Australian Government (CRICOS Institution Code No's. QLD 00244B / NSW 02225M) |
From: Demas, C. D <cddemas@NortheastState.edu> - 2009-07-10 11:32:26
|
Hi all - I'm trying to install vufind on ubuntu 8.10 and I'm following the instructions on the vufind website at http://vufind.org/wiki/installation_ubuntu and i'm running into a problem. While adding the Instant Client to the system dynamic library loader I keep getting a permission denied error. Any thoughts on this? # opt/oracle/instantclient$ echo /opt/oracle/instantclient > /etc/ld.so.conf.d/oracle-instantclient bash: /etc/ld.so.conf.d/oracle-instantclient: Permission denied Also, I noticed that these instructions are for installing vufind 0.8.2 on ubuntu 8.04. Will I run into any problems using these instructions installing vufind 1.0 on ubuntu 8.10? Thanks, Chris *********************************** Chris Demas, Librarian Wayne G. Basler Library Northeast State Community College P.O. Box 246 Blountville, TN 37617 cddemas@NortheastState.edu <mailto:cddemas@NortheastState.edu> 423.354.2454 |
From: Greg P. <Gre...@us...> - 2009-07-06 23:58:12
|
>From USQ's point-of-view I'm happy to say involvement with an RC2 release is right around the corner. Our test site is moving to prod (beta) this week and will probably become our new homepage in the next two weeks or so (haven't heard a firm date yet), but my manager is in agreeance that our next step is aligning our codebase with the community and pushing for RC2. Andrew's work in the DisMax handler is probably the biggest question right now because it changes a lot under the hood. But I do want to acknowledge what a huge commitment this is for Andrew since he's no longer at Villanova. I certainly couldn't contribute so much if it wasn't my day job as well. Greg Pendlebury Electronic Services Officer (Systems Team) Division of Academic Information Services University of Southern Queensland Phone: +61 7 4631 1501 Fax: +61 7 4631 1841 -----Original Message----- From: Diaz, Noel A [mailto:no...@pu...] Sent: Tuesday, 7 July 2009 5:19 AM To: vuf...@li... Subject: Re: [VuFind-General] Help with Error I agree and we would love an RC2 release. We were going over the changes we have done in the past few months to get our install up and going for a fall release and realized that we are so out of sync with the SVN trunk that it will be a major headache to merge back once a future release candidate gets published. Thus is the nature of beta software and of an evolving project like VuFind but it would be nice to have more frequent stable releases, at most to help new libraries that might be interested in joining to get up and going without the hassles we have encountered! :) -- Noel Diaz Senior Network Systems Administrator Information Technology Department Purdue University Libraries E-Mail: no...@pu... Phone: 765-494-1787 -----Original Message----- From: Philip Shafer [mailto:sh...@ro...] Sent: Monday, July 06, 2009 2:22 PM To: Andrew Nagy Cc: vuf...@li... Subject: Re: [VuFind-General] Help with Error Andrew, is there anyway for me to urge another RC release with some of these updates (minus the new SOLR) that some of us have been complaining about. I'm not very comfortable running a production server from and SVN check out/export. IF this project is going to succeed then the implementing institutions need better support from the developers, which would require frequent updated releases. Just a suggestion. -Phil ------------------------------ Philip Shafer Library System Services Rowan University Library 201 Mullica Hill Rd Glassboro, NJ 08028 856-256-4418 856-256-4924 Fax From: Andrew Nagy <as...@gm...> Date: Thu, 25 Jun 2009 12:34:53 -0400 To: Philip Shafer <sh...@ro...> Cc: "vuf...@li..." <vuf...@li...> Subject: Re: Help with Error Latest from SVN should do the trick. On Thu, Jun 25, 2009 at 12:33 PM, Philip Shafer <sh...@ro...> wrote: > Can we just check out the current voyager driver from the SVN or is > there a particular version you suggest? > ------------------------------ > > Philip Shafer > Library System Services > Rowan University Library > 201 Mullica Hill Rd > Glassboro, NJ 08028 > 856-256-4418 > 856-256-4924 Fax > > > > > From: Andrew Nagy <as...@gm...> > Date: Thu, 25 Jun 2009 12:26:35 -0400 > To: Philip Shafer <sh...@ro...> > Cc: "vuf...@li..." > <vuf...@li...> > Subject: Re: Help with Error > > > Phil - this happens when the marc parser cannot parse the marc data. > Im assuming this is coming from the record view page - which means the > data coming back for the Holdings information is not valid marc data. > > There is a fix for this for the Voyager driver in SVN. > > Andrew > > On Thu, Jun 25, 2009 at 11:32 AM, Philip Shafer <sh...@ro...> wrote: >> Can someone decode this error for me and let me know if it can be fixed? >> >> Fatal error: Uncaught File_MARC_Exception Tag " 00" is not >> a valid tag. in php-5.2.4/lib/php/File/MARC/Data_Field.php on line >> 103 Exception trace # Function Location >> File_MARC_Field->__construct(' 00') >> /disk2/ApplicationStack/v1.0/php-5.2.4/lib/php/File/MARC/Data_Field.p >> hp:103 File_MARC_Data_Field->__construct(' 00', Array, ' ', ' >> ')</td><td>/disk2/ApplicationStack/v1.0/vufind-1.0RC1/web/File/MARC.p >> hp:374 >> 2 >> File_MARC->_decode('01639cam a220037…') >> /disk2/ApplicationStack/v1.0/vufind-1.0RC1/web/File/MARC.php:246 in >> php-5.2.4/lib/php/File/MARC/Field.php on line 81 >> >> >> ------------------------------ >> >> Philip Shafer >> Library System Services >> Rowan University Library >> 201 Mullica Hill Rd >> Glassboro, NJ 08028 >> 856-256-4418 >> 856-256-4924 Fax >> >> >> >> > > > > ------------------------------------------------------------------------------ _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general ------------------------------------------------------------------------------ _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general This email (including any attached files) is confidential and is for the intended recipient(s) only. If you received this email by mistake, please, as a courtesy, tell the sender, then delete this email. The views and opinions are the originator's and do not necessarily reflect those of the University of Southern Queensland. Although all reasonable precautions were taken to ensure that this email contained no viruses at the time it was sent we accept no liability for any losses arising from its receipt. The University of Southern Queensland is a registered provider of education with the Australian Government (CRICOS Institution Code No's. QLD 00244B / NSW 02225M) |
From: Diaz, N. A <no...@pu...> - 2009-07-06 19:20:05
|
I agree and we would love an RC2 release. We were going over the changes we have done in the past few months to get our install up and going for a fall release and realized that we are so out of sync with the SVN trunk that it will be a major headache to merge back once a future release candidate gets published. Thus is the nature of beta software and of an evolving project like VuFind but it would be nice to have more frequent stable releases, at most to help new libraries that might be interested in joining to get up and going without the hassles we have encountered! :) -- Noel Diaz Senior Network Systems Administrator Information Technology Department Purdue University Libraries E-Mail: no...@pu... Phone: 765-494-1787 -----Original Message----- From: Philip Shafer [mailto:sh...@ro...] Sent: Monday, July 06, 2009 2:22 PM To: Andrew Nagy Cc: vuf...@li... Subject: Re: [VuFind-General] Help with Error Andrew, is there anyway for me to urge another RC release with some of these updates (minus the new SOLR) that some of us have been complaining about. I’m not very comfortable running a production server from and SVN check out/export. IF this project is going to succeed then the implementing institutions need better support from the developers, which would require frequent updated releases. Just a suggestion. -Phil ------------------------------ Philip Shafer Library System Services Rowan University Library 201 Mullica Hill Rd Glassboro, NJ 08028 856-256-4418 856-256-4924 Fax From: Andrew Nagy <as...@gm...> Date: Thu, 25 Jun 2009 12:34:53 -0400 To: Philip Shafer <sh...@ro...> Cc: "vuf...@li..." <vuf...@li...> Subject: Re: Help with Error Latest from SVN should do the trick. On Thu, Jun 25, 2009 at 12:33 PM, Philip Shafer <sh...@ro...> wrote: > Can we just check out the current voyager driver from the SVN or is there a > particular version you suggest? > ------------------------------ > > Philip Shafer > Library System Services > Rowan University Library > 201 Mullica Hill Rd > Glassboro, NJ 08028 > 856-256-4418 > 856-256-4924 Fax > > > > > From: Andrew Nagy <as...@gm...> > Date: Thu, 25 Jun 2009 12:26:35 -0400 > To: Philip Shafer <sh...@ro...> > Cc: "vuf...@li..." > <vuf...@li...> > Subject: Re: Help with Error > > > Phil - this happens when the marc parser cannot parse the marc data. Im > assuming this is coming from the record view page - which means the data > coming back for the Holdings information is not valid marc data. > > There is a fix for this for the Voyager driver in SVN. > > Andrew > > On Thu, Jun 25, 2009 at 11:32 AM, Philip Shafer <sh...@ro...> wrote: >> Can someone decode this error for me and let me know if it can be fixed? >> >> Fatal error: Uncaught File_MARC_Exception Tag "�00" is not a valid >> tag. in php-5.2.4/lib/php/File/MARC/Data_Field.php on line 103 >> Exception trace # Function Location >> File_MARC_Field->__construct('�00') >> /disk2/ApplicationStack/v1.0/php-5.2.4/lib/php/File/MARC/Data_Field.php:103 >> File_MARC_Data_Field->__construct('�00', Array, ' ', ' >> ')</td><td>/disk2/ApplicationStack/v1.0/vufind-1.0RC1/web/File/MARC.php:374 >> 2 >> File_MARC->_decode('01639cam a220037…') >> /disk2/ApplicationStack/v1.0/vufind-1.0RC1/web/File/MARC.php:246 in >> php-5.2.4/lib/php/File/MARC/Field.php on line 81 >> >> >> ------------------------------ >> >> Philip Shafer >> Library System Services >> Rowan University Library >> 201 Mullica Hill Rd >> Glassboro, NJ 08028 >> 856-256-4418 >> 856-256-4924 Fax >> >> >> >> > > > > ------------------------------------------------------------------------------ _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Philip S. <sh...@ro...> - 2009-07-06 18:22:23
|
Andrew, is there anyway for me to urge another RC release with some of these updates (minus the new SOLR) that some of us have been complaining about. I’m not very comfortable running a production server from and SVN check out/export. IF this project is going to succeed then the implementing institutions need better support from the developers, which would require frequent updated releases. Just a suggestion. -Phil ------------------------------ Philip Shafer Library System Services Rowan University Library 201 Mullica Hill Rd Glassboro, NJ 08028 856-256-4418 856-256-4924 Fax From: Andrew Nagy <as...@gm...> Date: Thu, 25 Jun 2009 12:34:53 -0400 To: Philip Shafer <sh...@ro...> Cc: "vuf...@li..." <vuf...@li...> Subject: Re: Help with Error Latest from SVN should do the trick. On Thu, Jun 25, 2009 at 12:33 PM, Philip Shafer <sh...@ro...> wrote: > Can we just check out the current voyager driver from the SVN or is there a > particular version you suggest? > ------------------------------ > > Philip Shafer > Library System Services > Rowan University Library > 201 Mullica Hill Rd > Glassboro, NJ 08028 > 856-256-4418 > 856-256-4924 Fax > > > > > From: Andrew Nagy <as...@gm...> > Date: Thu, 25 Jun 2009 12:26:35 -0400 > To: Philip Shafer <sh...@ro...> > Cc: "vuf...@li..." > <vuf...@li...> > Subject: Re: Help with Error > > > Phil - this happens when the marc parser cannot parse the marc data. Im > assuming this is coming from the record view page - which means the data > coming back for the Holdings information is not valid marc data. > > There is a fix for this for the Voyager driver in SVN. > > Andrew > > On Thu, Jun 25, 2009 at 11:32 AM, Philip Shafer <sh...@ro...> wrote: >> Can someone decode this error for me and let me know if it can be fixed? >> >> Fatal error: Uncaught File_MARC_Exception Tag "�00" is not a valid >> tag. in php-5.2.4/lib/php/File/MARC/Data_Field.php on line 103 >> Exception trace # Function Location >> File_MARC_Field->__construct('�00') >> /disk2/ApplicationStack/v1.0/php-5.2.4/lib/php/File/MARC/Data_Field.php:103 >> File_MARC_Data_Field->__construct('�00', Array, ' ', ' >> ')</td><td>/disk2/ApplicationStack/v1.0/vufind-1.0RC1/web/File/MARC.php:374 >> 2 >> File_MARC->_decode('01639cam a220037…') >> /disk2/ApplicationStack/v1.0/vufind-1.0RC1/web/File/MARC.php:246 in >> php-5.2.4/lib/php/File/MARC/Field.php on line 81 >> >> >> ------------------------------ >> >> Philip Shafer >> Library System Services >> Rowan University Library >> 201 Mullica Hill Rd >> Glassboro, NJ 08028 >> 856-256-4418 >> 856-256-4924 Fax >> >> >> >> > > > > |
From: <Pet...@pa...> - 2009-07-03 00:00:27
|
OK, will do. There appears to be a lot of interest from other Horizon libraries I've spoken to in adding a discovery layer such as VuFind to enable an easier transition to another ILS once Horizon is no longer supported. Peter -- Peter Neish Systems Officer Victorian Parliamentary Library Ph: 03 9651 8638 pet...@pa... Andrew Nagy <as...@gm... > To Pet...@pa... 01/07/2009 11:22 cc PM "vuf...@li...urceforge.n et" <vuf...@li...urceforge.n et> Subject Re: [VuFind-General] VuFind with Horizon Peter - that would be great. Could you create a new issue in our JIRA system and post your code there? The link can be found under the support section of the vufind website. Thanks! Andrew On Tue, Jun 30, 2009 at 9:02 PM, <Pet...@pa...> wrote: Sorry about the delayed response, I've been on leave for six weeks. I had a play with getting a Horizon driver working. My main problem was getting a PHP driver for Sybase (I didn't have the energy to recompile PHP) and I ended up using a generic ODBC driver which did the trick. Was then able to query the database for holdings and status. Happy to share what I've done so far. Cheers, Peter -- Peter Neish Systems Officer Victorian Parliamentary Library Ph: 03 9651 8638 pet...@pa... Andrew Nagy |
From: Andrew N. <as...@gm...> - 2009-07-02 18:42:53
|
And I apologize for trunk being broken for so long. I had every intention to have all of the major changes checked in by now. Hopefully I will have some time over this holiday weekend to finish up my work. Thanks for your patience Andrew On Thu, Jul 2, 2009 at 2:00 PM, Till Kinstler <kin...@gm...> wrote: > Hi Mark, > > you wrote: > > > I'm making slow progress on whatever configuration problem I'm having. > > Again the question: What VuFind version do you use? Is it a SVN checkout? > > > When I attempt to access VuFind, this is what I get instead of the > > "start" page: > > > > Notice: Undefined index: url in /opt/vufind/web/sys/Interface.php on > > line 52 > > That's not the problem. > > > Query: *:* > > > Malformed response > > That sounds like a current SVN checkout (r1202). That is broken because > the whole Solr interface in Solr.php (and calls to it) are undergoing > heavy reconstruction. You try running a development version, don't > expect it working... > The error you see, is very likely caused by the call of $db->status() in > web/services/Search/Home.php, line 54. > I'd recommend fetching an earlier version, eg. r1194, which should run > much better, eg. by calling > svn checkout -r 1194 > https://vufind.svn.sourceforge.net/svnroot/vufind/trunk vufind_svn > You will have much more success with that... But even with that, keep in > mind, it is a development version! > > Your config.ini looks good so far. > > Regards, > Till > > > ------------------------------------------------------------------------------ > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > |
From: Till K. <kin...@gm...> - 2009-07-02 18:00:30
|
Hi Mark, you wrote: > I'm making slow progress on whatever configuration problem I'm having. Again the question: What VuFind version do you use? Is it a SVN checkout? > When I attempt to access VuFind, this is what I get instead of the > "start" page: > > Notice: Undefined index: url in /opt/vufind/web/sys/Interface.php on > line 52 That's not the problem. > Query: *:* > Malformed response That sounds like a current SVN checkout (r1202). That is broken because the whole Solr interface in Solr.php (and calls to it) are undergoing heavy reconstruction. You try running a development version, don't expect it working... The error you see, is very likely caused by the call of $db->status() in web/services/Search/Home.php, line 54. I'd recommend fetching an earlier version, eg. r1194, which should run much better, eg. by calling svn checkout -r 1194 https://vufind.svn.sourceforge.net/svnroot/vufind/trunk vufind_svn You will have much more success with that... But even with that, keep in mind, it is a development version! Your config.ini looks good so far. Regards, Till |