Re: [OPEN-ILS-GENERAL] Problem with Cataloger Permissions
Hi George! Thank you for your answer! I'm doing everything as you described, but unfortunately no change. What can be explained to this strange behavior? with best regards, Dimitri Gogelia CTO On Mon, Sep 27, 2010 at 18:50, Duimovich, George george.duimov...@nrcan-rncan.gc.ca wrote: For us, this error usually comes down to setting the Org_Level unit permissions for that individual user. Retrieve Patron / User Other User Permission Editor then make sure the appropriate Working Location(s) is checked off. While you are in that screen, you can double check that the group permissions for that particular user defaults to include VIEW_ORG_SETTINGS as checked for the right Org Unit level. I don't know for certain if this has changed from previous versions of EG, but for some reason I thought that the permissions behaviour used to function differently for us in 1.4 (?); namely, the Working Location may have already been checked off in the User Permission Editor according to your default Home Library in the Patron Editor's Contact Info tab (then you wouldn't get this error for newly registered staff). Then in the 1.6 series, one had to explicity set the Working Location in the User Permission Editor. But my recollection may be incorrect, and perhaps it's better to explicitly set these permissions for security reasons, etc. george -- *From:* open-ils-general-boun...@list.georgialibraries.org [mailto: open-ils-general-boun...@list.georgialibraries.org] *On Behalf Of *Dimitri Gogelia *Sent:* September 27, 2010 09:22 *To:* Evergreen Discussion Group *Subject:* [OPEN-ILS-GENERAL] Problem with Cataloger Permissions Hi All, We have Evergreen 1.6.0.1 and there is some strange error. I'm trying to create new user with cataloger's permissions. After that I'm trying to access Evergreen with Staff Client, but getting error: Permission Denied: VIEW_ORG_SETTINGS (See screenshot) There is another error windows also: If you encounter this alert, please inform your IT/ILS helpdesk staff or your friendly Evergreen developers. Mon Sep 27 2010 17:19:07 GMT+0400 (Azerbaijan Standard Time) The action involved likely failed due to insufficient permissions. However, this part of the software needs to be updated to better understand permission messages from the server, so please let us know about it. PERM_FAILURE Permission Denied I added this permission in permissions group for catalogers, but without any effect. Please help me. with best regards, Dimitri Gogelia CTO
[OPEN-ILS-GENERAL] RFQ - Hardware Specs
RFQ - C/W MARS Request for Hardware Specification Consulting for the Evergreen ILS- Issued September 28, 2010 C/W MARS, an automated library consortium of 150 libraries located in Central and Western Massachusetts, is seeking consulting assistance to develop specifications for server hardware to run the Evergreen ILS system. Background information: C/W MARS currently runs the Innovative Interfaces Millennium system, which is spread out over two large Sun V890 production servers with an InnReach server (Sun V240) used for patron requests between the Central and Western servers. There are 1,293,996 Bib records, 4,231,227 item records, and 535,890 patron records on the CMARS server; 1,357,328 bib records, 4,475,968 item records, and 498,991 patron records on the WMARS server. We intend to merge the two production servers into a single database on Evergreen. The InnReach server currently has 1,938,303 unique bibliographic records, which is the approximate number of unique bib records we anticipate in our deduped, merged database. Also included will be approximately 9M item records and 1.1M patron records. In FY10 C/W MARS libraries did approximately 11M Circulations and 1.4M holds on the III system. C/W MARS currently has approximately 125 circulating libraries and 25 Online Affiliate Libraries. We anticipate most of the affiliate libraries will upgrade to circulating status over the next few years, with the requisite increase in circulation, location and other codes and parameters. C/W MARS wants a server configuration with plenty of room for growth and room for one or more full test databases. We expect the servers to provide maximum specific response times for functions in the daily operations of our member libraries and seek advice on server hardware for an optimal configuration that will provide robust response time, a separate reports server, and a spare database server. Work Start and Completion Dates: C/W MARS anticipates this consulting will take place remotely by phone, conference calls, or other electronic communication. We would like to the work to begin as soon as possible after the bid is awarded on October 19, 2010 and to be completed by November 19, 2010. The finished product will consist of a written report with specifications on the number, size, and components of servers recommended, with sufficient detail to solicit quotes from hardware vendors. How to Respond: Please respond to jkukl...@cwmars.org with the number of hours estimated and cost per hour for this consulting as well as a brief statement on qualifications on or before 3:00 p.m. on Monday, October 18, 2010. Questions may be emailed to shopk...@cwmars.org on or before 3:00 p.m. on Thursday, October 7, 2010 and responses will be posted on the Evergreen listserv as they are available, but no later than 3:00 p.m. on Friday, October 8, 2010. Sue Hopkins Systems Networking Manager C/W MARS, Inc. 67 Millbrook Street, Suite 201 Worcester, MA 01606 Ph: (508)-755-3323 ext-18 Fax: (508)-755-3721 image003.jpg
[OPEN-ILS-GENERAL] Custom client possible?
Is it possible for an end user (i.e. member of the public) to write his own client to query the library catalog instead of using the OPAC? If so what are the related resources (documentation, sample code, forum/email list, etc)? The ideal solution would be a set of js functions for making queries, placing hold, logging in, retrieving patron's record, etc. Thx.
Re: [OPEN-ILS-GENERAL] Custom client possible?
Quoting bookworm2...@xemaps.com: Is it possible for an end user (i.e. member of the public) to write his own client to query the library catalog instead of using the OPAC? If so what are the related resources (documentation, sample code, forum/email list, etc)? The ideal solution would be a set of js functions for making queries, placing hold, logging in, retrieving patron's record, etc. Thx. You might get a better answer on the dev list, but I'll point you to this: http://evergreen-ils.org/~denials/workshop.html It explains the main architecture behind how Evergreen functions and has some examples of doing requests via JavaScript. Note that you will need to be able to authenticate in order to do anything interesting. Jason Stephenson Merrimack Valley Library Consortium
Re: [OPEN-ILS-GENERAL] Problem with Cataloger Permissions
Hello Dimitri, One other thing to pursue: I believe I also saw that error when we set up a new user, confirmed permissions for VIEW_ORG_SETTINGS, **but** then tried to test the new password from a staff client workstation different from that used by the new user. And that different workstation belonged to a staff person with different Org Unit settings/ permissions. I think this happened to me even logged in as the admin user. I would test the new password with Admin Operation Change: new but I would still get that error. Same with a colleague who set up a staff account recently (his working location unit didn't match that of the new user). But when new user logged in at his workstation (after we explicitly set working location), he had no problem. I didn't try it, but I would then expect my error to disappear if I reset my org unit to match that of the new user when testing with Operator Change: new. Otherwise, not sure what else to try. George NRCan Library From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Dimitri Gogelia Sent: September 28, 2010 03:47 To: Evergreen Discussion Group Subject: Re: [OPEN-ILS-GENERAL] Problem with Cataloger Permissions Hi George! Thank you for your answer! I'm doing everything as you described, but unfortunately no change. What can be explained to this strange behavior? with best regards, Dimitri Gogelia CTO On Mon, Sep 27, 2010 at 18:50, Duimovich, George george.duimov...@nrcan-rncan.gc.ca wrote: For us, this error usually comes down to setting the Org_Level unit permissions for that individual user. Retrieve Patron / User Other User Permission Editor then make sure the appropriate Working Location(s) is checked off. While you are in that screen, you can double check that the group permissions for that particular user defaults to include VIEW_ORG_SETTINGS as checked for the right Org Unit level. I don't know for certain if this has changed from previous versions of EG, but for some reason I thought that the permissions behaviour used to function differently for us in 1.4 (?); namely, the Working Location may have already been checked off in the User Permission Editor according to your default Home Library in the Patron Editor's Contact Info tab (then you wouldn't get this error for newly registered staff). Then in the 1.6 series, one had to explicity set the Working Location in the User Permission Editor. But my recollection may be incorrect, and perhaps it's better to explicitly set these permissions for security reasons, etc. george From: open-ils-general-boun...@list.georgialibraries.org [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Dimitri Gogelia Sent: September 27, 2010 09:22 To: Evergreen Discussion Group Subject: [OPEN-ILS-GENERAL] Problem with Cataloger Permissions Hi All, We have Evergreen 1.6.0.1 and there is some strange error. I'm trying to create new user with cataloger's permissions. After that I'm trying to access Evergreen with Staff Client, but getting error: Permission Denied: VIEW_ORG_SETTINGS (See screenshot) There is another error windows also: If you encounter this alert, please inform your IT/ILS helpdesk staff or your friendly Evergreen developers. Mon Sep 27 2010 17:19:07 GMT+0400 (Azerbaijan Standard Time) The action involved likely failed due to insufficient permissions. However, this part of the software needs to be updated to better understand permission messages from the server, so please let us know about it. PERM_FAILURE Permission Denied I added this permission in permissions group for catalogers, but without any effect. Please help me. with best regards, Dimitri Gogelia CTO
Re: [OPEN-ILS-GENERAL] MARC for electronic resources
Hi Deanna: On Tue, Sep 28, 2010 at 04:50:25PM -0500, Deanna Frazee wrote: I created a mark record for an e-book to see how it would work since we would like to put our e-books into the catalog. Since there is only a bib record and no holding record, I can't seem to make it display. Has anyone encountered this and solved it? Or did you just create a holdings record and set that for display in the catalog? In the 856 field, add a $9 subfield that specifies the shortname of the library where the electronic resource should be visible. For example: 856 40 $u http://lwn.net $y Linux Weekly News $9 BR1 ... would make it visible to people searching in a library scope that contains BR1. Make sense? As for how this gets displayed, that depends on the version of Evergreen you're running and your skins. We're doing some funky stuff in Conifer, and all of our skin customizations are available in the ILS-Contrib repository at http://svn.open-ils.org/trac/ILS-Contrib/wiki/Conifer (just be careful with the open-ils.resolver calls, as those aren't going to be applicable).
Re: [OPEN-ILS-GENERAL] MARC for electronic resources
On Tue, Sep 28, 2010 at 05:13:03PM -0500, Deanna Frazee wrote: Thanks Dan, It makes sense. But my problem is that the MARC record is not displaying at all in the public catalog. I'm assuming this is because there is no holding record, but perhaps I'm wrong? There are three ways a record can be made visible in the public catalogue: * Set the record source to a transcendent source * Add a copy with a visible status in a visible copy location in a visible library * (As of 1.6) add an 856, first indicator 4, second indicator 0, with a $9 subfield with a value matching a shortname in your search scope If your record isn't displaying in the public catalog, and you have an 856 40 $9 SHORTNAME in the record, then perhaps something else is wrong with the record or your configuration. At this point, without a concrete example, there's not much I can do to help diagnose the problem further.