From: Bob W. <bwi...@pl...> - 2011-08-04 14:25:49
|
The read-only thing is a windows quirk. I lost an hour once trying to make it go away. It turns out folders are always listed as read-only in Windows. It's just the folder object. Not the contents. Bob Wicksall Systems Administrator Pioneer Library System 2557 State Rt. 21 Canandaigua, New York 14424 ----- Original Message ----- > From: "Byron Smith" <by...@we...> > To: "Demian Katz" <dem...@vi...>, "VuFind List" <vuf...@li...> > Sent: Thursday, August 4, 2011 10:02:58 AM > Subject: Re: [VuFind-General] Cover Images > > > > > > The only strange thing I am noticing with the permissions of > images/covers/small is that it has the read-only box checked - when > I uncheck it and perform another search it goes back to being > checked (see below) > > > > When I browse to the URL of cover images not displaying in Internet > Explorer I get a broken icon. Testing in Firefox gives the message I > outlined in my last email. I have turned on the debug mode but it > gave no further information. I could not find any useful information > in the error logs for apache either. > > > > Below are the file permissions I have for images/covers/small. These > are the same permissions for the other images/covers folders too. > > > > > > > > > > > > Regards, > > > > Byron > > > > > > > From: Demian Katz [mailto:dem...@vi...] > Sent: Thursday, 4 August 2011 11:37 PM > To: Byron Smith; 'VuFind List' > Subject: RE: [VuFind-General] Cover Images > > > > The “small”, “medium” and “large” subdirectories of images/cover > should be writable by the web server. The exact settings depend on > your OS, but usually it involves changing ownership (apache under > Fedora, www-data under Ubuntu) or, if all else fails, making things > world-writable (777). > > > > Have you tried looking at your problem URL in multiple browsers? If > you’re just getting a blank screen, perhaps turning on debug mode > will actually give you more information… or, if that fails, try > checking your Apache error log for clues. If you’re still not seeing > anything, it might be worth adding some echo statements directly to > bookcover.php to help narrow down where things are going wrong. > > > > Good luck, and let me know if I can be of further assistance! > > > > - Demian > > > > > > > From: Byron Smith [mailto:by...@we...] > Sent: Thursday, August 04, 2011 9:32 AM > To: Demian Katz; 'VuFind List' > Subject: RE: [VuFind-General] Cover Images > > > > I can confirm that debug is set to false in the config file and the > permissions on the images/cover folder look at from what I can tell. > Can you specify what permissions this folder requires? > > > > When I view the image URL of a cover not displaying I get the > response below: > > > > The image > “http://localhost/vufind/bookcover.php?isn=0786222735&size=small” > cannot be displayed, because it contains errors. > > > > Regards, > > > > Byron > > > > > > > From: Demian Katz [mailto:dem...@vi...] > Sent: Thursday, 4 August 2011 11:10 PM > To: Byron Smith; 'VuFind List' > Subject: RE: [VuFind-General] Cover Images > > > > Usually when this happens, it means that bookcover.php is returning > invalid image data… and the most likely reason for that is that it’s > dumping out PHP error messages instead of images. The easiest way to > check is to right click the “Cover Image” text and view the image > URL in a new window (the exact option varies from browser to > browser… but usually you can “copy image location” and paste into a > new tab, or something similar). Hopefully once you do that, you’ll > see an error that will give you a clue to the problem. If it’s still > unclear, please share more details and I’ll offer more advice. > > > > The most common problems are that you have debug turned on in > config.ini (which can sometimes interfere with images) or you don’t > have the right permissions set on the directories used for image > caching (web/images/covers/*). > > > > - Demian > > > > > > > From: Byron Smith [mailto:by...@we...] > Sent: Thursday, August 04, 2011 7:45 AM > To: 'VuFind List' > Subject: [VuFind-General] Cover Images > > > > Hi All, > > > > I have recently setup Vufind 1.1 on a virtual server running Windows > 2003 server. The install completed successfully except I am noticing > that only some of the cover images of items are returning whilst > others show the text “cover image” as seen in the screenshot below. > I am using the ‘Sample’ driver and have enabled the coverimages > option in the web/conf/config.ini > > > > I cannot see any difference between items that do and do not display. > I have copied in the staff view of one of the records below which is > not displaying – all the required information appears to be > available for cover images. > > > > Does anyone have any information on what could cause this behaviour? > > > > Regards, > > > > Byron > > > > > > > > > > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > The must-attend event for mobile developers. Connect with experts. > Get tools for creating Super Apps. See the latest technologies. > Sessions, hands-on labs, demos & much more. Register early & save! > http://p.sf.net/sfu/rim-blackberry-1 > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > |
From: Harris, G. <gar...@se...> - 2011-10-28 19:46:11
|
Is it possible to turn off cover images altogether so that nothing displays in that column? We don't use cover images, and we'd like to get rid of that "No Image Available" picture. I guess I could make a blank image to put it there, but I'd like to just disable the feature. Thanks, Gary |
From: Steven H. <sj...@wm...> - 2011-10-28 20:39:24
|
> Is it possible to turn off cover images altogether so that nothing > displays in that column? We don’t use cover images, > > and we’d like to get rid of that “No Image Available” picture. I guess I > could make a blank image to put it there, but I’d > > like to just disable the feature. There are better answers, but an easy thing to do would be to drop a display:none on them. |
From: Demian K. <dem...@vi...> - 2011-10-31 12:49:21
|
> > Is it possible to turn off cover images altogether so that nothing > > displays in that column? > > There are better answers, but an easy thing to do would be to drop a > display:none on them. If you use the blueprint theme, this is particularly simple, since most of the cover images already have the .summcover or .recordcover classes applied -- a simple edit to the main CSS file could get rid of them: .summcover, .recordcover { display: none; } If you're using the classic or default themes, some more extensive template editing would be necessary... though if you do a search through the theme directory for "bookcover.php" it's not hard to uncover all the relevant lines. - Demian |
From: Tulie A. <tul...@gm...> - 2011-11-01 06:51:29
|
Removing the image link from the template would also have the benefit of avoiding the additional call to get bookcover for these items which might improve performance and page load time. But this is only relevant if you have very high load and many searches happening at the same time. Tulie On Mon, Oct 31, 2011 at 2:49 PM, Demian Katz <dem...@vi...>wrote: > > > Is it possible to turn off cover images altogether so that nothing > > > displays in that column? > > > > There are better answers, but an easy thing to do would be to drop a > > display:none on them. > > If you use the blueprint theme, this is particularly simple, since most of > the cover images already have the .summcover or .recordcover classes > applied -- a simple edit to the main CSS file could get rid of them: > > .summcover, .recordcover { > display: none; > } > > If you're using the classic or default themes, some more extensive > template editing would be necessary... though if you do a search through > the theme directory for "bookcover.php" it's not hard to uncover all the > relevant lines. > > - Demian > > > ------------------------------------------------------------------------------ > Get your Android app more play: Bring it to the BlackBerry PlayBook > in minutes. BlackBerry App World™ now supports Android™ Apps > for the BlackBerry® PlayBook™. Discover just how easy and simple > it is! http://p.sf.net/sfu/android-dev2dev > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > |
From: Demian K. <dem...@vi...> - 2011-11-01 12:36:35
|
It may vary from browser to browser, but I would think that at least in some cases, "display: none" would also prevent the image load from occurring... but as you say, removing the link is the best way to be totally sure you're not wasting server resources. - Demian From: tul...@gm... [mailto:tul...@gm...] On Behalf Of Tulie Amichal Sent: Tuesday, November 01, 2011 2:51 AM To: Demian Katz Cc: Steven Hild; Harris, Gary; vuf...@li... Subject: Re: [VuFind-General] Cover Images Removing the image link from the template would also have the benefit of avoiding the additional call to get bookcover for these items which might improve performance and page load time. But this is only relevant if you have very high load and many searches happening at the same time. Tulie On Mon, Oct 31, 2011 at 2:49 PM, Demian Katz <dem...@vi...<mailto:dem...@vi...>> wrote: > > Is it possible to turn off cover images altogether so that nothing > > displays in that column? > > There are better answers, but an easy thing to do would be to drop a > display:none on them. If you use the blueprint theme, this is particularly simple, since most of the cover images already have the .summcover or .recordcover classes applied -- a simple edit to the main CSS file could get rid of them: .summcover, .recordcover { display: none; } If you're using the classic or default themes, some more extensive template editing would be necessary... though if you do a search through the theme directory for "bookcover.php" it's not hard to uncover all the relevant lines. - Demian ------------------------------------------------------------------------------ Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Harris, G. <gar...@se...> - 2012-04-26 21:00:02
|
Is there a setting on VuFind that tells the system not to save copies off the cover images? Whenever I WinGrep the system for certain strings, it takes forever because grep has to search through about 20,000 cover images. Gary |
From: Demian K. <dem...@vi...> - 2012-04-27 11:09:11
|
There isn't currently an explicit no-cache setting. You have two options: 1.) Set up some kind of scheduled task to delete image files older than a particular date. This way, you still have the benefits of caching but you don't keep absolutely everything that has ever been accessed. I haven't really done this under Windows before, but a quick Google search turned up this project, which might help: http://code.google.com/p/autologcleanup/ . I'm sure there are many similar tools if you hunt around a bit. 2.) Modify web/bookcover.php to disable caching. It's very easy: there's a function called processImageURL() which takes a parameter that controls caching on a service-by-service basis. If you simply add a new line to the very top of the function: $cache = false; then no images will be cached. I'd personally recommend option #1 -- that's the reason this isn't currently a configurable setting -- but option #2 should work too. - Demian ________________________________ From: Harris, Gary [gar...@se...] Sent: Thursday, April 26, 2012 4:59 PM To: vuf...@li... Subject: [VuFind-General] Cover Images Is there a setting on VuFind that tells the system not to save copies off the cover images? Whenever I WinGrep the system for certain strings, it takes forever because grep has to search through about 20,000 cover images. Gary |
From: Thomas M. <mi...@fi...> - 2012-04-27 11:34:17
|
You can also limit grep by the following: grep -r --exclude-dir='/usr/local/vufind/web/images/covers' PATTERN * Tom From: Demian Katz [mailto:dem...@vi...] Sent: Friday, April 27, 2012 7:09 AM To: Harris, Gary; vuf...@li... Subject: Re: [VuFind-General] Cover Images There isn't currently an explicit no-cache setting. You have two options: 1.) Set up some kind of scheduled task to delete image files older than a particular date. This way, you still have the benefits of caching but you don't keep absolutely everything that has ever been accessed. I haven't really done this under Windows before, but a quick Google search turned up this project, which might help: http://code.google.com/p/autologcleanup/ . I'm sure there are many similar tools if you hunt around a bit. 2.) Modify web/bookcover.php to disable caching. It's very easy: there's a function called processImageURL() which takes a parameter that controls caching on a service-by-service basis. If you simply add a new line to the very top of the function: $cache = false; then no images will be cached. I'd personally recommend option #1 -- that's the reason this isn't currently a configurable setting -- but option #2 should work too. - Demian ________________________________ From: Harris, Gary [gar...@se...] Sent: Thursday, April 26, 2012 4:59 PM To: vuf...@li... Subject: [VuFind-General] Cover Images Is there a setting on VuFind that tells the system not to save copies off the cover images? Whenever I WinGrep the system for certain strings, it takes forever because grep has to search through about 20,000 cover images. Gary |
From: Harris, G. <gar...@se...> - 2012-04-27 13:41:53
|
Thanks! From: Demian Katz [mailto:dem...@vi...] Sent: Friday, April 27, 2012 7:09 AM To: Harris, Gary; vuf...@li... Subject: RE: Cover Images There isn't currently an explicit no-cache setting. You have two options: 1.) Set up some kind of scheduled task to delete image files older than a particular date. This way, you still have the benefits of caching but you don't keep absolutely everything that has ever been accessed. I haven't really done this under Windows before, but a quick Google search turned up this project, which might help: http://code.google.com/p/autologcleanup/ . I'm sure there are many similar tools if you hunt around a bit. 2.) Modify web/bookcover.php to disable caching. It's very easy: there's a function called processImageURL() which takes a parameter that controls caching on a service-by-service basis. If you simply add a new line to the very top of the function: $cache = false; then no images will be cached. I'd personally recommend option #1 -- that's the reason this isn't currently a configurable setting -- but option #2 should work too. - Demian ________________________________ From: Harris, Gary [gar...@se...] Sent: Thursday, April 26, 2012 4:59 PM To: vuf...@li...<mailto:vuf...@li...> Subject: [VuFind-General] Cover Images Is there a setting on VuFind that tells the system not to save copies off the cover images? Whenever I WinGrep the system for certain strings, it takes forever because grep has to search through about 20,000 cover images. Gary |
From: Kathryn F. (Library) <kfr...@sk...> - 2012-09-29 18:14:04
|
Hi, I'm new to VuFind and have a problem with display of cover images. "No Image Available" is displaying for all my records. None of the covers directories have images files in them, so I've been assuming this is a permissions issue. But the large, medium and small directories are all set to 777 and are owned by my apache user. I also tried changing the ownership of the covers directory to my apache user but that didn't do anything. Some of the "No Image Available" covers are trying to link to an image, for example: bookcover.php?isn=0199896984&size=small. I have VuFind 1.3 installed on Ubuntu. Thanks in advance for any suggestions! Kathryn |
From: Filipe MS B. (UA) <fs...@ua...> - 2012-09-29 21:34:00
|
Hi, Kathryn! Ok, lets start some troubleshooting. So, it looks like you have done this step correctly from http://vufind.org/wiki/installation_ubuntu: sudo chown www-data:www-data /usr/local/vufind/web/images/covers/* and we can assume that in web/conf/config.ini you've activated at least one entry in [Content] related to cover images, for instance: coverimages = "Google,OpenLibrary" right? Having this ok, for sure, two possibilities that seem really remote chances, but either way, I sending them because not seeing any other possible reasons for that to happen: 1) You are incredibly out of luck and *really* those books don't have cover previews in the services you've chosen; For instances the one you sent, emulating an AJAX call to google books, http://books.google.com/books?jscmd=viewapi&bibkeys=ISBN:0199896984&callback=addTheCover it returns an empty array (no data for that book found in google books), while, for instance, http://books.google.com/books?jscmd=viewapi&bibkeys=ISBN:0130461091&callback=addTheCover returns a full array of JSON data (sending part of it) addTheCover({"ISBN:0":{"bib_key":"ISBN:0","info_url":" http://books.google.com/books?id=gPS6j-dEPIIC\u0026hl=pt-PT\u0026source=gbs_ViewAPI ","preview_url":" http://books.google.com/books?id=gPS6j-dEPIIC\u0026hl=pt-PT\u0026source=gbs_ViewAPI ","thumbnail_url":"(....)}}); Could you please try this URL at VuFind install: <vufind root url>/bookcover.php?isn=0130461091&size=small (the book tested above)? 2) You are being firewalled (if so, I guess you would have noticed that for sure while doing any update or install [apt-get]): can your VuFind install display Author's Bio retrieved from Wikipedia (/Author/Home?author=Austen%2C+Jane%2C+1775-1817, for instance) --- if you have this feature active in web/conf/config.ini (authors = "Wikipedia", also in [Content] section); If so, you can try setup it up in [Proxy] section also web/conf/config.ini (like said, you should have that OK at the OS level, for instance, try a "wget http://www.google.com" (in /tmp or so) > should retrieve an index.html file; 3) (Extra and always the best way to troubleshoot VuFind) if not in production, or done at a low usage hour (4, 5am :) ): activate debug = "1" ([System] section again in web/conf/config.ini and check for related errors (also you can try to catch a possible Apache's error with "tail -f /var/log/apache2/error.log" -- if not in mistake, in Ubuntu it's the path to Apache error log). I remember some messages about a related issue (and from a Google search), but it was in version 1.0, fixed in version 1.1, with Demian's patch http://vufind.org/jira/browse/VUFIND-320. Was looking for more recent ones from the 179 messages "covers vufind" my e-mail retrieves and also from the Web, but not finding any directly related to this problem of yours... Sorry, but, if you followed all the steps in the wiki, as you did for sure, I see no other reason for that to happen. Perhaps, I am missing something very obvious... Demian, anyone? I am carbon copying this message to vufind-tech so that we can continue the troubleshooting there (instead of vufind-general). All the best / have a nice weekend (hope I've helped somehow, someway), Filipe On Sat, Sep 29, 2012 at 6:58 PM, Kathryn Frederick (Library) < kfr...@sk...> wrote: > Hi,**** > > I’m new to VuFind and have a problem with display of cover images. “No > Image Available” is displaying for all my records. None of the covers > directories have images files in them, so I’ve been assuming this is a > permissions issue. But the large, medium and small directories are all set > to 777 and are owned by my apache user. I also tried changing the ownership > of the covers directory to my apache user but that didn’t do anything. Some > of the “No Image Available” covers are trying to link to an image, for > example: bookcover.php?isn=0199896984&size=small. I have VuFind 1.3 > installed on Ubuntu.**** > > ** ** > > Thanks in advance for any suggestions!**** > > Kathryn**** > > ** ** > > > ------------------------------------------------------------------------------ > How fast is your code? > 3 out of 4 devs don\\\'t know how their code performs in production. > Find out how slow your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219672;13503038;z? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > > |
From: Kathryn F. (Library) <kfr...@sk...> - 2012-09-30 13:37:49
|
Hi Filipe, Thanks for getting back to me so quickly! A few responses: · I have coverimages = Google,OpenLibrary in my config.ini · Could you please try this URL at VuFind install: <vufind root url>/bookcover.php?isn=0130461091&size=small. This works. I have over 80,000 records in VuFind - so far I haven’t found one cover image. I just plugged the ISBN for one of my records into this and was able to get a cover image (bookcover.php?isn=1901843130&size=small), but it’s not coming up in the results or in the record. When I look at image info for that record, it’s just vufind/bookcover.php (no isn or size). I see this in the apache access log: [30/Sep/2012:12:47:22 +0000] "GET /vufind/bookcover.php?isn=1901843130&size=small HTTP/1.1" 200 3435 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1". · I’m running this on EC2 so I don’t think a firewall is the problem, but I did wget a couple of things to make sure. That worked. The author info is also coming in from Wikipedia. · I just turned on debug but don’t see anything about bookcover.php · Looking at my apache error log from yesterday, I was getting the error below. Yesterday, I had config.ini set up to look for cover images at amazon, too. Now, I’ve just got Google and OpenLibrary and I’m not getting this error. Thanks so much for your help! Kathryn In the apache error log from yesterday: [Sat Sep 29 17:32:05 2012] [error] [client 141.222.45.20] PHP Parse error: syntax error, unexpected '.' in /usr/local/vufind/web/bookcover.php on line 274, referer: http://my_vufind_instance.amazonaws.com/vufind/Search/Results?lookfor=music&type=AllFields&submit=Find From: Filipe MS Bento (UA) [mailto:fs...@ua...] Sent: Saturday, September 29, 2012 5:33 PM To: Kathryn Frederick (Library) Cc: vuf...@li...; vufind-tech Subject: Re: [VuFind-General] Cover Images Hi, Kathryn! Ok, lets start some troubleshooting. So, it looks like you have done this step correctly from http://vufind.org/wiki/installation_ubuntu: sudo chown www-data:www-data /usr/local/vufind/web/images/covers/* and we can assume that in web/conf/config.ini you've activated at least one entry in [Content] related to cover images, for instance: coverimages = "Google,OpenLibrary" right? Having this ok, for sure, two possibilities that seem really remote chances, but either way, I sending them because not seeing any other possible reasons for that to happen: 1) You are incredibly out of luck and *really* those books don't have cover previews in the services you've chosen; For instances the one you sent, emulating an AJAX call to google books, http://books.google.com/books?jscmd=viewapi&bibkeys=ISBN:0199896984&callback=addTheCover it returns an empty array (no data for that book found in google books), while, for instance, http://books.google.com/books?jscmd=viewapi&bibkeys=ISBN:0130461091&callback=addTheCover returns a full array of JSON data (sending part of it) addTheCover({"ISBN:0":{"bib_key":"ISBN:0","info_url":"http://books.google.com/books?id=gPS6j-dEPIIC\u0026hl=pt-PT\u0026source=gbs_ViewAPI","preview_url":"http://books.google.com/books?id=gPS6j-dEPIIC\u0026hl=pt-PT\u0026source=gbs_ViewAPI","thumbnail_url":"(....)}}); Could you please try this URL at VuFind install: <vufind root url>/bookcover.php?isn=0130461091&size=small (the book tested above)? 2) You are being firewalled (if so, I guess you would have noticed that for sure while doing any update or install [apt-get]): can your VuFind install display Author's Bio retrieved from Wikipedia (/Author/Home?author=Austen%2C+Jane%2C+1775-1817, for instance) --- if you have this feature active in web/conf/config.ini (authors = "Wikipedia", also in [Content] section); If so, you can try setup it up in [Proxy] section also web/conf/config.ini (like said, you should have that OK at the OS level, for instance, try a "wget http://www.google.com" (in /tmp or so) > should retrieve an index.html file; 3) (Extra and always the best way to troubleshoot VuFind) if not in production, or done at a low usage hour (4, 5am :) ): activate debug = "1" ([System] section again in web/conf/config.ini and check for related errors (also you can try to catch a possible Apache's error with "tail -f /var/log/apache2/error.log" -- if not in mistake, in Ubuntu it's the path to Apache error log). I remember some messages about a related issue (and from a Google search), but it was in version 1.0, fixed in version 1.1, with Demian's patch http://vufind.org/jira/browse/VUFIND-320. Was looking for more recent ones from the 179 messages "covers vufind" my e-mail retrieves and also from the Web, but not finding any directly related to this problem of yours... Sorry, but, if you followed all the steps in the wiki, as you did for sure, I see no other reason for that to happen. Perhaps, I am missing something very obvious... Demian, anyone? I am carbon copying this message to vufind-tech so that we can continue the troubleshooting there (instead of vufind-general). All the best / have a nice weekend (hope I've helped somehow, someway), Filipe On Sat, Sep 29, 2012 at 6:58 PM, Kathryn Frederick (Library) <kfr...@sk...<mailto:kfr...@sk...>> wrote: Hi, I’m new to VuFind and have a problem with display of cover images. “No Image Available” is displaying for all my records. None of the covers directories have images files in them, so I’ve been assuming this is a permissions issue. But the large, medium and small directories are all set to 777 and are owned by my apache user. I also tried changing the ownership of the covers directory to my apache user but that didn’t do anything. Some of the “No Image Available” covers are trying to link to an image, for example: bookcover.php?isn=0199896984&size=small. I have VuFind 1.3 installed on Ubuntu. Thanks in advance for any suggestions! Kathryn ------------------------------------------------------------------------------ How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Demian K. <dem...@vi...> - 2012-10-01 13:15:10
|
if you are seeing bookcover.php without any parameters in your listings, that means VuFind can’t find an ISBN in its index to use to generate a link. Where are ISBNs stored in your MARC records? Is it possible that your indexing rules need to be customized to be sure that VuFind can find the ISBN data? Regarding the syntax error, that’s a bit strange if you haven’t made custom changes to bookcover.php. Which version of Vufind are you working with? - Demian From: Kathryn Frederick (Library) [mailto:kfr...@sk...] Sent: Sunday, September 30, 2012 9:22 AM To: Filipe MS Bento (UA) Cc: vufind-tech; vuf...@li... Subject: Re: [VuFind-General] Cover Images Hi Filipe, Thanks for getting back to me so quickly! A few responses: · I have coverimages = Google,OpenLibrary in my config.ini · Could you please try this URL at VuFind install: <vufind root url>/bookcover.php?isn=0130461091&size=small. This works. I have over 80,000 records in VuFind - so far I haven’t found one cover image. I just plugged the ISBN for one of my records into this and was able to get a cover image (bookcover.php?isn=1901843130&size=small), but it’s not coming up in the results or in the record. When I look at image info for that record, it’s just vufind/bookcover.php (no isn or size). I see this in the apache access log: [30/Sep/2012:12:47:22 +0000] "GET /vufind/bookcover.php?isn=1901843130&size=small HTTP/1.1" 200 3435 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1". · I’m running this on EC2 so I don’t think a firewall is the problem, but I did wget a couple of things to make sure. That worked. The author info is also coming in from Wikipedia. · I just turned on debug but don’t see anything about bookcover.php · Looking at my apache error log from yesterday, I was getting the error below. Yesterday, I had config.ini set up to look for cover images at amazon, too. Now, I’ve just got Google and OpenLibrary and I’m not getting this error. Thanks so much for your help! Kathryn In the apache error log from yesterday: [Sat Sep 29 17:32:05 2012] [error] [client 141.222.45.20] PHP Parse error: syntax error, unexpected '.' in /usr/local/vufind/web/bookcover.php on line 274, referer: http://my_vufind_instance.amazonaws.com/vufind/Search/Results?lookfor=music&type=AllFields&submit=Find From: Filipe MS Bento (UA) [mailto:fs...@ua...] Sent: Saturday, September 29, 2012 5:33 PM To: Kathryn Frederick (Library) Cc: vuf...@li...; vufind-tech Subject: Re: [VuFind-General] Cover Images Hi, Kathryn! Ok, lets start some troubleshooting. So, it looks like you have done this step correctly from http://vufind.org/wiki/installation_ubuntu: sudo chown www-data:www-data /usr/local/vufind/web/images/covers/* and we can assume that in web/conf/config.ini you've activated at least one entry in [Content] related to cover images, for instance: coverimages = "Google,OpenLibrary" right? Having this ok, for sure, two possibilities that seem really remote chances, but either way, I sending them because not seeing any other possible reasons for that to happen: 1) You are incredibly out of luck and *really* those books don't have cover previews in the services you've chosen; For instances the one you sent, emulating an AJAX call to google books, http://books.google.com/books?jscmd=viewapi&bibkeys=ISBN:0199896984&callback=addTheCover it returns an empty array (no data for that book found in google books), while, for instance, http://books.google.com/books?jscmd=viewapi&bibkeys=ISBN:0130461091&callback=addTheCover returns a full array of JSON data (sending part of it) addTheCover({"ISBN:0":{"bib_key":"ISBN:0","info_url":"http://books.google.com/books?id=gPS6j-dEPIIC\u0026hl=pt-PT\u0026source=gbs_ViewAPI","preview_url":"http://books.google.com/books?id=gPS6j-dEPIIC\u0026hl=pt-PT\u0026source=gbs_ViewAPI","thumbnail_url":"(....)}}); Could you please try this URL at VuFind install: <vufind root url>/bookcover.php?isn=0130461091&size=small (the book tested above)? 2) You are being firewalled (if so, I guess you would have noticed that for sure while doing any update or install [apt-get]): can your VuFind install display Author's Bio retrieved from Wikipedia (/Author/Home?author=Austen%2C+Jane%2C+1775-1817, for instance) --- if you have this feature active in web/conf/config.ini (authors = "Wikipedia", also in [Content] section); If so, you can try setup it up in [Proxy] section also web/conf/config.ini (like said, you should have that OK at the OS level, for instance, try a "wget http://www.google.com" (in /tmp or so) > should retrieve an index.html file; 3) (Extra and always the best way to troubleshoot VuFind) if not in production, or done at a low usage hour (4, 5am :) ): activate debug = "1" ([System] section again in web/conf/config.ini and check for related errors (also you can try to catch a possible Apache's error with "tail -f /var/log/apache2/error.log" -- if not in mistake, in Ubuntu it's the path to Apache error log). I remember some messages about a related issue (and from a Google search), but it was in version 1.0, fixed in version 1.1, with Demian's patch http://vufind.org/jira/browse/VUFIND-320. Was looking for more recent ones from the 179 messages "covers vufind" my e-mail retrieves and also from the Web, but not finding any directly related to this problem of yours... Sorry, but, if you followed all the steps in the wiki, as you did for sure, I see no other reason for that to happen. Perhaps, I am missing something very obvious... Demian, anyone? I am carbon copying this message to vufind-tech so that we can continue the troubleshooting there (instead of vufind-general). All the best / have a nice weekend (hope I've helped somehow, someway), Filipe On Sat, Sep 29, 2012 at 6:58 PM, Kathryn Frederick (Library) <kfr...@sk...<mailto:kfr...@sk...>> wrote: Hi, I’m new to VuFind and have a problem with display of cover images. “No Image Available” is displaying for all my records. None of the covers directories have images files in them, so I’ve been assuming this is a permissions issue. But the large, medium and small directories are all set to 777 and are owned by my apache user. I also tried changing the ownership of the covers directory to my apache user but that didn’t do anything. Some of the “No Image Available” covers are trying to link to an image, for example: bookcover.php?isn=0199896984&size=small. I have VuFind 1.3 installed on Ubuntu. Thanks in advance for any suggestions! Kathryn ------------------------------------------------------------------------------ How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Kathryn F. (Library) <kfr...@sk...> - 2012-10-02 15:18:51
|
So, it turned out that the 80,000 records I was using as an initial load all had ISBN numbers in the 020z instead of 020a subfield. I added that subfield to the marc properties and the cover images are working fine now. Thank you Damien and Filipe for helping me troubleshoot this! I wish I had spotted that subfield z sooner. Kathryn From: Demian Katz [mailto:dem...@vi...] Sent: Monday, October 01, 2012 9:15 AM To: Kathryn Frederick (Library); Filipe MS Bento (UA) Cc: vufind-tech; vuf...@li... Subject: RE: [VuFind-General] Cover Images if you are seeing bookcover.php without any parameters in your listings, that means VuFind can’t find an ISBN in its index to use to generate a link. Where are ISBNs stored in your MARC records? Is it possible that your indexing rules need to be customized to be sure that VuFind can find the ISBN data? Regarding the syntax error, that’s a bit strange if you haven’t made custom changes to bookcover.php. Which version of Vufind are you working with? - Demian From: Kathryn Frederick (Library) [mailto:kfr...@sk...] Sent: Sunday, September 30, 2012 9:22 AM To: Filipe MS Bento (UA) Cc: vufind-tech; vuf...@li... Subject: Re: [VuFind-General] Cover Images Hi Filipe, Thanks for getting back to me so quickly! A few responses: · I have coverimages = Google,OpenLibrary in my config.ini · Could you please try this URL at VuFind install: <vufind root url>/bookcover.php?isn=0130461091&size=small. This works. I have over 80,000 records in VuFind - so far I haven’t found one cover image. I just plugged the ISBN for one of my records into this and was able to get a cover image (bookcover.php?isn=1901843130&size=small), but it’s not coming up in the results or in the record. When I look at image info for that record, it’s just vufind/bookcover.php (no isn or size). I see this in the apache access log: [30/Sep/2012:12:47:22 +0000] "GET /vufind/bookcover.php?isn=1901843130&size=small HTTP/1.1" 200 3435 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1". · I’m running this on EC2 so I don’t think a firewall is the problem, but I did wget a couple of things to make sure. That worked. The author info is also coming in from Wikipedia. · I just turned on debug but don’t see anything about bookcover.php · Looking at my apache error log from yesterday, I was getting the error below. Yesterday, I had config.ini set up to look for cover images at amazon, too. Now, I’ve just got Google and OpenLibrary and I’m not getting this error. Thanks so much for your help! Kathryn In the apache error log from yesterday: [Sat Sep 29 17:32:05 2012] [error] [client 141.222.45.20] PHP Parse error: syntax error, unexpected '.' in /usr/local/vufind/web/bookcover.php on line 274, referer: http://my_vufind_instance.amazonaws.com/vufind/Search/Results?lookfor=music&type=AllFields&submit=Find From: Filipe MS Bento (UA) [mailto:fs...@ua...] Sent: Saturday, September 29, 2012 5:33 PM To: Kathryn Frederick (Library) Cc: vuf...@li...; vufind-tech Subject: Re: [VuFind-General] Cover Images Hi, Kathryn! Ok, lets start some troubleshooting. So, it looks like you have done this step correctly from http://vufind.org/wiki/installation_ubuntu: sudo chown www-data:www-data /usr/local/vufind/web/images/covers/* and we can assume that in web/conf/config.ini you've activated at least one entry in [Content] related to cover images, for instance: coverimages = "Google,OpenLibrary" right? Having this ok, for sure, two possibilities that seem really remote chances, but either way, I sending them because not seeing any other possible reasons for that to happen: 1) You are incredibly out of luck and *really* those books don't have cover previews in the services you've chosen; For instances the one you sent, emulating an AJAX call to google books, http://books.google.com/books?jscmd=viewapi&bibkeys=ISBN:0199896984&callback=addTheCover it returns an empty array (no data for that book found in google books), while, for instance, http://books.google.com/books?jscmd=viewapi&bibkeys=ISBN:0130461091&callback=addTheCover returns a full array of JSON data (sending part of it) addTheCover({"ISBN:0":{"bib_key":"ISBN:0","info_url":"http://books.google.com/books?id=gPS6j-dEPIIC\u0026hl=pt-PT\u0026source=gbs_ViewAPI","preview_url":"http://books.google.com/books?id=gPS6j-dEPIIC\u0026hl=pt-PT\u0026source=gbs_ViewAPI","thumbnail_url":"(....)}}); Could you please try this URL at VuFind install: <vufind root url>/bookcover.php?isn=0130461091&size=small (the book tested above)? 2) You are being firewalled (if so, I guess you would have noticed that for sure while doing any update or install [apt-get]): can your VuFind install display Author's Bio retrieved from Wikipedia (/Author/Home?author=Austen%2C+Jane%2C+1775-1817, for instance) --- if you have this feature active in web/conf/config.ini (authors = "Wikipedia", also in [Content] section); If so, you can try setup it up in [Proxy] section also web/conf/config.ini (like said, you should have that OK at the OS level, for instance, try a "wget http://www.google.com" (in /tmp or so) > should retrieve an index.html file; 3) (Extra and always the best way to troubleshoot VuFind) if not in production, or done at a low usage hour (4, 5am :) ): activate debug = "1" ([System] section again in web/conf/config.ini and check for related errors (also you can try to catch a possible Apache's error with "tail -f /var/log/apache2/error.log" -- if not in mistake, in Ubuntu it's the path to Apache error log). I remember some messages about a related issue (and from a Google search), but it was in version 1.0, fixed in version 1.1, with Demian's patch http://vufind.org/jira/browse/VUFIND-320. Was looking for more recent ones from the 179 messages "covers vufind" my e-mail retrieves and also from the Web, but not finding any directly related to this problem of yours... Sorry, but, if you followed all the steps in the wiki, as you did for sure, I see no other reason for that to happen. Perhaps, I am missing something very obvious... Demian, anyone? I am carbon copying this message to vufind-tech so that we can continue the troubleshooting there (instead of vufind-general). All the best / have a nice weekend (hope I've helped somehow, someway), Filipe On Sat, Sep 29, 2012 at 6:58 PM, Kathryn Frederick (Library) <kfr...@sk...<mailto:kfr...@sk...>> wrote: Hi, I’m new to VuFind and have a problem with display of cover images. “No Image Available” is displaying for all my records. None of the covers directories have images files in them, so I’ve been assuming this is a permissions issue. But the large, medium and small directories are all set to 777 and are owned by my apache user. I also tried changing the ownership of the covers directory to my apache user but that didn’t do anything. Some of the “No Image Available” covers are trying to link to an image, for example: bookcover.php?isn=0199896984&size=small. I have VuFind 1.3 installed on Ubuntu. Thanks in advance for any suggestions! Kathryn ------------------------------------------------------------------------------ How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html _______________________________________________ VuFind-General mailing list VuF...@li...<mailto:VuF...@li...> https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: HL <fre...@gm...> - 2013-05-10 14:01:48
|
Vufind 2.x I have a local app that cached cover images in order to fetch them the url has the format http://mycoverhost.domain.tld/get_cover.php?isbn=9607588150 where and how in config or code I need to feed that ??? Thanks Harry |
From: Demian K. <dem...@vi...> - 2013-05-10 14:40:27
|
Is this a service that you are using in addition to the other services already supported by VuFind, or is this something you plan to use exclusively? If you want to add a new service to the existing cover generator, you can extend the \VuFind\Cover\Loader with a new method that corresponds with a configuration setting in config.ini. See the syndetics() method for an example of how this works -- it's not hard to copy-and-paste the syndetics code/configuration but change the way the URL is constructed. If you want to completely bypass the cover generator, you could instead build a custom record driver whose getThumbnail() method returns the appropriate URL (using $this->getCleanIsbn() to obtain the number). Let me know if you still have questions! - Demian ________________________________________ From: HL [fre...@gm...] Sent: Friday, May 10, 2013 10:01 AM To: vuf...@li... Subject: [VuFind-General] Cover Images Vufind 2.x I have a local app that cached cover images in order to fetch them the url has the format http://mycoverhost.domain.tld/get_cover.php?isbn=9607588150 where and how in config or code I need to feed that ??? Thanks Harry ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general |