[OPEN-ILS-DEV] ***SPAM*** PATCH: paging for large numbers of items

[Duimovich, George]

Hey Art,

This is GREAT as we're coming across this situation with some of our III records too. A handful of these in fact couldn't even be exported without errors as they had so many attached items, so we're getting errors like this:

" Output record was truncated at 99,999 characters / "


Thanks!

George
NRCan Library


-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org on behalf of Art W Rhyno
Sent: Thu 11/5/2009 3:44 PM
To: Evergreen Development Discussion List
Subject: [OPEN-ILS-DEV] ***SPAM*** PATCH: paging for large numbers of items
 
This is a patch for dealing with bib records that have large numbers of 
items, a situation which can cause the network to timeout in the opac if 
the set is too large. At Windsor, this is often caused by microfilm sets, 
for example, The New York Times [1] has 3527 items, I suspect a better 
approach for dealing with this is to set up an opensrf call that leverages 
postgres for doing the paging, but this modifies the rdetail.js file in 
the opac skin. I have put a simplistic sorting function in place, many of 
our microform holdings have the year as the final part of the call number, 
and this sorts the set in order when the call number is in this format. 

DCO attached, feedback welcome, and thanks to Dan for pushing us to put 
forward opac modifications.

art
----
1. 
http://windsor.concat.ca/opac/en-CA/skin/uwin/xml/rdetail.xml?r=1529832&t=new%20york%20times&tp=keyword&l=106&d=1&hc=825&rt=keyword



-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 3779 bytes
Desc: not available
Url : http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20091105/a5de5db6/attachment.bin