Re: [OPEN-ILS-GENERAL] can't save changes in Coded Value Map
Hi Holly, For this class of bug, where clicking a Save button doesn't seem to do anything at all, there is usually an error message in the JavaScript console of the staff client. Assuming suitable permissions in the staff client, you can reach this in the menus via Admin - For Developers - JavaScript console. I recommend you get the Javascript console open in one tab, and in another tab bring the Coded Value Maps interface to the point right before you would click save. Then switch to the JavaScript console tab, click its Clear button, switch back to the Coded Value Maps tab, click Save, and finally switch back to the JavaScript console tab to see what has appeared. It probably won't be a very human-friendly error message, but it usually contains a clue, and it can often be cross-referenced in the server logs by a System administrator type to find out more about the problem. Be aware that these error messages could contain sensitive information that you'd want to redact before sharing, like authentication tokens (strings of 32 hexadecimal characters) and/or internal IP addresses. Hope this helps, Lebbeous On Thu, Jan 23, 2014 at 9:48 PM, Holly Brennan haderh...@ci.homer.ak.us wrote: All I want to do is uncheck Blu-Ray as a Simple Selector in the Videorecording format in the MARC Coded Value Maps….. I double-click in the white space to edit, uncheck the Simple Selector, click Save… and nothing happens. I can continue to click Save, because it’s not frozen or grayed-out. But it’s not saving. I’m receiving no error messages. This isn’t a permissions problem, because I was the person who originally edited the fields. I logged out/in, that didn’t help. I even had someone else try on a different computer. Same thing. Clicking Save essentially does nothing. Can bugs pop up over time, without us changing versions? We’ve been running 2.3.4 since the beginning of time (March 2013). I did quite a bit of shuffling with Simple Selector to customize our Advanced Search drop-down menus, and it always went smoothly. I’m stumped. Any insight is appreciated. Thanks! -Holly Holly Brennan Library Technology Specialist Homer Public Library 907-235-3180 (main) 907-435-3154 (direct) hbren...@cityofhomer-ak.gov -- Lebbeous Fogle-Weekley | Senior Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] help with opensrf install
On Wed, Dec 18, 2013 at 12:53 PM, Matthias Steinholz mdsteinh...@gmail.com wrote: Hey Yamil and Ben, et al., I did indeed attempt an install on Ubuntu Precise, no dice. I wasn't able to get the opensrf user setup. I am not versed enough in Ubuntu to make the sudo command do for me what the su command does in plain Debian. :) Sudo doesn't have to be that hard. I'm not sure what action you're having difficulty with that involves sudo, but if you just want a root shell, like su would give you, try `sudo -s` for that or `sudo -i` for a root login shell. As it is, I'm back where I started. Let me recount where I am right now. 1. Reinstalled on Debian wheezy 2. Using OpenSRF 2.2.1 from Evergreen site 3. After the shsrf test did not work I checked the log file and @ /var/log/ and the ejabberd log showed that I somehow there were too many connections. Can you paste the relevant content of these logs? If you didn't do so already, try `egrep 'ERR|WARN' /openils/var/log/osrfsys.log`. You can redact IP addresses and hostnames first if you consider them sensitive. The exact log messages may help somebody see the problem. Also paste the log messages from ejabberd that you refer to. [...] At this point I'm hopelessly lost and frustrated! :) What kills me, is that just a week or so I was able to get it to run on a different machine. But now, on this x64 Dell, no dice! This Dell, is the machine I have to use for the ILS. As long as the machine has at least 2GB of RAM and otherwise seems to behave, it's not very likely there's a hardware problem getting in the way of setting up opensrf. With more details and we may yet be able to find the problem! Lebbeous Martin On Tue, Dec 17, 2013 at 3:59 PM, Yamil Suarez ysua...@berklee.edu wrote: Matt, Have you received any help on this yet? I may not be able to help you, but I can ask you a couple of questions that those that can may need the answer to before they can help you. 1) Which installation instructions for OSRF are you using? The only valid/supported instructions the community maintains are here… http://evergreen-ils.org/opensrf-downloads/ 2) Which versions of OSRFare you trying to install? 3) What is the OS version that you are using, also is it a physical PC or are you using a virtual machine? 4) How much free hard drive space do you have on this machine? How much RAM? Again, I probably can't help you, but it always helps to have the answers to these questions when getting help from those that can help. Good luck, Yamil On Dec 13, 2013, at 4:13 PM, Matthias Steinholz mdsteinh...@gmail.com wrote: Hey Everyone, I have searched the list-serv archives, reinstalled the pc four times with different flavours of Debian and Ubuntu, and still cannot get opensrf to install. I'm wracking my brains, trying to get this to work again. I was able to get it to work once, a week or so ago on a different install and different PC. I have double checked the opensrf_core.xml settings, AND the ejabberd.cfg settings. Of course, I may have made a mistake. Opensrf starts and stops fine, and it isn't until I test the opensrf.math that the install fails. I could really, use your help! :) The error message I'm receiving is: Received no data from server ...when I enter request opensrf.math add 2,2 in the srfsh# prompt. At this point I'm so frustrated that I'm not sure what to do. Thanks! Matt -- Lebbeous Fogle-Weekley | Senior Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Library Shortname
Hi Kermit, Everything Rogan says is 100% correct, but if it's a matter of communicating with library staff who may not know what you mean (although this would kind of surprise me) when you ask for their branch's shortname, there is an easy way to retrieve an Evergreen site's whole organizational tree, with names and shortnames and the basic contact information. Just make an HTTP request against any Evergreen server like so: http://demo.evergreencatalog.com/gateway?service=open-ils.actormethod=open-ils.actor.org_tree.retrieve That is, you substitute the hostname of the site you're working with for demo.evergreencatalog.com. The data returned is almost* JSON, and you'll quickly figure out the structure and which array elements per-org unit contain names and shortnames. * It contains comments, and JSON doesn't technically allow comments, but some parsers can be configured to overlook this. This data is really meant to be fed into something called Fieldmapper, a component of Evergreen for autovivifying objects with accessor methods in various languages, but you can treat it as JSON if you know or can figure out what you're looking for. Hope this helps Lebbeous On Fri, Sep 6, 2013 at 12:56 PM, Rogan Hamby rogan.ha...@yclibrary.net wrote: This question seems so straight forward I feel like I'm missing something but at the risk of looking a fool I'll respond. Library short names are static. They're actually held in the actor.org_unit table though usually libraries will know what their short names are as well since they show up a lot (holds reports, routing slips, etc...). Since they're not dynamic just asking the libraries or getting a copy from the db table will let you know. They can be changed but it's not done very often unless a library system discovered they really painted themselves into a corner with some choice they made. On Fri, Sep 6, 2013 at 12:42 PM, Kermit Krug kermit.k...@quality-books.com wrote: I work in the IT department for Quality Books Inc, a small press book vendor for public and school libraries. We sell to a considerable number of libraries that use Evergreen, and we try to utilize Evergreen’s SRU facility with an ISBN search to avoid selling titles to the library that they already hold. The SRU URL syntax requires the shortname of the library. Is there any surefire way to determine the library shortnames for the individual libraries in a consortium? Thanks! -- Rogan Hamby, MLS, CCNP, MIA Managers Headquarters Library and Reference Services, York County Library System “You can never get a cup of tea large enough or a book long enough to suit me.” ― C.S. Lewis -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] ***SPAM*** RE: ***SPAM*** fund summaries from invoices
Jim, I am not accusing Robert of anything. Robert just wants to know how to accomplish something with his ILS, and he is asking very reasonable questions. I hope he reads all the responses on this thread, as they're all helpful, some of them very specifically. To be clear, it is the developers, not Robert, who should and do worry about avoiding duplicating intellectual property from other ILSes. I am simply suggesting that the best way forward may involve a conversation with a broad set of Evergreen users, not all of whom will be familiar with Robert's previous ILS, nor will they necessarily approach the problem exactly the same way. I think that conversation is happening around us right now, in this thread. Lebbeous On Fri, Jul 12, 2013 at 12:27 PM, Jennifer Pringle (Project Sitka) jprin...@sitka.bclibraries.ca wrote: Hi Robert, When you print your invoice in Evergreen at the bottom of the invoice it lists each fund that is used with the total spent on the invoice for the fund. Is this what you are looking for? As well, I suspect you can create a report in the reports interface where you list the totals spent for each fund for a specific invoice. (I haven't put together such a report myself.) Jennifer -- Jennifer Pringle Sitka Support Email:jprin...@sitka.bclibraries.ca Quoting Grace Dunbar gdun...@esilibrary.com: That's a pretty big leap to say the comment was an intent to derail the request for information. I think Lebbeous was simply trying to discourage sharing screenshots of proprietary software. If this can't be done in Evergreen today and someone were to develop it based on the screenshot provided, it could potentially lead to problems. We all just want to err on the side of caution when it comes to these matters. -Grace On Fri, Jul 12, 2013 at 11:54 AM, Jim Taylor jtay...@jtdata.com wrote: I think the question was simply what it was...is there a way to create a similar summary?I don't believe it was a plea for someone to turn Evergreen into Symphony. Would seem like useful information no matter what ILS one was using and, while also not being a lawyer, it would seem difficult for someone to argue that only they are allowed to produce a report which tells someone how much and from which budget lines they are spending their money. ** ** Guess I'm sticking my nose into someone else's discussion but seemed like an unfair accusation against Mr. Meeks and one likely to derail his request for information. ** ** Jim ** ** *From:* open-ils-general-boun...@list.georgialibraries.org [mailto: open-ils-general-boun...@list.georgialibraries.org] *On Behalf Of *Lebbeous Fogle-Weekley *Sent:* Friday, July 12, 2013 10:01 AM *To:* Evergreen Discussion Group *Subject:* Re: [OPEN-ILS-GENERAL] ***SPAM*** fund summaries from invoices* *** ** ** Hi Robert, ** ** I am not a lawyer, but I do have a vague idea that Evergreen development can't just mimic proprietary ILSes without running into potential legal trouble. Nobody here is trying to produce a clone of Symphony or anything else; even setting aside legal concerns, that's just not a goal of the Evergreen project. ** ** That said, if you would be open to discussing your workflows and needs in a somewhat more abstract form, I do hope you find that the mailing list and the IRC channel[1] will help lead you down any of these paths: ** ** - Finding alternative workflows that libraries already using Evergreen can recommend to accomplish your essential goals - Finding volunteer effort to develop new features - Finding vendors who can develop the features you want for Evergreen, ideally blending your requirements harmoniously with those of libraries in a similar position ** ** Thanks, ** ** Lebbeous ** ** [1] See http://www.open-ils.org/irc.php ** ** On Fri, Jul 12, 2013 at 10:25 AM, Robert Meeks robert.me...@asburyseminary.edu wrote: Hi all - another question as I continue to nail down my acquisitions workflows. ** ** When I finish with an invoice and successfully pay everything in Evergreen, I need to be able to create some kind of summary that displays how much money is coming out of which funds in an invoice. This is crucial to our payment process, as I send copies of the invoice to be paid and this summary to my business office, who then cuts the check to our vendors. The attached screenshot is the summary I used to be able to get from Symphony when I paid an invoice. Is it possible to create such a summary after finishing with an invoice in Evergreen? ** ** * Robert Meeks* *Acquisitions Specialist - BL Fisher Library* Asbury Theological Seminary 204 N. Lexington Ave. Wilmore, KY 40390 p: 859.858.2397 ** ** ** ** ** ** ** ** -- Lebbeous Fogle-Weekley | Software Developer
Re: [OPEN-ILS-GENERAL] Serials Prediction Question
The pattern wizard may not match what the underlying prediction code can actually do in that case. It's likely (but I haven't tested) that the prediction code doesn't know how to make combination issues of more than two units. There might be a plausible workaround: you could have a combined issue for 06/07, and an omitted issue for 08. If that works, you would probably still want to edit the June/July label by hand to read June/July/August for the generated issues, but unless you subscribe to a lot of publications using this or similar patterns, at least there won't be many such issues to edit. Hope this helps. Lebbeous On Mon, Jun 17, 2013 at 3:38 PM, Kate Butler katebut...@rodgerslibrary.org wrote: We recently went live with Evergreen (2.4) and I’ve been working on entering our periodical information into the serials module. I’ve been running into a problem when I try to enter a pattern where three months or days are combined. (Such as June/July/August as a single issue.) The pattern wizard creates the code fine, but when you generate the predictions it combines the first two dates and gives the third its own issue. It’s easy enough to work around this by omitting one of the three, but I wondered if there was another way to get this to work. Ex pattern: [0,0,8,1,a,Vol. ,b,No. ,u,8,v,r,i,(year),j,(month),w,m,x,01,y,cm02/03,y,cm04/05,y,cm06/07/08] Kate Butler Technology Librarian Rodgers Memorial Library (Hudson, NH) http://www.rodgerslibrary.org/ -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Self Check and IE Errors
Hi Martha, Although I don't readily find documentation of the fact, the web-based self check interface in Evergreen was implemented with only Firefox kiosks in mind. A launchpad bug report soliciting fixes to support IE there would be appropriate. Whatever limitation prevented IE support in the first place may or may not apply any longer. Lebbeous On Wed, May 22, 2013 at 2:26 PM, Martha Driscoll drisc...@noblenet.org wrote: We have noticed that the self check interface does not display the initial login screen when viewed in IE. It works fine with Firefox and Chrome. We tried IE 8, 9, and 10 with and without the pop-up blocker. We are using this URL: http://evergreen.noblenet.org/eg/circ/selfcheck/main I don't see a bug report on launchpad and wondered if anyone else has seen this. We have libraries that use a kiosk browser based on IE for their public workstations and would like to run the self check in this browser. -- Martha Driscoll Systems Manager North of Boston Library Exchange Danvers, Massachusetts www.noblenet.org -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Javascript libraries - documentation?
Hello Linda, ** The following is a general outline of how to reach Evergreen API methods. For your specific question about ISBNs, skip to the bottom of my e-mail. ** Much of Evergreen's business logic is available through the registered API methods of several OpenSRF applications. Instead of Evergreen-specific Javascript libraries, the way to access these is to use the OpenSRF javascript libraries best explained by documentation here: http://evergreen-ils.org/opensrf.php#opensrf_development (thanks to Dan Scott). As for the API methods themselves, they have documentation which is often helpful in telling you at least enough about the expected parameters that you can experiment. If you would rather not look in the Evergreen source code for that documentation, there is an easier way to find it by consulting any appropriately configured Evergreen server in this way: http://demo.evergreencatalog.com/opac/extras/docgen.xsl In the 'application' field, enter any of these: opensrf.math open-ils.actor open-ils.acq open-ils.auth open-ils.booking open-ils.serial open-ils.cat open-ils.circ open-ils.collections open-ils.fielder * open-ils.pcrud * open-ils.reporter open-ils.search open-ils.supercat open-ils.url_verify open-ils.vandelay And then check the All methods checkbox before clicking submit, except for the applications I have marked with an asterisk (*). These applications have tons of dynamically generated methods, and so the retrieving documentation for all of them may be very slow. In this way you can explore the API documentation for all methods of the publicly available applications (we also call the applications services sometimes) of an Evergreen system. The demo system I have linked to is somewhat dated, at version 2.2 RC1 of Evergreen, but system administrators can find docgen.xsl in the OpenSRF source code repository and deploy it on any site running the Evergreen version of their choice. Now, having explained all that, for your specific task of retriving ISBNs from a set of search results, I don't know that you'll find a suitable API method to do exactly that for you. However, there are other ways to access Evergreen. It has nothing to do with Javascript per se, but I would use Evergreen's OpenSearch API to perform a search and return a feed of MODS records. Example: http://demo.evergreencatalog.com/opac/extras/opensearch/1.1/-/mods3?searchTerms=harry+pottersearchClass=keyword You will notice that the resulting XML document contains many instances of identifier type=isbn tags. You can parse the collection of MODS records with available XML libraries for any programming language, including Javascript, and pick out the ISBN tags you're interested in. I hope this helps! Lebbeous On Fri, Apr 19, 2013 at 7:28 AM, Linda Jansova skolk...@chello.cz wrote: Hi all, Could you please advise us where to find some documentation to Evergreen javascript libraries? We are trying to retrieve isbns of search results via a javascript call but we could neither find a relevant function, nor a Javascript API description. Thank you for any hints! Linda Jansova -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] Evergreen 2.2.7 released
Hi all, Evergreen 2.2.7 has been released. This release contains a number of bugfixes since the last release back in February. See this page for links to the source code, staff client, release notes, changelog and more: http://evergreen-ils.org/downloads.php The bugfixes covered in this release address (in no particular order) SIP interoperability; added content from Syndetics; user interface issues in the staff client, the OPAC, and the staff translations interface; TCN maintenance; serials; patron retrieval by inactive barcode; hold shelf; authorities management; Z39.50 searches; MARC export; the XML-RPC API; and dependencies for installing Evergreen on the most recent Long-Term Support release of Ubuntu. Thanks as always to all the contributors of the Evergreen community! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Browsing authorities
Hi Tony, Not yet, but something similar is coming. See here: http://blog.esilibrary.com/2013/02/18/930/ Sadly, I was given the chance myself to vet that, and still it didn't occur to me that the blog post doesn't mention TPAC. Gross simplification: this coming feature will provide a combination bib browser and authority browser, for authorities that are in use (i.e. that have actual bibs linked to them). So it's different than the JSPAC authority browser, but for many use cases, better. Hope this helps, Lebbeous On Fri, Feb 22, 2013 at 2:18 PM, Tony Bandy to...@ohionet.org wrote: Hi all, Just wanted to ask something about the JPAC vs TPAC. Is it possible to do an authority browse in the TPAC yet? I found the link here, http://docs.evergreen-ils.org/2.3/_opac_searching_of_authorities.html, yesterday and was curious as to its implementation in the new opac. Any ideas? Does anyone have this implemented in your TPAC if it is possible? Links would be super if you could share. Thanks in advance for your thoughts Tony -- Tony Bandy to...@ohionet.org OHIONET 1500 West Lane Ave. Columbus, OH 43221-3975 614-486-2966 x19 -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] Evergreen 2.2.6 released
Hi all, Evergreen 2.2.6 has been released. This release contains a number of bugfixes since the last release back in January. See this page for links to the source code, staff client, release notes, changelog and more: http://evergreen-ils.org/downloads.php The bugfixes covered in this release address (in no particular order) serials, the TPAC, vandelay (MARC record import/export), hold rules, documentation, the staff client, and more. Thanks as always to all the contributors of the Evergreen community! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] System Hangs while doing check in
Hi Jayaraj, If I might point it out, Dear Sir is not the best way to address a mailing list, especially one where many of the people who might answer your question are women. I don't mean to be harsh to anyone for whom English is a second language, but knowing this might help you get responses in the future. Naturally, please let me know if I have address you inappropriately. In order to learn more about the problem with check-in that you're experiencing, on your server can you grep your logs, particularly osrfsys.log or similar, for 'ERR' ? If you find resulting lines in your log that match the timestamp of your troubled check-ins, sharing those log lines with some surrounding context on the mailing list (try open-ils-dev) may help. Be advised that such log lines might contain sensitive information such as IP addresses or patron barcodes that you may wish to redact. Regards, Lebbeous On Tue, Feb 5, 2013 at 11:06 PM, Jayaraj JR jaya...@iisertvm.ac.in wrote: Dear Sir, We are using evergreen version 2.2.2. But recently it developed a problem. While doing the check in of books, it frequently hangs and shows an error message as follows. Kindly advice us what to do. We have ensured that there is no network problems. It happens only for Check In activity of books. Network or server failure. Please check your Internet connection to 192.168.1.96 and choose Retry Network. If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogs. If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information: method=open-ils.circ.checkin params=[da352fcdb7d9b0f4a431fb9100f91f03,{barcode:G0091}] THROWN: {payload:[],debug:osrfMethodException : *** Call to [open-ils.circ.checkin] failed for session [1359955341.995411.135995534110313], thread trace [1]:\nException: OpenSRF::DomainObject::oilsMethodException 2013-02-04T10:52:33 OpenSRF::Application /usr/local/share/perl/5.10.1/OpenSRF/Application.pm:233 500 No active transaction to roll back\n\n,status:500} Thanking You in Advance -- With Best Regards, Jayaraj J R Library Information Assistant IISER Thiruvananthapuram -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Quick question about pre-cats and patron's web login
Hi Tony, I haven't checked yet, and I'm just going on memory of TPAC development, but it's likely that this is a missing feature in the TPAC. If so, it shouldn't be a particularly difficult thing for somebody to implement. A bug on Evergreen's Launchpad page is probably appropriate. Set the importance field to 'wishlist' (which sounds dismissive, but isn't meant that way; it just means you're asking for functionality not yet present, as opposed to a fix for a bug in existing code). Lebbeous On Fri, Jan 18, 2013 at 10:39 AM, Tony Bandy to...@ohionet.org wrote: Hi all, Please pardon any duplication or if this is the wrong list, but just wanting to verify something if you can help. On pre-cat items, these, since they are not attached to bib records, will show up blank when patrons check their accounts via the web catalog. Is there a work-around for this or system option I may have missed? Thanks for any help you can provide Tony -- Tony Bandy to...@ohionet.org OHIONET 1500 West Lane Ave. Columbus, OH 43221-3975 614-486-2966 x19 -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Proposal to change Evergreen versioning scheme
Alexey, I think you're way off when you say that there's a wider audience dealing with Evergreen directly than with PostgreSQL and Linux. You must know that the former has many thousands of direct users, and the latter millions. Plenty of people concerned with those projects are in the management layer at various organizations that use F/LOSS for all kinds of things. It's odd to me that you suggest that Evergreen is special in that library directors and other people besides developers are interested in it. That situation isn't unique to Evergreen at all. On Fri, Jan 4, 2013 at 3:39 PM, Lazar, Alexey Vladimirovich alexey.la...@mnsu.edu wrote: On 2013-01-04, at 14:23 , Rogan Hamby rogan.ha...@yclibrary.net wrote: As a postscript, P.S. My previous statements are not an argument against change. As I said before, I have nothing against eating my liver hash (apologies to those who like liver) for greater health but I want the benefit to be clear and substantial for the hassle I can guarantee you I (and others) will have. Hi, Rogan. Why would there be any more hassle than during a regular upgrade to a new version? Aleksey Lazar PALS IS Developer and Intergrator 507-389-2907 http://www.pals.org/ alexey.la...@mnsu.edu -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] Evergreen 2.3.2 and 2.2.4 released
Hi all, Evergreen 2.3.2 and 2.2.4 have been released. These releases contain a number of bugfixes since the last releases back in November. See this page for links to the source code, staff client, release notes, changelog and more: http://evergreen-ils.org/downloads.php The bugfixes covered in this releases include improvements to Acquisitions, the TPAC, translations, documentation, and more. Bill Erickson (the release maintainer for the Evergreen 2.3 series) and I would like to extend our thanks to all the awesome contributors around the Evergreen community. Their names are not only to be found in the change logs included with these releases, but on our community mailing lists where issues are raised and problems are solved, on Launchpad, on IRC, and most of all, in the libraries. Thanks everyone! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] New selfcheck for 2.2 (or 2.3)?
Hi Buzzy, There's actually been a new selfcheck interface since about 2.0 (!) at the following URL. It predates the TPAC, but like the TPAC it does use Template Toolkit: https://[catalog.url]/eg/circ/selfcheck/main I note that the older one hasn't seen any development work for some years now, so some documentation about the new one and the possible deprecation of the old one would indeed be warranted. Hope this helps, Lebbeous On 10/22/2012 06:05 PM, Buzzy Nielsen wrote: Hi everyone, We've been using the following URL for our selfcheck stations: https://[catalog.url]/opac/extras/selfcheck/selfcheck.xml With the advent of TPAC, we were wondering if there's a new URL for the selfcheck, either in 2.2 or 2.3? We've searched through documentation but have been unable to find it. Thanks for any help you can provide! Cheers! Buzzy Nielsen Library Director Hood River County Library District 502 State St Hood River, OR 97031 541-387-7062 http://hoodriverlibrary.org -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Serials distribution requires Receive Unit Template?
On 09/26/2012 01:54 PM, Mary Llewellyn wrote: Hi all, I'm preparing to (re)train a library in using serials, and I've run across something I don't remember from a previous release. I can't seem to save a distribution without assigning a Receive Unit Template. One of our libraries never circulates issues and doesn't want to create items. Should we be able to create a distribution without the template? Or must we assign a template anyway and just not check the box to create items at checkin? Have I found a bug or a feature? Hi Mary, The Receive Unit Template field indeed should not be required. It became required in 2.1, but experimentation is telling me that it does not need to be, and that copy-less receiving does work fine without a value there. Good find! A minor patch should fix this, so I will create a bug report on Launchpad and provide a patch there. Thanks, -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / The Open Source Experts | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] SECURITY RELEASES - Evergreen 2.2.2 and 2.1.3
Hi everyone. As the 2.2 series release maintainer, and on behalf of Dan Scott in charge of the 2.1 series, I hereby announce Evergreen 2.2.2 and 2.1.3, which contain security fixes. Read more here: http://evergreen-ils.org/blog/?p=806 You will find not only links and instructions to download and install these new releases, but also information about applying the security fix by itself to existing 2.1.x and 2.2.x systems. There are also non-security bug fixes in each of these releases. Please see the associated release notes, changelogs, and other documentation for more information on those. http://evergreen-ils.org/downloads.php Thanks to the crew of many who help make this happen! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Can`t access EG 2.2.1 server with SC 2.2.1...
Hi. The status of 403 Forbidden indicated in the staff client probably points to the problem. Can you share your Apache configuration here or in a pastebin? Apache should not be delivering a 403 there. If you wish to seek help in the #evergreen channel on the freenode IRC network, I recommend it, although most of the activity there happens during daylight hours in North America. Cheers, Lebbeous On 08/08/2012 04:48 AM, 윤현탁 wrote: Hello to all. I finally installed EG 2.2.1 server with VMware. But client in window dosen`t access to server. It says server doesn`t support this version of SC. ...What is the problem? What should I do? -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] Evergreen 2.2.1 released
Hi all, Evergreen 2.2.1 has been released. This release contains a number of bugfixes over the 2.2.0 release from early June. See this page for links to the source code, staff client, release notes, changelog and more: http://evergreen-ils.org/downloads.php The bugfixes covered in this releases include improvements to Acquisitions, the TPAC, the documentation (the official DIG documentation is now bundled with the source code) and more. There are too many people who ought to be thanked for this release, but I'll go ahead and name some anyway. Thanks in particular for this one to Dan Scott, Ben Shum, Robert Soulliere (and all DIG contributors!), Bill Erickson and Jason Stephenson, plus three of our newest contributors of code: Kathy Lussier, Melissa Lefebvre, and Steven Chan. Cheers! And by the way, I hope to be able to issue a 2.2.2 release in less time than it took to pull this release together, as bug-fixing effort continues apace. -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] 2.2.1 coming next week
Hi everyone. The community aims to release Evergreen 2.2.1 early next week. If there are bug fixes that are important to you, and if they have not been tested and included in the master branch yet, now is a good time to draw attention to them on the mailing lists (preferably open-ils-dev). Please reference them by Launchpad bug number. There are always unsolved problems and new development to talk about, but to be clear, patches for the 2.2 series can only contain bug fixes and cleanup now. New features are for the 2.3 series. Thanks! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] This week in development
Evergreen 2.2.0 is released! This is the long-awaited, first stable release of the 2.2 series with the new Template Toolkit-based OPAC and all the other new features. 2.1.2 RC2 and 2.0.12 were also released. All of this week's releases contained security fixes, so sites should upgrade to the latest release in their series with due haste, or see here for instructions on applying the security fixes without going through the whole upgrade process: http://evergreen-ils.org/blog/?p=776 Dan Scott has been selected as a Fedora Linux packager. He'll be adding and updating several of the standard Perl modules that Evergreen relies on to Fedora. This means that sites using Fedora Linux should see the Evergreen installation process get easier. The same improvements should eventually reach Red Hat Enterprise Linux as well. Sites that have recently brought the Template Toolkit OPAC online are bringing attention to bugs that affect them, and the developer community is responding to the call to work out solutions. This is how things get better and better! Some developers have also been working on new SIP-based features for Evergreen, specifically detailed display of user fines and credit card payments via devices that support that. Work has also gone into improvements in: - hold targeting - MARC Record Batch Import/Export (Vandelay to the developers) - command line tools for updating authority records - more! Apologies to anyone whose contributions I have neglected to mention. I don't exactly intend these emails to be comprehensive of all development contributions for the past week, but I just want to give a broad audience an idea of what the developer community is focusing on. Thanks! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] Evergreen 2.2.0, 2.1.2 rc2, and 2.0.12 released - with SECURITY fixes
Evergreen 2.2.0, 2.1.2 rc2, and 2.0.12 released - with SECURITY fixes ( Web-formatted version of this announcement: http://evergreen-ils.org/blog/?p=776 ) I would like to announce the long awaited Evergreen 2.2.0, the first official, stable release with the new Template Toolkit OPAC, and a whole passel of other new features. You can download it now! http://evergreen-ils.org/downloads.php The release notes for 2.2.0 are here: http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_2_0.html 2.1.2 rc2 and 2.0.12 are also announced (thanks to Dan Scott and Jason Stephenson, respectively). 2.0.12 is a security update only, and contains no new features. The technical changelog for 2.2.0 is here: http://open-ils.org/downloads/ChangeLog-2.1-2.2.0 THESE RELEASES CONTAINS SECURITY UPDATES, so you will want to upgrade as soon as possible. Upgrading to the latest release in your series (2.2, 2.1, or 2.0) is sufficient to protect your site with these security updates: 1) Give away less information with the LOGIN_FAILURE event 2) Prevent deleted and barred users from logging in at all. 3) Require the UPDATE_MARC permission rather than only the CREATE_MARC permission for users to update biblio graphic records. More information about the security updates can be found in the ChangeLog. If you don't wish to upgrade outright to the latest version, sites running any 2.0, 2.1, or 2.2 code today can get the benefit of the security updates by following these steps: 1. Download the Evergreen 2.2.0, 2.1.2-rc2, or 2.0.12 release tarball; whichever belongs to the release series you're currently running. 2. Untar the tarball 3. In the source directory, run ./configure --prefix=/openils --sysconf=/openils/conf make to build the libraries 4. Install the chrpath tool (aptitude install chrpath on Debian / Ubuntu systems) 5. Run chrpath -d Open-ILS/src/c-apps/.libs/oils_auth.so to enable the library to link to the appropriate location 6. Copy your existing oils_auth.so library to a safe location; for example, cp /openils/lib/oils_auth.so /openils/oils_auth.so.20120613 7. Copy your new oils_auth.so library into place: cp Open-ILS/src/c-apps/.libs/oils_auth.so /openils/lib/. 8. As the root user, run ldconfig to refresh your dynamic linking cache. 9. As the root user: a. Find the location of Cat.pm running on your system. For systems running Evergreen 2.1 and up, this looks something like /usr/local/share/perl/5.10.1/OpenILS/Application/Cat.pm, but the Perl version number could vary by system. For systems running 2.0.x, this is likely /openils/lib/perl5/OpenILS/Application/Cat.pm . b. Open the file in a text editor and find a line exactly like this: return $e-die_event unless $e-allowed('CREATE_MARC', $e-requestor-ws_ou); c. Replace 'CREATE_MARC' with 'UPDATE_MARC'. d. Save your changes. 10. Restart your OpenSRF services: osrf_ctl.sh -a restart_all (NOTE: you may require the -l flag on that command, depending on your system). * To slightly paraphrase Galen Charlton who once referred to similar instructions for a previous security update: Note that /openils/lib/oils_auth.so is normally a symbolic link to oils_auth.so.2.0.0. When applying Dan's fix procedure, make sure that the final result has all versions of the file name oils_auth.so[.*] pointing to the same shared object. -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] This week in development
In brief, We're very close to an Evergreen 2.2.0 release, but some significant bug reports are flowing in late this week: a good thing, so the community has a chance to correct them before release. Dan Scott released Evergreen 2.1.2 rc1, a preview of the next point release in the 2.1 series. Work continues apace! I promise a more in-depth update for everyone next week. -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] This week in Evergreen Development
Hi everyone, This has been an outwardly quiet week in development. Little new feature work has been published, but lots of bug hunting and fixing is happening leading up to the release of Evergreen 2.2.0, which is officially coming real soon now. Dan Scott is seeking testers and feedback for OpenSRF 2.1.0 rc2. If no problems are discovered, this package should become the official OpenSRF 2.1.0 release shortly. Below is a high-level digest of Launchpad activity for the past week, courtesy of Bill Erickson. Thanks! Lebbeous Launchpad Evergreen Digest From 2012-05-25 to 2012-06-01 Tasks Committed: 5 New Bugs: 13 -- Committed Tasks: -- Milestone: 2.2.0 - Bug #867465: Default Shelving Location and Circ Modifier Do Not Work importance: Low; status: Fix Committed; comments: 7 Bug #996033: Lineitem alerts not displayed scoped to org unit importance: Medium; status: Fix Committed; comments: 2 Bug #856708: Scrolling/div size issues in action trigger interface importance: Low; status: Fix Committed; comments: 4 Milestone: unset - Bug #985988: more Admin-Local Administration-Work Log entries importance: Undecided; status: Fix Committed; comments: 2 Bug #1004604: tpac bookbag view/search broken w/ queryparser changes importance: High; status: Fix Committed; comments: 2 -- New Bugs: -- Milestone: 2.2.0 - Bug #1007003: 2.1-2.2 upgrade script breaks on mismatched auditor tables importance: Undecided; status: New; comments: 3 Milestone: unset - Bug #1006051: Call number prefix and suffix interfaces do not always honor context ou importance: Undecided; status: New; comments: 0 Bug #1005939: Convert docs files from dos to unix format importance: Undecided; status: New; comments: 0 Bug #1007479: Expanded override args results in circulate error importance: High; status: New; comments: 0 Bug #1007165: New action/trigger event viewer importance: Undecided; status: New; comments: 2 Bug #1006914: Search filter groups admin UI importance: Undecided; status: New; comments: 1 Bug #1007020: Using checkout, last activity shows as unset importance: Undecided; status: New; comments: 0 Bug #1007380: XACT_COLLISION Error in Patron Edit importance: Undecided; status: New; comments: 1 Bug #1006466: action.hold_request.hold_type needs a check constraint importance: Undecided; status: New; comments: 1 Bug #1007248: permission group ID shift in 2.0-2.1 upgrade can fail with primary key errors importance: Undecided; status: New; comments: 1 Bug #1004604: tpac bookbag view/search broken w/ queryparser changes importance: High; status: Fix Committed; comments: 2 Bug #1004638: tpac: can't reactivate or change activated date for a hold through the edit hold interface importance: Undecided; status: New; comments: 0 Bug #1005040: tpac: location_groups() filter appears in search box after a search importance: Undecided; status: New; comments: 0 -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Evergreen Staff Client Interface for Use of Physical Cash Drawers
Jess, Do you have a smart cash drawer or something that knows how much money it has in it? The kind of cash drawer that Galen and Aaron are talking about doesn't do anything special except open when you tell it to. Such a device doesn't have any information to share with the ILS. There is no particular support in Evergreen today for smart cash drawers, no, but new development may be feasible. Lebbeous On 05/31/2012 01:52 PM, Jessie Bunker-Maxwell wrote: Galen and Aaron - thanks for the information - we do have Star TSP100 receipt printers and I saw your email from last year, Aaron, with the suggestion to physically connect a cash drawer to the Star printer, etc. That didn't seem like a true software interface, i.e., there is no data connection between what happens on the cash drawer and payments received as far as borrower data being updated in the Evergreen database but I understand the intent of the physical connection as far as securing access to the cash drawer. So, there's no real Evergreen Staff Client interface then, yes? Jess On Thu, May 31, 2012 at 10:31 AM, Aaron Zsemberyazsemb...@pls-net.orgwrote: Galen Charltong...@esilibrary.com wrote: There is no defined interface, but there was some discussion [1] last year on a possible workaround, involving use of certain models of printers that can have cash drawers attached to them and using a control code in the circ receipt as a signal to open the drawer. I would be curious to know if anybody ever got that working. [1] http://list.georgialibraries.org/pipermail/open-ils-general/2011-June/thread.html#5035 Looks like you beat me to it, that is the thread I remembered. Aaron Z Jr. Systems Administrator Pioneer Library System 2557 State Rt. 21 Canandaigua, New York 14424 Phone: (585) 394-8260 -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] (Belated) Last week in development
Hi all, With the holiday in the US, I'm sorry this issue had to be delayed. I still aim to share my developers' digest with the broader community on Fridays in general. This update is meant to be high-level and to cover the big stuff, but if I've omitted anything major speak up and reply to the list! Covering the week of May 21 - May 25: Releases: - No new releases this week, but Dan Scott is driving work on OpenSRF 2.1.0, which should be out soon. Work is ongoing toward Evergreen 2.2.0, which should be released this week or next, at or after the release of OpenSRF 2.1.0, which will be the recommended version of OpenSRF to pair with Evergreen 2.2.0. Feature Development: Bill Erickson shared work on the Kid's OPAC, sponsored by (alphabetically) Bibliomation, C/W MARS, GPLS, KCLS and Pioneer, all of whom we at Equinox would like to thank. Refinement is ongoing, and Bill hopes to have this development work included in the Evergreen 2.3 release series. Other news: --- The first developers' IRC meeting in several weeks was held on Wednesday, May 23. Information about such meetings is centralized here: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings The documentation repository has been merged with the code repository for Evergreen, and efforts continue to bind documentation more tightly with the code, and to encourage more immediate production of feature-level technical documentation at the time of code publication. Mike Peters announced the upgrade of the testing.evergreen.lib.in.us server to Evergreen 2.2 RC1 for public testing. Thanks everyone! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Serial patterns in the EG wiki
On 05/22/2012 10:26 AM, Jason Etheridge wrote: Does anyone know if there is a way to enter these prediction patterns into the wiki so that it handles the quotation marks in a way Evergreen can use them? Yes, wrap them incode /code tags. And I just made it so. -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Fwd: Acquisitions issues (Sitka)
Hi again Sharon, I've begun opening new bugs for those items on your list that didn't already have them, including some comments for the developer community on how these problems can be addressed from a technical perspective. The following numbered items from your PDF now have the following associated Launchpad bugs. Feel free to comment on those or to link in other bugs or other documents if you know any other places where the same issues have been discussed. 3. http://bugs.launchpad.net/evergreen/+bug/996016 6. http://bugs.launchpad.net/evergreen/+bug/996020 7. http://bugs.launchpad.net/evergreen/+bug/996026 8. http://bugs.launchpad.net/evergreen/+bug/996029 10. http://bugs.launchpad.net/evergreen/+bug/996033 Additionally, regarding your number 9, sites can customize the line item worksheet. The template is defined in an Action Trigger Event Definition with the name 'Lineitem Worksheet', and changing it to work on narrow-format printers should just be a matter of HTML and/or CSS. I will add more commentary on other items on your list as I am able, and I hope that this begins to spur a two-way conversation between Acq uses and the developer community. Thanks! Lebbeous On Tue, 01 May 2012 11:53:57 -0400, Lebbeous Fogle-Weekley lebbe...@esilibrary.com wrote: Hi Sharon, Thanks for bringing this discussion to the mailing list. Regarding the items on your top ten list, I will offer my input on how development can address these issues in the related LaunchPad bug for each one (or create a new bug where there isn't already one for an issue) over the next little while. Of your two biggest issues, the slow response time is pretty self explanatory, but as to the workflow, I would recommend that the discussion continue right here on the mailing list about what exactly must change about the workflow, to the extent that those changes are not already covered in your top ten list. My thanks to you, to Jennifer Pringle, Megan Maurer, Tara Robertson, and to everyone else helping to communicate the needs of Acq folks in general to the development community. Lebbeous On 04/30/2012 06:45 PM, Sharon Herbert (Project Sitka) wrote: And here's the attachment with our Top 10 list - Forwarded message from sherb...@sitka.bclibraries.ca - Date: Mon, 30 Apr 2012 15:44:29 -0700 From: Sharon Herbert (Project Sitka) sherb...@sitka.bclibraries.ca Reply-To: Sharon Herbert (Project Sitka) sherb...@sitka.bclibraries.ca Subject: Acquisitions issues (Sitka) To: open-ils-general@list.georgialibraries.org Thanks Kathy for keeping the great conversation from the conference going on the list. I hope that the developers won't regret asking us to make some noise ;) I'm hoping that we can find some areas of consensus with all of our top issues lists. I've attached Sitka's top 10 development/bug fix requests, which was compiled by Jennifer Pringle, our Acquisitions lead for Sitka support; I shared our top 5 at Megan Maurer's Acquisitions session on Friday. Our development list is based on the experience of running Acquisitions live on production for 6 sites, including a large 15-branch system that has been using EG Acquisitions since September. I've included the Launchpad numbers for the top 5. As Tara Robertson has already explained, our biggest issues in using Acquisitions on production are the workflow and very slow response time around purchase order handling. These two issues are inextricably linked: 1.Ability to Batch Link Line Items to Invoices – LP #985308 Scenario: -Library receives a shipments of items from a provider that does not use EDI. The invoice for this shipment contains 4 items from purchase order A, 3 items from purchase order B, 12 items from purchase order C, 7 items from purchase order D and 2 items from purchase order E. Each of these purchase orders also contain line items still waiting to be shipped that will appear on a different invoice. -To create an invoice for these items the user must individually link each of the 28 line items from their purchase orders to this invoice. Solution: Have a function that allows a user select a number of line items on a purchase order using the tick box and then batch link the items to an invoice through the main Actions menu. Similar functionality currently exists for deleting line items, updating funds on line items, and cancelling line items. 2. Purchase Order and Invoice slowness – LP #985295 Large purchase orders are consistently slow to open. A very large purchase order of 382 line items (a hotlist from a vendor) takes over 4 minutes to load. During that time the staff client stops responding and no tasks can be performed in Evergreen until the purchase order has fully loaded. This is particularly a problem when users are linking line items from a purchase order to an invoice. Line items are linked individually from a purchase order to an invoice and the invoice opens
[OPEN-ILS-GENERAL] 2.2 RC1 real soon now - first last call
Hi everyone, [With apologies for the developery tone of this prose] As 2.2 release maintainer, I want to get 2.2 RC1 cut and officialized by Monday, May 14. At Dan Scott's suggestion, this is the first of two last calls for showstopping bugs or other blocking issues. Speak now. This is the pre-tarball last call. Input from folks on bugs and blockers comes from their experience with the rel_2_2 branch (or alpha tarballs). Around midweek we'll actually produce an rc1 tarball, and the second, or post-tarball last call should based on bugs and blockers witnessed from actually running the code in the tarball. These are on currently on my radar, to make sure they get addressed before I ask Thomas to cut the 2.2 rc1 tarball. https://launchpad.net/bugs/758982 https://bugs.launchpad.net/evergreen/+bug/960369 https://bugs.launchpad.net/evergreen/+bug/996024 https://bugs.launchpad.net/evergreen/+bug/986196 At this stage we really need to get the 2.2 release process accelerated so sites can get access to new features, so I would point out that we're no longer talking about moderate bugs that can always be fixed in a point release, complex bugs that we don't have a solution for yet, or wishlist items. But we do need to avoid shipping a release with major features broken out of the box, and that's the kind of showstopper or blocking bug that I'm asking for reports on. Thanks! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Fwd: Acquisitions issues (Sitka)
Hi Sharon, Thanks for bringing this discussion to the mailing list. Regarding the items on your top ten list, I will offer my input on how development can address these issues in the related LaunchPad bug for each one (or create a new bug where there isn't already one for an issue) over the next little while. Of your two biggest issues, the slow response time is pretty self explanatory, but as to the workflow, I would recommend that the discussion continue right here on the mailing list about what exactly must change about the workflow, to the extent that those changes are not already covered in your top ten list. My thanks to you, to Jennifer Pringle, Megan Maurer, Tara Robertson, and to everyone else helping to communicate the needs of Acq folks in general to the development community. Lebbeous On 04/30/2012 06:45 PM, Sharon Herbert (Project Sitka) wrote: And here's the attachment with our Top 10 list - Forwarded message from sherb...@sitka.bclibraries.ca - Date: Mon, 30 Apr 2012 15:44:29 -0700 From: Sharon Herbert (Project Sitka) sherb...@sitka.bclibraries.ca Reply-To: Sharon Herbert (Project Sitka) sherb...@sitka.bclibraries.ca Subject: Acquisitions issues (Sitka) To: open-ils-general@list.georgialibraries.org Thanks Kathy for keeping the great conversation from the conference going on the list. I hope that the developers won't regret asking us to make some noise ;) I'm hoping that we can find some areas of consensus with all of our top issues lists. I've attached Sitka's top 10 development/bug fix requests, which was compiled by Jennifer Pringle, our Acquisitions lead for Sitka support; I shared our top 5 at Megan Maurer's Acquisitions session on Friday. Our development list is based on the experience of running Acquisitions live on production for 6 sites, including a large 15-branch system that has been using EG Acquisitions since September. I've included the Launchpad numbers for the top 5. As Tara Robertson has already explained, our biggest issues in using Acquisitions on production are the workflow and very slow response time around purchase order handling. These two issues are inextricably linked: 1.Ability to Batch Link Line Items to Invoices – LP #985308 Scenario: -Library receives a shipments of items from a provider that does not use EDI. The invoice for this shipment contains 4 items from purchase order A, 3 items from purchase order B, 12 items from purchase order C, 7 items from purchase order D and 2 items from purchase order E. Each of these purchase orders also contain line items still waiting to be shipped that will appear on a different invoice. -To create an invoice for these items the user must individually link each of the 28 line items from their purchase orders to this invoice. Solution: Have a function that allows a user select a number of line items on a purchase order using the tick box and then batch link the items to an invoice through the main Actions menu. Similar functionality currently exists for deleting line items, updating funds on line items, and cancelling line items. 2. Purchase Order and Invoice slowness – LP #985295 Large purchase orders are consistently slow to open. A very large purchase order of 382 line items (a hotlist from a vendor) takes over 4 minutes to load. During that time the staff client stops responding and no tasks can be performed in Evergreen until the purchase order has fully loaded. This is particularly a problem when users are linking line items from a purchase order to an invoice. Line items are linked individually from a purchase order to an invoice and the invoice opens in the same tab as the purchase order. Users have to re-open the purchase order for every line item they wish to link to the invoice. Large invoices result in an unresponsive script warning. You are able to continue loading the invoice by clicking Continue. Finally, a significant issue that hasn't made it into our top 10 list, but might be low-hanging fruit, is the extremely small 8 point font size across Acquisitions. Very challenging for aging eyes when you are working in Acq all day. Looking forward to working with other libraries using or planning to use Acquisitions. Please don't hesitate to contact me if you have any questions. Thanks, Sharon -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] ***SPAM*** Re: Should we have a systems administrators list?
(Chris Sharp?) could create such a list. So let's hear it sysads - should we create the missing list? Regards, Justin Hopkins Coordinator, IT Web Services MOBIUS Consortium Office c: 573-808-2309 --sent from a mobile device-- -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] version and serials
Hi Tara, I think the best way to answer your question would be to direct you to the serials section of the 2.1 release notes for what is effectively a list of features you'll be missing. http://open-ils.org/documentation/release/RELEASE_NOTES_2_1_0.html#_serials_enhancements The list of new features in 2.2 over 2.1 is rather smaller. 2.0 will work, but the document linked gives you some idea of where the limitations will be. Hope this helps, Lebbeous On 05/01/2012 01:20 PM, Tara Robertson wrote: Hi, For folks using serials, what version are you on 2.1.? Is there anyone using serials on 2.0.2? In chatting with people at the conference I recall that Mieke and Dan S's libraries are using serials and on a newer version than 2.0.x. Does that mean that there are significant issues using serials on 2.0? We have a staff meeting today and I'm figuring out my work plan for the summer and am trying to figure out if we need to wait until Sitka upgrades before I can make headway with serials. Thanks, Tara -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
[OPEN-ILS-GENERAL] Strings for translations are committed for 2.2
Dan Scott has just updated all the translated strings for Evergreen 2.2, and they should all appear in Launchpad soon. Thanks very much to the translators out there! You always do great work for the project. In two to three weeks will come our next planned release candidate, and we're aiming for a 2.2.0 release a couple of weeks after that. -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Hey Evergreen Family....
Congratulations to you and your family, Steve! Lebbeous On Fri, 27 Apr 2012 14:22:05 +0100, mela...@farmington.lib.me.us wrote: Congratulations! Fantastic news. Quoting Steve Wills swi...@beyond-print.com: Hey Evergreen Community. I just wanted to announce that my Grandson Elijah, (9lbs, 6oz) was born around 22:00 on 4/27. First baby of the conference, that I know of. Mom and baby are both doing well. It's too early to tell if he'll be Developer, a Sys-Admin, or a Cataloger yet. Thanks for letting me share, Stev3 Wills -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Holds on serials issuances
On 03/08/2012 10:30 AM, Lebbeous Fogle-Weekley wrote: 2. In the streams area, I was able to create a small routing list, but got an error when I tried to receive an issuance with the routing box checked. TypeError: xulG.urls is undefined. That sounds like a bug, and if I can't readily reproduce it, I'll come back soon to ask you for more details on how it happened for you. Hi again Mary, I wasn't able to reproduce this in my development environment running master, but can you tell me more about it? Regarding the error message you quote, did you see it in a pop-up dialog, in the Javascript console, or elsewhere? If you saw it in the Javascript console, was it the bottom-most error message at the time you tried the receive operation? Was a staff client tab opened for the routing list, but then the list either didn't display at all or didn't print? Or was there not even a tab opened (this is what typically happens for routing list printing). Thanks! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Holds on serials issuances
On 03/12/2012 12:00 PM, Mary Llewellyn wrote: Hi Lebbeous, All this took place within the staff client. I set up a list of one person on a stream for a distribution of a subscription. I successfully set up a prediction. I went to Serials Batch Receive. The routing box was checked off as well as the Receive? box. I also had the Create Units box checked off. I clicked on the Receive Selected Items box and up popped a box with the error message TypeError: xulG.urls is undefined. No tab with a routing list opened up. Hi again Mary, You can reproduce this error at will, right? If so, can you open the Javascript console in the staff client first (in the staff client menus, follow Admin - For developers - Javascript console), and within the Javascript console click Clear right before you trigger the error in another tab? I'd be interested in any error messages from the bottom of the console (not the CSS-related warnings that always fill console) that appear coincident with the pop-up about TypeError, as well as any errors from the same moment in your server logs, if you have access to those. I think that information will be more telling than the TypeError message, which I'm afraid I still can't reproduce, and which isn't giving me any ideas so far. Thanks! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Holds on serials issuances
Hi Mary, I believe you want to set the org unit setting 'opac.fully_compressed_serial_holdings' to true at the highest level org unit where you want to see links in the OPAC for issuance holds. Hope this helps! Lebbeous On 03/07/2012 07:23 PM, Mary Llewellyn wrote: Hi all, I would swear that when I was testing a few weeks ago, I found I could click on an serials issuance in the OPAC and get a prompt to be able to place a hold. We've redone our test database and holds on issuances don't seem to be available any more. I do have the permission ISSUANCE_HOLDS in place. Is there some other setting that may have gotten un-set? Thank you, Mary Mary Llewellyn Database Manager Bibliomation, Inc. Middlebury, CT mllew...@biblio.org -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Holds on serials issuances
On 03/08/2012 10:18 AM, Mary Llewellyn wrote: Hi Lebbeous, If you don't mind, I have a few questions about serials in 2.2. Hi Mary. Not at all! 1. When you are setting up a distribution, there's a new field labeled Summary method. What is this for and what should go in this field? This I can never remember, but I know that Dan Wells knows. I'm letting him know via IRC that I've put him in the headlights here on the mailing list. 2. In the streams area, I was able to create a small routing list, but got an error when I tried to receive an issuance with the routing box checked. TypeError: xulG.urls is undefined. That sounds like a bug, and if I can't readily reproduce it, I'll come back soon to ask you for more details on how it happened for you. 3. in the PAC, I'm not seeing an org unit associated with the issuances. I set up subscriptions for two different libraries, but can't tell one summary from another. I'm seeing: [-] v.41:no.1(2012:Jan.) - v.41:no.5(2012:May ), v.41:no.1(2012:Jan.) v.41:no.5(2012:May )Place Hold v.41:no.4(2012:Apr.)Place Hold v.41:no.3(2012:Mar.)Place Hold v.41:no.2(2012:Feb.)Place Hold v.41:no.1(2012:Jan.)Place Hold v.41:no.1(2012:Jan.)Place Hold Is this right? Or have I missed something else? That is right, or at least it's what you can expect to see for the moment. Your timing is fortuitous, however, because just yesterday afternoon I put a rewrite of that very OPAC feature on Launchpad that will, among other things, group holdings under their org unit names so that it's much clearer who holds what. It will also group holdings by chronology or enumeration so that paging through large collections is easier; depending on the pattern of the serial, you may select a year to expand (for example), then you get to see all the monthlies for that year, rather than seeing a big display of years' worth of monthlies at once. I hope this new feature will make it into 2.2. Here's the Launchpad link: https://bugs.launchpad.net/evergreen/+bug/949466 Thanks again, No problem! -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] bookings module - media bookings
No problem Tara, I can see why one would get that error message when trying to checkout something that should be waiting to be picked up. I also see where the booking code limits what you get shown to pickup such that if something's not picked up on the first day of its reservation, it doesn't remain on the pickup list and it becomes hard to do anything with it. That much I can treat as a bug and fix. Here's the developers' bug report, with a link to code that should fix the problem: https://bugs.launchpad.net/evergreen/+bug/925169. This fix should be included in all future releases. I encourage everyone who has spoken up about what new features or changes they'd like to see in the Booking module to keep talking! A consensus list of desired work would be helpful to any future development effort. Consider reaching out to Cynthia Williamson and Robert Soulliere of Mohawk College, who pioneered the existing work where there was no booking module before, (I recall their names, but I hope I'm not leaving out anybody else!). Lebbeous On 01/31/2012 06:09 PM, Tara Robertson wrote: Hi Lebbeous, I didn't try to check out the item. Sorry for misreading Gordana's message. That's probably why I didn't get that error. Cheers, Tara -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Serials claiming with most recent Evergreen
Hi Trisha, Using the Reporter module, yes you can generate reports of items expected but not received. There is potential for more development that could give you a way to initiate claims from within the ILS, tying into the Acquisitions module to manage funds. Such efforts may even lead to EDI-based claiming of serials in time. These features are still on the drawing board for now. Hope this helps! Lebbeous On Thu, 19 Jan 2012 19:34:46 -0500, Trisha Cantwell Keene tcantw...@coa.edu wrote: Hello. Totally new to Evergreen, in fact haven't even implemented it yet... but does the serials module of Evergreen allow for claiming? I.e. will it print a report of missing issues? Thanks for any help. Trisha -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Serials Report on Expected Issues not Received
Hi Tim, You want to look at the serial.item table, which has a date_received field. It's the items belonging to the issuance that get marked received, rather than the issuances themselves. Hope this helps! Lebbeous On 11/16/2011 01:51 PM, Tim Spindler wrote: I have been trying to construct a report to get a list of expected issues (issances) for a given org for a range of publication dates. I can see the datasources for the issuances but I don't see what you would use to identify whether the issue is received or not. Looking at the database table issuances, the only indication I see is that the create date and edit date is the same. -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Serials question: MFHD and receiving without creating a unit
Hi Mary, The following answer applies to the serials Batch Receive interface, and I'm pretty sure it applies to the Receive tab of the Serials Control View as well, but others could confirm that if needed. No, receiving copies of a serial does not update MFHD records, although it does update holdings statements that are shown in the OPAC. These are displayed next to a label of Issues Held when the org unit setting opac.fully_compressed_serial_holdings is true at the appropriate scope. Thanks, Lebbeous On 11/08/2011 04:00 PM, Mary Llewellyn wrote: Hi all, I'm going to be training a library in the use of serials next week, and I came across something that I need more information on. When you check in an issue and you don't create a unit for the received item, is the MFHD still supposed to update to reflect the latest received issue? Because when I just tried it, it didn't. We do have a newly built client that is set up to use serials. Thanks, Mary Mary Llewellyn Database Manager Bibliomation, Inc. Middlebury, CT mllew...@biblio.org -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com
Re: [OPEN-ILS-GENERAL] Question concerning the booking module
On 06/21/2011 01:26 PM, Hardy, Elaine wrote: We've had some libraries accidentally make bibliographic items bookable (well, I'm calling it accidental. I suspect it was an attempt to see what would happen). We would like to remove them from being a bookable resource, since they are visible with any library's login, but have not been able to do so at any permission level. While we can delete a non-bib item from the bookable resource type in the server administration interface, the bib records don't delete. We thought perhaps they were booked and this was preventing their deletion; but, that is not the case. So, our questions are -- can we remove a bib item from resource types and, if so, how? Basically, what are we missing? Hello Elaine, I think you'll be able to delete the resource type entries if you first delete all the related resource entries in the interface which you find by following these staff client menus: Admin - Server Administration - Booking - Resources. Also, if I recall correctly, it is possible not to run the Evergreen booking service (a server-side configuration change). Not running the booking service won't gracefully hide all the buttons and links in the staff client that lead to booking features, but it will prevent those features from working. Another, less dramatic option to prevent items from being made bookable again would be to make sure that nobody has either the ADMIN_BOOKING_RESOURCE_TYPE or the ADMIN_BOOKING_RESOURCE permission. Hope this helps, -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com Equinox is going to New Orleans! Please visit us at booth 550 at ALA Annual to learn more about Koha and Evergreen.
Re: [OPEN-ILS-GENERAL] Windows Client Version?
On 06/21/2011 02:57 PM, Boggs, John wrote: Hi all, I'm trying to log into my test server, running 2.0 Beta 4, for the first time in a while, and I keep getting the error This server does not support your version of the staff client. Please check with your system administrator. The client also shows 404: Not Found on the line labeled Server. I am running client version 2.0.4 - is this not right, or might there be something else going on on the server side? Hi John, I'm afraid 2.0 beta 4 and 2.0.4 are not the same thing. 2.0.4 is the fourth point release after the official 2.0 release (2.0.0). The beta versions are preview/testing releases that came out before the official 2.0 release. I don't see beta staff clients on the official website anymore, but somebody else on the list might have your version available if you no longer have a copy handy. -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbe...@esilibrary.com | web: http://www.esilibrary.com Equinox is going to New Orleans! Please visit us at booth 550 at ALA Annual to learn more about Koha and Evergreen.
Re: [OPEN-ILS-GENERAL] ***SPAM*** RE: Prediction Patterns
Hi Tim, Mary has it right, and for what it's worth, I tried it out myself, and I made a correct pattern for New England Journal of Medicine, the result of which is this: [2,0,8,1,a,v.,b,no.,u,var,v,r,i,(year),j,(month),k,(day),w,w,x,01,07] That's what shows up in the Pattern code column after using the wizard (it's just a funky way to represent the equivalent of an 853 tag). If you find you can't get the wizard to produce quite that, you can just paste that into the Pattern code box directly without using the wizard. Also, in order for the system to make correct predictions, you must tell it all about the *last* issue you have *before* you want the predictions to start. So if you want the system to start predicting at volume 362, no. 1, in Jan 7, 2010, then your last issue before that is volume 361, no. 27, Dec 31, 2009. That means your manually entered starter issue should have this holding code [4,1,8,1,a,361,b,27,i,2009,j,12,k,31] and a publication date of 12/31/2009 (this is correct for the actual real-world 12/31/2009 issue of NEJM). Hope this helps! -- Lebbeous On 06/03/2011 11:13 AM, Mary Llewellyn wrote: Hi Tim, To create more than one volume a year, you need to set it up on the Calendar page in the Pattern Codes wizard. In the Evergreen community serials doc, it describes it like this: 3. Page 2: Calendar 1. To use months, seasons, or dates in your caption, check the box adjacent to Use calendar changes? 2. Identify the point in the year at which the highest level enumeration caption changes. 3. In the Type drop down menu, select the points during the year at which you want the calendar to restart. 4. In the Point drop down menu, select the specific time at which you would like to change the calendar 5. To add another calendar change, click Add Calendar Change. There are no limits on the number of calendar changes that you can add. For example, Time changes volume numbers in January and July. 6. When you have finished the calendar changes, click Next. It looks like this: I don't know what the solution is about differing counts of issues for each volume, though. I hope this helps, Mary From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Tim Spindler Sent: Thursday, June 02, 2011 8:38 PM To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] Prediction Patterns I'm trying to get a pattern to work for the New England Journal of Medicine and can't seem to do it. The journal is published weekly on one volume for the first 6 months of the year and then on a different volume on the second have of the year. For instance, the 2010 issues are: volume 362 (no. 1-25) covering issues January-June 2010 volume 363 (no. 1-27) covering issues July-Deceomber 2010 volume 364 (no. 1-26) covering issues January-June 2011 Im just having trouble getting that represented in the prediction pattern. I'm using the Alternate Serials View.
Re: [OPEN-ILS-GENERAL] Make This Item Bookable (Y)
On 03/18/2011 01:02 PM, Geoff Brown wrote: Hi All, We on 2.0.2 and are having an issue booking some of our equipment. We have 4 LCD Projectors that are available for booking but regardless of which barcode is entered in Create a Reservation the same single barcode displays on the Reservation page. The Item Attributes are consistent across all four pieces of equipment. I thought that I might be able to fix this issue in Holding Maintenance and tried to use the Make This Item Bookable (Y) feature under Actions for this Record however the Resources screen which it leads to never loads. Has anyone else tried to use the Make This Item Bookable (Y) feature and encountered the same issue? Any suggestions would be appreciated. Hi Geoff, In an initial attempt to reproduce this issue on a 2.0.2 system and on a trunk system, I haven't been able to, but perhaps we could learn more from any errors in the Javascript console (in the staff client, under Admin - For Developers - Javascript Console) that coincide with this problem? If you find anything, a bug report in Launchpad may be the way to go. https://launchpad.net/evergreen Thanks, Geoff -- Lebbeous
Re: [OPEN-ILS-GENERAL] Weekly serials in 2.0
On 02/22/2011 10:05 AM, Marjolein Kremer wrote: Hi Lebbeous and David, Thanks for your help with predicting a pattern and issuance for a weekly. What worked for Lebbeous worked for us. We have one remark though concerning our 2nd try. You say the subfields $i and $j are reversed from what was defined in the pattern code. Since we only used the wizards, could this also be a bug? Hi Marjolein, No problem. Given the pattern code [2,0,8,1,a,vol,b,nr,u,52,v,r,i,(year),j,(month),k,(week),w,w] I created an issuance and tried to get the holding code wizard to generate the holding code with $i and $j reversed (as below), but I did not succeed. [4,1,8,1,a,10,b,52,i,52,j,2010] I wonder if the above holding code actually went along with your fourth example pattern code rather than your first one? At any rate, I will keep an eye on the holding code wizard for any bugs of this nature. I also hope to enhance the pattern code wizard eventually so that creating functioning patterns for common cases such as weekly periodicals is more intuitive. In fact, this wizard already has a new feature or two in trunk that didn't make it into 2.0. Thanks for bearing with us, and thanks to David, too, for his help! Regards, Marjolein -- Lebbeous
Re: [OPEN-ILS-GENERAL] Weekly serials in 2.0
On 02/21/2011 03:10 AM, Marjolein Kremer wrote: Hello Marjolein, I came up with a pattern code and a holding code that may work for you. For my test I wanted a weekly serial appearing every Monday. Each issue will have volume and number enumeration captions, as well as year, month, and date chronological captions. I used the last Monday in December 2010 for my dummy issue, so the predictions start with the first Monday in 2011. [2,0,8,1,a,vol,b,no,u,52,v,r,i,(year),j,(month),k,(day),w,w] [4,1,8,1,a,10,b,52,i,2010,j,12,k,27] If the above codes and variations work for you too, then great, although I can see how there may be a problem if some of the below don't work. I'll comment on what I see in your examples below. Pattern code for: vol., no.52,[...]year,month,week[...] weekly (2nd try) [2,0,8,1,a,vol,b,nr,u,52,v,r,i,(year),j,(month),k,(week),w,w] Holding code: [4,1,8,1,a,10,b,52,i,52,j,2010] (does not work) The above doesn't work because the holding code's subfield $i and $j are reversed from what you was defined in the pattern code. $i should have been 2010 and $j should have been 52 to correspond to year and month, respectively. There also needs to be a $k in the holding code since there is one in the pattern code. Pattern code for: no., [...] year, week (3rd try) [1,0,8,1,a,no,i,(year),j,(week),w,w] Holding code: [4,1,8,1,a,52,i,2010,j,51] Indeed, the predictions from the above example are very bizarre. I get 'no53(2011:48)' 'no54(2012:45)' 'no55(2013:42)' 'no56(2014:39)' and so on. That's presumably a bug unless there's some MFHD subtlety I can't get my head around. Perhaps David would be kind enough to chime in again on this one? Pattern code for: vol., no. 52[...], week, year [...] weekly (4th try) [2,0,8,1,a,vol,b,no,u,52,v,c,i,(week),j,(year),w,w] Holding code: [4,1,8,1,a,10,b,52,i,52,j,2010] The above example can't work because the chronology unit in subfield $i is smaller than the one follows in subfield $j. Although the pattern code wizard has a textual warning against doing this, I recognize that it would be better if it actually prevented the user from making this mistake. Pattern code for: vol., year, week (5th try) [2,0,8,1,a,vol,i,(year),j,(week),w,w] Holding code: [4,1,8,1,a,10,i,2010,j,52] The above example exhibits similarly unexpected predictions as the one two examples higher, for which I'm soliciting David's help. I'm not sure what's happening at this time. We always delete the previous issuance, so that should not be the problem. Good! You were right to do this. We hope you can help. Marjolein I hope this has been at least some help. Perhaps my example at the beginning of this e-mail will give you something to work with. I will update the list with any progress on tracking down the problem with the patterns that have me confused now. Thanks! -- Lebbeous
Re: [OPEN-ILS-GENERAL] Weekly serials in 2.0
On 02/17/2011 09:25 AM, Marjolein Kremer wrote: Hi David, As we said year nr worked. Next try was: vol.,no. 52, [...]year, month, week [...] weekly: 2nd try: vol., no.52,[...]year,month,week[...] weekly: No prediction at all. 3rd try: no., [...] year, week.: Numbers do ok (example nr. 1,2,3), year adds up at every issue, week subtracts 3 at every issue. After 9 issues changes into: season. 4rd try: vol., no. 52[...], week, year [...] weekly: Result: Issuances start at the bottom of the page, nr. do ok, vol. is ok, weeks add up, year same as above. 5th try: vol., year, week; Result: vol. adds up, year also, week subtracts 3. Nr. 10 has become season: summer. What is going wrong? Hi Marjolein, I have three initial thoughts that may lead us to a solution. 1) Would it be possible for you to copy and paste here the compiled value of the pattern code field under the Captions and Patterns tab in the Subscription Details interface for the subscription in question? This code is the end result of the Caption and Pattern Wizard where you choose enumerations, chronology captions and so on. Its exact contents may better illuminate any problem. 2) For each test that you perform, do any generated issuances remain in the system from previous tests? If so, you must be sure to delete them. The system will generate predictions based on the most recently created issuance, so any issuances you have that were predicted incorrectly will perpetuate problems into your subsequent tests. 3) Can you also copy and paste here the value of the holding code field on your test issuance? Your test issuance should either be a) the only issuance that exists at all for that subscription, or b) the last issuance in a set of correctly predicted issuances, if any. I think this will help diagnosis. Thanks! -- Lebbeous Regards, Marjolein
[OPEN-ILS-GENERAL] A Tutorial for the Alternate Serial Controls in Evergreen
Hi all, I have made a bit of documentation available on the Evergreen wiki regarding the management of serials in the upcoming Evergreen 2.0 release using the interfaces generally grouped under the heading, Alternate Serial Control View. Serials features in Evergreen are new as of 2.0, and they continue to evolve even now thanks to the efforts of several folks from around the Evergreen community. This documentation offers a sample workflow for using the serials module. It was funded by the Georgia Public Library Service (GPLS) and provides a basis for forthcoming comprehensive serials documentation that GPLS will make available to the Evergreen community. http://www.open-ils.org/dokuwiki/doku.php?id=acq:serials:alternate_controls_tutorial As an aside to the documentation group, I can make this available to you in DocBook format if you want it. Thanks, and enjoy! -- Lebbeous
Re: [OPEN-ILS-GENERAL] Serials in alpha4
On 11/17/2010 11:23 AM, Joke Zwaan wrote: Dear Kathy, As Repke already mentioned in his mail of Nov 5th 2010, here at the IISH we also have been busy with the serials in 2.0Alpha4. With the little 'walk through' from Lebbeous, using the Alternate Serials Control, we made a start with the patterns and issuances, but when we try 'generate predictions' we get an error message. We will keep on testing of course, but we also hope that you, or somebody else from the community, can help us. Here are a few examples of the things we don't know how to deal with : Perhaps I can help with these. 1. In the popup screen New Subscription is a field Expected date offset : what date is required here (interval, start subscription ?) You can leave this field blank, but if you want to use it, it takes an interval, and the intent is to specify the difference between issues' nominal publishing date and the date on which you actually expect to receive copies. If something is published weekly on Mondays, but you typically receive your copies the preceding Friday, you might enter -3 days (without the quotation marks). 2. Popup screen Issuance, New Issuance, the 'label' field: is that a call number ; and the 'date published' field: what kind of date does the system wants (date start subscription, date published number??) The date published field under issuance should get the date on which the issuance you're editing was published (not the whole subscription's start date). If you're providing one manual issue before predicting more issue automatically, you want this to be the date of the last issue you have _before_ you want prediction to start. So if you have a weekly periodical and you want predictions to be generated starting on Sep 1, you would enter the publication date (and holding code information) for your August 25 issue. 3. The pattern you make gets a number. Is it possible to use that pattern (through the number) for another periodical, and if so where can we find the patterns we already made in the system? At this time you can only use the patterns you created for that specific subscription. This *may* change, but that might take some design changes to the internals. As a workaround to re-use patterns, you can copy and paste to and from the pattern code field in the Caption and Pattern tab. That way at least you don't have to go through the wizard again every time. Hope this helps! Regards, -- Lebbeous