Re: [OPEN-ILS-GENERAL] [Evergreen-web-team] adding a page to the wiki

[Ben Shum]

r
navigation wording choices...

Dan

On Tue, Mar 27, 2012 at 5:04 PM, Lori Bowen Ayre
mailto:lori.a...@galecia.com>> wrote:
> Yep, Ben. That's the idea.  Some of the Web Team folks have also
already
> +1'd the idea.  Anyone object?
>
> Lori
>
> On Tue, Mar 27, 2012 at 1:54 PM, Ben Shum mailto:bs...@biblio.org>> wrote:
>>
>> Hi Gordana,
>>
>> Just to clarify, you and Lori are referring to the navigation
menu options
>> on the main Evergreen website?
>>
>> I think it's a great idea to modify those areas to include
references to a
>> User Group page including the one you've started up.
>>
>> Curious to hear feedback from others on this.
>>
>> -- Ben
>>
>>
>> On 03/27/2012 04:25 PM, Gordana Vitez wrote:
>>
>> Hi there,
>>
>> The Evergreen libraries in Niagara have been hosting a number of
user
>> group meetings for Evergreen users in Southern Ontario. Of
course, it's not
>> limited to the geographic area...we'd love to see everyone from
all over!
>>
>> Nevertheless, we'd like to add our info to the wiki and Lori
Bowen Ayre
>> suggested that we change the main menu from "Communicate" to
"Participate"
>> and add a "User Group" page off that dropdown.
>>
>> Does anyone mind that change?
>>
>> Thanks!
>> Gordana
>>
>> Gordana Vitez
>> Library Services & Systems Coordinator
>> NC Libraries and Learning Commons
>> Niagara College
>> 300 Woodlawn Rd
>> Welland Ontario
>> L3C 7L3
>> Phone: (905) 735 2211 ext 7404

>> Fax: (905) 736 6021 
>> gvi...@niagaracollege.ca <mailto:gvi...@niagaracollege.ca>
>>
>>
>> --
>> Benjamin Shum
>> Open Source Software Coordinator
>> Bibliomation, Inc.
>> 32 Crest Road
>> Middlebury, CT 06762
>> 203-577-4070, ext. 113 
>
>




--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] [Evergreen-web-team] adding a page to the wiki

[Ben Shum]

Course after I hit send, I realize that the wording was altered to 
"Donate to Evergreen" instead for the specific example I selected of a 
"missing link".


Sorry about that, my mistake.

-- Ben

On 03/30/2012 04:13 PM, Ben Shum wrote:

Neat this sounds great!  But curious on some technical details...

The order specified for Community and Contribute menu links are 
different than the existing entries on the site (and it's missing some 
of the links too, like the "Support Evergreen" link under current 
Contribute).


Has there been further discussion in other threads about the menu 
links and what's included and/or the order for them?


Will these changes also affect the landing pages associated with the 
links?  Should communicate.php now instead be community.php page, with 
appropriate page title, links on that page changed, etc.


Thanks,

-- Ben


On 03/30/2012 12:43 PM, Lori Bowen Ayre wrote:

Hi Kathy,

Yea, I was torn about the Chat language.  Thanks for the feedback. 
 I'm happy to go with your changes.  So that would be:



_Community_

Chat

Mailing Lists

Official Blog

Community Blogs

Users Groups  (note new addition)

Calendar

_Contribute_

Develop Code

Report Bugs

Donate to Evergreen

Committees and Working Groups

Request Feature


Lori




On Fri, Mar 30, 2012 at 9:29 AM, Kathy Lussier <mailto:kluss...@masslnc.org>> wrote:


Hi Lori,

I like using community and contribute.

However, I would be inclined to put Chat under community rather
than contribute. Also, I prefer the old language “chat” to
calling it a “Developer Chatroom”. There are non-developers who
participate or just lurk in IRC, and I wouldn’t want to
discourage other non-developers from doing the same. It’s also
used for DIG, reports task force, and community meetings, so I
would say the audience goes beyond developers.

Otherwise, it looks good to me!

Kathy

-

Kathy Lussier

Project Coordinator

Massachusetts Library Network Cooperative

(508) 756-0172 

(508) 755-3721  (fax)

kluss...@masslnc.org <mailto:kluss...@masslnc.org>

IM: kmlussier (AOL & Yahoo)

Twitter: http://www.twitter.com/kmlussier

*From:*evergreen-web-team-boun...@list.evergreen-ils.org
<mailto:evergreen-web-team-boun...@list.evergreen-ils.org>
[mailto:evergreen-web-team-boun...@list.evergreen-ils.org
<mailto:evergreen-web-team-boun...@list.evergreen-ils.org>] *On
Behalf Of *Lori Bowen Ayre
*Sent:* Friday, March 30, 2012 12:20 PM
*To:* Evergreen Discussion Group; Evergreen Community Web Team
Email List
*Subject:* Re: [Evergreen-web-team] [OPEN-ILS-GENERAL] adding a
page to the wiki

Here's what I propose for changing the Menus on the Evergreen
Home page.  Instead of Communicate and Contribute, we make them
Community and Contribute.

Here's what I think should be under Community:

Mailing Lists

Official Blog

Community Blogs

Users Groups  (note new addition)

Calendar

Under Contribute:

Develop Code

Report Bugs

Developer Chatroom (note new language and new position on menu)

Donate to Evergreen (note this is slightly different language)

Committees and Working Groups

Request Feature (note new language)

Thoughts?

Lori


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=

Lori Bowen Ayre //

Library Technology Consultant / The Galecia Group

Oversight Board & Communications Committee / Evergreen

(707) 763-6869  //
lori.a...@galecia.com <mailto:lori.a...@galecia.com>

Availability: http://tungle.me/lori.ayre
<http://tungle.me/lori.ayre>

Specializing in open source ILS solutions, RFID, filtering,

workflow optimization, and materials handling

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



On Wed, Mar 28, 2012 at 6:20 AM, Gordana Vitez
mailto:gvi...@niagaracollege.ca>> wrote:

Drupal has a section called "community" and under that:

Online and local groups

Events and Meetups

Chat (IRC)

Planet Drupal

Community Spotlight

Commercial Support

Forum

Mailing Lists

Maybe the "Community" would encapsulate what we are trying to do
as well?

Thanks!

Gordana



>>> On 3/27/2012 at 5:16 PM, in message
mailto:jqqan%2bphgio%2b...@mail.gmail.com>>, Dan Scott
mailto:d...@coffeecode.net>> wrote:

I love the idea to have user group info in the wiki!

I'm a little concerned about moving from "Communicate" to
"Participate", because the latter seems closer in meaning to
"Contribute" and thus muddies the navigation a bit to my mind. But I
guess one could argue that to communicate is

Re: [OPEN-ILS-GENERAL] Canceled holds notices?

[Ben Shum]

It should be possible to notify patrons via email if a hold is canceled, 
though I'm not sure it does this automatically.  At the very least, 
there appear to be hook events that make sense in this case, such as:


hold_request.cancel.expire_holds_shelf - A hold is cancelled because it 
was on the holds shelf too long
hold_request.cancel.expire_no_target - A hold is cancelled because no 
copies were found

hold_request.cancel.patron - A hold is cancelled by the patron
hold_request.cancel.staff - A hold is cancelled because it was cancelled 
by staff


That covers four different ways that a hold can be canceled.  This hook 
would then lead to a potential email notification to the patron 
informing them of what happened.


I don't see examples of this in our system, so I can't provide you with 
a live sample right now.  In theory though, this would be something 
configurable through the "Notifications / Action Triggers" part of Local 
Administration options in Evergreen through crafting a custom event 
definition that uses those hooks to act on.


-- Ben


On 04/18/2012 02:04 PM, Katie Wallis wrote:

Hi,
Does Evergreen send notices to patrons when a hold they placed is 
canceled? Or does it have that capability?

Katie
**
*Katie Wallis*
*Columbia Gorge Community College Library*
400 East Scenic Drive, The Dalles, OR 97058
kwal...@cgcc.cc.or.us  | 541-506-6087


--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] ***SPAM*** Re: Should we have a systems administrators list?

[Ben Shum]

I'm -1 to this proposal.

For many years, I've mused with other Evergreen system administrators on 
the issues facing our particular role and areas for discussion.  The 
idea of making our own mailing list seemed like a good idea at many 
points in those discussions, and if you asked me a few years ago, I 
would have said yes.


But here are some potential concerns I have now:

While our role within our organizations may be to find the best 
practices for implementing/running an Evergreen system (and all the 
related areas of interest noted), we can also have a key role to play in 
Evergreen's overall development.  As system administrators, we are often 
at the cutting edge of testing, bug reporting, and troubleshooting how 
Evergreen performs in the field.  We can provide invaluable feedback to 
the Evergreen developers when we discuss our sys-admin issues in the 
existing lists / IRC.


Creating a separate list introduces the possibility that more 
information can become lost between groups if people do not subscribe to 
every list.  While of course, many of us would likely be signed up to 
these multiple lists and potentially act as representatives between 
groups, I do not like to see the burden of communication between various 
lists/groups to become a necessary conscious act on behalf of those 
subscribed to several lists.


Like say for example:

John Smith has an installation problem and mentions it only on the sys 
admin list.  But it turns out to be an actual issue with the Evergreen 
code itself and we have to involve developers to get it fixed for 
everyone in the community.  Do we then have to take the originally 
reported issue from the sys admin list and forward it to the dev list 
and discuss solutions?  The extra time and potential for lost 
information/facts gives me concerns that having that extra layer of 
communication may prove unwieldy.


Alternatively, what if someone posted a question to both mailing lists 
(sys admin and dev) and different people respond on each thread (based 
on whichever list they were subscribed) and the conversation becomes 
fractured between two lists?  How does everything get put back together 
in a nice ordered way for the next generation of users searching for 
information / learning.


To summarize, in my opinion, the system administrators while definitely 
having their own set of issues and topics of discussion are still a core 
part of the overall Evergreen development community and we should 
participate using the same areas for discussion such as the dev mailing 
list and IRC so that we don't miss anything or leave anything out of the 
mainstream Evergreen community.  The main thing I would want to change 
at this point in time is perhaps the wording used to describe the dev 
mailing list to expand beyond just technical code/patches, but to be a 
broader description and reinforce the "technical discussion list" 
title.  Unless of course, the developers tell us that they'd prefer to 
keep that list to talking only about real development only...  ;)


-- Ben

On 4/30/2012 8:11 PM, Justin Hopkins wrote:

We just wrapped up the post-conference systems administrator training,
which was awesome. Afterwards we were talking about the utility of a
new discussion list focused on Evergreen systems administration.

I think the topic is deep enough to warrant a list, and if this group
is any indication there is also sufficient interest. Systems
administration (troubleshooting server config issues,
installing/setting up Evergreen, using git, performance tuning,
network issues, cluster configuration, security, etc) seems to be an
area that deserves it's own forum. I've received plenty of great help
on those topics in IRC, which I'm very appreciative of, but let's face
it - IRC is and probably always will be the domain of developers.

I'm hoping that if enough people on this list express an interest that
someone (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--



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] ***SPAM*** Re: Setting to allow patrons to change username

[Ben Shum]

Hi Tim,

Another library setting that may cause havoc for you down the road is 
the option for patron barcode format.  You should set a regex there to 
identify patron barcode type so that things don't break for patrons if 
they try to use their barcode vs. their username.  For some reason in 
Tpac, if that setting isn't set, when a patron's username has become 
something other than their barcode, it will no longer recognize / use 
their barcode as a login option but only use the username.  (actually 
behind the scenes, I think it's only using the username field, which is 
usually always starts as the barcode)


Not sure if that's a Tpac bug exactly, or if maybe Evergreen should ship 
out of the box with a default sample regex so that this doesn't happen.  
Either way I should probably open a Launchpad bug ticket on the subject.


I can look up what regex we ended up with when I get to the office later 
this morning.


-- Ben

On 5/9/2012 8:23 AM, Tim Spindler wrote:

Thanks, Sally, that worked.

Tim

On Wed, May 9, 2012 at 8:21 AM, Sally Fortin > wrote:


Hi Tim,

If you set the library setting, "Allow multiple username changes"
to TRUE and the "lock username" setting to FALSE, does that work? 
When I created a new patron record, the barcode was identical to

the username.  With these settings, I was able to login to the
patron's account and change the barcode username to other
usernames multiple times.

Sally


On 5/9/2012 8:08 AM, Tim Spindler wrote:

I set the library setting "LOCK USERNAME" to false to allow users
to change their username in the PAC.  It doesn't seem to have
done anything.  Is this correct or is there another setting aI
should be looking at?

This is version 2.2.

-- 


Tim Spindler

Manager of Library Applications

tspind...@cwmars.org 

508-755-3323 x20

C/W MARS, Inc.

67 Millbrook St, Suite 201

Worcester, MA 01606
http://www.cwmars.org 

*P**   Go Green - **Save a tree! Please don't print this e-mail
unless it's really necessary.*





-- 
Sally Fortin

Director of Education
Equinox Software Inc. / Your Library's Guide to Open Source
Tel:770-709-5572  
Email:sfor...@esilibrary.com  
Fax:1-866-497-6390





--
Tim Spindler
tjspind...@gmail.com 

*P**   Go Green - **Save a tree! Please don't print this e-mail unless 
it's really necessary.*





--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Changes to Primary Nav on Evergreen-ILS.org

[Ben Shum]

Hi Lori,

One small problem:

It'll be easy enough to create an additional drop down menu choice for 
"User/Regional Groups" under the current menu options, but we do not 
seem to have an end point to direct that link to in any of the email 
correspondence so far.  I found on the dokuwiki, this page for 
http://evergreen-ils.org/dokuwiki/doku.php?id=user_groups , but it could 
probably use some editing first before it could be used as a landing 
page for people looking to find / create their own user groups.  
Alternatively, if the "User/Regional Groups" page is actually intended 
to be an entirely brand new page that will become a static part of the 
website, then we will also need wording, etc. to create that.


To clarify for others who've asked, the original message thread 
containing some of the proposed changes for the navigation bar 
originated with these messages:  
http://markmail.org/message/mc3ymptwo7ivw4ia


Since there's a scheduled web team meeting tomorrow, maybe we can 
discuss some of the necessary steps to move forward then?


-- Ben

On 05/09/2012 12:16 PM, Lori Bowen Ayre wrote:
With the announcement of another Evergreen regional group on the 
general mailing list, I'm inspired to nag about some changes we agreed 
to make to the primary navigation on evergreen-ils.org 
 in order to clarify some things and make 
room for these regional groups to live.  We agreed (several weeks ago) 
that the "Communicate" menu should be changed to "Community" and the 
items under that menu would include:




_Community _

Chat

Mailing Lists

Official Blog

Community Blogs

User Groups (should be call this Regional/User Groups?)

Calendar

_
_


We also made some changes to the items under 'Contribute' as follows:



_Contribute_

Develop Code

Report Bugs

Donate to Evergreen

Committees and Working Groups

Request Feature



As I recall, the idea of changing things around this way ended up 
being a bit more complicated that one might have first thought (per 
Ben Shum's investigation into the issue).  Recognizing that problem, 
I'd like to hear what we could do to at least move the idea forward a 
baby step.



Could we add "User/Regional Groups" to the dropdown menu now labelled 
"Communicate" without causing any trouble?



Could we remove the RSCEL link under Quick Links after that?


And then, as possible, could someone identify what it would take to 
rename "Communicate" to "Community"?  Maybe some of us can help with 
the content moves that will be required.



Lori




=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=
Lori Bowen Ayre //
Library Technology Consultant / The Galecia Group
Oversight Board & Communications Committee / Evergreen
(707) 763-6869 // lori.a...@galecia.com 
Availability: http://tungle.me/lori.ayre 

Specializing in open source ILS solutions, RFID, filtering,
workflow optimization, and materials handling
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] Bibliomation has planted a seed - look at what's growing in Evergreen now!

[Ben Shum]

Hi Lori,

Good point about Launchpad.  Fortunately, the original problem was 
reported publicly back in April and discussed in IRC and other areas at 
length.  This is a link to the existing bug ticket on the subject: 
https://bugs.launchpad.net/evergreen/+bug/984963


Notably, that bug ticket doesn't include the word "Syndetics" in the 
title, but that was because we were trying to be inclusive since when we 
first made the report, we did not know all the available added content 
providers currently employed by Evergreen libraries or what scope we 
were aiming for.


-- Ben

On 05/10/2012 01:25 PM, Lori Bowen Ayre wrote:

Huzzah!  Sounds exciting!

But one thing...shouldn't the Launchpad entry as well as a "Bug" be 
entered NOW so that everyone who doesn't see this email stands a 
better chance of knowing this work is in the works?  Even a skeletel 
entry in Launchpad would be good.  That's what I believe should happen 
(and that is what I've been telling the new developers I work with to 
do).


We also talked about putting development initiatives and RFPs in one 
area so people could see what twinkles were in other library's eyes. 
 The only place I found for such a thing was


http://evergreen-ils.org/dokuwiki/doku.php?id=development_proposals

But the above link appears to contain primarily things the developers 
put there for the GSOC project.  And some of it is very old.  I'm 
wondering if we need to


a) update that page
b) make it less buried (i.e. a link off that same Community menu item 
we are going to have?  or should be under the Contribute menu?)


Thoughts?

Lori




On Thu, May 10, 2012 at 10:04 AM, Suzannah Lipscomb 
mailto:slipsc...@esilibrary.com>> wrote:


Bibliomation, Inc ., Connecticut's largest
library consortium, is sponsoring the integration of Syndetic
Solutions  by
Bowker with Template Toolkit OPAC (TPAC) in Evergreen
. Equinox 
developers will be writing the code for this project.  TPAC will
be able to support cover images, reviews, summaries, table of
contents, excerpts, and author notes from Syndetic Solutions. 
Once the code is written, it will be  submitted on launchpad

, where another developer will
need to review and approve it.  Once the code is signed off on by
another developer, then it can be submitted for inclusion in the
next major release of Evergreen.  For more information, contact
Amy Terlaga at Bibliomation / terl...@biblio.org


Cheers,
Suzannah

-- 
Suzannah Lipscomb

Project Manager
Equinox Software, Inc. / Your Library's Guide to Open Source
email:slipsc...@esilibrary.com  
direct:770-709-5590or 877-OPEN-ILS
web:www.esilibrary.com    





--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] ***SPAM*** Re: ***SPAM*** Permission groups

[Ben Shum]

Hi Glen,

I believe the application_perm entry is used to define whether another 
given group has the ability to edit users of the group with the perm.


So say for example, you create a patron group called "Child", if you set 
that group with an application_perm like "group_application.user.child" 
then only a patron group with that particular permission will have the 
ability to view / add people to that Child Group.  Like say if my 
"Circulator" group had that permission associated with them, they could 
see "Child" in the Profile dropdown, but if the "Cataloger" group did 
not, they would not be able to create / save "Child" patrons.


If the field is blank, I believe it defaults to the parent groups, 
meaning that if you're creating these new groups under "Staff" it's 
likely that they inherit something like "group_application.user.staff" 
as the type.  But your average circulator/cataloger account wouldn't 
have staff editing powers so they wouldn't be able to see those groups 
while creating new patrons.


Conceptually, it's important to be clear that "Staff" groups and 
"Patron" groups share the same parts of the database, so you may 
actually need to have "Staff Patrons" as a group to keep them distinct 
from "Staff" as various login types for the staff client.  Though 
Evergreen is flexible enough to support any user login if you grant them 
the permissions to use staff functionality.


Hope that helps somewhat... permission groups can be tricky at first.

-- Ben

On 5/24/12 10:42 AM, Glen Modell wrote:
Hi, this is Glen at the Ann Arbor District Library.  We're not on 
Evergreen, but I'm experimenting.
I'd like some advice about adding permissions groups.  In the client 
I've gone through Admin, Server, Permissions Groups, and added several 
groups under Staff.  These show up in the permission.grp_tree table, 
but there is a column called application_perm which does not get 
filled automatically.  Perhaps because of this, the new permissions 
groups aren't valid.  When I create a new user and assign the user to 
that permissions group, that value is not retained after I save it.  
I've tried running an autogen but that didn't help.
Is there an additional step I need to do in order to add a permission 
group?  Thanks.  --  Glen.


--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] State of the map of Evergreen libraries?

[Ben Shum]

  
  
Hi Bob,

As one of the website folks, I'll take a look at updating the KML
files on the Evergreen website to include information for your
libraries.  I've been meaning to try doing more work on those files
anyways.

Will try to resolve as soon as possible.

-- Ben

On 6/7/12 9:59 AM, Bob Neeper wrote:


  
  Would someone extract the pertinent info from the attached kml
  file and add it to the 2 kml's on the Evergreen site at:
  http://www.evergreen-ils.org/dokuwiki/doku.php?id=evergreen_libraries
  
  Also add COOL Ohio to the United States list.
  
  Thanks, Bob
  
  
  
R. W. (Bob) Neeper
Community Library
44 Burrer Dr.
Sunbury, Oh 43074
Tel:  (740)-965-3901


  
  


-- 
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113


  

Re: [OPEN-ILS-GENERAL] Problems with downloaded Evergreen Virtual Image

[Ben Shum]

Hi Joel,

I have not tested this much recently, but I tried it just now.  My 
problem with the virtual image revolved mainly in setting up the 
networking options properly.  With my virtualbox, it did not detect the 
default host-only adapters that were set on import of the OVF. I ended 
up changing my network adapters to options that I knew might exist in my 
host environment.  I do not work with VMWare or VirtualBox on a regular 
basis, so I'm not an expert, but perhaps others can chime in with 
solutions if you can help to provide more specific errors / failure 
messages.


Evergreen 2.0.3 is very dated to me, so I think the community should 
plan around making some newer virtual images soon if we continue to 
offer them on the downloads page.


Alternatively, there are members of the community who offer access to 
public demo servers running various versions of Evergreen.  See 
http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers for details.


-- Ben

On 6/24/2012 7:43 AM, Joel Harbottle wrote:

Problems with downloaded Evergreen Virtual Image Hi All,

I've downloaded the Evergreen 2.0.3 Debian Squeeze Virtual Image from 
the Evergreen Website (http://evergreen-ils.org/downloads.php).


I have opened this Virtual image in Vmware for Mac and it just doesn't 
work at all, everything at boot up fails and there's no GUI. I have 
also downloaded the Virtual Box for Mac software and tried it under 
Virtual Box and have had the same problem.


Has anyone else had this problem with the virtual image, or does 
anyone know how to get it working??


Many thanks.

Kindest Regards,
Joel


*Joel Harbottle
*Library Technician
Email: joel.harbot...@hotmail.com.au

Library Processing Services (Qld.) 


--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Action triggers

[Ben Shum]

Hi Alexey,

I didn't get a chance to read through all the documentation links being 
shared thus far, but I can tell you that we are still using the exact 
same process for action_trigger_runner.pl since 2.0. There's a few new 
options that we're still experimenting with, such as granularity and 
processing in parallel, but largely our nightly processes have gone 
unchanged.


Presently we chose to operate our cronjobs similarly to how they were 
established in crontab.example that's included with the Evergreen code 
with some adjustments based on our own desired operating schedule.


Since nothing significant has changed though, I would assume that 
information in older 2.0 docs are likely still valuable.


As for why it's "missing" from 2.1/2.2, I'm unclear on how DIG decides 
to port documentation forward, but that seems like a good question to 
have DIG members respond to.


-- Ben


On 08/03/2012 01:18 PM, Lazar, Alexey Vladimirovich wrote:

The http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:action_trigger page 
seems to describe how the process works and what the fields in the client mean 
when setting up action triggers. From that page and other documentation I 
gather that active triggers happen automatically and passive triggers need a 
cron job. Ok.

My question is still whether or not 
http://docs.evergreen-ils.org/2.0/draft/html/ProcessingActionTriggers.html is 
relevant in current versions, or if this process has been replaced with other 
better ways of doing this.  Is it a problem of missing documentation for this 
section in 2.1 and 2.2?  Or was the section removed from documentation because 
the feature is obsolete or no longer needed or not recommended?

If you are a sysadmin, are you using action_trigger_runner.pl or what other 
scripts as cron jobs for things like overdues, etc.?

Thanks.


On Aug 3, 2012, at 09:15 , Lazar, Alexey Vladimirovich wrote:


David, yes, I read through it.  I think I am still missing something though.

On Aug 2, 2012, at 21:42 , David Busby wrote:


Alexey,
Did you see this one:
http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:action_trigger

I recently made updates to that page while working with A/T

--
David Busby
Edoceo, Inc.
http://edoceo.com/
206.282.6500


On Thu, Aug 2, 2012 at 3:09 PM, Lazar, Alexey Vladimirovich
 wrote:

Hello, everybody.

In Evergreen documentation for versions 1.6 and 2.0 I can locate the section on 
Processing Action Triggers [1].

I can't seem to find the equivalent section in documentation for versions 2.1 
and 2.2. I am working with 2.2.

Is the information [1] still relevant?  Or are action triggers processed 
differently these days?

Any help is welcome, including in the form of a link to a piece of 
documentation or a list thread I may have overlooked when searching for 
information on this topic.

Thanks!

[1] http://docs.evergreen-ils.org/2.0/draft/html/ProcessingActionTriggers.html

Alexey Lazar
PALS
Information System Developer and Integrator
507-389-2907
http://www.mnpals.org/



Alexey Lazar
PALS
Information System Developer and Integrator
507-389-2907
http://www.mnpals.org/



Alexey Lazar
PALS
Information System Developer and Integrator
507-389-2907
http://www.mnpals.org/




--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] ***SPAM*** Re: Printing in Evergreen

[Ben Shum]

For whatever it's worth, based on Dan's advice a couple years ago, our 
libraries also use the Dymo 450 for spine label printing.  We ran 
Evergreen 2.0 from 2.0.1 through 2.0.10-ish before we upgraded to 2.2 
and beyond.  As Dan notes, those printer setting options do exist in 2.0.


So, safe to say that model works with Evergreen 2.0.

-- Ben

On 08/07/2012 06:39 PM, Dan Scott wrote:

On Tue, Aug 07, 2012 at 03:34:10PM -0700, Christine Campbell wrote:

On Tue, Aug 7, 2012 at 3:27 PM, Dan Scott  wrote:


On Tue, Aug 07, 2012 at 02:40:20PM -0700, Christine Campbell wrote:

Hi Everyone,

I should have also specified that I'm looking for information about spine
label printing in particular.

So, to reiterate, yes we are printing _spine_ labels successfully on Dymo
450's (and 330's) with the stock Evergreen software, and have been since
we migrated to Evergreen in 2009.

I can also state that we have the ability to modify the font family,
font weight, font size, etc, through the Library Settings Editor, with a
small caveat that it seems as though a setting at the Consortial context
currently overrides any settings at child systems or branches (which is
counter to how it is supposed to work, so quite possibly a bug there).

We are running on the 2.3 release branch of Evergreen as of Sunday,
although prior to that we were running on the 2.1 branch, and the same
functionality was present there.



Thanks so much, Dan. Your experiences seem likely to save the rest of us a
lot of experimenting.

No problem, Christine. I should also note in reply to one of your other
messages that we were originally on something close to 1.6 (before 1.6
was actually released), so I can confirm that the Dymos worked there,
too. I believe that the library settings for font family, size, etc were
introduced in the 2.0 release, so hopefully you'll find them there.

Re: [OPEN-ILS-GENERAL] holds not picking up

[Ben Shum]

Hi Anne,

Which version of Evergreen are you using?  In more recent versions 
(since 2.1.0 and upwards, I think), it's possible to use a special 
"check-in modifier" (lower right corner of the check-in screen) to 
enable the re-targeting of holds upon check-in of items.  This special 
modifier is used when handling brand new material that gets added to an 
Evergreen system.


Presently, holds are only targeted once every 24 hours based on the time 
that the hold was initially placed first.  There's a field on the hold 
table called "prev_check_time" (previous check time) that tells the 
targeter to skip said hold until it passes that point.  So depending on 
when the patron or staff created the hold, and then based on the 
regularity of your hold targeter script, the availability of materials 
that can fulfill a hold will vary greatly.  In our consortium, we run 
our hold targeter every 15 minutes, but because of the 24 hour wait time 
built into each hold, it still doesn't match brand new items to some 
existing holds till the following day.  For example, a hold could be 
created at 1 pm on Monday, a new item created to fill that hold on 2 pm 
on Monday, but that hold won't target that new item till 1 pm on Tuesday 
after the previous check time elapses and the hold targeter actually 
does another check.


Another possibility is that whichever copy status that is being used 
when processing books ordered and scanned in your first mentioned 
approach is one that does not allow holds to be placed/processed on the 
material.  You may want to double check that the copy status options are 
all in order on your system as well and that holds are allowed on the 
statuses you expect.


Hope this helps somewhat, please feel free to ask more questions. Holds 
can be a little perplexing...


-- Ben

On 08/08/2012 07:05 AM, Anne Murray wrote:
Can anyone help with this as we can't find the problem. If we order 
more copies of a very popular book, when they are scanned through 
check in, the holds aren't triggered. The holds targetter is running 
ok. Also, if we buy a book from Amazon (say) and catalogue it 
ourselves, the hold goes on ok, but again when it reaches the library 
the hold isn't picked up and the status goes to 'reshelving'.

Anne Murray
Service Support Officer
East Dunbartonshire Libraries
Kirkintilloch
Scotland


--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] holds not picking up

[Ben Shum]

Oops, hit send too fast.  The reason I suggest using the check-in 
modifier for retargeting holds is that it bypasses the previous check 
time I mention and resets holds associated with the material so that the 
check occurs immediately, often resulting in a hold being triggered.  
This does have the added effect of slowing down the check-in event 
(since you take more time to process all the holds, etc.) but one would 
only be using the option during the cataloging of brand new items.


-- Ben

On 08/08/2012 07:36 AM, Ben Shum wrote:

Hi Anne,

Which version of Evergreen are you using?  In more recent versions 
(since 2.1.0 and upwards, I think), it's possible to use a special 
"check-in modifier" (lower right corner of the check-in screen) to 
enable the re-targeting of holds upon check-in of items.  This special 
modifier is used when handling brand new material that gets added to 
an Evergreen system.


Presently, holds are only targeted once every 24 hours based on the 
time that the hold was initially placed first.  There's a field on the 
hold table called "prev_check_time" (previous check time) that tells 
the targeter to skip said hold until it passes that point.  So 
depending on when the patron or staff created the hold, and then based 
on the regularity of your hold targeter script, the availability of 
materials that can fulfill a hold will vary greatly.  In our 
consortium, we run our hold targeter every 15 minutes, but because of 
the 24 hour wait time built into each hold, it still doesn't match 
brand new items to some existing holds till the following day.  For 
example, a hold could be created at 1 pm on Monday, a new item created 
to fill that hold on 2 pm on Monday, but that hold won't target that 
new item till 1 pm on Tuesday after the previous check time elapses 
and the hold targeter actually does another check.


Another possibility is that whichever copy status that is being used 
when processing books ordered and scanned in your first mentioned 
approach is one that does not allow holds to be placed/processed on 
the material.  You may want to double check that the copy status 
options are all in order on your system as well and that holds are 
allowed on the statuses you expect.


Hope this helps somewhat, please feel free to ask more questions. 
Holds can be a little perplexing...


-- Ben

On 08/08/2012 07:05 AM, Anne Murray wrote:
Can anyone help with this as we can't find the problem. If we order 
more copies of a very popular book, when they are scanned through 
check in, the holds aren't triggered. The holds targetter is running 
ok. Also, if we buy a book from Amazon (say) and catalogue it 
ourselves, the hold goes on ok, but again when it reaches the library 
the hold isn't picked up and the status goes to 'reshelving'.

Anne Murray
Service Support Officer
East Dunbartonshire Libraries
Kirkintilloch
Scotland




--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Floating Collections

[Ben Shum]

How timely Tim, we just had a case where we found an item with floating 
set to yes, misbehaving when it was returned to another library and not 
transiting back to its home system.


I think you're right that this is not possible to work within system 
only at this time.  But I know folks have talked about that in the 
past... just not sure if anybody is actually working to develop this 
capability.


Good idea though.

-- Ben


On 08/08/2012 09:00 AM, Tim Spindler wrote:
We are a multisystem consortium and we have one system that is looking 
at using floating collections.  They were doing a little testing and 
found.


 1. Toggled a copy to floating collection
 2. Checked the item out at branch 1 and the copy had circ library as
branch 1
 3. Returned the item to branch 2 and it set the item to a circ
library as branch 2  (which is what they wanted)

However, they also found that when the item was returned to a library 
outside of their system, the circ library was changed to that library 
outside of their system.


Is there a way to prevent this from happening and only allow it to 
change within the system?  I didn't think this was possible but I want 
to make sure before I answer the question.


--

Tim Spindler

Manager of Library Applications

tspind...@cwmars.org 

508-755-3323 x20

C/W MARS, Inc.

67 Millbrook St, Suite 201

Worcester, MA 01606
http://www.cwmars.org 

*P**   Go Green - **Save a tree! Please don't print this e-mail unless 
it's really necessary.*





--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] holds not picking up

[Ben Shum]

Hi Alexey,

I'm not an expert on holds functionality, but I think it's assumed that 
the process for calculating targets can be extremely taxing and applying 
the circulation checkin modifiers is staff's way of showing that they 
intend to be checking in new items.  Otherwise, you'd be constantly 
doing checks on each item coming in to determine if they're really "new" 
and slowing down normal circulation doing the retarget actions.


Just guessing,

-- Ben

On 08/08/2012 10:08 AM, Lazar, Alexey Vladimirovich wrote:

Thanks, Ben.

We have run into this problem with 2.0.x as well, and were indeed a bit 
perplexed. Thanks for this information, it is very helpful.

Would it be possible and/or reasonable/useful for the system to bypass the 
previous hold time for brand new items automatically, so that the holds can be 
triggered as you describe, but without any special steps?

On Aug 8, 2012, at 06:43 , Anne Murray wrote:


We're using 2.1.0 - I think it may well be the statuses - I will look in to 
this. Thanks for the info on the check-in modifier too - all very useful!
  
  
Anne


On 8 August 2012 12:38, Ben Shum  wrote:
Oops, hit send too fast.  The reason I suggest using the check-in modifier for 
retargeting holds is that it bypasses the previous check time I mention and 
resets holds associated with the material so that the check occurs immediately, 
often resulting in a hold being triggered.  This does have the added effect of 
slowing down the check-in event (since you take more time to process all the 
holds, etc.) but one would only be using the option during the cataloging of 
brand new items.

-- Ben


On 08/08/2012 07:36 AM, Ben Shum wrote:
Hi Anne,

Which version of Evergreen are you using?  In more recent versions (since 2.1.0 and 
upwards, I think), it's possible to use a special "check-in modifier" (lower 
right corner of the check-in screen) to enable the re-targeting of holds upon check-in of 
items.  This special modifier is used when handling brand new material that gets added to 
an Evergreen system.

Presently, holds are only targeted once every 24 hours based on the time that the hold 
was initially placed first.  There's a field on the hold table called 
"prev_check_time" (previous check time) that tells the targeter to skip said 
hold until it passes that point.  So depending on when the patron or staff created the 
hold, and then based on the regularity of your hold targeter script, the availability of 
materials that can fulfill a hold will vary greatly.  In our consortium, we run our hold 
targeter every 15 minutes, but because of the 24 hour wait time built into each hold, it 
still doesn't match brand new items to some existing holds till the following day.  For 
example, a hold could be created at 1 pm on Monday, a new item created to fill that hold 
on 2 pm on Monday, but that hold won't target that new item till 1 pm on Tuesday after 
the previous check time elapses and the hold targeter actually does another check.

Another possibility is that whichever copy status that is being used when 
processing books ordered and scanned in your first mentioned approach is one 
that does not allow holds to be placed/processed on the material.  You may want 
to double check that the copy status options are all in order on your system as 
well and that holds are allowed on the statuses you expect.

Hope this helps somewhat, please feel free to ask more questions. Holds can be 
a little perplexing...

-- Ben

On 08/08/2012 07:05 AM, Anne Murray wrote:
Can anyone help with this as we can't find the problem. If we order more copies 
of a very popular book, when they are scanned through check in, the holds 
aren't triggered. The holds targetter is running ok. Also, if we buy a book 
from Amazon (say) and catalogue it ourselves, the hold goes on ok, but again 
when it reaches the library the hold isn't picked up and the status goes to 
'reshelving'.
Anne Murray
Service Support Officer
East Dunbartonshire Libraries
Kirkintilloch
Scotland


--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113




Alexey Lazar
PALS
Information System Developer and Integrator
507-389-2907
http://www.mnpals.org/




--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Error accessing demo catalog

[Ben Shum]

Hi Lori,

I'd be happy to try adding additional information as made aware of its need.

But I'd like to encourage anyone with wiki access to feel free to make 
any changes or additions in the interest of open collaboration.  I have 
never felt that information I contributed to the wiki would be "owned" 
by myself or that it would remain my responsibility to maintain.  
Judging from the wiki page history thus far, several other people have 
already made changes to the website administration page to enhance its 
content.  I'm happy to have helped begin the process for creating the 
page and that it has grown so useful to have all the information located 
there, but welcome others to participate as well.


-- Ben


On 08/08/2012 07:18 PM, Lori Bowen Ayre wrote:
Interesting issue.  It is a wiki and yet it has been the work of Ben 
Shum thus far and the approach we've been taking on the Web Team is to 
have content owners (well, people responsible for content areas) so I 
was feeling more inclined to treat that page as Ben's.


Also, I suck at wiki editing.


On Wed, Aug 8, 2012 at 4:11 PM, Dan Scott <mailto:d...@coffeecode.net>> wrote:



On Aug 8, 2012 6:54 PM, "Lori Bowen Ayre" mailto:lori.a...@galecia.com>> wrote:
>
> Hi Janet,
>
> That particular server is maintained by Equinox so if you don't
get a response from this message, I'd send an email to
supp...@esilibrary.com <mailto:supp...@esilibrary.com>.  That's
what I'd do
>
> It would be useful for the people providing demo or test servers
to provide a contact person like we did for the KCLS supported
onesAND it would be good to add this info to our website
administration page!  Nothing on demo or test servers here:
http://evergreen-ils.org/dokuwiki/doku.php?id=website_administration
>
> Ben Shum, would you be willing to add info about demo/test
servers/virtual images, etc to your document (and find out a
contact person for the ESI system while we're at it???)
>

Good idea - but Lori, it's a wiki, there's no reason to delegate
to Ben when you could (and should) do it yourself. If you need a
wiki account I can hook you up.




--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Content ownership on web site

[Ben Shum]

Official content or otherwise, I'm wary about the idea of having 
assigned tasks/pages made responsible by specific individuals.  I'd 
prefer to keep things more flexible and overall responsibility shared by 
collaborative teams working together on the same content. For my own 
participation in website matters, my operating mode has always been that 
I was a volunteer working with other members of the community.  If I 
were to disappear tomorrow, the Evergreen website would continue to 
function and others in the community could step in to continue the work 
as the content is all free and open access.


My main concerns with individuals being marked responsible for specific 
page content is that we move towards a system where


1) Assigned people could disappear due to other obligations or burn out, 
leaving pages we have to constantly reassign to others.
2) We potentially discourage participation from new people who feel that 
things are already "covered" by the assigned persons.


With a volunteer driven community, it seems to be in our best interest 
to keep things open and available for anyone to work. While individuals 
and the contributions made by them matter a great deal, I think we're 
all meant to be equal participants and special emphasis on defined 
responsibilities may hinder the process more than enhance.


-- Ben


On 08/09/2012 05:30 PM, Lazar, Alexey Vladimirovich wrote:

On Aug 9, 2012, at 15:32 , Kathy Lussier wrote:


Hey Lori!


Interesting issue.  It is a wiki and yet it has been the work of Ben
Shum thus far and the approach we've been taking on the Web Team is
to have content owners (well, people responsible for content areas)
so I was feeling more inclined to treat that page as Ben's.

Can you talk a little more about how you and the web team envision content 
ownership working? I know it's been a while since I've been able to attend a 
web team meeting,
and my memory is a little fuzzy on this topic, but I remember talking about 
content ownership early on. At the time, my interpretation was that it was a 
way for web team members to improve small pieces of the web site that were 
important to them, but I didn't think it meant they had sole responsibility for 
a particular wiki page - at least I hope it didn't since I'm sure there have 
been times when I've inadvertently edited someone else's page. I would like to 
echo Ben's sentiment for open collaboration on the wiki where anybody with an 
account can feel free to add or edit content when they see a change that needs 
to be made. I'm hoping a future Evergreen web site will follow a similar model, 
primarily because we are all volunteers with limited time to contribute to the 
web site. So I thought this e-mail thread might be a good jumping off point to 
discuss how content ownership might work on the web site and perhaps to 
reaffirm the collaborative nature of the Evergreen wiki.

The idea of content ownership was discussed specifically for official website 
content, not necessarily for unofficial wiki content. The content owner will be 
ultimately responsible for maintaining content for which he or she is the 
owner, including facilitating content review and feedback processes, etc.  The 
idea is to clearly assign this duty to avoid having orphaned and outdated 
content.


There are only a few people who can make high-level changes to the non-wiki 
portions of the web site, and I know the web team and others need to ask for 
assistance to make those changes because they might not have the permission or 
technical knowledge to make those changes themselves. However, I'm concerned 
that asking those same people to make updates that can be done by anyone with a 
wiki account might be an imposition on their time.

Yes, by introducing the concept of content ownership we are trying to formalize and clarify 
responsibility for maintaining official content.  Wiki is unofficial content, so I would just like 
to make that distinction again and focus more on official website content for now. That said, when 
it comes to wiki pages, a "content owner" could be defined by such activity as initiating 
a new page, making frequent edits, etc. So, it doesn't hurt to check. But it does not mean that 
this "owner" is the only person who can edit, since the wiki provides facilities to 
document/explain edits.

Kathy, please feel free to join us for the next meeting on August 16, 2012 at 
13:30 Central/14:30 Eastern if you have any other questions or input.


Also, I suck at wiki editing.

Heh, it's not my strong point either, but I've found I can go far just by copy 
and pasting the wiki markup that was used by the people who came before me.

Cheers!

Kathy

--
Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128
kluss...@masslnc.org
Twitter: http://www.twitter.com/kmlussier


Alexey Laz

[OPEN-ILS-GENERAL] ***SPAM*** Re: permissions and editing patron records

[Ben Shum]

Hi Erik,

I think what Thomas was trying to say in his reply is that you need to 
grant the associated user permission to the staff patron group you're 
setting up.


So for example, 'group_application.user.patron' is the name of the 
'application_perm' for the default 'Patrons' group.  So that means you 
have to give 'group_application.user.patron' as a permission to the 
Volunteer staff group you're creating to allow them to edit patrons 
associated with the 'Patrons' group.  If you have any other groups they 
need to be able to edit, you'd need to check the application_perm for 
those other groups.


We use this extensively in our consortium with additional custom 
application_perms to restrict editing between various staff groups, etc.


-- Ben

On 08/17/2012 03:02 PM, Thomas Berezansky wrote:
Each permission group has a permission assigned to it that you would 
need to grant for people to be able to edit those patrons. You can see 
what is assigned by looking at the permission/profile groups themselves.


MVLC has a "patron" group, for example, that we assign "patron staff 
members" to. Only our central site staff can edit that group, ensuring 
that desk staff and volunteers don't change the passwords of other 
staff members.


Thomas Berezansky
Merrimack Valley Library Consortium


Quoting Erik Stevens :


Hi Evergreen Community,

I have a noobish question/problem about permissions that I'm sure has an
easy answer:

We have a Volunteer login for the staff client that is limited in its
permissions. One thing it currently cannot do is edit patron info 
using the

Edit tab in the patron record pages.

We are trying to allow this account to save edits to patron records 
but I
cannot seem to make this work (the save buttons are disabled). I have 
tried

giving the account the CREATE_USER and UPDATE_USER permissions, with the
editing permission level set to staff or patron-level (and then running
autogen), but this doesn't do it. The volunteer account can only save
changes to its own patron record, not anyone else's.

What am I missing here? What has to be enabled to allow saving 
changes to

other patron records? We are running Evergreen 2.1.

Many Thanks,

--
Erik Stevens
Technology Coordinator
Haines Borough Public Library







--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] Reminder! Fill out Evergreen Community Meeting Poll

[Ben Shum]

Hi everyone,

This is a reminder that there's an open poll being conducted to 
determine the date and time for the next Evergreen Community Meeting, 
planned for September.


Please take some time out to fill out the Doodle poll: 
http://doodle.com/k6x759dc8xi7vhm9


Thanks!

-- Ben

Re: [OPEN-ILS-GENERAL] OPAC questions

[Ben Shum]

Hi Lori,

I'll give it a shot...

On 08/21/2012 03:02 PM, Lori Bowen Ayre wrote:


Can someone tell me the answers to the following questions related to 
the OPAC?





Maybe.

Can patrons can print a list of the items they have checked out with 
respective due dates from their library account.




Kind of.  One could print off the my account page showing all the items 
checked out and due dates, etc.  But if they're really asking for some 
sort of link / button to generate a nicer formatted list of content to 
be printed, then no, not yet.


Can patrons choose to print receipts or get a receipt sent to their 
email address.




Kind of.  If we're talking about during the checkout process, staff can 
either close out of the circ window (no receipt) or print a final 
receipt for patrons.  Emailing receipts was discussed in the past, and I 
think someone was looking into action/triggers to do that, but I'm not 
sure if that's gone anywhere yet.



Does the system support 3rd party reading lists


It might be helpful to have some specific examples of 3rd party reading 
list technologies that might be included?  We're not using any, so I 
couldn't comment on that.



Can you customize empty search results screens?



I would expect that it's possible to alter the empty results message 
strings, but haven't tried it myself.





=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=
Lori Bowen Ayre //
Library Technology Consultant / The Galecia Group
Oversight Board & Communications Committee / Evergreen
(707) 763-6869 // lori.a...@galecia.com 
Availability: http://tungle.me/lori.ayre 

Specializing in open source ILS solutions, RFID, filtering,
workflow optimization, and materials handling
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] ***SPAM*** Re: Re: Open-ils-general Digest, Vol 74, Issue 41

[Ben Shum]

Hi Erik,

Have you tried granting the base permission as well, such as 
'group_application.user' to the Volunteers group?  I can't remember if 
you need that as well.


The editing permission that you see in the Permission Groups Editor 
refers to the permission for editing that group.  So each group has its 
own editing permission value.  And then you grant that permission to the 
other groups you want to give powers to edit them.


-- Ben

On 08/21/2012 04:25 PM, Erik Stevens wrote:

Thanks Ben,

"you have to give 'group_application.user.patron' as a permission to the
Volunteer staff group you're creating to allow them to edit patrons
associated with the 'Patrons' group."

I think this must be the problem (since volunteer can edit its own 
patron record, just not others), but I still cannot seem to fix it. 
Perhaps I am just not implementing this correctly?


In the Permission Groups Editor, I go to the first tab for the 
Volunteer group (to which I am assigning my volunteer login account), 
and set the field Editing Permission to group_application.user.patron 
(I have also tried user.staff, and of course I am careful to save and 
verify and even try autogen just in case).


This did not help though, so I tried going into the second tab in 
the Permission Groups Editor and tried adding new mappings for 
the group_application.user.patron, and group_application.user.staff 
permissions. That didn't help either.


Is there somewhere else that the editing permission level can be set?



Hi Erik,

I think what Thomas was trying to say in his reply is that you need to
grant the associated user permission to the staff patron group you're
setting up.

So for example, 'group_application.user.patron' is the name of the
'application_perm' for the default 'Patrons' group.  So that means you
have to give 'group_application.user.patron' as a permission to the
Volunteer staff group you're creating to allow them to edit patrons
associated with the 'Patrons' group.  If you have any other groups
they
need to be able to edit, you'd need to check the application_perm for
those other groups.

We use this extensively in our consortium with additional custom
application_perms to restrict editing between various staff
groups, etc.

-- Ben

On 08/17/2012 03:02 PM, Thomas Berezansky wrote:
> Each permission group has a permission assigned to it that you would
> need to grant for people to be able to edit those patrons. You
can see
> what is assigned by looking at the permission/profile groups
themselves.
>
> MVLC has a "patron" group, for example, that we assign "patron staff
> members" to. Only our central site staff can edit that group,
ensuring
> that desk staff and volunteers don't change the passwords of other
> staff members.
>
> Thomas Berezansky
> Merrimack Valley Library Consortium
>
>
> Quoting Erik Stevens mailto:technol...@haineslibrary.org>>:
>
>> Hi Evergreen Community,
>>
>> I have a noobish question/problem about permissions that I'm
sure has an
>> easy answer:
>>
>> We have a Volunteer login for the staff client that is limited
in its
>> permissions. One thing it currently cannot do is edit patron info
>> using the
>> Edit tab in the patron record pages.
>>
>> We are trying to allow this account to save edits to patron records
>> but I
>> cannot seem to make this work (the save buttons are disabled).
I have
>> tried
>> giving the account the CREATE_USER and UPDATE_USER permissions,
with the
>> editing permission level set to staff or patron-level (and then
running
>> autogen), but this doesn't do it. The volunteer account can
only save
>> changes to its own patron record, not anyone else's.
>>
>> What am I missing here? What has to be enabled to allow saving
>> changes to
>> other patron records? We are running Evergreen 2.1.
>>
>> Many Thanks,
>>
>> --
>> Erik Stevens
>> Technology Coordinator
>> Haines Borough Public Library
>>
>
>
>

--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113 





--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Next community meeting is 14 September 2012, 17:00 UTC+0

[Ben Shum]

Historically, the Community Meeting grew out of a need to disseminate 
information from various groups and committees to a larger group of 
people and it started as an extension of the Developer meetings 
conducted regularly in IRC.  There was some discussion in those early 
days about the format for community meetings and whether we should 
continue to use IRC or find alternatives.  I don't recall anybody really 
suggesting or volunteering alternatives at the time, but it never hurts 
to refresh the discussion.  So I'm inclined to support trying new 
approaches too.


Some logistical concerns with conference call though:

Looking back and doing a quick head count of people who identified 
themselves during the last community meetings, we tend to have at least 
12-20 participants (possibly more lurking).  Are individuals or 
organizations in the community able to volunteer access to a conference 
call line large enough to support that many (or more) simultaneous 
participants?  Do we have to use some sort of professional meeting tool 
like WebEx or similar?  Will the volunteers who setup the conference 
line be tasked to also coordinate the running of the meeting, to avoid 
having everybody talking at once, etc.?


I think Thomas also raises a good point about participant cross 
communication issues with phone/IRC.  So bridging that gap would need to 
be necessary as well.


-- Ben

On 08/30/2012 12:24 PM, Thomas Berezansky wrote:
I question how those who can't participate via IRC (assuming that is a 
goal here) and those who can't participate via the conference call 
will interact with each other.


Not that I am sure I would be attending either way, but I am much more 
likely to participate in IRC than on a conference call.


Thomas Berezansky
Merrimack Valley Library Consortium


Quoting Jason Etheridge :

Any objections to having this meeting on conference call in parallel 
to the IRC?


I don't like the idea, but I don't necessarily object.  Worth trying
new things and learning from the results. :)

--
Jason Etheridge
 | Equinox Software, Inc. / The Open Source Experts
 | phone:  1-877-OPEN-ILS (673-6457)
 | email:  ja...@esilibrary.com
 | web:  http://www.esilibrary.com
 | Supporting Koha and Evergreen: http://koha-community.org &
http://evergreen-ils.org







--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Circulation stats

[Ben Shum]

Seems to me it depends on how your reports retrieve data from 
Evergreen.  In the circulation table, Evergreen records the library 
where the item was circulated from (the "lending branch") but you can 
also retrieve either the item's circulating library or item's volume's 
owning library (usually equivalent to the "owning branch").


So you could conceivably create a report to show circulations either 
from the circulating library or the owning library.  In our consortium, 
we write both forms of the report so that libraries can see the amount 
of circulations done at their site, but also for their items via other 
sites.


As for the renew question, it depends on how you've configured 
Evergreen.  By default, I believe OPAC renewals will use the home 
library of the patron to define where the circulation occurs.  This can 
be changed to instead use the original circulating library where the 
item began its journey.


With desk renewals (i.e. renewing using the staff client), it'll use 
apply the circulating library to be the library where the workstation is 
registered.  Someday I hope to have options here to force renewals to 
follow the originating library as well.


-- Ben


On 09/05/2012 04:51 PM, James Wagner wrote:


We were wondering how Evergreen records circulation stats. If an item 
is sent from one branch to another for a patron to sign out, does 
Evergreen record the check out as a statistic for the lending branch 
or the owning branch? When the item is renewed, which branch gets the 
stat?


*James Wagner*

*Technical Services Co-ordinator*

*Lincoln Public Library*

*Vineland, Ontario*

*905-563-2799 ext 216*

*wag...@lincoln.library.on.ca*



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] added item to agenda for Community Meeting

[Ben Shum]

Hi Lori, 

As far as I know, everyone is welcome to add any topics for discussion, so 
sounds good to me. Though some long topics may begin as mailing list 
discussions too, to save time/begin early.

-- Ben

Lori Bowen Ayre  wrote:

>Hi All,
>
>I wasn't sure of the protocol for adding items to the community meeting
>agenda.  Since it is on the wiki, I'm assuming we are all invited to add
>items we'd like to discuss.
>
>Let me know if there is a different protocol!
>
>Lori
>
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=
>Lori Bowen Ayre //
>Library Technology Consultant / The Galecia Group
>Oversight Board & Communications Committee / Evergreen
>(707) 763-6869 // lori.a...@galecia.com
>Availability:  http://tungle.me/lori.ayre
>
>Specializing in open source ILS solutions, RFID,
>filtering,
>workflow optimization, and materials handling
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Re: [OPEN-ILS-GENERAL] Alert flag appears with no alert

[Ben Shum]

Hi Jim,

For me, I've seen enough random nonsensical data migrate from our 
previous legacy systems into Evergreen to not trust that the data is 
meant to make sense from the get-go.  We've done quite a bit of data 
cleanup in our database post-migrations.


That said, are you suggesting that there ought to be a way for Evergreen 
to detect when staff are adding to an alert field only spaces and 
prevent the field from being saved?  If so, I think that'd be an 
interesting new feature to consider.


-- Ben

On 09/07/2012 08:51 AM, Jim Frey wrote:
Not sure if this is a feature request or a bug -- a patron record was 
flagged for an alert even though there was no visible alert text. The 
'alert' consisted of 3 spaces which went undetected by the staff.  
Deleting the spaces removed the flag.


Evergreen v2.2.1

Jim Frey
Systems & Emerging Technology Librarian

Pioneer Library System
2557 State Rt. 21
Canandaigua, New York  14424

Voice: (585) 394-8260
Fax: (585) 394-1935



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Weeding Report

[Ben Shum]

I'd agree with Thomas that the hard coded IDs for legacy stat cats would 
have no real meaning in our system either.  I have to review the other 
fields, but they might be interesting enough to interest our report 
writers to have them included on our system.


We aren't using it in our DB, though apparently we have the fm_IDL 
entries.  Oops.


So as far as it being a good example, yes, I think that it's cool to 
see/learn from them.  But installing by default, maybe not all of it?


-- Ben

On 09/13/2012 10:09 AM, Thomas Berezansky wrote:
I am going to vote against including them by default, and vote for 
commenting out their IDL views by default instead.


Having looked through some of the contents of that file it is making 
assumptions I don't like. Grabbing asset stat cats based on them being 
in specific IDs, for example, that may have no meaning on non-PINES 
systems.


Basically, I think they make useful examples, but I don't think they 
should be installed by default.


Thomas Berezansky
Merrimack Valley Library Consortium


Quoting Galen Charlton :


Hi,

On Thu, Sep 13, 2012 at 9:55 AM, Dan Scott  wrote:

On the other hand - if there are lots of sites are currently using the
reporter extensions, then let's just add them to the stock database
creation scripts and be done with it.

I know we're using them, for example. Show of hands?


I'm for just installing them by default.

Regards,

Galen
--
Galen Charlton
Director of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  g...@esilibrary.com
direct: +1 770-709-5581
cell:   +1 404-984-4366
skype:  gmcharlt
web:http://www.esilibrary.com/
Supporting Koha and Evergreen: http://koha-community.org &
http://evergreen-ils.org







--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Evergreen trademark policy

[Ben Shum]

Question, where do we plan to enforce the trademark "EGILS"?  As far as 
I knew, this has only been used for the "official" twitter hashtag 
#egils, but I wouldn't have imagined one would trademark a hashtag.


Or is the intent that we may someday use the acronym EGILS and it's now 
to be an official term for the project?


-- Ben

On 09/14/2012 11:21 AM, Galen Charlton wrote:

Hi,

The Evergreen Oversight Board has been working with Tony Sebro, an
attorney for the Software Freedom Conservancy, on a policy for the use
of Evergreen's word and logo trademarks.  On Wednesday, 12 September,
the Oversight Board voted to recommend the proposed policy to
community and other interested parties for consideration and feedback.

The text of the proposed policy can be found at

http://evergreen-ils.org/dokuwiki/doku.php?id=governance:trademark-policy

Here's some historical background.  Since the beginning of the
project, the Evergreen trademarks have been held and administered by
the University System of Georgia Board of Regents on behalf of GPLS
and the Evergreen Project in general.  After the Evergreen Project
joined the Software Freedom Conservancy, the Conservancy at the
request of the Oversight Board and general community sentiment entered
into negotiations with the BOR to transfer the trademark to the SFC.
By August 8th, the Conservancy and the Board of Regents executed a
trademark assignment agreement, meaning that the Conservancy now holds
the Evergreen trademarks on behalf of the Evergreen Project.

The purpose of the the trademark policy is to permit appropriate of
the Evergreen logo and word marks to refer to the free and open source
software we've all worked hard to create, support, and use while
protecting the trademark from misuse or appropriation.  The policy is
not meant to be a burden on any reasonable use of the trademarks, but
for historical reasons that should be well known to anybody who has
followed the development of open source ILSs, it is crucial that the
trademark be held in community hands and protected to avoid any
potential confusion about what Evergreen is.

The community review period will extend though October 13, 2012, after
which the Board will vote on whether to adopt the policy, along with
any revisions that arise from community feedback.  I would request
that general feedback take place on the open-ils-general mailing list,
but if there are any parties that currently use the Evergreen
trademark who have specific questions regarding whether their use of
the marks will be permitted under the policy, they should also feel
free to contact the Oversight Board directly.  In particular, as a
specific issue that is known to affect current users of the trademark,
the trademark policy requires that if an entity uses Evergreen as part
of their name, any graphical logos representing that entity *must* use
the Evergreen logo to avoid creating a competing graphic mark.

Upon adoption of the policy, there will be a period of three months
for users of the trademarks to come into compliance with the policy.
I should emphasize that while the Oversight Board and the Conservancy
is obligated to actively defend the trademark and adhere to the policy
in order to retain it on behalf of the project, we are committed to
working to resolve any issues with current uses of the mark in a
friendly fashion.

Regards,

Galen


--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] ***SPAM*** Re: Staff client software vs. web-based interface

[Ben Shum]

I just updated the link for "Installing Evergreen on Mac" on the 
downloads page to point at 
http://evergreen-ils.org/dokuwiki/doku.php?id=mozilla-devel:building_the_staff_client#building_a_macintosh_staff_client


It's a slightly newer set of instructions that Mike Peters recently 
helped to put together.  We'll probably want to flesh out some more 
specific details regarding compatible xulrunner versions based on 
version of Evergreen.


-- Ben

On 09/20/2012 11:52 AM, Steve Wills wrote:
Like so much else in this project, from my perspective, it is lack of 
time.  The Balsam libraries, especially the public schools have a 
number of Macs and I did build an osX client for 2.0.9.  My next 
upgrade will be a jump to 2.2 probably during this quarter.  At that 
time I'll create a 2.2 staff client of osX out of necessity.  Between 
Sitka and Balsam and a few others there are some osX clients around 
however.  Tony, your help would be Greatfully accepted!


Thanks in advance.
Steve Wills

-Original Message-
*From:* Tony Bandy [mailto:to...@ohionet.org]
*Sent:* Thursday, September 20, 2012 11:38 AM
*To:* 'Evergreen Discussion Group'
*Subject:* Re: [OPEN-ILS-GENERAL] Staff client software vs.
web-based interface

Hi all,

I've got an OSX iMac to help volunteer with!  I can't say I'm a
OSX guru, but really good at following instructions!  If anyone
wants to work with me, I could probably devote some hours to
helping out, at least testing, etc.  I think I've got Xcode (?)
installed somewhere on my iMac

Tony

***
Tony Bandy
to...@ohionet.org 
OHIONET
1500 West Lane Ave.
Columbus, OH  43221-3975
1-800-686-8975 x19 <#>






On Thu, Sep 20, 2012 at 11:35 AM, Galen Charlton
mailto:g...@esilibrary.com>> wrote:

Hi,

On Thu, Sep 20, 2012 at 11:28 AM, Lazar, Alexey Vladimirovich
mailto:alexey.la...@mnsu.edu>> wrote:
> What is the reason for lack of "official" releases of staff
client software for Mac OS (and Linux)?  Is it strategy,
because there is no need, or like with some other things, not
enough volunteers?

I don't think it's a strategy per se, just more a lack of
volunteers.
If somebody were to step forward and volunteer to package OS X
clients
as part of the release-cutting process, I think that would be
welcomed
with open arms.  Even better would be if somebody could submit
a patch
to automate building them.  Triple-word-score if it could be done
without requiring an OS X box.

Similiarly, if somebody were to step up and get involved in
packing
the Linux clients for various distributions, that would be
great.  The
technical bar is lower, as Thomas' good work with the staff client
autoupdate mechanism means that it's become quite easy to
build Linux
clients; at this point the main question is whether somebody
is up to
maintaining and testing .deb or ..rpm.

Regards,

Galen
--
Galen Charlton
Director of Implementation
Equinox Software, Inc. / The Open Source Experts
email: g...@esilibrary.com 
direct: +1 770-709-5581 <#>
cell: +1 404-984-4366 <#>
skype:  gmcharlt
web: http://www.esilibrary.com/
Supporting Koha and Evergreen: http://koha-community.org &
http://evergreen-ils.org




--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] pgAdmin usage?

[Ben Shum]

Hi Tony,

We've been using pgAdmin all along to work with our PostgreSQL 
databases.  Personally, I've liked having a graphical view of certain 
tables.  It also gave me a bird's eye of the various inner workings of 
the tables too without knowing all the SQL syntax required.


The most annoying thing that can go wrong with using pgAdmin in my 
experience is opening a table to view all rows and not remembering said 
table contains thousands (if not millions) or entries.  Like clicking 
view all on biblio.record_entry would show me every bib record in my 
database.  Doing so tends to crash out pgAdmin as it tries in vain to 
open all the rows for me.  I've taken care to using "view 100" to only 
get a sampling of a table.


Of course, depending on your permissions, you can accidentally change 
data in tables, so one should be careful when clicking around too.


-- Ben

On 9/21/2012 12:03 PM, Tony Bandy wrote:

Hi all,

Working on increasing my knowledge of Evergreen's inner workings, I've 
come across some threads on using pgAdmin to do various db tasks and 
queries.  Just wanted to pitch this out there and get anyone's 
thoughts on the pro vs. con of using this particular tool vs. console 
usage.


Good tool or dangerous?

Thanks for your thoughts.Happy Friday!

Tony

***
Tony Bandy
to...@ohionet.org 
OHIONET
1500 West Lane Ave.
Columbus, OH  43221-3975
1-800-686-8975 x19 





--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Need Help

[Ben Shum]

Just some guesses that might be problem areas between upgrades... 

1) Perhaps you need to use a more up to date opensrf.xml configuration file. 
Since acquisitions was "new" in 2.0 vs. 1.6, it's possible that not using the 
more updated file might mean you're missing key config options that were added 
between versions. I would carefully check over your existing one and the sample 
opensrf.xml.example file that comes with the latest 2.0 and note discrepancies. 

2) it may be apache related and you should check to make sure that you are 
using the eg_vhost.conf config file for the right version of Evergreen. This 
too may have changed between versions. 

In any case, make a backup of your existing config files so that you don't lose 
any local changes.

There may be additional helpful information in your server logs. Either apache 
errors or osrferror ones. Do you have access to or see anything odd in your 
server's logs? That might identify exactly what is causing the internal server 
error.

Feel free to ask any specific questions via the lists. IRC will probably be 
quiet outside of 9 am through 5 pm EST as most participants are in the USA.

I wish you luck during your upgrade process and encourage you to find your way 
to even more current versions of Evergreen as 2.2 and 2.3 series are the only 
ones actively supported by the Evergreen Community for development presently.

-- Ben

Sent from my Galaxy Nexus

Jayaraj JR  wrote:

>Dear Sir,
>
>We ( IISER Thiruvananthapuram ) are on the way from Evergreen version 1.6.0.0 
>to 2.2. We have successfully updated upto version 1.6.1.8. After that we 
>continued the upgrading process. But in version 2.0.10, many features in the 
>Acquisition module is not working. It shows an error message'
>An Internal Server Error has Occured'. How can we rectify the problem ? Kindly 
>help us
>
>Thanking You in Advance
>
>-- 
>With Best Regards,
>
>Jayaraj J. R.
>Library Information Assistant
>

Re: [OPEN-ILS-GENERAL] Mobile catalog?

[Ben Shum]

I think you're thinking of the Bill Erickson's "Beanstalk" simple TPAC 
that was a sample mobile catalog. 
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/berick/beanstalk


Also, I guess Bill Ott, GRPL took that code and ran with it some. See 
http://catalog.grpl.org/eg/tinypac/home which is what I get when 
browsing them from my phone.


-- Ben

On 11/08/2012 08:45 AM, Jason Stephenson wrote:

Quoting Buzzy Nielsen :


Hi everyone,

Does anyone out there have a TPAC mobile catalog? We've been 
tentatively exploring the possibility of having a mobile catalog here 
in the Sage Library System, but we don't quite know where to get 
started. Is there already a mobile skin included with 2.2 or 2.3? If 
not, would anyone care to share templates of their mobile catalog 
with us?


Bill Erickson demoed something very briefly at the last conference. It 
was a proof of concept mobile interface built on tpac.


I have lost the details, perhaps Bill can chime in?




Thanks for any help that 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








--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] How to set up Syndetic AddedContent in TPAC? (EG 2.2.0)

[Ben Shum]

Hi Yamil,

Not sure about the default providers, but my opensrf.xml has a line like:

http://syndetics.com/index.aspx

Which follows the module definition.

I'm guessing that's necessary to perform the lookups too.

-- Ben

On 11/09/2012 12:19 PM, Yamil Suarez wrote:

Hello,

I am trying to set up Syndetic AddedContent in TPAC on EG 2.2.0. I am 
not 100% sure how to properly set up TPAC to use Syndetic. I have 
followed the instructions listed on the official documentation for 
both 1.6[1] and 2.0[2] (since they are the same), and I cannot yet get 
it to work on my test server. So far I have updated my opensrf.xml 
file by updating the "" tag inside the "" tag 
to say...


OpenILS::WWW::AddedContent::Syndetic

I also updated the "" tag with the client ID supplied by 
Syndetic. Finally, I restarted opensrf and Apache.



So far no cover images are showing up, though I was expecting cover 
images for books or CDs (that have UPC values in MARC records) to 
work. Book covers had been showing up great using OpenLibrary from the 
default install configuration. For the record, my contract with 
Syndetic is for album and book covers only.




I checked the Apache error log and I got this...

root@evergreen-xen:~# tail -f /var/log/apache2/error.log
[Thu Nov 08 16:00:55 2012] [error] [client 10.4.45.167] File does not 
exist: /openils/var/web/js/dojo/dojo/openils_dojo.js, referer: 
http://10.4.45.11/eg/opac/results?fi%3Aitem_type=j&query=mariah+carey&qtype=author&locg=1 

Use of uninitialized value in concatenation (.) or string at 
/usr/local/share/perl/5.10.1/OpenILS/WWW/AddedContent/Syndetic.pm line 
256.
Use of uninitialized value in concatenation (.) or string at 
/usr/local/share/perl/5.10.1/OpenILS/WWW/AddedContent/Syndetic.pm line 
256.
Use of uninitialized value in concatenation (.) or string at 
/usr/local/share/perl/5.10.1/OpenILS/WWW/AddedContent/Syndetic.pm line 
256.



And here is line 256 from that file referenced in the error


252 # returns the HTTP response object from the URL fetch
253 sub fetch_response {
254 my( $self, $page, $key, $notype ) = @_;
255 my $uname = $self->userid;
256 my $url = $self->base_url . "?isbn=$key/$page&client=$uname" . 
(($notype) ? '' : "&type=rw12");

257 return $AC->get_url($url);
258 }

Thanks in advance,
Yamil



[1] http://docs.evergreen-ils.org/1.6/draft/html/AddedContent.html

[2] http://docs.evergreen-ils.org/2.0/draft/html/AddedContent.html



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] How to set up Syndetic AddedContent in TPAC? (EG 2.2.0)

[Ben Shum]

Oh Yamil, I just re-read your email and realize now that you're on 2.2.  
In that case, there is no UPC lookup for Syndetics in the catalog, it's 
ISBN only I think.  The work Jeff Godin is doing for UPC matching can be 
found in this bug ticket, slated for 2.4 alpha: 
https://bugs.launchpad.net/evergreen/+bug/1065378


I can tell you that in my experience we gained very little out of the 
additional UPC lookups once we applied the initial concept code to our 
system.  Syndetics didn't have many covers even if we had the UPC in our 
records, which it didn't always.


So your mileage may vary, but I wouldn't expect it to be very great 
regardless.


-- Ben

On 11/09/2012 01:14 PM, Yamil Suarez wrote:

Ben,

Thanks! I think it working now, but I might be dealing with a lack of 
enough UPC data or bad UPC data in my records to appreciate how well 
it is actually working.


I might post another question when I am done researching this more.

Thanks again,
Yamil



On Nov 9, 2012, at 12:22 PM, Ben Shum wrote:


Hi Yamil,

Not sure about the default providers, but my opensrf.xml has a line 
like:


http://syndetics.com/index.aspx

Which follows the module definition.

I'm guessing that's necessary to perform the lookups too.

-- Ben

On 11/09/2012 12:19 PM, Yamil Suarez wrote:

Hello,

I am trying to set up Syndetic AddedContent in TPAC on EG 2.2.0. I 
am not 100% sure how to properly set up TPAC to use Syndetic. I have 
followed the instructions listed on the official documentation for 
both 1.6[1] and 2.0[2] (since they are the same), and I cannot yet 
get it to work on my test server. So far I have updated my 
opensrf.xml file by updating the "" tag inside the 
"" tag to say...


OpenILS::WWW::AddedContent::Syndetic

I also updated the "" tag with the client ID supplied by 
Syndetic. Finally, I restarted opensrf and Apache.



So far no cover images are showing up, though I was expecting cover 
images for books or CDs (that have UPC values in MARC records) to 
work. Book covers had been showing up great using OpenLibrary from 
the default install configuration. For the record, my contract with 
Syndetic is for album and book covers only.




I checked the Apache error log and I got this...

root@evergreen-xen:~# tail -f /var/log/apache2/error.log
[Thu Nov 08 16:00:55 2012] [error] [client 10.4.45.167] File does 
not exist: /openils/var/web/js/dojo/dojo/openils_dojo.js, referer: 
http://10.4.45.11/eg/opac/results?fi%3Aitem_type=j&query=mariah+carey&qtype=author&locg=1
Use of uninitialized value in concatenation (.) or string at 
/usr/local/share/perl/5.10.1/OpenILS/WWW/AddedContent/Syndetic.pm 
line 256.
Use of uninitialized value in concatenation (.) or string at 
/usr/local/share/perl/5.10.1/OpenILS/WWW/AddedContent/Syndetic.pm 
line 256.
Use of uninitialized value in concatenation (.) or string at 
/usr/local/share/perl/5.10.1/OpenILS/WWW/AddedContent/Syndetic.pm 
line 256.



And here is line 256 from that file referenced in the error


252 # returns the HTTP response object from the URL fetch
253 sub fetch_response {
254 my( $self, $page, $key, $notype ) = @_;
255 my $uname = $self->userid;
256 my $url = $self->base_url . "?isbn=$key/$page&client=$uname" 
. (($notype) ? '' : "&type=rw12");

257 return $AC->get_url($url);
258 }

Thanks in advance,
Yamil



[1] http://docs.evergreen-ils.org/1.6/draft/html/AddedContent.html

[2] http://docs.evergreen-ils.org/2.0/draft/html/AddedContent.html



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113






--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Reports Troubleshooting

[Ben Shum]

Hi Geoff,

I think killing clark-kent is a bit brute force, but I've done it myself 
on a few occasions for bad runaway reports.


I'd also suggest a look over 
http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:random_magic_spells#cancel_query_report 
to see how one would cancel a report from the database side of things.


I also use SELECT * FROM reporter.currently_running; to see what reports 
are holding up the line too.


-- Ben

On 11/15/2012 03:45 PM, Geoff Sams wrote:
My library is having trouble with the reports interface.  It seems 
like something may have clogged up our system somehow and now reports 
are not running.  I've restarted the service and made sure that it is 
running properly but reports are still not running.  I figured at this 
point the best action would be to purge pending reports?  I'm not 
really sure how to go about that from the system as asking everyone to 
delete pending reports would take far too long and be very 
unpredictable.  Any assistance on this matter would be greatly 
appreciated!


Thanks,
Geoff Sams

Roanoke Public Library
817-491-2691



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Apostrophe and Title Searches (still an issue?)

[Ben Shum]

Hi Tony,

Ian's experience with reingesting bib records is exactly what we ended 
up doing during our upgrade to 2.2 too.  We weren't as selective, since 
we ended up adding new metabib indexes which required us to reingest all 
of our bib records anyways.


I think what happened was that in the 2.1-2.2 upgrade something changed 
with the way that the title index was created, but only a portion of 
bibs were reindexed (for different reasons).


Updating the bibs to force a reingest is definitely what I would suggest 
to fix the issues you're seeing.


-- Ben

On 11/20/2012 01:45 PM, Ian Bays wrote:
We found that after upgrade from 2.1 to 2.2 the existing titles did 
not behave with apostrophes for title or keyword searching.  We 
observed that newly catalogued or edited titles did search OK with or 
without apostrophes.  So we investigated and found out that by just 
"touching" some of the metabib records that caused them to be re-indexed.


such as:
update metabib.title_field_entry set source = source where source in 
(select record from asset.call_number where owning_lib in (select id 
from actor.org_unit where parent_ou in (select id from actor.org_unit 
where shortname = 'AB' OR shortname = 'CD'))) and value like '%''%';

and
update metabib.keyword_field_entry set source = source where source in ...

We chose to only update those with apostrophes in the "value" field.  
This was to do it for bibs used in systems 'AB' and 'CD'


It did the job quite nicely.  I figured we must have missed something 
in the upgrade so just put it down to experience.


Not sure if there's a neater way of "touching" groups of records for 
re-indexing if ever needed.


Good luck.

Ian

On 20/11/2012 18:23, Tony Bandy wrote:

Hi Dan, folks,

So sorry...I should have been more detailed.

Using TPAC on 2.3.1, and hostname http://mountgilead.cool-cat.org, 
performing a title search for: Reader's Digest.  Under this method, I 
get zero hits, even though "Reader's Digest" is returned in the 
autocomplete box as I type the title.  If I perform the same search 
without the apostrophe, I get good hits.


Trying this same search on our training server with the same version 
of Evergreen (2.3.1) I get the same response.


-

To test, I've done the exact same search at King County Public 
Library (http://catalog.kcls.org/eg/opac/home) and the demo server 
(http://demo.ils.edoceo.com/sap/sunshine) and have not received the 
error.  I also tried on the Equinox Demo server, but not sure if they 
had the title as I got zero hits each time.


-

Here's a sample of one of the MARC records that carry the title 
Reader's Digest:


020 
.   ‡a0895773538
040 
.   ‡aDLC ‡cDLC ‡dDLC
050 0   0.  ‡aT47 ‡b.H725 1990
082 0   0.  ‡a600 ‡220
100 1   .   ‡aReader's Digest.
245 0   0.  ‡aHow in the World?



Thanks for any updates as you have time


Tony



On Tue, Nov 20, 2012 at 1:04 PM, Dan Scott > wrote:


On Tue, Nov 20, 2012 at 12:53:05PM -0500, Tony Bandy wrote:
> Hi all,
>
> After upgrading to 2.3, we're noticing the apostrophe issue
when doing
> title searching in the catalog.  Specifically, when using the
apostrophe,
> titles never get found.

Hi Tony:

Please provide more details.

What is the title in question? Where is the MARC record for it?

What search are you trying to use to retrieve the record? Are you
using
JSPAC or TPAC?

Can you reproduce the problem using a clean install of a supported
release?

Thanks,
Dan




--
Tony Bandy
to...@ohionet.org 
OHIONET
1500 West Lane Ave.
Columbus, OH  43221-3975
614-486-2966 x19




--
Ian Bays
Director of Projects, PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 800 756 6803 (phone)
+44 (0) 7774 995297 (mobile)
+44 (0) 800 756 6384 (fax)
skype: ian.bays
email:ian.b...@ptfs-europe.com


--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] How to make the EG client default basic search instead of advanced catalog search?

[Ben Shum]

Hi Yamil,

I'm curious to understand what the reasoning is behind using basic 
search instead of the advanced search by default when in the staff 
client.  This question came up recently from one of our librarians and 
I'm still waiting to hear back from them as to their reasons, but 
wondering if there's similarity.


Is there a functional difference between basic/advanced that fuels this 
preference?  To me, I could not think of anything specific in our system 
since both default to keyword search, so they seem to have similar 
enough functional aspects to them.  Or is it merely an aesthetic choice 
to match the staff client to how the system would behave in an OPAC 
situation for consistency's sake?


-- Ben


On 11/28/2012 03:25 PM, Yamil Suarez wrote:

Hello,

We are running EG 2.2 with TPAC, and my staff would prefer that when 
using the client that the "search catalog" (F3) button takes them to 
the basic search instead of the advanced search. BTW, we are a small 
single system, so it wold be fine to make this change globally. Any 
suggestions of what I need to edit to make this change?


Thanks in advance,
Yamil



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Client 2.3.0 grabbing and not releasing memory

[Ben Shum]

Title: Email Signature

  
  
Hi Bob,

Unfortunately this is not the first time I've heard of issues with
Evergreen 2.3+ and memory management. 

Previously, memory problems had been reported sporadically even
while we were on 2.0, but since our upgrade to 2.3 the number of
reports from libraries has jumped significantly.  We're still
attempting to replicate / look for the source of the problem, but it
seems (from stories reported) that higher circulating library PCs
are hitting memory issues sooner than other departments. 
Alternatively, we've observed that other departments in the
libraries tend to close out of Evergreen on a more regular basis and
doing so sometimes resets Evergreen's memory usage down to a proper
level.  At present time, we've asked libraries affected to institute
some sort of regular restarting process to their workflows to try
keeping usage down, but it is definitely still a problem.  It's also
affecting only a small subset of machines in the libraries, so only
1 or 2 circ machines break down while the others are just fine.

Curious to hear from other Evergreen systems running 2.3 (or
greater) experiencing issues, but if we haven't already I think it's
time we filed an official Evergreen bug on the subject to track
discussion/troubleshooting efforts.

-- Ben

On 12/03/2012 11:38 AM, Bob Neeper
  wrote:


  
  Our two front desk CIRC  PC's are:
  Windows XP-Pro 32bit Core2 Duo E4600, 2.4GHz,  1024MB PC2-5300
  SDRAM,  80gb 7200RPM HD
  Purchased August 2008
  They  worked fine with the previous Evergreen version.
  
  The consortium was upgraded to version 2.3.0 (client also)
  November 18, 2012
  Staff has been complaining they need to reboot the CIRC PC's as
  they get slow, stop etc.
  
  Not being able to talk my way out, I started observing the
  problem.
  
  Watching Windows Task Manager, the Evergreen.exe process is not
  releasing memory.
  At one point it had grabbed over 650mb of ram on our East CIRC
  
  A simple log in /out test showed the client kept grabbing large
  chunks of ram. 
  
  Also learned another COOL library is having the same problem with
  their XP PC's.
  
  It was suggested to try the next client 2.3.1 which I put on a
  third PC to test.
  This PC was recently rebuilt  and not yet in service.
  Running the same log in /our test, produced the same memory grab.
  
  This morning I observed another creeping memory problem in a
  static situation.
  
  So I ran the same tests on a Windows7 PC for comparison.
  PC is i5-650 3.2GHz 4096MB PC3-10600 SDRAM 640GB 7200RPM HD
  
  Simple Log in / out test
  22,404k  Opened client login screen
  52,272k After login and main screen opened
  28,140k After Clicking on X to close main screen
  49,448k After Clicking log off
  61,412k After log in and main screen opened again
  59,024k After Clicking on X to close main screen
  59,028k After Clicking log off
  71,176k After log in and main screen opened again
  68,268k After Clicking on X to close main screen
  68,288k After Clicking log off
  79,752k After log in and main screen opened again
  
  Simple Static test. 
  Clicked checkout on tab1
  Entered patron card number and clicked submit
  Clicked + for new tab and clicked Check In
  Clicked + for new tab and clicked Item Status
  Made tab2 'Item Check In' active and watched the Task Manager
  114,240k at 09:20 AM and started climbing
  158,832k at 10:08 AM
  126,244k at 10:15 AM Went down since last check
  140,060k at 10:24 AM
  150,300k at 10:31 AM
  154,764k at 10:33 AM
  164,732k at 10:40 AM
  120,068k at 10:47 AM Went down since last check
  153,872k at 11:07 AM
  
  Two main XP CIRC's, during normal check in / out use this morning
  West CIRC  East CIRC
  326,280k   207,400k   at 10:45 AM
  343,720k   258,304k   at 10:56 AM
  379,300k   300,676k   at 11:07 AM
  
  Cataloging PC from yesterday (Same specs as Windows 7 PC)
  11/30/12 09:44    327,900k
  11/30/12 12:16    340,256k
  11/30/12 05:21    427,412k
  
  The only solution so far has been to completely exit the client
  many, many times during the day.
  Our director said Saturday, the East CIRC (Has the most activity)
  client took so much ram he had to kill the process.
  
  Suggestions ?
  
  -- 
  -- 


R. W. (Bob) Neeper
Community Library
44 Burrer Dr.  Map
Sunbury, Oh 43074
Tel:  (740)-965-3901


  


-- 
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113
  

Re: [OPEN-ILS-GENERAL] TPAC 2.3 Advanced Search Filters--any thoughts?

[Ben Shum]

Hi Tony,

I believe in 2.3 there's a column in the database table 
config.coded_value_map that defines that.  It's called "search_label" 
and you can set it to be whatever you want it to be for the 
corresponding value.


-- Ben

On 12/10/2012 03:49 PM, Tony Bandy wrote:

Hi all,

Working with some of our libraries on the 2.3 TPAC this afternoon, 
they wanted to change some of the labels included in the lists under 
"Literary Form", "Audience", and "Item Type".


However, I'm not quite sure where to go to do that.  So far, I've 
searched the following:


--http://www.open-ils.org/dokuwiki/doku.php?id=dev:opac:template-toolkit#the_code
--http://docs.evergreen-ils.org/2.3/_tpac_url.html
--http://template-toolkit.org/docs/index.html

Right now, I'm digging into config.tt2, where is mentions the following:

Define the advanced search limiters and labels.
# adv_label is the (translated) label for the limiter
# adv_attr is an array of possible limiters, the first one that has any
#   values will be used
# adv_filter is the same as adv_attr, but for search filter groups
# adv_break will end the current row. If specified with a label/attr it
#   will do so *after* that limiter.
# adv_special will drop in a special entry:
#   lib_selector will put the search library box (with limit to available)
#   pub_year will put the publication year box
#   sort_selector will put the sort results selector

search.adv_config = [
 {adv_label => l("Item Type"), adv_attr => ["mattype", "item_type"]},
 {adv_label => l("Item Form"), adv_attr => "item_form"},
 {adv_label => l("Language"),  adv_attr => "item_lang"},

But I'm not seeing anything for the Search Filters option...would that 
be the adv_filter?  Should I just enter some strings similar to the 
search.adv_config lines above?


If you have any links or information on how to do this, I would be 
eternally grateful.


Tony
--
Tony Bandy
to...@ohionet.org 
OHIONET
1500 West Lane Ave.
Columbus, OH  43221-3975
614-486-2966 x19



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] TPAC 2.3 Advanced Search Filters--any thoughts?

[Ben Shum]

Hi Tony,

Re: 1)  No, the search label is shared by everybody globally, so if you 
add one for one value, it'll show that way for everybody in the consortium.


Re: 2)  I don't have as much experience in the staff client (since I 
tend more towards direct database editing), but in my client, I can see 
if I choose "Type" from the filter dropdown on "Record Attribute Type" I 
can see various item types.  Then I can change any of the entries by 
double clicking on the row.  For example, if I hit on "Language 
Material" (or type a), I can see we changed the "Search Label" to read 
as "Book".  This reflects all the modifications we made to our 
search_labels for numerous attribute types.  I would click through many 
of them to see what's available and whether you want to mark any opac 
visible = false too (for example, we hid many of the unused language 
filters in ours).


Hope that helps slightly.  Feel free to ask more questions about it 
since I don't believe these are fully documented anywhere yet.


-- Ben


On 12/10/2012 04:17 PM, Tony Bandy wrote:

Hi Ben, Robert,

Thanks so much for the helpummm...still a little lost with 
understanding this however.  Just a few more questions if you have a 
moment:


1.  Not a big deal, but for example if on the database table, can that 
be done on a per library basis?  This is just one particular library 
that wants things changed.


2.  On the Marc Coded Value Maps, I currently have zero entries.  I 
tried to create a new map, but not quite sure of the individual map 
entries and what they all mean...for example, SVF Attribute?  Also my 
code and value fields are totally blank...does anyone know what values 
I can choose from these?


Ultimately, I'm not trying to be a bother, but just still trying to 
figure out things.  Am I overlooking something in the documentation 
somewhere that has this outlined?


Thanks again,

Tony




On Mon, Dec 10, 2012 at 4:04 PM, Soulliere, Robert 
> wrote:


Tony,

The labels for the lists can be changed from the staff client.

1. Navigate to Admin -> Server Administration -> Marc Coded Value Maps
2. Select the attribute from the "Record Attribute Type"
drop-down. (e.g. 'Audn' for Audience.)
3. For each item in the list you can add a custom search label or
toggle whether they display in the OPAC, etc.

Robert



Robert Soulliere, BA (Hons), MLIS
Digital Systems Librarian
Mohawk College Library
robert.soulli...@mohawkcollege.ca

Telephone: 905 575 1212 x3936 
Fax: 905 575 2011 


From: open-ils-general-boun...@list.georgialibraries.org

[open-ils-general-boun...@list.georgialibraries.org
] On
Behalf Of Tony Bandy [to...@ohionet.org ]
Sent: December 10, 2012 3:49 PM
To: Evergreen Discussion Group
Subject: [OPEN-ILS-GENERAL] TPAC 2.3 Advanced Search Filters--any
thoughts?

Hi all,

Working with some of our libraries on the 2.3 TPAC this afternoon,
they wanted to change some of the labels included in the lists
under "Literary Form", "Audience", and "Item Type".

However, I'm not quite sure where to go to do that.  So far, I've
searched the following:


--http://www.open-ils.org/dokuwiki/doku.php?id=dev:opac:template-toolkit#the_code
--http://docs.evergreen-ils.org/2.3/_tpac_url.html


--http://template-toolkit.org/docs/index.html

Right now, I'm digging into config.tt2, where is mentions the
following:


Define the advanced search limiters and labels.
# adv_label is the (translated) label for the limiter
# adv_attr is an array of possible limiters, the first one that
has any
#   values will be used
# adv_filter is the same as adv_attr, but for search filter groups
# adv_break will end the current row. If specified with a
label/attr it
#   will do so *after* that limiter.
# adv_special will drop in a special entry:
#   lib_selector will put the search library box (with limit to
available)
#   pub_year will put the publication year box
#   sort_selector will put the sort results selector

search.adv_config = [
{adv_label => l("Item Type"), adv_attr => ["mattype",
"item_type"]},
{adv_label => l("Item Form"), adv_attr => "item_form"},
{adv_label => l("Language"),  adv_attr => "item_lang"},

But I'm not seeing anything for the Search Filters option...would
that be the adv_filter?  Should I just enter some strings similar
to the search.adv_config lines above?

If you have any links or information

Re: [OPEN-ILS-GENERAL] Evergreen and RDA

[Ben Shum]

Hi Sue,

I'd like to mention this thread discussing 264 and RDA: 
http://markmail.org/message/dtubcqbpkt3xil6s


And also this bug ticket that is being used to track further discussion 
and ongoing work: https://bugs.launchpad.net/evergreen/+bug/1071505


My comment (#8) on the bug ticket describes a potential display fix for 
TPAC, but there's still a ways to go before completely including 264 as 
an option for publication information.


-- Ben

On 01/09/2013 05:54 PM, Sue Graziano wrote:
When downloading RDA records, the  264 field does not appear in the 
catalog.  The work around is to add a 260 field. Has any library found 
a way to view the 264 in the Evergreen catalog?


Thank you

--
Sue Graziano
Collection Development Librarian
Santa Cruz Public Libraries
117 Union St.
Santa Cruz, CA  95060
grazia...@santacruzpl.org 
 (831) 427-7700 x7725 


--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Envisionware and evergreen

[Ben Shum]

Hi Lisa,

A few of our member libraries use Envisionware PC Reservation with 
Evergreen.  They authenticate using the SIP2 protocol, though there have 
been a few memorable quirks.  One of the special cases I recall is that 
if a patron uses non-alphanumeric characters in their password or have 
more than 30ish characters, then Envisionware's software couldn't 
authenticate them.


Otherwise, I don't remember any other significant hurdles towards 
integration.


-- Ben

On 01/28/2013 04:59 PM, Lisa Hill wrote:


Hello-

Is anyone using Envisionware PC Reservation system with Evergreen?

Thanks

Lisa

*Lisa Hill***|*Projects Specialist *| *Virtual Library Services
**http://www.kcls.org **and 
**http://catalog.kcls.org *


*p:*425.369.3480 |*f:*425.369.3407

.



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Envisionware and evergreen

[Ben Shum]

Hmm, I'm not familiar with that aspect of the interface use, but I 
suspect that we're probably using the separate AAM database (or whatever 
it's called) to keep track of balances, etc. and not using SIP2 to 
communicate with Evergreen to determine data for the report.


I'll pass this question along to other folks who may have more direct 
experience with the system and see what comes up on our end.


-- Ben

On 01/28/2013 05:16 PM, Lisa Hill wrote:


Sorry I should have been more specific.

We too  have been using Envisionware- with great success.

Our issue is with Report 2001 User Balance Query- it seems to take 
about 45-60 seconds to load the information.


The other report that we use Report 2017 LPT One Deductions for User 
loads  quickly.


The only thing that we can think of is the SIP2 Protocol- however, our 
patrons can log into the machines pretty quickly- and our other 
applications that use SIP2 are fine- so maybe it is the way 
Envisionware handles SIP2 for this report?


So I was wondering if anyone in the community has had success running 
report 2001 or had issues with it and fixed it- or if I need to start 
baking cookies for the libraries now


Thanks for your help.

Lisa

*From:*open-ils-general-boun...@list.georgialibraries.org 
[mailto:open-ils-general-boun...@list.georgialibraries.org] *On Behalf 
Of *David M. Daniels

*Sent:* Monday, January 28, 2013 2:07 PM
*To:* 'Evergreen Discussion Group'
*Subject:* Re: [OPEN-ILS-GENERAL] Envisionware and evergreen

Lisa:

A lot of us do, works great.

Dave

*David M. Daniels*

*Technology Support Director*

*Georgia Download Destination Helpdesk*

*Sara Hightower Regional Library*

*Rome Georgia *

*706-236-4626 Office*

*706-409-1082 Cell*

*/_ddani...@romelibrary.org _/*

**

*"If they say it cannot be done, then they quit too soon!"*

Quote by me.

*From:*open-ils-general-boun...@list.georgialibraries.org 
 
[mailto:open-ils-general-boun...@list.georgialibraries.org] *On Behalf 
Of *Lisa Hill

*Sent:* Monday, January 28, 2013 5:00 PM
*To:* open-ils-general@list.georgialibraries.org 


*Subject:* [OPEN-ILS-GENERAL] Envisionware and evergreen

Hello-

Is anyone using Envisionware PC Reservation system with Evergreen?

Thanks

Lisa

*Lisa Hill*|*Projects Specialist *| *Virtual Library Services
**http://www.kcls.org and 
http://catalog.kcls.org *


*p:*425.369.3480 |*f:*425.369.3407

.



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Long overdue items

[Ben Shum]

Hi Kathy,

I remember talking about long overdue status changing a few years ago 
with some folks.


But basically, there exists a script for that action: 
Open-ILS/src/support-scripts/long-overdue-status-update.pl


That script takes an argument for a specific period of time (or seems to 
default to 180 days) to consider before marking it with a long overdue 
status.  I imagine it's not very smart about being applied only to a 
particular library only or using varying lengths for different libs.


I vaguely recall talking about action/trigger based solutions for this, 
but don't remember any of the details at this time.  I'll keep digging 
at my older communications and see if I can find something, though 
someone else may already know more.


-- Ben

On 03/05/2013 12:06 PM, Kathy Lussier wrote:

Hi all,

We've been having some local discussions on issues related to billing, 
overdue items, etc. in the hopes of sponsoring some enhancements for 
billing in Evergreen. As part of these discussions, we've been talking 
about identifying copies that are long overdue (not lost).


I've noticed in the staff client there are several places that refer 
to "long overdue" items. It's referenced in the patron summary and in 
the bottom pane of the patron's "Items Out" screen. However, as far as 
I can tell, there is no built-in way to identify items that are "long 
overdue." Since there are references to it in the staff client, I have 
to assume that somebody out there is making a distinction among 
overdue, long overdue and lost items.  If you're using "long overdue," 
can you send along some information on how you're using it on your 
system and what you needed to configure?


Thanks!
Kathy



--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] FW: [Evergreen-catalogers] Need Batch Import advice

[Ben Shum]

For reference, the issue has been filed to Launchpad here: 
https://bugs.launchpad.net/evergreen/+bug/1170514

-- Ben

On 04/22/2013 12:53 PM, Mary Llewellyn wrote:
>
> Hi Bill,
>
>  
>
> Thanks for the response. Ben did some troubleshooting at this end and
> found the fault was not in my settings but in our stars..er...tables?
> He posted about it on Launchpad.
>
>  
>
> Thanks so much for getting back to me.
>
>  
>
> Mary
>
>  
>
>  
>
> *From:*open-ils-general-boun...@list.georgialibraries.org
> [mailto:open-ils-general-boun...@list.georgialibraries.org] *On Behalf
> Of *Bill Erickson
> *Sent:* Monday, April 22, 2013 11:58 AM
> *To:* Evergreen Discussion Group
> *Subject:* Re: [OPEN-ILS-GENERAL] FW: [Evergreen-catalogers] Need
> Batch Import advice
>
>  
>
> Hi Mary,
>
>  
>
> I can confirm you don't need a match set for 901c matching.  
>
>  
>
> You are seeing a value in the "Import Failures" column in the grid
> view?  What do the failures say?
>
>  
>
> Also for reference, the Match Score for the matched bibs (clicking on
> matches(...)) will show a value of  when a match occurs via 901c.  
>
>  
>
> -b
>
>  
>
>  
>
> On Thu, Apr 18, 2013 at 3:04 PM, Mary Llewellyn  > wrote:
>
> I posted this on the catalogers' list, but the crickets are deafening.
> Maybe someone on this list can help me?
>
>  
>
> Mary
>
>  
>
>  
>
> *From:*evergreen-catalogers-boun...@list.evergreen-ils.org
> 
> [mailto:evergreen-catalogers-boun...@list.evergreen-ils.org
> ] *On
> Behalf Of *Mary Llewellyn
> *Sent:* Thursday, April 18, 2013 1:36 PM
> *To:* evergreen-catalog...@list.evergreen-ils.org
> 
> *Subject:* [Evergreen-catalogers] Need Batch Import advice
>
>  
>
> Hi all,
>
>  
>
> I'm having trouble with what ought to be the simplest type of batch
> load. I exported and edited a number of records and want to reload
> them with my changes. I know I want to use "Merge on Exact Match
> (901c)", but I can't seem to get the records to import. I've tried it
> with and without a Record Match Set (I set one up matching only on the
> 901c when loading without a Record Match Set didn't work). I used the
> Overlay/Merge Profile "Full Overlay," which uses the 901c.
>
>  
>
> In all attempts at loading, the queue shows that the matching bib was
> found, but I can't get the import/overlay to take place. There are 600
> bibs in the queue, and 600 Record Import Failures. I must be missing
> something, but am at a loss at this point. This shouldn't be so hard.
>
>  
>
> Any advice?
>
>  
>
> Thanks,
>
>  
>
> Mary
>
>  
>
>  
>
> Mary Llewellyn
>
> Database Manager
>
> Bibliomation, Inc.
>
> Middlebury, CT
>
> mllew...@biblio.org 
>
>  
>
>
>
>  
>
> -- 
>
> Bill Erickson
>
> | Senior Software Developer
>
> | phone: 877-OPEN-ILS (673-6457)
>
> | email: ber...@esilibrary.com 
>
> | web: http://esilibrary.com
>
> | Equinox Software, Inc. / Your Library's Guide to Open Source
>
>  
>

-- 
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Deleting patrons(Obliterate) on 2.3.5 not working

[Ben Shum]

Hi Geoff,

Hmm, so obliterating old staff accounts?  On one of my systems, when I
try to delete a staff account, it initiates a popup saying:

"The user you're attempting to delete has STAFF_LOGIN priviledges. 
Please enter the barcode for a destination user to receive the deleted
user's miscellaneous staff artifacts (reports, etc.):"

And then if I input the user I want to meld all the staff data for, it
begins trying to delete the patron, presumably.  And then after awhile,
it came up with a Javascript warning about a script running too long,
which I clicked okay for, and then it popped up with a similar
network/server failure as the one you saw.  The staff account was not
deleted; overall elapsed time was around 1 minute.  My guess is there's
some sort of timeout affecting things and the database is rolling things
back instead of carrying through the purge process and shifting of data
pieces.

My system is running master as of 3/25/13, but if you're seeing it in
your 2.3.5, then it might be broken in other branches too.  I'd like to
suggest reporting this as a bug to the Evergreen bug tracker: 
https://launchpad.net/evergreen

Perhaps others can test this behavior as well and see if they get
similar failures to confirm this to be a bug.

-- Ben

PS: Side note, the warning message has a misspelling for "priviledges"
which should be "privileges".  Bite-size fix to the string later I guess.

On 05/01/2013 07:34 PM, Geoff Sams wrote:
>
> Hello all,
>
>  
>
> We have a few libraries in our consortium hoping to purge old staff
> records and deceased patrons and we are running into this error
> message when we try to make this happen:
>
>  
>
> Network or server failure.  Please check your Internet connection to
> roanoke.northtexaslibraries.org 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.actor.user.delete
>
> params=["077832adf0517284cfc5727fd583743c",289547]
>
> THROWN:
>
> null
>
> STATUS:
>
>  
>
> I don't believe this is a permissions issue, as our global admin
> account can't even get this to work.  I'm not sure what this could be
> otherwise, so I was hoping someone out there might be able to shine
> some light for me to point me in the right direction.  Any help would
> be greatly appreciated.
>
>  
>
> Thanks,
>
> Geoff Sams
>
> Roanoke Public Library
>
> 817-491-2691
>
>  
>

-- 
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Self Check and IE Errors

[Ben Shum]

Hi Martha,

I can confirm that behavior.  Thus far, I've only worked with Chrome and
Firefox when using the Evergreen self-check in my own testing.  I'm not
sure why it doesn't work with IE and never really paid much attention
actually since I preferred Firefox or OpenKiosk (
https://www.mozdevgroup.com/products/openkioskdistro.html) as the base
browsers for actual recommended use in the field.

-- Ben

On 05/22/2013 02:26 PM, Martha Driscoll 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.
>

Re: [OPEN-ILS-GENERAL] No Matchpoint error on checkout 2.3.5

[Ben Shum]

For those following along this ended up being an issue with the way
rules were being applied to the specific circulation scenario.  The max
fine rate value was missing from the library-specific rules and the
system responded by trying to look for another rule higher up in the
consortium via fallthrough to inherit the entry for it.  Unfortunately,
there wasn't any rule higher up to inherit from, so it complained about
not finding a matchpoint when trying to checkout the material.

Presumably, I suppose this means that either at the library specific
rule (or higher up in the org tree), there must be enough information to
eventually generate a complete circulation entry.  At minimum, you need
to include circulate, duration, recurring fine rate, and max fine.

Hope this helps in case anyone encounters issues in the future.

-- Ben

On 05/22/2013 03:38 PM, Geoff Sams wrote:
> That's what is really strange here, all of our policies are open ended.  
> Library X at library , for all users.
>
> Only for very specific details do we set that specific of a rule.  There are 
> a set of rules for each libraries that have been working at all locations 
> until this most recent addition.
>
> Thanks,
> Geoff Sams
> Roanoke Public Library
> 817-491-2691
>
>
> -Original Message-
> From: open-ils-general-boun...@list.georgialibraries.org 
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of 
> Jason Stephenson
> Sent: Wednesday, May 22, 2013 2:33 PM
> To: open-ils-general@list.georgialibraries.org
> Subject: Re: [OPEN-ILS-GENERAL] No Matchpoint error on checkout 2.3.5
>
> Quoting Geoff Sams :
>
>> I'm in the process of getting a library up and running in our system.  
>> They are in the system with policies in place and patrons being added 
>> and have recently received some transit items from other libraries to 
>> checkout to their patrons.
>>
>> The only problem is that when they do check the item out, they receive 
>> the error "no matchpoint" and nothing else.  It appears that their own 
>> items checkout just fine, but outside items are the only ones throwing 
>> this exception.  Can anyone point me in the right direction for 
>> troubleshooting this?
> It sound to me like your matchpoints for circulation are too specific.  
> You probably have matchpoints for library X items at library X and library Y 
> items at library Y, but not library Y items at library X or vice versa.
>
> You'll need to find out whose rules should apply and add or modify the 
> appropriate entries.
>
> You'll find these in the staff client from the Admin Menu => Local 
> Administration => Circulation Policies.
>
>
>> Thanks,
>> Geoff Sams
>> Roanoke Public Library
>> 817-491-2691
>>
>>
>
>
> --
> Jason Stephenson
> Assistant Director for Technology Services Merrimack Valley Library Consortium
>
>

[OPEN-ILS-GENERAL] New IRC logging bot

[Ben Shum]

Hi all,

This is a general announcement regarding improvements to the Evergreen 
website infrastructure.  As part of our ongoing work, we're going to 
begin using a new logging tool for our IRC channels called ilbot ( 
http://moritz.faui2k3.org/en/ilbot). The logging bot is called "serflog" 
and is in the three freenode IRC channels logged by Evergreen presently 
-- #evergreen, #fulfillment, and the legacy channel #openils-evergreen.  
ilbot provides a nicer frontend web interface for the IRC logs and some 
new search and filtering options as well.


A major functional difference in employing this new logging system as 
far as I can tell has been how we will skip logging a particular line.  
In the past, we've used ! as the prefix of any line to be ignored by the 
logs.  From now on the prefix will be [off].


So, before:

! I don't want this logged

And after:

[off] I don't want this logged


The new logging web pages will become available soon in this coming week 
and we'll be updating links on the main Evergreen website to point at 
the new IRC log pages when that's ready.  Another step in the ongoing 
process will be converting all of our old flat-file logs into the new 
database used by ilbot to preserve records of all the IRC conversations 
we've shared over the years.


More to follow as soon as we continue work on this.

Thanks!

-- Ben

--
Benjamin Shum
Evergreen Systems Coordinator
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] Google Summer of Code 2013 – Evergreen Project

[Ben Shum]

The Evergreen Project was accepted for the third year into the Google 
Summer of Code for 2013 among 177 other open source projects.  We asked 
for and received one student slot; our intent this summer is to focus on 
providing quality community guidance and mentoring for this student.


As always, the mentors took careful review of all student proposals 
submitted for GSOC projects with Evergreen.  While we wish we could have 
chosen more of the best proposals, ultimately we could only choose one.


Congratulations to Dmitry Nechai, Chernihiv State Technological 
University, who submitted a proposal to work on “Build a customizable 
dashboard to show library usage and server health“ (see 
http://www.google-melange.com/gsoc/project/google/gsoc2013/laque/20001). 
Coding is scheduled to begin soon and we expect to hear lots from Dmitry 
as he begins his work.  His IRC nickname is “laque”, so look for him in 
our IRC channel to say hello.


Jason Stephenson (Merrimac Valley Library Consortium) and Benjamin Shum, 
(Bibliomation) will be the primary mentors working with Dmitry on this 
project.  That said, Google Summer of Code is intended to introduce 
student interest in working with open source projects and we invite the 
whole Evergreen community to participate by communicating openly with 
our student.  Together, we hope for a positive learning experience, some 
new code, and some fun this summer.


More to follow!

[OPEN-ILS-GENERAL] Removal of old Evergreen virtual images from website

[Ben Shum]

This is just an FYI announcement to inform everybody that old Evergreen
virtual images have been removed from Evergreen website and server as of
this morning.  These were virtual images from old development branches
intended for testing/trial and have not been supported for quite some time.

I'd like to add a special thank you to Dan Scott (Laurentian University)
and Dan Wells (Calvin College) and doubtless others who have helped
contribute development virtual images for Evergreen over the past several
years.

Moving forward, I think it's worth further community and developer
discussions on future provision and upkeep of Evergreen virtual images and
if we desire to resume providing them.

-- Ben Shum

Re: [OPEN-ILS-GENERAL] Patrons cannot change their user name

[Ben Shum]

Hi James,

I believe that is controlled via library settings.  Look in the editor for
"Allow multiple username changes" to be true so that patrons can change it
more often than just the first time.  And "Lock Usernames" to be false or
not set to allow patrons to change their username at all.

One use case I immediately thought of for disallowing change of username
would be in a school setting where usernames follow consistent practices:
first name initial, last name, etc.  In that environment, the username may
have more implications in interactions with other systems that depend on
consistent and unchanging username fields.

Hope this helps.

Regards,

Ben Shum


On Tue, Jul 30, 2013 at 6:37 PM, James Wagner
wrote:

>  We are on Evergreen 2.4 and TPAC. One of our patrons was wondering why
> they couldn’t change their user name within their Account Preferences in
> the TPAC. We’re pretty sure that in the former OPAC that was possible. But,
> before I take this any further, I’d like to know if maybe there is a
> specific reason/rationale for setting up the TPAC this way. (In the
> meantime, we have no difficulty changing usernames for patrons in the staff
> client.)
>
> ** **
>
> James Wagner
>
> Technical Services Co-ordinator
>
> Lincoln Public Library
>
> Vineland, Ontario, Canada
>
> 905-563-2799 ext 216
>
> wag...@lincoln.library.on.ca
>
> www.lincoln.library.on.ca
>
> ** **
>

[OPEN-ILS-GENERAL] Wordpress transition delayed

[Ben Shum]

Due to the unforeseen hardware issues involving the web servers this past
weekend, I delayed rollout of the new Wordpress website.  At this time, I'm
tentatively rescheduling the Wordpress transition to occur this next
upcoming weekend, September 8, 2013.  Will be coordinating with other web
team members via IRC this week to complete transition details.

-- Ben Shum

[OPEN-ILS-GENERAL] Wordpress transition update

[Ben Shum]

Hi all,

Just an update on the main Evergreen website.  The transition to Wordpress
has begun!  We have already established the initial transition and the main
site is now running with the Wordpress front and center.  See:
http://evergreen-ils.org

Some key areas are still under review and will be changed as quickly as
possible:

1)  The IRC logs are in the process of being ported from the old log
structure to the new log website.  You can quickly view an example of
today's newest logs here:  http://irc.evergreen-ils.org/evergreen/today

2)  The Downloads page for Evergreen and OpenSRF were copied without
changes and need to be revamped to fit better within the new Wordpress
environment.

3)  The Wiki pages are still accessible as part of the wiki site (
http://wiki.evergreen-ils.org) but we need to construct a new page header
and footer for navigation purposes.  In the meantime, please make liberal
use of back buttons to get back and forth as we smooth things out.

I'll continue working closely with other web team members in the coming
weeks as we continue the transition process.  Also, we are eager to begin
including new volunteers who will be contributing to page editing and other
content creation.

Thanks to everyone for their patience and understanding in this exciting
time of transition for the Evergreen website.

More to follow!

-- Ben Shum

Re: [OPEN-ILS-GENERAL] EDI Help (part 2)

[Ben Shum]

Hi Patrick,

Have you checked the EDI messages to see if it generated anything?
It's possible that there was an error or issue with the order
processing as generated based on the PO JEDI and it's just stuck on
that.  Alternatively, one could check the action_trigger.event table
in the database and see if the associated EDI generated message failed
to create with a proper template as well.  Presumably, they would have
an associated event_def of 23 (which seems to be the ID for your PO
JEDI action trigger template).

In my system, on B&T orders handled with EDI, I can see that there are
listed EDI messages associated with the PO.  Clicking on that link
takes me to view the messages as processed.  I would expect multiple
messages normally, one when using edi_pusher.pl to send the content on
its way, and then later messages with edi_fetcher.pl when retrieving
back the processed files on B&T's end of things via the FTP.

-- Ben

On Fri, Sep 27, 2013 at 4:00 PM, Patrick Gardella
 wrote:
> Back in July, Rob asked for assistance in setting up EDI to BT and YBP.
> http://thread.gmane.org/gmane.education.libraries.open-ils.general/8465/focus=8470
>
> As he said there, we believe we have it set up correctly.  We can FTP into
> the ftp servers for BT using the credentials configured in the EDI Accounts.
> Those same EDI Accounts are then referenced in the Providers list (EDI
> Default filed).
>
> We created a PO for one book as a test to BT, but there is absolutely no
> indication the file was actually sent to BT. No messages show up in the PO.
> Ditto for the YBP one, but I want to focus on just one of these for now.
>
> The PO has been activated as well.
>
> edi_pusher.pl is set to run every 10 minutes.  When run by hand, it shows:
>
> opensrf@evergreen:/openils/var/log$ cd /openils/bin && /usr/bin/perl
> ./edi_pusher.pl
> FTP_PASSIVE is OFF
>
> Hook 'acqpo.activated' is used in 1 event definition(s):
>  23 - 'PO JEDI'
> Event definition 23 has 0 (completed) event(s)
>
> done
>
> We're running Evergreen 2.4.2.
>
> Can anyone offer any suggestions on what might be going on?  Is there
> something we need to do to make the order actually transmit?  Or some log we
> can look in to figure out what is happening with this order?
>
> Patrick Gardella
> Asbury Theological Seminary

Re: [OPEN-ILS-GENERAL] Circulation History Tracking

[Ben Shum]

Looking at the code, in 2.3, it's still just named "Search
Preferences".  In 2.4 and beyond (around November 26, 2012), the
wording was renamed to "Search and History Preferences".

-- Ben

On Tue, Oct 1, 2013 at 2:41 PM, Kathy Lussier  wrote:
> Hi Deanna,
>
>
> If a patron goes into their online account, under "account preferences,"
> there is a tab "search preferences" where they can select (or deselect)
> "Keep history of checked out items?"
>
>
> Just a note that in later versions of Evergreen, the tab was renamed "search
> & history preferences." I can't remember when that change was introduced, so
> I don't know what you'll see in 2.3.
>
>
> I have turned on the "tag circulated items in results" flag in the library
> settings editor, but still am unable to find where patrons turn on the
> tracking!
>
>
> I also wanted to send along a caution that this setting, although utilizing
> the circulation history, does something that you may not have intended. Once
> a patron opts into tracking their circulation history, this setting will
> highlight items on the search results page that were previously circulated
> to the patron. I've never tested it myself and don't know much more about
> the feature, but I thought you should know in case it's not something you
> wanted to do.
>
> Kathy
>
> Kathy Lussier
> Project Coordinator
> Massachusetts Library Network Cooperative
> (508) 343-0128
> kluss...@masslnc.org
> Twitter: http://www.twitter.com/kmlussier
>
> On 10/1/2013 2:19 PM, Ruth Frasur wrote:
>
> Deanna,
>
> If a patron goes into their online account, under "account preferences,"
> there is a tab "search preferences" where they can select (or deselect)
> "Keep history of checked out items?"
>
>
> On Tue, Oct 1, 2013 at 2:04 PM, Deana Cunningham
>  wrote:
>>
>> Hello,
>>
>> I have read that the Evergreen catalog allows patrons to turn on
>> circulation history tracking. Can someone tell me where to find the command
>> to toggle this on? I have turned on the "tag circulated items in results"
>> flag in the library settings editor, but still am unable to find where
>> patrons turn on the tracking!
>>
>> Is there a script that needs to be run on the server to get this setting
>> to take effect?
>>
>> We are using Evergreen 2.3.2.
>>
>> Thanks,
>>
>> Deana Cunningham
>> Branch Manager, South Branch Library
>> 1550 S. Campus Dr.
>> Creedmoor, NC 27522
>> Phone: (919) 528-1752
>> Fax: (919) 528-1376
>> deana.cunning...@granvillecounty.org
>
>
>
>
> --
> Ruth Frasur
> Director of the Historic(ally Awesome) Hagerstown - Jefferson Township
> Library
> 10 W. College Street in Hagerstown, Indiana (47346)
> p (765) 489-5632; f (765) 489-5808
>
> Our Kickin' Website  Our Rockin' Facebook Page  and Stuff I'm Reading
>
>

Re: [OPEN-ILS-GENERAL] Survey About Linux Distribution

[Ben Shum]

Hi David,

Out of my own curiosity, once the survey has completed, I'd be curious
to see what results you got and what people clicked as the most
popular distributions.

Thanks,

-- Ben

On Mon, Sep 30, 2013 at 1:20 PM, David Busby  wrote:
> With the coming release of 2.5, I'm going to deploy a new demo server.
>  I've got a one question survey about which Linux distribution is in
> use in your Evergreen environment.  If you could spare me  the three
> clicks that would be awesome.
>
> https://docs.google.com/forms/d/1S0LUyxXCnZIkrVhac63T1JsRtbHWiB9wLX_L3gkvzxY/viewform
>
> I'll make the 2.5 demo server using the most popular flavour.  Also,
> I'll provide shell access to this machine for DIG and Hack-A-Way (or
> HackAWay?)
>
> --
> David Busby
> Edoceo, Inc.
> http://edoceo.com/
> 206.282.6500

Re: [OPEN-ILS-GENERAL] EDI Help (part 2)

[Ben Shum]

Hi Patrick,

Since it's marked "pending" state, now I'm wondering if maybe you need to
have the action_trigger_runner.pl script going as well to actually
translate events using the PO JEDI template.

In our utility server, the action/trigger runner goes off every quarter
hour, and then we have edi_pusher.pl set to run once per hour at 10 after
the hour.  So presumably, the action/trigger runner has enough time to
process things out prior to each push action.

-- Ben


On Tue, Oct 1, 2013 at 3:26 PM, Patrick Gardella <
patrick.garde...@asburyseminary.edu> wrote:

> Thanks for the response, Ben!
>
> EDI messages were blank for each of the POs until I did the manual trigger
> for the two recent POs.  It always showed (0) for EDI Messages in the
> client and had nothing in the DB. So right now, I have two messages in the
> edi_messages table.
>
> All of the action_trigger.event records with an event_def of 23 are
> "pending":
> 6732
> 424
> 23
>  2013-09-26 17:37:11.76534+002013-09-26 17:37:11+00*NULL**NULL* *NULL**
> NULL*pending*NULL**NULL* *NULL**NULL*
> So it seems to me that the event never fires.
>
> Patrick
>
>
> On Tue, Oct 1, 2013 at 3:07 PM, Ben Shum  wrote:
>
>> Hi Patrick,
>>
>> Have you checked the EDI messages to see if it generated anything?
>> It's possible that there was an error or issue with the order
>> processing as generated based on the PO JEDI and it's just stuck on
>> that.  Alternatively, one could check the action_trigger.event table
>> in the database and see if the associated EDI generated message failed
>> to create with a proper template as well.  Presumably, they would have
>> an associated event_def of 23 (which seems to be the ID for your PO
>> JEDI action trigger template).
>>
>> In my system, on B&T orders handled with EDI, I can see that there are
>> listed EDI messages associated with the PO.  Clicking on that link
>> takes me to view the messages as processed.  I would expect multiple
>> messages normally, one when using edi_pusher.pl to send the content on
>> its way, and then later messages with edi_fetcher.pl when retrieving
>> back the processed files on B&T's end of things via the FTP.
>>
>> -- Ben
>>
>> On Fri, Sep 27, 2013 at 4:00 PM, Patrick Gardella
>>  wrote:
>> > Back in July, Rob asked for assistance in setting up EDI to BT and YBP.
>> >
>> http://thread.gmane.org/gmane.education.libraries.open-ils.general/8465/focus=8470
>> >
>> > As he said there, we believe we have it set up correctly.  We can FTP
>> into
>> > the ftp servers for BT using the credentials configured in the EDI
>> Accounts.
>> > Those same EDI Accounts are then referenced in the Providers list (EDI
>> > Default filed).
>> >
>> > We created a PO for one book as a test to BT, but there is absolutely no
>> > indication the file was actually sent to BT. No messages show up in the
>> PO.
>> > Ditto for the YBP one, but I want to focus on just one of these for now.
>> >
>> > The PO has been activated as well.
>> >
>> > edi_pusher.pl is set to run every 10 minutes.  When run by hand, it
>> shows:
>> >
>> > opensrf@evergreen:/openils/var/log$ cd /openils/bin && /usr/bin/perl
>> > ./edi_pusher.pl
>> > FTP_PASSIVE is OFF
>> >
>> > Hook 'acqpo.activated' is used in 1 event definition(s):
>> >  23 - 'PO JEDI'
>> > Event definition 23 has 0 (completed) event(s)
>> >
>> > done
>> >
>> > We're running Evergreen 2.4.2.
>> >
>> > Can anyone offer any suggestions on what might be going on?  Is there
>> > something we need to do to make the order actually transmit?  Or some
>> log we
>> > can look in to figure out what is happening with this order?
>> >
>> > Patrick Gardella
>> > Asbury Theological Seminary
>>
>
>

Re: [OPEN-ILS-GENERAL] Survey About Linux Distribution

[Ben Shum]

Hmm, based on those results, if we combined the votes for Debian and
Ubuntu (not based on version), then actually Debian wins over Ubuntu.
Maybe we should consider using the latest Debian release as the
baseline?

-- Ben

On Thu, Oct 3, 2013 at 2:21 PM, David Busby  wrote:
> Results of the Distribution Survey, the newer demo images I make will
> be based on Ubuntu 12.04
>
> http://edoceo.com/pub/egd.html
> --
> David Busby
> Edoceo, Inc.
> http://edoceo.com/
> 206.282.6500
>
>
> On Mon, Sep 30, 2013 at 10:20 AM, David Busby  wrote:
>> With the coming release of 2.5, I'm going to deploy a new demo server.
>>  I've got a one question survey about which Linux distribution is in
>> use in your Evergreen environment.  If you could spare me  the three
>> clicks that would be awesome.
>>
>> https://docs.google.com/forms/d/1S0LUyxXCnZIkrVhac63T1JsRtbHWiB9wLX_L3gkvzxY/viewform
>>
>> I'll make the 2.5 demo server using the most popular flavour.  Also,
>> I'll provide shell access to this machine for DIG and Hack-A-Way (or
>> HackAWay?)
>>
>> --
>> David Busby
>> Edoceo, Inc.
>> http://edoceo.com/
>> 206.282.6500

[OPEN-ILS-GENERAL] Evergreen on Mavericks

[Ben Shum]

Just an advisory to any Evergreen groups running the staff client on
their Macbooks.  With the latest Mac OS X 10.9 Mavericks upgrade, we
noticed that our Evergreen staff clients crashed immediately upon
startup.

Looking closer, we discovered that the cause for us was a missing
key/string in the info.plist file:

CFBundleIdentifier
org.evergreen-ils.Evergreen

The lack of CFBundleIdentifier as NULL was causing our crashes.
Adding this key and string to our mac clients resolved the issue.
Apparently it should have always been there but wasn't included in the
original wiki page description of building a Mac client from scratch.
I've since updated the wiki page describing in broad strokes how Mac
clients are built for more recent Evergreen versions.  It's still
missing a lot of specifics, but is slightly more accurate now.

Hope this helps.

-- Ben Shum

Re: [OPEN-ILS-GENERAL] report to find holds?

[Ben Shum]

Hi Holly,

I'm not certain this is something that can be done via the staff
client's reports, but this is my thinking so far...

Because most given holds are title holds and targeting bib records,
but all copy locations are tied to items, it's not always going to be
a one for one connection from hold to specific item that I can think
of.  An approach I might use in this situation would be getting a list
of the bib records associated with a given set of items belonging to a
particular copy location and then seeing which holds target those bib
records.

The following is something I whipped up quickly in SQL that might work:

-- Title of material, # of holds
-- Number of title holds targeted towards bib records with copies
associated with a copy location named 'In Process'

SELECT rmsr.title, COUNT(*)
FROM action.hold_request ahr
JOIN reporter.materialized_simple_record rmsr ON rmsr.id = ahr.target
WHERE ahr.hold_type = 'T'
AND ahr.target IN (
SELECT acn.record
FROM asset.copy ac
JOIN asset.copy_location acl ON acl.id = ac.location
JOIN asset.call_number acn ON acn.id = ac.call_number
WHERE acl.name = 'In Process'
AND ac.deleted = FALSE)
GROUP BY 1
ORDER BY 2 DESC;

Some potential caveats include figuring whether or not to count
inactive/suspended holds or adding some union merges to count also
things like volume or copy holds (among other types of holds) as well
if we were to focus on all the various ways holds could be placed
trying to get these items.

Good luck, curious to see what other folks think of for this question.

-- Ben

On Wed, Oct 30, 2013 at 6:55 PM, Holly Brennan  wrote:
> This is part of the question I sent out earlier, but since I received an
> answer to the complicated part I figured I’d try again with a
> smaller/simpler email. (So please excuse the double posting)
>
>
>
> Is there a way to find items that have holds placed on them, based on
> location? The best process would be a report that can pull “items on hold”
> and “location = In Process” that we can run every few days. It does not need
> to be fancy and integrated like the standard Pull List.
>
>
>
> We’re still on 2.3.4, so maybe this is an option on 2.4 or 2.5? I haven’t
> had any luck searching chat/wiki/Launchpad/release notes.
>
>
>
> If you don’t know, but are interested in this option, speak up! I can start
> a Launchpad campaign if it’s not in the works already.
>
>
>
> Thanks!
>
>
>
> -  Holly
>
>
>
>
>
>
>
>
>
> Holly Brennan
>
> Library Technician II
>
> Cataloging & Tech Services
>
> Homer Public Library
>
> 907-235-3180 (main)
>
> 907-435-3154 (direct)
>
> hbren...@cityofhomer-ak.gov
>
>

Re: [OPEN-ILS-GENERAL] Permission to Register Patron and Edit Patron

[Ben Shum]

Fiona is correct.  You generally need to also include the relevant
group permission associated with any given profile group.  For
example, "group_application.user.patron" being the given
application_perm for the default Patrons group.

I'll refer to this thread of discussion from a few months ago from
someone working on a similar issue:
http://markmail.org/message/eupnznrhhahvmjog

-- Ben

On Thu, Nov 7, 2013 at 9:29 AM, Fiona Borthwick
 wrote:
> In addition to what has already been said, you should also check the
> relevant permission group policies associated with the logins.  There needs
> to be a relevant value in the Editing Permission to allow staff logins to
> create or edit user records.
>
> Fiona
>
>
> On 7 November 2013 13:44, Kathy Lussier  wrote:
>>
>> Hi Jayaraj,
>>
>> You should also make sure you have assigned a working location for the
>> user. You can do this through the User Permission Editor that Tony described
>> below.
>>
>> Kathy
>>
>> Kathy Lussier
>> Project Coordinator
>> Massachusetts Library Network Cooperative
>> (508) 343-0128
>> kluss...@masslnc.org
>> Twitter: http://www.twitter.com/kmlussier
>>
>> On 11/7/2013 8:29 AM, Tony Bandy wrote:
>>
>> Morning Jayaraj,
>>
>> I'm no expert, but have you gone into the Admin-->User Permission Editor
>> for the accounts in question?  Sometimes, depending upon whether you have a
>> single library or consortium, you might have to adjust the "depth" of the
>> permissions.  Sometimes, in cases like this, I've actually opened up two
>> windows side by side, and scanned the permissions...it can be time
>> consuming, but can help track down permission errors.
>>
>> Hope this helps a bit...
>>
>> --Tony
>>
>>
>> On Thu, Nov 7, 2013 at 6:37 AM, Jayaraj JR  wrote:
>>>
>>> Hello,
>>>
>>> We are using Evergreen 2.3.7 on Ubuntu 10.04. Currently, Only the
>>> Administrator only can Register Patron, Edit Patron Account Details. We
>>> would like to know, how we can assign this permission to other staff in the
>>> Circulation Section
>>>
>>> We have assigned Create User and Edit User permissions to the Circulation
>>> Staff. But they are unable to either Register or Edit the Patron. Kindly
>>> help us resolve the problem
>>>
>>> --
>>> Thanking You
>>>
>>> Jayaraj J R
>>> Library Information Assistant
>>> IISER Thiruvananthapuram
>>>
>>
>>
>>
>> --
>> Tony Bandy
>> to...@ohionet.org
>> OHIONET
>> 1500 West Lane Ave.
>> Columbus, OH  43221-3975
>> 614-486-2966 x19
>>
>>
>
>
>
> --
>
> Fiona Borthwick
> Customer Services Consultant, PTFS Europe Limited
> Content Management and Library Solutions
>
> +44 (0) 800 756 6803 (phone)
> +44 (0) 7540 768230  (mobile)
> +44 (0) 131 2088578  (direct dial)
> +44 (0) 800 756 6384 (fax)
> fiona.borthw...@ptfs-europe.com
> skype: fionaborthwick1
>
> http://www.ptfs-europe.com

Re: [OPEN-ILS-GENERAL] Grace Periods

[Ben Shum]

Hi Deana,

Yes, that is correct.  Modifying your circ policies only affects
future circulations from that point forward.  It does not
retroactively apply those changes to existing circulations that have
already been created.  I'm not entirely sure if this would affect
renewals as well, so it may take some time to bleed out all the
changes.

We encountered a similar issue with having 1 day grace being applied
during an upgrade couple years ago.  We ultimately ended up changing
our policy configuration and then letting it go away naturally.
Called it a "one time credit for patrons" or something like that.  :)

-- Ben

On Fri, Nov 8, 2013 at 9:42 AM, Deana Cunningham
 wrote:
> Hi all!
>
> I recently found that our system was giving a 1 day grace period on fines. I
> checked through the Library Settings editor and the recurring fine rules and
> found that the company that (partially) set up our system did have a one day
> grace period built in to all our recurring fine rules. I removed it, but the
> system is still giving folks the grace period. Could this be because the
> setting was changed after these items were checked out?
>
> Thank ~ and happy Friday!
>
> Deana
>
> Deana Cunningham
> Branch Manager, South Branch Library
> 1550 S. Campus Dr.
> Creedmoor, NC 27522
> Phone: (919) 528-1752
> Fax: (919) 528-1376
> deana.cunning...@granvillecounty.org

Re: [OPEN-ILS-GENERAL] help with opensrf install

[Ben Shum]

Hey Yamil,

For note, Matt jumped into IRC after he sent that email to the general
list.  I asked him a few details about his linux installation to see
what his situation was.  He indicated trying another installation with
a different OS.

This was the IRC log from that day:
http://irc.evergreen-ils.org/evergreen/2013-12-13#i_54115

-- Ben

On Tue, Dec 17, 2013 at 3:59 PM, Yamil Suarez  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  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
>

Re: [OPEN-ILS-GENERAL] Building a 2.4 Mac Client

[Ben Shum]

One thing I'd be sure to check is that you're grabbing the build files from
the 64-bit Linux tarball staff client builds off your system.  Using the
same files from Windows wouldn't be good, and the 32-bit ones are known to
be broken for Mac.

We've built clients since 2.3 times, so the process is generally known to
be working (if not fully fleshed out in detailed instructions).

-- Ben


On Thu, Jan 9, 2014 at 2:57 PM, Suzanne Paterno wrote:

> We recently updated our system from 2.3.7 to 2.4.4. Although I had no
> trouble with any of our 2.3 releases, I am running into some difficulties
> creating a Mac client for 2.4.4.  Specifically I receive the attached pop
> up about field mapper.AutoIDL when I try to log into the client.
>
>
> PC versions of the client work on our system so it does not seem as though
> it is a server problem. The directory structure and files match the
> instructions at
> http://evergreen-ils.org/dokuwiki/doku.php?id=mozilla-devel:building_the_staff_client.
>  I have tried building the directory(app) from scratch as well as starting
> with the previous working client then overlaying the new files. I am not
> sure what else to try. Any ideas?
>
> Has anyone experienced anything similar when building a Mac Client? How
> was the problem resolved? Anyone have a 2.4.4 Mac client they’s be willing
> to share?
>
> Thank you,
> Suzanne
>
> --
> Suzanne Paterno
> Systems Support Specialist
> North of Boston Library Exchange
> Danvers, Massachusetts
> pate...@noblenet.org
> www.noblenet.org
>
<>

Re: [OPEN-ILS-GENERAL] Selfcheck not populating items out

[Ben Shum]

Hi Buzzy,

My initial question was going to be "what version of Evergreen are you
using?" but I decided to test out the link in your signature and see
what version your catalog says it is.  Going on what I saw from your
library's catalog (SAGE?), it seems you folks are on Evergreen 2.5.1.

To answer the actual issue though... last week, I merged a bug fix
from Bill Erickson to resolve this issue with the selfcheck interface
present in Evergreen 2.5.  It's slated to become part of the next
maintenance release, 2.5.3.

See this Evergreen bug ticket -
https://bugs.launchpad.net/evergreen/+bug/1269884 - for full details
and links to the code fixes.

-- Ben

On Wed, Jan 22, 2014 at 8:56 PM, Buzzy Nielsen
 wrote:
> Hi everyone,
>
> We're currently using the old selfcheck
> (https://[catalog.url]/opac/extras/selfcheck/selfcheck.xml), but we're
> trying to upgrade to the newer selfcheck (
> https://[catalog.url]/eg/circ/selfcheck/main). We're running into a problem,
> though: when you check out an item, it doesn't appear on the checkout
> screen. In what I'm guessing is a related problem, going to the "Items Out"
> screen does not show anything. I've attached a screenshot of the behavior.
> When you check out an item, the barcode stays in the checkout box, and
> nothing appears below. However, we have confirmed that it is indeed checking
> out the item to the patron. WE've confirmed this problem in Firefox and
> Chromium on LMDE and Firefox and Chrome on Win7.
>
> Does anybody have any thoughts on why we're getting this behavior? 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
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Using Syndetics DVD covers in TPAC (EG 2.4)

[Ben Shum]

Hi Michael,

So, it wasn't until recently in Evergreen 2.5's development that the
catalog added the ability to recognize UPC codes for Syndetics.
Previously to this, it only worked with ISBNs.  You can read more
about this change in the 2.5 Release Notes:
http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_5.html#_opac_2

So, 2.4 will not be able to access those covers via UPC.  You will
need to have (or upgrade to) a 2.5 system instead.

-- Ben

On Thu, Feb 6, 2014 at 3:10 PM, Michael Schell  wrote:
> Hi All,
>
> Our consortium is testing cover images supplied by Bowker/Syndetics in our
> catalogue.  We have been able to get the book jackets to show using the
> setup from the documentation but covers for movies dont show up when UPC
> data is in the 024 field.  Only DVDs  that have ISBN data in the 020 field
> show.  Here is a link to our test server if it helps.
> http://68.71.19.14/eg/opac/results?fi%3Aitem_type=g&query=james+patterson&qtype=keyword&locg=1&sort=
>
> Does anyone have any hints on how to get this working?
>
> Thanks.
>
> Michael.



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Using Syndetics DVD covers in TPAC (EG 2.4)

[Ben Shum]

That sounds more like a Syndetics problem or cataloging issue with use
of the UPCs than an Evergreen issue with the feature.

I know Jeff and I have spoken a few times about having different
prioritization of deciding which fields get used if available for
matching purposes.  Additionally one of the many wishlist things I
dream about would be some sort of hard refresh button that goes and
clears any stored Syndetics image that was retrieved erroneously and
update it with a new match.  This would be super helpful for after
Syndetics fixes a mismatch on their end, or we edit our records to put
the right identifier in place since memcache keeps the originally
retrieved image "forever" and doesn't update it till forced to.

-- Ben

On Fri, Feb 7, 2014 at 8:06 AM, Hardy, Elaine
 wrote:
> Unfortunately, this is causing problems with mismatched cover art. UPCs
> are reused more often than ISBNs.
>
> Elaine
>
> J. Elaine Hardy
> PINES & Collaborative Projects Manager
> Georgia Public Library Service
> 1800 Century Place, Ste 150
> Atlanta, Ga. 30345-4304
>
> 404.235-7128
> 404.235-7201, fax
> eha...@georgialibraries.org
> www.georgialibraries.org
> www.georgialibraries.org/pines
>
>
> -Original Message-
> From: open-ils-general-boun...@list.georgialibraries.org
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
> Michael Schell
> Sent: Thursday, February 06, 2014 4:09 PM
> To: Evergreen Discussion Group
> Subject: Re: [OPEN-ILS-GENERAL] Using Syndetics DVD covers in TPAC (EG
> 2.4)
>
> Ben,
>
> Thanks for the quick response.  Thats exactly the info I was looking for!
>
> Cheers,
>
> Michael
>
> On 2014-02-06 3:32 PM, Ben Shum wrote:
>> Hi Michael,
>>
>> So, it wasn't until recently in Evergreen 2.5's development that the
>> catalog added the ability to recognize UPC codes for Syndetics.
>> Previously to this, it only worked with ISBNs.  You can read more
>> about this change in the 2.5 Release Notes:
>> http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_5.html#
>> _opac_2
>>
>> So, 2.4 will not be able to access those covers via UPC.  You will
>> need to have (or upgrade to) a 2.5 system instead.
>>
>> -- Ben
>>
>> On Thu, Feb 6, 2014 at 3:10 PM, Michael Schell  wrote:
>>> Hi All,
>>>
>>> Our consortium is testing cover images supplied by Bowker/Syndetics
>>> in our catalogue.  We have been able to get the book jackets to show
>>> using the setup from the documentation but covers for movies dont
>>> show up when UPC data is in the 024 field.  Only DVDs  that have ISBN
>>> data in the 020 field show.  Here is a link to our test server if it
> helps.
>>> http://68.71.19.14/eg/opac/results?fi%3Aitem_type=g&query=james+patte
>>> rson&qtype=keyword&locg=1&sort=
>>>
>>> Does anyone have any hints on how to get this working?
>>>
>>> Thanks.
>>>
>>> Michael.
>>
>>
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Evergreen 2.6 Beta Preview Uploaded [RM2.6]

[Ben Shum]

Hmm, osrf_control is part of the next OpenSRF releases, like the
impending OpenSRF 2.3 beta that's to be announced soon.  I would have
expected that testing for Evergreen 2.6 beta be done with OpenSRF 2.3
or master; though I'd expect that past versions of OpenSRF might still
work, but that's not the target expectations here.

I mentioned to Galen Charlton, who had volunteered to package OpenSRF
2.3 beta and he's working on that soon.

-- Ben

On Thu, Feb 27, 2014 at 4:57 PM, Elliot Voris  wrote:
> It's worth noting that the osrf_control script doesn't appear to exist, but
> is referenced in the install docs. I've submitted a bug report, and was
> going to consider it a documentation bug. However, after more thought, it
> seems like it could be something that's been documented properly but not
> implemented properly?
>
>
>
> https://bugs.launchpad.net/evergreen/+bug/1285881
>
>
>
> Thanks!
>
>
>
> Elliot J. Voris
>
>
>
> From: open-ils-general-boun...@list.georgialibraries.org
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
> Elliot Voris
> Sent: 27 February, 2014 15:25
> To: Evergreen Discussion Group
> Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.6 Beta Preview Uploaded [RM2.6]
>
>
>
> I'm happy to report that I just ran the beta through a clean install on
> Debian Wheezy, and it passed with flying colors!
>
>
>
> I couldn't connect with the staff client beta, but I'm reasonably sure that
> it has more to do with me guessing at what to supply as
> STAFF_CLIENT_STAMP_ID.
>
>
>
> Thanks!
>
>
>
> Elliot J. Voris
>
>
>
> From: open-ils-general-boun...@list.georgialibraries.org
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Dan
> Wells
> Sent: 25 February, 2014 11:01
> To: 'open-ils-general'
> Subject: [OPEN-ILS-GENERAL] Evergreen 2.6 Beta Preview Uploaded [RM2.6]
>
>
>
> Hello all,
>
>
>
> A more thorough beta summary email is pending, but this preview build is now
> available for download and testing.
>
>
>
> http://evergreen-ils.org/downloads/previews/Evergreen-ILS-2.6-beta1.tar.gz
>
> http://evergreen-ils.org/downloads/previews/Evergreen-ILS-2.6-beta1.tar.gz.md5
>
> http://evergreen-ils.org/downloads/previews/evergreen-client-2.6-beta1_i686.tar.bz2
>
> http://evergreen-ils.org/downloads/previews/evergreen-client-2.6-beta1_i686.tar.bz2.md5
>
> http://evergreen-ils.org/downloads/previews/evergreen-client-2.6-beta1_x86_64.tar.bz2
>
> http://evergreen-ils.org/downloads/previews/evergreen-client-2.6-beta1_x86_64.tar.bz2.md5
>
> http://evergreen-ils.org/downloads/previews/evergreen-setup-2.6-beta1.exe
>
> http://evergreen-ils.org/downloads/previews/evergreen-setup-2.6-beta1.exe.md5
>
> http://evergreen-ils.org/downloads/previews/ChangeLog-2.5.3-2.6-beta1
>
>
>
> Please note the upgrades assume you are coming from *2.5.3*, which was
> uploaded yesterday, and will soon be linked from the downloads page.  And
> remember, here's your chance to go for the gold (so to speak)!
>
>
>
> Thanks,
>
> Dan
>
>
>
>
>
>
>
> Daniel Wells
>
> Library Programmer/Analyst
>
> Hekman Library, Calvin College
>
> 616.526.7133
>
>
>
>
>
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] Lightning Talks at Evergreen Conference

[Ben Shum]

Hi everybody!

With the Evergreen conference just around the corner, the programs
committee would like to remind folks about the Lightning Talk sessions
during the conference (see schedule:
http://evergreen-ils.org/conference/eg14/schedule/).  Traditionally,
these are five minute timed talks that people sign up for at the
conference.  One new twist we are trying this year is that the
Thursday Lightning Talks are going to be dedicated to talking about
"new features".  If you would like to help highlight something cool
that's coming soon to an Evergreen system near you, this is your
chance to get the word out.

More details will be forthcoming and signups likely done at the
conference registration desk.

Thanks and see you next week!

-- Ben

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] Release Manager Proposal for 2.7

[Ben Shum]

Hi all,

I volunteered to act as release manager for the next Evergreen version
(proposed 2.7) and received general confirmation for the role by
participants at the developer meeting held on March 21, 2014 at the
Evergreen conference.  There will be a formal vote in IRC at the next
online developer meeting.

As discussed during that meeting, the following is a short list of
general objectives/ideas intended for our next development cycle:

1)  Highlight new features under development for feedback during
dedicated time at our monthly developer meetings.  This is intended to
give more direct feedback for new development which may impact large
areas of Evergreen and bring it to the attention of the whole group.
It continues to be a strong recommendation for any developer to
announce new development work early via Launchpad, lists, etc. for
greater community review and feedback.

2)  Engage community participation for official "bug wrangling /
fixing days" where we focus on identifying and fixing bugs affecting
many members as noted in Evergreen's Launchpad bug tracker.  These
would likely precede official deadlines for releases to give time to
incorporate any work in the various milestones.  Dates to be
determined.

3)  Review our internationalization/translation processes and work to
involve and support new groups interested in translating the different
parts of Evergreen.  The development team is still looking for an
interested person to take on a role of Translation Manager, but in the
meantime, extra attention will be given during this release cycle to
groups or individuals interested to participate in Evergreen
translation efforts.

4)  Deprecate and remove old code that is no longer necessary or
broken.  As one immediate example: the old style circulation scripts
have been officially deprecated since version 2.4 in favor of
in-database circulation policies and we should remove the circ scripts
completely from the code base along with any other unnecessary pieces.

5)  Along the way, there will be announcements made with regards to
the web-based staff client development.  In particular, it was decided
among developers that specific modules within the staff client will be
announced as feature frozen while work for the web-based rewrite is
done for those modules to achieve feature parity with existing
capabilities.  This will mean that throughout the development cycle,
there will be times when all developers will be asked to refrain from
adding new features to the existing staff client for specified
modules.  There will be some discussion between the developers to
decide all these dates in advance and they will be announced soon.

As for general timeline, I believe that Dan Wells has laid out a great
framework for us to follow during his time as release manager.  Some
potential dates to get started thinking about (I decided I like
Thursdays, so I've selected the major Thursdays with some minor
adjustment for major US/Canadian holidays):

June 5 -- target main features for initial 2.7 milestone review
July 10 -- 2.7 alpha
August 7 -- 2.7 beta
September 4 - 2.7 RC
September 18 - 2.7.0 Final

There will be more dates to be included and I plan to update the
Evergreen calendar to reflect these events, along with the dedicated
bug days and module freezes for web-client development.

I look forward to working with everyone -- developers, reviewers, and
users alike.  My desire is to provide good feedback on Evergreen's
ongoing development efforts to our whole community as we move into
this next phase of work.  Please feel free to respond to this email
with any questions or concerns regarding the plan as I have outlined.
This is just our first draft plans and there is still room for
discussion and review.

-- Ben

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Release Manager Proposal for 2.7

[Ben Shum]

Hi Lindsay,

Thanks!  Your enthusiasm and interest are greatly appreciated; it's
great to get some feedback from you on the proposed plan.  I think
this development cycle will be very interesting with the changes
coming with the new web-based staff client rewrite.  There will
definitely be opportunities for everyone (read: not just developers)
to be involved with testing for this and many other things as 2.7's
plan gets more fleshed out.

Cheers,

-- Ben

On Thu, Mar 27, 2014 at 2:32 PM, Lindsay Stratton  wrote:
> Hi Ben,
>
> This is a great initial outline, thanks!
>
> Pioneer is currently planning to save all of our upgrade energies for 2.7,
> so we have a pretty vested interest. My strength is in the end user/staff
> client side of things, and I would be more than happy to be involved in any
> testing thereof (or, really, anywhere a non-developer, opinionated end-user
> type might be useful.)
>
> Regards,
> Lindsay
>
> Lindsay Stratton
> Library Automation Services Manager
> Pioneer Library System
> 2557 State Rte 21
> Canandaigua, NY 14424
> 585-394-8260 x104
>
>
> 
>
> From: "Ben Shum" 
> To: "Evergreen Discussion Group"
> 
> Sent: Tuesday, March 25, 2014 10:28:06 AM
> Subject: [OPEN-ILS-GENERAL] Release Manager Proposal for 2.7
>
>
> Hi all,
>
> I volunteered to act as release manager for the next Evergreen version
> (proposed 2.7) and received general confirmation for the role by
> participants at the developer meeting held on March 21, 2014 at the
> Evergreen conference.  There will be a formal vote in IRC at the next
> online developer meeting.
>
> As discussed during that meeting, the following is a short list of
> general objectives/ideas intended for our next development cycle:
>
> 1)  Highlight new features under development for feedback during
> dedicated time at our monthly developer meetings.  This is intended to
> give more direct feedback for new development which may impact large
> areas of Evergreen and bring it to the attention of the whole group.
> It continues to be a strong recommendation for any developer to
> announce new development work early via Launchpad, lists, etc. for
> greater community review and feedback.
>
> 2)  Engage community participation for official "bug wrangling /
> fixing days" where we focus on identifying and fixing bugs affecting
> many members as noted in Evergreen's Launchpad bug tracker.  These
> would likely precede official deadlines for releases to give time to
> incorporate any work in the various milestones.  Dates to be
> determined.
>
> 3)  Review our internationalization/translation processes and work to
> involve and support new groups interested in translating the different
> parts of Evergreen.  The development team is still looking for an
> interested person to take on a role of Translation Manager, but in the
> meantime, extra attention will be given during this release cycle to
> groups or individuals interested to participate in Evergreen
> translation efforts.
>
> 4)  Deprecate and remove old code that is no longer necessary or
> broken.  As one immediate example: the old style circulation scripts
> have been officially deprecated since version 2.4 in favor of
> in-database circulation policies and we should remove the circ scripts
> completely from the code base along with any other unnecessary pieces.
>
> 5)  Along the way, there will be announcements made with regards to
> the web-based staff client development.  In particular, it was decided
> among developers that specific modules within the staff client will be
> announced as feature frozen while work for the web-based rewrite is
> done for those modules to achieve feature parity with existing
> capabilities.  This will mean that throughout the development cycle,
> there will be times when all developers will be asked to refrain from
> adding new features to the existing staff client for specified
> modules.  There will be some discussion between the developers to
> decide all these dates in advance and they will be announced soon.
>
> As for general timeline, I believe that Dan Wells has laid out a great
> framework for us to follow during his time as release manager.  Some
> potential dates to get started thinking about (I decided I like
> Thursdays, so I've selected the major Thursdays with some minor
> adjustment for major US/Canadian holidays):
>
> June 5 -- target main features for initial 2.7 milestone review
> July 10 -- 2.7 alpha
> August 7 -- 2.7 beta
> September 4 - 2.7 RC
> September 18 - 2.7.0 Final
>
> There will be more dates to be included and I plan to update the
> Evergreen calendar to reflect these ev

Re: [OPEN-ILS-GENERAL] KPAC filtering

[Ben Shum]

For whatever it's worth, we make use of the custom filter groups and
just specify a filter group like:
filter_group_entry(4)

Where 4 is the filter group that we set aside for KPAC entries.  Then
we update the locations(x, y, z) in that filter group using the filter
editor in the staff client.  This way, whenever we add or remove
different copy locations, it doesn't require updating the XML file.

-- Ben

On Mon, Apr 7, 2014 at 9:27 PM, McCanna, Terran
 wrote:
> Holly,
>
> I think it's a great question, and I'd love to know if that works when you 
> try it out!
>
> Another thing I was mulling over was that it would be fun to make another 
> version of the KPAC just for teens with its own graphics and just including 
> audience type c&d materials. (In my copious spare time... )
>
>
> Terran McCanna
> PINES Program Manager
> Georgia Public Library Service
> 1800 Century Place, Suite 150
> Atlanta, GA 30345
> 404-235-7138
> tmcca...@georgialibraries.org
>
> - Original Message -
> From: "Holly Brennan" 
> To: "Evergreen Discussion Group" 
> Sent: Monday, April 7, 2014 9:03:54 PM
> Subject: Re: [OPEN-ILS-GENERAL] KPAC filtering
>
> Ah, look at the file! Why didn't I think of that? (Tired, reaching end of 
> day.)
>
> Thanks, Terran! Good clues on where to start looking and experimenting.
>
> -Holly
>
> -Original Message-
> From: open-ils-general-boun...@list.georgialibraries.org 
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of 
> McCanna, Terran
> Sent: Monday, April 07, 2014 4:57 PM
> To: Evergreen Discussion Group
> Subject: Re: [OPEN-ILS-GENERAL] KPAC filtering
>
> Hmm... I could be wrong (and I'm very tired), but I would guess that with the 
> way the global filter tag is set up in the kpac.xml file, that you could put 
> any sort of defined filter in there. It is configured for 
> "audience(a,b,c,d,j)" and that is easy to modify, but my guess is you could 
> replace that bit in the global filter tag with "locations(x,y,z)" where x,y,z 
> were the IDs (not the names) of the shelving locations you wish to display.
>
> This page lists the filters that the query parser understands and it says 
> "locations" refers to shelving location IDs:
> http://evergreen-ils.org/dokuwiki/doku.php?id=documentation:technical:search_grammar
>
> I'm not sure if there is a way to determine the IDs of your shelving 
> locations without looking at the database table that holds them.
>
> We couldn't do this in PINES because our consortium allows different 
> libraries to have different shelving locations and it would be too difficult 
> to track, but I don't see why it couldn't work for a smaller or more 
> standardized system.
>
>
> Terran McCanna
> PINES Program Manager
> Georgia Public Library Service
> 1800 Century Place, Suite 150
> Atlanta, GA 30345
> 404-235-7138
> tmcca...@georgialibraries.org



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] View Holds Screen

[Ben Shum]

Hi Fiona,

I'm not too familiar with this area of Evergreen (in our consortium,
people share and want to see everything), but I remember in the old
days there's opt-in settings for patrons to say whether or not they
give permission to be viewed at different libraries within a system.
My recollection was that Sitka, Conifer, or Michigan libraries made
use of these features.

I'll see what I can dig up, or maybe this reply with spark an idea
with someone who knows more about the current state of patron opt-in
functionality.

-- Ben

On Wed, Apr 9, 2014 at 10:25 AM, Borthwick, Fiona
 wrote:
> Hi,
>
> I really hope someone in the community can help with a problem that one of
> our customers has.  There are 2 specific issues with the View Holds screen.
>
> The consortium in question operate as 4 separate authorities when it comes
> to holds so there is no interlending between the different systems.  The
> Hold Policies are set up to retrospectively block holds from a different
> system.  As a result no hold weighting policies or equivalent have been
> configured.
>
> The Patron Opt-In Boundary and Patron Opt-In Default settings have a value
> of 1 (system) and I can confirm that this behaves as we would expect in a
> patron search - i.e. a search will only find patrons that have a home
> library within your org unit tree.
>
> Our customer's test server is at 2.5.3 where these scenarios persist:
>
> 1)  There can be a large number of holds on a popular bestseller.  When you
> go to the View Holds screen, you see the list of all holds for the entire
> consortium.
>
> There is a filter option which allows you to filter on either pickup library
> or requesting library but this is a specific branch.  Our customer needs to
> be able to see the holds queue for their whole system at once.  It is not
> necessary to see the holds for the other systems in the consortium.
>
> 2)  This is a more serious problem.  Due to the above scenario - i.e. the
> ability to see all consortium holds, it has become apparent that you can
> access a patron record from another system.  From the View Holds Screen,
> highlight a hold and then select 'Retrieve Patron' from the Actions menu.
> You are taken straight into the patron record even if this patron belongs to
> another system (different org unit hierarchy).
>
> Can anyone shed any light on how to control this please?  This customer only
> wants to be able to see their own local authority's holds and more
> importantly be prevented from being able to access a patron record that
> doesn't belong to them.
>
> Many thanks in advance for any help.
>
> Fiona
>
> --
>
> Fiona Borthwick
> Customer Services Consultant, PTFS Europe Limited
> Content Management and Library Solutions
>
> +44 (0) 800 756 6803 (phone)
> +44 (0) 7540 768230  (mobile)
> +44 (0) 131 2088578  (direct dial)
> +44 (0) 800 756 6384 (fax)
> fiona.borthw...@ptfs-europe.com
> skype: fionaborthwick1
>
> http://www.ptfs-europe.com



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Release Manager Proposal for 2.7

[Ben Shum]

Hi Remington,

Thanks for reminding me about these wiki pages.  I was looking for it the
other day but didn't get to updating it.

I have since created a new page:
http://evergreen-ils.org/dokuwiki/doku.php?id=faqs:evergreen_roadmap:2.7with
a few short initial entries for 2.7.  Others are welcome to help add
links and such for work that's upcoming.

-- Ben


On Mon, Apr 21, 2014 at 11:33 AM, Remington Steed  wrote:

> Hi Ben,
>
> I have updated the Evergreen Roadmap wiki page[1] with a section for EG
> 2.7.  There's a placeholder link to a version roadmap page, but I'm not
> sure if the community wants to continue that approach to tracking upcoming
> development.  We didn't make use of the 2.6 roadmap page, perhaps partly
> because 2.6 was a shorter release cycle.  Since you're the RM for 2.7, I
> wanted to bring this up as a potential avenue for communication if it seems
> useful to you.
>
> [1]: http://evergreen-ils.org/dokuwiki/doku.php?id=faqs:evergreen_roadmap
>
> Remington
>
> --
> Remington Steed
> Electronic Resources Specialist
> Hekman Library, Calvin College
> http://library.calvin.edu/
>
> > -Original Message-
> > From: open-ils-general-boun...@list.georgialibraries.org [mailto:
> open-ils-
> > general-boun...@list.georgialibraries.org] On Behalf Of Ben Shum
> > Sent: Monday, March 31, 2014 10:49 AM
> > To: Evergreen Discussion Group
> > Subject: Re: [OPEN-ILS-GENERAL] Release Manager Proposal for 2.7
> >
> > Hi Lindsay,
> >
> > Thanks!  Your enthusiasm and interest are greatly appreciated; it's
> > great to get some feedback from you on the proposed plan.  I think
> > this development cycle will be very interesting with the changes
> > coming with the new web-based staff client rewrite.  There will
> > definitely be opportunities for everyone (read: not just developers)
> > to be involved with testing for this and many other things as 2.7's
> > plan gets more fleshed out.
> >
> > Cheers,
> >
> > -- Ben
> >
> > On Thu, Mar 27, 2014 at 2:32 PM, Lindsay Stratton  >
> > wrote:
> > > Hi Ben,
> > >
> > > This is a great initial outline, thanks!
> > >
> > > Pioneer is currently planning to save all of our upgrade energies for
> 2.7,
> > > so we have a pretty vested interest. My strength is in the end
> user/staff
> > > client side of things, and I would be more than happy to be involved
> in any
> > > testing thereof (or, really, anywhere a non-developer, opinionated end-
> > user
> > > type might be useful.)
> > >
> > > Regards,
> > > Lindsay
> > >
> > > Lindsay Stratton
> > > Library Automation Services Manager
> > > Pioneer Library System
> > > 2557 State Rte 21
> > > Canandaigua, NY 14424
> > > 585-394-8260 x104
> > >
> > >
> > > 
> > >
> > > From: "Ben Shum" 
> > > To: "Evergreen Discussion Group"
> > > 
> > > Sent: Tuesday, March 25, 2014 10:28:06 AM
> > > Subject: [OPEN-ILS-GENERAL] Release Manager Proposal for 2.7
> > >
> > >
> > > Hi all,
> > >
> > > I volunteered to act as release manager for the next Evergreen version
> > > (proposed 2.7) and received general confirmation for the role by
> > > participants at the developer meeting held on March 21, 2014 at the
> > > Evergreen conference.  There will be a formal vote in IRC at the next
> > > online developer meeting.
> > >
> > > As discussed during that meeting, the following is a short list of
> > > general objectives/ideas intended for our next development cycle:
> > >
> > > 1)  Highlight new features under development for feedback during
> > > dedicated time at our monthly developer meetings.  This is intended to
> > > give more direct feedback for new development which may impact large
> > > areas of Evergreen and bring it to the attention of the whole group.
> > > It continues to be a strong recommendation for any developer to
> > > announce new development work early via Launchpad, lists, etc. for
> > > greater community review and feedback.
> > >
> > > 2)  Engage community participation for official "bug wrangling /
> > > fixing days" where we focus on identifying and fixing bugs affecting
> > > many members as noted in Evergreen's Launchpad bug tracker.  These
> > > would likely precede official deadlines for releases to give time to
&

Re: [OPEN-ILS-GENERAL] dewey call number normalization

[Ben Shum]

This will be a slightly more technical answer that may require some direct
database access to ascertain more details.

You mention that the call numbers are identified as DDC.  So that's
label_class of 2, I believe.  We are using Dewey (DDC) for all of our
materials by default as well in our consortium.

I'd be curious to know what the label_sortkey values were for those call
numbers you mention.  That field is what actually drives the sorting values
for a given set.

For example, just pulling a few samples from our asset.call_number table:

label -> label_sortkey

720 Mag -> 720_000_MAG
720.9 How -> 720_900_HOW
720.92 Ros -> 720_920_ROS
720.973 THO -> 720_973_THO

So, the normalizer for Dewey class ought to pad in the extra zeroes with
the first . decimal point to set the initial sorting.  In that case, I
would expect 720 by itself to be 720_000... and 720.1 to be 720_100 in
the sorting, which would result in the expected order.

But perhaps something is not quite right with your call number's
label_sortkey values, or it's behaving in yet another unexpected way.  I do
not know how your system is setup, but it's possible for the label_sortkey
values to be incorrect due to bugs or earlier implementations of Dewey
normalizers in previous run versions of Evergreen.  This has happened to us
before, where the class was set appropriately, but we had to run all the
call numbers back through to update the label_sortkey appropriately.

Hope this gets you somewhere to start looking, please feel free to follow
up with further questions.

-- Ben



On Thu, Apr 24, 2014 at 3:32 PM, Adam Shire  wrote:

> Hi Everyone,
>
> We are testing in evergreen 2.5.2
>
> I'm noticing what I think looks like incorrect behavior when using the
> call number browse feature.
>
> Doing a call number browse search for 720 results in the following call
> number sort order:
>
> 720 H47 1979
> 720 .H47
> 720.1 H74 1979
> 720.1 .H47 1980
> 720.1 .H74 1979
> 720 H74 1979
> 720 .H74 1979
>
>
> It looks like the decimal point might be throwing things off. I think that
> should be taken care of in a normalizer, but maybe there is a reason not
> to. I think the 720.1's should come at the end of this list, regardless of
> the decimal point before the cutter.
>
> All of the call numbers are identified as DDC.
>
> you can probably replicate this here
> http://emerson.eg.flo.org/eg/opac/cnbrowse?cn=715&locg=2
>
>
> I didn't see any bug reports that seemed to address this specific issue,
> so I'm wondering if there could be something else causing this behavior.
>
> thanks,
> Adam
>
> --
>
> Adam Shire
> Member Services Librarian
> Fenway Libraries Online 
> 617-442-2384
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] dewey call number normalization

[Ben Shum]

Huh, so the lines you shared seem strange and not what I would have
expected, especially:

2 | 720 H74 1979| 720_H74_1979000

For the year to be padded with 0's instead of the first group of numbers
(the 720) looks weird.  And surely explains a lot about why sorting seems
off.  I just replicated the same effect on our system using Dewey class and
a year at the end of the Dewey string, so it's definitely starting to feel
like this is a new bug in the normalizer function --
asset.label_normalizer_dewey()

Looking back in time, I know that
https://bugs.launchpad.net/evergreen/+bug/1150939 was a recent bug.  Looks
like back then, the test cases we were looking at did not include the year
as a potential part at the end of the call number and we were very focused
on testing cases where there was a lead prefix or none with a dewey 3
number and then a cutter.  This issue might affect Koha too, given that we
share this normalizer routine in both of our projects.

I guess it's time to file a new potential bug and take a closer look at the
asset.label_normalizer_dewey function to see what it's doing wrong...

-- Ben


On Fri, Apr 25, 2014 at 4:45 AM, Paul Hoffman  wrote:

> On Thu, Apr 24, 2014 at 05:15:35PM -0400, Ben Shum wrote:
> > This will be a slightly more technical answer that may require some
> direct
> > database access to ascertain more details.
> >
> > You mention that the call numbers are identified as DDC.  So that's
> > label_class of 2, I believe.  We are using Dewey (DDC) for all of our
> > materials by default as well in our consortium.
> >
> > I'd be curious to know what the label_sortkey values were for those call
> > numbers you mention.  That field is what actually drives the sorting
> values
> > for a given set.
>
> Here's what our DB shows (Adam and I work together):
>
> SELECT   label_class, label, label_sortkey
> FROM asset.call_number
> WHERElabel_sortkey like '720%'
> ORDER BY label_sortkey;
>
>  label_class |  label  | label_sortkey
> -+-+---
>1 | 720 H47 1979| 720 H47 1979
>2 | 720 a   | 720_000_A
>2 | 720 .H47| 720_000__H47
>2 | 720.1 H74 1979  | 720_100_H74_1979
>2 | 720.1 .H47 1980 | 720_100__H47_1980
>2 | 720.1 .H74 1979 | 720_100__H74_1979
>2 | 720 H74 1979| 720_H74_1979000
>2 | 720 .H47 1980   | 720__H47_198
>2 | 720 .H47 1980   | 720__H47_198
>2 | 720 .H74 1979   | 720__H74_1979000
> (10 rows)
>
> So the problem appears to be caused by the periods that sometimes occur
> before
> the Cutter number.  I don't know if that's kosher or not, but I can see
> that it
> occurs plenty in our (Voyager) catalog.
>
> Looking at the function asset.label_normalizer_dewey it seems to me that
> it can
> be done much more simply and efficiently if you leverage the fact that
> space
> (ASCII 32) and tilde (ASCII 126) come before and after (respectively)
> anything
> else meaningful that might be found in a call number.  Except periods,
> which
> complicate things.  Anyhow, here's a first stab at it:
>
> use strict;
> use warnings;
> sub ddcnorm {
> local $_ = uc shift;
> # Strip leading or trailing space and any slashes or apostrophes
> s/^\s+|\s+$|[\/']//g;
> # Insert a space at digit/non-digit boundaries
> s/(?<=[0-9])(?=[^0-9])|(?<=[^0-9])(?=[0-9])/ /g;
> # Replace some punctuation with a space
> tr/-/ /;  # XXX What else?
> # Strip extra junk -- XXX make this work on non-ASCII call numbers
> tr/A-Za-z0-9. //cd;
> s/ \. /~/g;
> s/ \.|\. / /g;
> tr/ //s;
> return $_;
> }
>
> When I run our Deweys in the 720s through this, I get what seems to be the
> right order:
>
>2 | 720 a   | 720 A
>2 | 720 .H47| 720 H 47
>2 | 720 .H47 1980   | 720 H 47 1980
>2 | 720 .H47 1980   | 720 H 47 1980
>2 | 720 .H74 1979   | 720 H 74 1979
>2 | 720 H74 1979| 720 H 74 1979
>2 | 720.1 .H47 1980 | 720~1 H 47 1980
>2 | 720.1 .H74 1979 | 720~1 H 74 1979
>2 | 720.1 H74 1979  | 720~1 H 74 1979
>
> If there's any interest, I'll run our entire set of Deweys through it and
> see
> if I can make sense of the results.  Hmm... should prefixes like "j" or "C"
> (juvenile or Canadian) be ignored?
>
> Paul.
>
> > On Thu, Apr 24,

Re: [OPEN-ILS-GENERAL] Setup service for Evergreen - absolute novice at Linux.

[Ben Shum]

Hi Tom,

While, the Evergreen community is still striving towards making it easier
to follow the README guides for installation of Evergreen and its
dependencies, it does often require a good amount of Linux skills before
you start with Evergreen.

I'm not advocating for any specific support company, but there is a list of
paid groups here (including services like hosting and consulting) on the
Evergreen site:
http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies

I would recommend getting references from some of the various customers who
use these groups as well.

Cheers, happy investigations.

-- Ben


On Sat, May 17, 2014 at 3:39 PM, Tom Collins  wrote:

>  Hi there,
>
>  I’m a complete novice when it comes to Linux, and I am completely
> baffled on how to install Evergreen 2.6 on my server.
>
>  At my company, we are planning to open a on-site library, and after
> researching, Evergreen offers the best feature set of all the open source
> ILS systems.
>
>  I am just wondering if there is, either, a ‘for dummies’ explanation to
> installing Evergreen, or whether there is a server (free or paid) that will
> either host it or install it for us.
>
>  Many thanks in advance,
>
>  Tom Collins
>
>


-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] [RM 2.7] Targeting developments for 2.7 (new date: June 12)

[Ben Shum]

Hi folks,

I cannot believe how quickly June snuck up on us.  In any case, thank you
for your confidence in electing me to the position of 2.7 release manager.

So, the original plan called for us to target new features as planned to be
worked on / developed during the 2.7 development cycle by today June 5th.
 However, I'm going to extend this initial target date by one additional
week to next Thursday, June 12th.  I have updated the Evergreen calendar (
http://evergreen-ils.org/calendar) with this new information and plan to
stick to the remaining calendar dates as firmly as possible for our 2.7
development objectives.  The next key 2.7 dates are as follows now:

June 12 -- target main features for initial 2.7 milestone review
July 10 -- 2.7 alpha
August 7 -- 2.7 beta
September 4 - 2.7 RC
September 18 - 2.7.0 Final

The current milestone target in Launchpad for "2.next" (
https://launchpad.net/evergreen/+milestone/2.next) represents what has
already been targeted for review during 2.7.  I highly encourage
contributors and other interested parties to make sure that any active
developments for 2.7 are registered with the Evergreen Launchpad site and
the development team will help assign specific milestones for review to
different tickets.  If you require assistance with this process, please do
not hesitate to ask either myself (bshum) or others in IRC (
http://evergreen-ils.org/communicate/irc/) or via the mailing lists.

I look forward to working with everyone as we coordinate and move forward
with development for the next, best release Evergreen 2.7.

Thanks and happy coding!

-- Ben

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Simple self check

[Ben Shum]

Hi Michele,

We were literally working on setting up a new system for web selfcheck for
one of our libraries yesterday.  We've been using a combination of
different operating systems (sometimes Windows, yesterday Lubuntu for the
first time due to RAM limitations on the machine) and a dedicated browser
like OpenKiosk (http://openkiosk.mozdevgroup.com/) that's locked down to
just the web selfcheck.  This was our fourth or so library that we're
slowly prototype testing with among our consortium members presently as we
work to establish general procedures for deployment.

What I found was that you are correct that printing was often quite fickle.
 Our major issue yesterday was discovering that we had incorrectly
configured our OpenKiosk browser to disable tabbed browsing and weren't
allowing any popups to open.  This led to a hanging print action that would
just put up a progress bar with no finish until the timeout because the
background javascript was waiting for a print that never occurred.
 Basically, the way the page is built required me to allow popups from the
site in order to print consistently.  The popup page seems to be grabbing
content that's generated on the server side using database action/trigger
templates to collect and build a page with the content to be printed.  Once
that page is printed, the popup goes away, and that in turn takes away the
print progress bar that's waiting on the initial selfcheck window area.
 Additionally in our case, without tabbed browsing, the popup actually took
the place of the selfcheck page with no return back to the selfcheck,
leaving only the templated page contents that were meant to be print on the
screen with no back button; hence the need for tabbed browsing.

This was the case with our experiences with OpenKiosk so far.  Firefox did
spit out some quick warnings about popup blocking, which is what caused me
to start reading into the source javascript on the page and learning how
printing operated.

Overall, I'm not entirely sure I like how the javascript operates on these
selfcheck pages, though I do not have too much time to commit towards
reviewing or writing new solutions at this time.  It might be an
interesting question for future development interests though.

-- Ben




On Wed, Jun 18, 2014 at 5:01 PM, Michele Morgan 
wrote:

> We are wondering how many libraries are using the simple self check web
> interface built into Evergreen as documented here:
>
> http://docs.evergreen-ils.org/2.5/_self_checkout.html
>
> One of the problems we are having is printing receipts reliably. In
> Firefox, receipts print sometimes, but other times they do not print and
> leave a progress bar hanging on the screen.
>
> We have also experimented with running self check in NetKiosk, but have
> not been able to print receipts at all there.
>
> What sort of experiences have others had using the Simple Self Check?
>
> Any advice or recommendations for getting receipts to print reliably is
> welcome.
>
> --
> Michele Morgan, Technical Assistant
> North of Boston Library Exchange, Danvers Massachusetts
> mmor...@noblenet.org
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] Quick march to 2.7 alpha1

[Ben Shum]

Hi folks,

We will be fast approaching the intended deadline for our first alpha cut
for Evergreen 2.7, which is due this Thursday, July 10, 2014.

This is a link to launchpad bugs which are targeted for work during 2.7:
https://launchpad.net/evergreen/+milestone/2.next

The same target list, but with pullrequest tagged bugs waiting for review
and commit:  http://goo.gl/uF83nb

During the course of this week, I'd welcome any committers and reviewers
alike to help champion and move these targeted bugs towards getting pushed
into the master code in preparation for the upcoming alpha release.

Thanks!

-- Ben

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Installation question / comments

[Ben Shum]

Hi Bob,

Regarding Ubuntu and Evergreen.  The current latest stable Evergreen 2.6
series only has install targets for Ubuntu Precise 12.04.  The latest
Ubuntu 14.04 may not work completely out of the box due to various changes
in that operating system and differences in the versions for certain
dependencies.  Specifically, I know that Ubuntu 14.04 ships with Apache 2.4
(instead of Apache 2.2 previously in Ubuntu 12.04) and thus may have issues
if attempting to use older configuration files, etc.

We were actually working on adding Ubuntu 14.04 Trusty support as part of
our work for Evergreen 2.7 series today.  I just pushed some of that
initial work to the master git repository earlier this afternoon, so it'll
soon make its way to an actual release in the fall (if all goes according
to plan).

Another key note, you mention the "Desktop" version of Ubuntu being
installed.  Evergreen is officially only tested by developers and system
admins with the 64-bit "Server" edition of Ubuntu LTS.  That may factor
into additional dependency differences or installation issues.

For my own organization, we're running the latest Evergreen with Ubuntu
12.04 server without too many major issues at this time.

-- Ben




On Thu, Jul 10, 2014 at 3:57 PM, Bob Neeper  wrote:

> Community Library Director / Evergreen Oversight Board member, Chauncey
> Montgomery, wanted a test Evergreen to work on.
> We (COOL) are on Evergreen hosted by Equinox.
>
> There is a long story about the last 2-3 weeks which led to Remington's
> doc post.
>
> Anyway
> I Installed Ubuntu 12.04 (Desktop) on our VMware ESXi server
> Using Blakes' guide for openSRF-2.1.0 and Evergreen-2.2.0 I got openSRF to
> provide the answer 4 even though had Failed To Fetch Errors.
> Ubuntu also really struggled with normal updates.
> Very hard time getting apache installed because of Failed To Fetch errors.
> Finally got past it and able to see the Evergreen web page via a local and
> remote browser.
> Could not get the database and schema created and in general had so many
> problems decided to do it all again.
> With the guides and my notes it should be smoother.
>
> New install of Ubuntu 12.04 still was not updating correctly.
> Tried different repositories without success.
> Skipped to the openSRF install but still getting Hash Sum Mismatch errors.
>
> Your thought may be our system, network etc. But I don't believe it is.
> Our ESXi server runs 11 virtual machines ( 5 openSUSE, freenas, Untangle,
> IPcop, Windows 7, Windows 2008 server, ZoneCd) and is still loafing.
> We have 5.0Mbps Fiber by Time Warner
>
> Decided to try Ubunto 14.04 desktop, which installed easily and did
> updates correctly.
> Also decided to install the latest openSRF & Evergreen using the official
> guides.
>
> Evergreen instructions seem to indicate you first  install openSRF and
> gave these exact instructions.
> 2. Installing prerequisites
> OpenSRF has a number of prerequisite packages that must be installed
> before you can successfully configure, compile, and install OpenSRF.
> On Debian and Ubuntu, the easiest way to install these prerequisites is to
> use the Makefile.install prerequisite installer.
>
> Issue the following commands as the root user to install prerequisites
> using the Makefile.install prerequisite installer, substituting your
> operating system identifier for  below:
>
> apt-get install make
> make -f src/extras/Makefile.install 
>
> But I had to change the instructions to.
>
> sudo su
> wget http://open-ils.org/downloads/opensrf-2.3.0.tar.gz
> tar xzf opensrf-2.3.0.tar.gz
> apt-get install aptitude
> apt-get install make
> cd opensrf-2.3.0
> make -f src/extras/Makefile.install trusty
>That instruction failed of course as trusty is not in the install file.
>Substituting precise looked as if it might have worked.
>
> Next step seemed to be.
> 4. Configuration and compilation instructions
>
> Use the configure command to configure OpenSRF, and the make command to
> build OpenSRF. The default installation prefix (PREFIX) for OpenSRF is
> /opensrf/.
>
> If you are building OpenSRF for Evergreen, issue the following commands as
> the user Linux account to configure and build OpenSRF:
>
> ./configure --prefix=/openils --sysconfdir=/openils/conf
> make
>
> I did this instead.
> [exit]
> [cd opensrf-2.3.0]
> [./configure --prefix=/openils --sysconfdir=/openils/conf]
> [make]
>
> It stopped with:
> ./configure: line 11572 /usr/bin/: Is a directory
> configure: error: "could not determine apache version number"
>
>
> My comments and questions. Bear in mind I'm not a linux expert.
>
> 1) Without Blake's guides I would not gotten past step 2 Installing
> Prerequisites.
>  Step by step commands are very helpful.
>
> 2) Any idea why Ubuntu 12.04 gave so many problems ?
>
> 3) Did the 'precise' substitution work ?
> Will (or should) the install file have 'trusty' added ?
>
> 4) Why is a file looking for the apache version when, I think, apache is
> really installed with e

Re: [OPEN-ILS-GENERAL] NoveList Select links

[Ben Shum]

Hi Chauncey,

Yes, it looks like that Novelist link back is pointed at a JSPAC URL.
 Generally, I would expect the form of a TPAC URL to take
http://hostname/eg/opac/results?params  Sounds like Novelist needs to
update their config for your system.

Only a handful of our libraries subscribe to Novelist presently, but what
you described with setting the OILS_NOVELIST_* apache variables in
eg_vhost.conf sounds like what we ended up doing as well in our
configuration.

This is an example of a Novelist embed from one of our library's catalogs:
http://newmilford.biblio.org/eg/opac/record/33021?expand=awards#awards

You can see from the associated links that the Novelist code there is
directing searches back at TPAC, not JSPAC.

So, yes, sounds like something they need to fix on their end, not yours.

-- Ben




On Fri, Jul 11, 2014 at 1:02 PM, Chauncey Montgomery 
wrote:

> We are currently running version 2.4.2.  We just added NoveList Select
> content into our catalog, but the links to series titles and read-alikes
> return the following 404 error.
>
>  The requested URL /opac/results was not found on this server.
>>
>
> NoveList is trying to link to:
>  author&contains=contains&query=Rowling,%20J.%20K.&bool=
> and&qtype=keyword&contains=contains&query=&bool=and&
> qtype=keyword&contains=contains&query=&sort=&loc=1&
> pubdate=is&date1=&date2=&x=0&y=0&_adv=1>
>
> I'm thinking that perhaps the link is referencing an old JSPAC location,
> or maybe it's something else.  Anyhow, what should the URL be to link to a
> title in TPAC?
>
> Also, they simply had us added the following to the eg_vhost.conf file:
>
>> # Novelist
>> SetEnv OILS_NOVELIST_URL http://imageserver.ebscohost.
>> com/novelistselect/ns2init.js
>> SetEnv OILS_NOVELIST_PROFILE <[PROFILE]>
>> SetEnv OILS_NOVELIST_PASSWORD <[PASSWORD]>
>>
>
> Where does the link to additional titles get changed, or is it something
> that Ebsco has to change on their end?
>
> Thanks in advance for any help.
>
> CM
> --
> Chauncey G. Montgomery, MLIS
> Director/Fiscal Officer | Community Library
> 44 Burrer Drive | Sunbury, OH 43074
> 740-965-3901 | http://community.lib.oh.us
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Triggered Events Bug #1207533

[Ben Shum]

Hi Tony,

Those series targets for 2.4 and 2.5 are there for guidance to developers
who might work someday on the bug; by that I mean that the developer who
pushes the fix to the master series and backports to supported past
versions will update the bug accordingly when that happens.  This may mean
that a bug status is not continually updated to indicate potential versions
that require backport fixing for the bug.

The real consequence of not fixing a bug when it's reported immediately
reflects as development moves ahead and new versions of Evergreen are
released.  In most cases, a bug that's first reported to be affecting
earlier versions of Evergreen would also continue to affect current and all
future versions of Evergreen if not addressed.  So a bug reported during
2.4's time and not fixed would continue to be a problem when we release
2.5, 2.6, 2.7, etc.  In my opinion, the way Evergreen bugs are supposed to
be resolved is to fix it in the master branch and then backport the fix to
the past versions as best and timely as possible.

With no new information on this particular bug ticket, I would also assume
that this issue has yet to be addressed by Evergreen developers with any
potential bug fixes and awaits new input / work on that front.  That said,
I'd love to see this bug fix occur by the time 2.7 comes out and would
welcome any patches for review!

-- Ben


On Wed, Jul 16, 2014 at 2:08 PM, Tony Bandy  wrote:

>  Hi all,
>
>
>
> Maybe I should route this to the dev. list…..but just curious if anyone
> knows about movement on this bug for Triggered Events:
>
>
>
> https://bugs.launchpad.net/evergreen/+bug/1207533
>
>
>
> I see on the Bugs list that this is only listed as affecting the 2.4.X and
> 2.5.X series….has this been noted in the 2.7.X builds yet?  We really used
> this feature in 2.3.X and was wondering about it.
>
>
>
> Thanks for any updates as you have time….
>
>
>
> --Tony
>
>
>
> Tony Bandy
> to...@ohionet.org
> OHIONET
> 1500 West Lane Ave.
> Columbus, OH  43221-3975
> 614-486-2966 x19
>
>
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client dev update July 18 2014

[Ben Shum]

Hi Terran,

Bill can probably answer the rest, but just to get a quick reply out there
on the four digits as password for new accounts in patron registration...
yes, that is a library setting that must be configured on the server.  By
default, that is not enabled and you will get a randomly generated code.
 The library setting in question is in the "Security" group and called
"Patron: password from phone #"

-- Ben


On Mon, Jul 21, 2014 at 4:41 PM, McCanna, Terran <
tmcca...@georgialibraries.org> wrote:

> Thanks, Bill!
>
> Patron Registration Screen - While I would dearly love to have that screen
> redesigned, I understand that's out of the scope of this project. I did a
> little testing and it seemed to work fine, but when we get to a more
> complete phase, we'll want to double-check all of the various settings that
> can trigger alerts to make sure they are still working. One thing I noticed
> is that PINES' current implementation, the default password for a new
> account changes to the last four digits of the primary phone number that is
> entered and it did not do that for me when I was testing here - is that a
> system setting that's not turned on on the test server, or is it something
> that broke in the translation?
>
> Back Button - I'm sorry, I'm confused. I tried out both links you provided
> on Chrome and on Firefox and they both seemed to work fine to me. Back
> button (and forward) appeared and functioned as I would expect. What am I
> missing?
>
>
> Terran McCanna
> PINES Program Manager
> Georgia Public Library Service
> 1800 Century Place, Suite 150
> Atlanta, GA 30345
> 404-235-7138
> tmcca...@georgialibraries.org
>
> - Original Message -
> From: "Bill Erickson" 
> To: "Evergreen Discussion Group" <
> open-ils-general@list.georgialibraries.org>, "Evergreen Development
> Discussion List" 
> Sent: Friday, July 18, 2014 1:56:43 PM
> Subject: [OPEN-ILS-GENERAL] browser client dev update July 18 2014
>
>
>
> Hi All,
>
>
> Today's topic is integrating existing HTML interfaces:
>
>
> http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:dev_notes#section20140718
>
>
> Cheers,
>
>
> -b
>
>
> --
>
>
> Bill Erickson
> | Senior Software Developer
> | phone: 877-OPEN-ILS (673-6457)
> | email: ber...@esilibrary.com
> | web: http://esilibrary.com
> | Equinox Software, Inc. / The Open Source Experts
>
>


-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Solid State Drive

[Ben Shum]

Hi Sue,

We recently switched to new database server hardware for our production
environment at the end of May 2014.  This included lots of changes though:
 faster CPUs with better cache, more memory (and faster too, 1866 MHz,
whee!), but also SSDs for our main storage.

So far, we're still testing the waters and the extra RAM on the new server
allows us to keep the whole database in memory.  Other tests we've done as
far as reading from SSD storage shows significant improvements; so if we
ever cross the threshold of not having enough memory and we go to disk,
having SSDs should keep things nice and speedy.  For us, this was more
about future proofing our new hardware with good resources from the
beginning.

As an intermediate step, I've heard good suggestions about splitting up
disk storage for the database hardware and putting key things on SSD vs.
traditional drives.  Like leaving the auditor tables in regular drives, but
put metabib (and indexes) into SSD for faster reads.  This allows people to
potentially add SSDs to their existing hardware and not put the whole
database onto SSD, but go incrementally forward.

The other thing we have to do soon is finish our analysis on the number of
reads/writes we're actually performing against our database hardware.
 That'll allow us to track and project the potential longevity of the SSDs
(which have limited number of reads/writes before failure).

That all said, I'm still super happy with our choice so far to switch to
SSDs.  It can only be better from here.

-- Ben

PS:  Another short story -- We once built a test "server" (okay, it was a
laptop) with a consumer SSD (256 GB) and put our whole production database
on it.  The laptop had 2 CPU, 16 GB of memory and our DB is easily 100+ GB
of storage presently.  So, it would not fit our entire DB into memory, and
thus would have to read directly off the disk.  Even with those limited
resources and running Evergreen locally, searches on the laptop to
localhost were exceeding our past production environment (on traditional
hardware) by at least 4 or 5 times faster.  So SSDs let us get by with
limited memory and not being stuck with slower speed from traditional hard
disks.  To me, this was a good live proof of potential performance if the
speed bottleneck was the disk storage.




On Wed, Jul 23, 2014 at 12:20 PM, Sue Ciani  wrote:

>  Has anyone implemented solid state drives on their database servers?  If
> so, what was your experience? Did it increase response time?  Did you put
> them only on your database server?
>
>
>
>
>
>
>
>
>
> Susan Ciani
>
> Systems & Networking Manager
>
> C/W MARS, INC
>
> 67 Millbrook Street
>
> Suite 201
>
> Worcester, MA 01605
>
> 508-755-3323 ext 18
>
> Fax: 508-755-3721
>
> [image: logo]
>
>
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] [RM 2.7] Evergreen 2.7 Alpha - Summary

[Ben Shum]

Hello folks,

So I just finished putting up the 2.7.0-alpha1 files to the Evergreen
website's download page.  We are a little behind the scheduled date for
alpha1, but the extra time allowed us to close out a few bugs that crept in
and also review and add a few more new features.  Here are some direct
links as well for different 2.7 preview files so far:

http://evergreen-ils.org/downloads/previews/Evergreen-ILS-2.7.0-alpha1.tar.gz
http://evergreen-ils.org/downloads/previews/Evergreen-ILS-2.7.0-alpha1.tar.gz.md5
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-alpha1_i686.tar.bz2
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-alpha1_i686.tar.bz2.md5
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-alpha1_x86_64.tar.bz2
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-alpha1_x86_64.tar.bz2.md5
http://evergreen-ils.org/downloads/previews/evergreen-setup-2.7.0-alpha1.exe
http://evergreen-ils.org/downloads/previews/evergreen-setup-2.7.0-alpha1.exe.md5
http://evergreen-ils.org/downloads/previews/ChangeLog-2.6-2.7.0-alpha1

A full list of different launchpad targets for the 2.7.0-alpha1 build can
be found here:  https://launchpad.net/evergreen/+milestone/2.7.0-alpha1

As a general note for developers and reviewers, the Launchpad milestone
"2.next" continues to be the default milestone target for new features that
are pending further review and work.  As core committers add the actual
code to master, please update the bug tickets there to move them onto the
actual 2.7-* milestones.  This way, we can continue to use links like
http://goo.gl/uF83nb (targeting pullrequest tagged 2.next bugs) to find
features for review and merging.

This alpha release is a good start, but we've still got lots more exciting
work ahead.  The next scheduled milestone is 2.7.0-beta1 and that is when
we will also freeze new features.  That's due for August 7, 2014 (about two
weeks from now).

More to come.  Stay tuned.

Regards,

-- Ben

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] issue with hard due date

[Ben Shum]

Hi Robert,

Welcome aboard!  I'll try to help where I can, but this is an area of the
system that I don't tend to interact often (maybe once or twice a year to
add new hard due dates for our schools).

Some technical background... hard due dates are stored in the database as
timestamp with time zone format.  So for example, in ours, I can see past
ceiling_date like "2014-06-20 00:00:00-04" from entries in my
config.hard_due_date table.  I'd be curious to see what the actual stored
time and timezone entry was for the hard due date in your situation.
 Perhaps it stored an odd timezone as a result of the timezone on your
database server or something to do with clock/time settings on the client.

>From the staff client point of view, I can see that the entry seen from
Admin -> Server Admin -> Hard Due Date Changes shows me the current ceiling
date entry as "6/20/14 12:00 AM", but when editing it, I only get the date
portion, not the full timestamp.  That might be a potential bug in the
staff client interface between how the dojo elements render the selector
and it should also provide a way to alter / set the timestamp.

If you have direct database access, I would check what the actual timestamp
is for your hard due date entry and if it's somehow been set to 18:59:59
for your timezone, then that's something you can adjust.  Alternatively, if
the timestamp is still 00:00:00, then it might be a matter of finding out
what timezone your database / server / clients are operating on and seeing
which one is off and needing adjustment.

-- Ben


On Fri, Jul 25, 2014 at 8:42 AM, Robert Meeks <
robert.me...@asburyseminary.edu> wrote:

> Hi all,
>
> As you’ve likely seen Don Butterworth post recently, we’ve just gone live
> with Evergreen 2.5 and have been slowly but surely working our way towards
> 100% functionality. I’ve encountered something perplexing though that I
> can’t seem to find addressed in documentation. For many of our circulation
> policies we’re using a hard due date of 1/15/15. I notice that when
> creating hard due date policies there’s nowhere to specify the time of day,
> just the date. I’ve assumed that maybe that time was set arbitrarily
> somewhere in the system, or else based on a particular closing time set
> somewhere in the org unit settings…but I can’t seem to nail it down. Right
> now the hard due date, when checking items out, is coming up as 1/15/15 at
> 6:59:59pm. Anyone have any pointers as to where I can adjust that time?
>
> Thanks so much for all your help over the past couple of years. I know I
> speak for Don when I say we could not have gotten anywhere close to where
> we are today without all of your help.
>
> *Robert Meeks*
> *Acquisitions Specialist - BL Fisher Library*
> Asbury Theological Seminary
> 204 N. Lexington Ave.
> Wilmore, KY 40390
> p: 859.858.2397
>
>
>
>
>


-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Delete Records

[Ben Shum]

Hi Don,

One suggestion I might have initially is to make sure that "Delete volume
with last copy" (Automatically delete a volume when the last linked copy is
delete) is set to TRUE for your library unit.  You can check for that
setting via the library settings editor (Admin --> Local Administration -->
Library Settings Editor).  I imagine that would save a step as you delete
copies from having to also select and choose to delete the call number /
volume as well.  We also do not retain empty bib records on last deletion
of volumes (that's another library setting "Retain empty bib records" which
we set to FALSE).

As far as deleting lots of copies en masse, I imagine you could place all
the items into a copy bucket and then choose to delete all the items in the
bucket.  Alternatively, there have been some script utilities I've borrowed
from MLVC that handle batch copy deletion on a larger scale via command
line action.

Catalogers may have other solutions that help them to process large batches
for deletions.  I'll let them suggest their approaches.

-- Ben



On Fri, Jul 25, 2014 at 3:01 PM, Donald Butterworth <
don.butterwo...@asburyseminary.edu> wrote:

> Everyone,
>
> One of the joys of switching systems is the chance to start with a clean
> slate. Of course cleaning house requires deleting junk. Our junk pile
> consists of about 4000 bib records with attached copy records that need to
> be examined one at a time, and then usually deleted.
>
> It seems like there are quite a few mouse clicks / key strokes involved to
> delete bibs with attached copies. Is there a method of doing this in one
> fell swoop in 2.5.2? If not is there a method in a newer release? Any
> recommendations?
>
> Thanks,
>
> Don
>
> --
> Don Butterworth
> Faculty Associate / Librarian III
> B.L. Fisher Library
> Asbury Theological Seminary
> don.butterwo...@asburyseminary.edu
> (859) 858-2227
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Is 264 field indexed and visible in 2.5 version?

[Ben Shum]

Hi Trisha and Yamil,

For clarification, tag 264 for *publisher* data was developed and part of
Evergreen 2.4 and was subsequently backported to 2.2.9 and 2.3.7 as well
(see https://bugs.launchpad.net/evergreen/+bug/1071505).  Indexing
publisher information has not been done to my knowledge by default.  We did
update the reporter view to include tag 264 for pubdate (publisher date) so
any reports that draw from publication info reflects either 260 or 264 for
publisher data.

The bug that Yamil references deals with other forms of tag 264 for
"Producer, Distributor, Manufacturer, and Copyright" which is noted in the
bug's description.  Differentiating between the types of tag 264 is done
through the indicator fields.  The other issue Yamil mentions with
https://bugs.launchpad.net/evergreen/+bug/1304462 and the search results is
actually a bug that needs to be addressed as well.  Right now, it's
grabbing and displaying any 264 found and potentially mislabeling it as
"publisher" in search results when in fact it could be other things.
 Resolving this bug and completing the work for RDA 264 is on my personal
short list of code to finish for Evergreen 2.7.0-beta1 next Thursday.  Good
to get a nudge, thanks Yamil.  ;)

-- Ben




On Thu, Jul 31, 2014 at 4:13 PM, Yamil Suarez  wrote:

> Trisha,
>
> As far as I know, and I could be wrong, no version of EG supports the
> displaying the (RDA) 264 tag. Jason Stephenson, from MVLC, wrote some
> code that takes care of displaying the 264 data on the OPAC for the
> full bib display. That code change has not been officially approved to
> be added to EG yet. His code inspired a nice debate on how to move
> forward with some related RDA and 264 issues, and I guess momentum was
> lost. For example, at the time he made his changes public there was a
> debate of how to tweak his changes or repurpose his code logic to
> allow non-publisher data to show up in the search results. Though
> Jason's code seem to perfectly handle the 264 data in the full bib
> view, and I have since added his code to my EG 2.5 system.
>
> Add 264 tag values to Record Summary
> https://bugs.launchpad.net/evergreen/+bug/1304462
>
> Here is a link to the changes he made to make the 264 data show up in
> the full bib view...
>
> http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=9cf41dc26c536000dcd1cfe52fdf430accb63093
>
> At this point I am not sure what the status is of searching (indexing)
> on the 264 tag.
>
> Coincidentally I was just reviewing Jason's code this week, so I can I
> try to help revive his code and help propose additional RDA related
> code changes.
>
> I hope this helps,
> Yamil
>
>
> On Thu, Jul 31, 2014 at 3:49 PM, Trisha Cantwell Keene
>  wrote:
> >
> > Are folks still utilizing the 260 for publication/distributor
> information or
> > can we now use 264?
> >
> > Thanks
> > Trisha
> > --
> > Trisha Cantwell Keene
> > Associate Director
> > Thorndike Library
> > College of the Atlantic
> > 109 Eden St.
> > Bar Harbor, ME  04609
> >
> > (207) 801-5661
> > (207) 288-2328 Fax
> > tcantw...@coa.edu
> >
> > "Google can bring you back a hundred thousand answers. A librarian can
> > bring you back the right one."  The Guardian (London)
>
>
>
> --
>
>
>
> 
>
> Yamil Suarez, MCS
> Library System Administrator/Developer
>
> Stan Getz Library
> Berklee College of Music
> 1140 Boylston St
> Boston, MA 02215
>
> ysua...@berklee.edu
> 617-747-2617
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] [RM 2.7] Evergreen 2.7 beta1 freeze today

[Ben Shum]

Hi all,

Just a reminder that today is the last day to commit new features to master
for the 2.7 development series in preparation for 2.7.0-beta1.  We are
freezing the addition of new features after today so that the developer
community can focus on bug fixing and other improvement efforts prior to
the final 2.7 release next month in September.

One special exception has been granted so far to give one week additional
testing time for websockets in OpenSRF which is a pre-requisite before
testing for the new web-based staff client preview for the circulation
module.  The web-based staff client preview work will be targeted to a new
milestone 2.7.0-beta2 that is slated for arrival no later than August 21,
2014.

As always, thanks to everyone who participates in Evergreen's development.
 Your continued feedback, code review, and signoffs all help to contribute
to the future of Evergreen.

Cheers, and happy beta day!

-- Ben

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] [RM 2.7] Evergreen 2.7 Beta1 - Summary

[Ben Shum]

Hello folks,

So I just finished putting up the 2.7.0-beta1 files to the Evergreen
website's download page.  Here are some direct links as well for different
2.7 beta1 preview files so far:

http://evergreen-ils.org/downloads/previews/Evergreen-ILS-2.7.0-beta1.tar.gz
http://evergreen-ils.org/downloads/previews/Evergreen-ILS-2.7.0-beta1.tar.gz.md5
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-beta1_i686.tar.bz2
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-beta1_i686.tar.bz2.md5
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-beta1_x86_64.tar.bz2
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-beta1_x86_64.tar.bz2.md5
http://evergreen-ils.org/downloads/previews/evergreen-setup-2.7.0-beta1.exe
http://evergreen-ils.org/downloads/previews/evergreen-setup-2.7.0-beta1.exe.md5
http://evergreen-ils.org/downloads/previews/ChangeLog-2.6-2.7.0-beta1

A full list of different launchpad targets for the 2.7.0-beta1 build can be
found here:  https://launchpad.net/evergreen/+milestone/2.7.0-beta1

Additionally, the first draft of the 2.7 release notes listing new features
can be found here (a new, final version will be posted as beta testing and
release candidate work wraps up):
http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_7.html

As of this 2.7.0-beta1 release, there will be no new features added to
master as the community shifts gears to focus on testing and stabilizing
the features that have already been added.  This is also an opportunity for
developers/reviewers to work on bug fixes and for DIG members to work on
documentation.

NOTE:  One special exception was granted to provide additional testing
opportunities for the web-based staff client circulation module preview.
 This new feature depends on a brand new version of OpenSRF (the upcoming
2.4 version) and we allotted additional time for its testing before merge.
 The web client preview is the only new feature that will be part of the
next pending milestone, which is the 2.7.0-beta2 currently scheduled for
next Thursday August 21, 2014.

I think that we are well on track towards an on-time release next month,
September.  I'd like to thank everyone who's participated in the ongoing
testing, documentation, and other work completed thus far.

Keep up the good work everyone!

Cheers,

-- Ben

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

[OPEN-ILS-GENERAL] [RM 2.7] Evergreen 2.7 RC1 - Summary

[Ben Shum]

Hello folks,

This short update is regarding the Evergreen 2.7.0 RC1 files which
have just been uploaded to the Evergreen website's downloads page.
Here are those files thus far:

http://evergreen-ils.org/downloads/previews/Evergreen-ILS-2.7.0-rc1.tar.gz
http://evergreen-ils.org/downloads/previews/Evergreen-ILS-2.7.0-rc1.tar.gz.md5
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-rc1_i686.tar.bz2
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-rc1_i686.tar.bz2.md5
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-rc1_x86_64.tar.bz2
http://evergreen-ils.org/downloads/previews/evergreen-client-2.7.0-rc1_x86_64.tar.bz2.md5
http://evergreen-ils.org/downloads/previews/evergreen-setup-2.7.0-rc1.exe
http://evergreen-ils.org/downloads/previews/evergreen-setup-2.7.0-rc1.exe.md5
http://evergreen-ils.org/downloads/previews/ChangeLog-2.6-2.7.0-rc1

A full list of the different Launchpad targets from the 2.7.0-RC1
build can be found here:
https://launchpad.net/evergreen/2.7/2.7.0-rc1

Also, there was a beta2 which I missed announcing, Launchpad entries
for that can be found too:
https://launchpad.net/evergreen/2.7/2.7.0-beta2

As of this release candidate, I'm switching my focus now to assisting
the Documentation Interest Group with ongoing documentation efforts
and also helping to clean up / revise the installation instructions to
make it easier for folks to install / test the web client preview for
the circulation module.

As an additional word of caution, there are some known bugs with
Evergreen 2.7 series and Ubuntu 14.04 server (this is the first
release to begin adding support of that Ubuntu LTS).  Efforts are
still ongoing in identifying and resolving the bugs, so we do *not*
recommend using Ubuntu 14.04 at this time and suggest staying on with
Ubuntu 12.04 if you are a Ubuntu user.

More to follow, thanks everyone who's helped so far in this release
process!  Next milestone is set for Evergreen 2.7.0 (the big one!) on
Thursday, September 18, 2014.

-- Ben

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Tag 880 indexing for CJK characters

[Ben Shum]

Hi Agatha,

I'm not 100% familiar with this area of Evergreen, but I know that
there is general support for linking of tag 880 to the corresponding
entries for display purposes in the catalog.  For example, this is an
example bib record on one of my test systems:
http://theory.biblio.org/eg/opac/record/204?query=Tu%20shuo%20Zhongguo%20jie;qtype=keyword;locg=1

Grabbing the actual characters from the 880 tag though does not seem
to retrieve in a search, so I guess 880 is not currently an indexed
field for my keyword/author, etc. indexes.

Maybe some others would know more about the potential for including
other characters as part of the indexes...

-- Ben

On Fri, Sep 12, 2014 at 10:11 AM, catalog library  wrote:
> I am a consultant librarian for a new college in Hong Kong which plans to
> commence in Sept 2015.
>
> I came to study the implementation of the system in a local server, and
> encounter the configuration in indexing the Chinese characters in tag 880s.
> May I seek a pointer from you that whether the Evergreen system support the
> indexing of CJK characters (non-romanized alphabets) in the tag 880 such as
> corresponding to the title 245 and author 1xx / 7xx in MARC21 format, or
> RDA?
>
> Appreciate you sharing & advice, Cheers,
>
> Agatha SIT



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Searching for author using the link in search results

[Ben Shum]

Hi Eva,

I think I see where the problem might be.  In
Open-ILS/src/templates/opac/parts/misc_util.tt2, there is a function
at the beginning for get_graphic_880s.  Around line 10, there's a
portion that looks like this:

FOR subnode IN node.findnodes('./*[not(contains("w 0 4 5 6 8 9", @code))]');

So that says to ignore all those subfields during the graphic 880
dance, but absent is your custom subfield 7.

If you edit that file to include 7 among the subfields to be ignored,
then the link should be fixed on your systems to keep that out of the
link content.

You may want to file this bug in Launchpad and we can submit a fix for
this in future releases so that you do not have to customize it
locally.  But that should get you moving in the right direction again,
I hope.

-- Ben

On Mon, Sep 15, 2014 at 10:57 AM, Cerninakova Eva  wrote:
> Hi Elaine,
>
> it is true that the author link in the  facet works fine in our catalog. But
> the problem is that it is quite confusing for our patrons if they get no
> entry  when clicking the author link in search results or record details
> although the record/s exist/s.
>
> As far as I know, the same think  with author link happens to the library of
> Evangelical Theological Seminary in Prague  and they have the Evergreen
> version 2.5.3 (although I think they do not use subfield "$d" for date of
> birth or death, so the problem concerns the subfield "$7" only in their
> case), see
> http://lib.etspraha.cz/eg/opac/results?query=matou%C5%A1ek&qtype=author&fi%3Aitem_type=&sort=
>
> My first idea how to solve it was to delete the "difficult" subfields but I
> am afraid We could  get rid nor of authors dates nor of  subfield $7 (at
> least because the subfield $7 is used as a linking  authority number for the
> Czech national authorities which we are planning to implement soon).
>
> I  looked at MARC  records in  Pines catalog and I saw Pines uses subfield
> $0 for  Pines authority number (or something like that) with no problem and
> the subfield $d works fine in the Pines catalog too.
>
> I only  guess the problem has something to do with the processing URLs for
> author link i TPAC template /openils/var/opac/parts/record/authors.tt2
> (perhaps in the template section ""BLOCK build_author_links; ...") and maybe
> as well in  the template /openils/var/opac/parts/result/table.tt2? But
> unfortunately I am not sure at it as I am not much familiar with template
> toolkit  :-(.
>
> Eva
>
>
>
>
>
>
>
>
> ---
> Mgr. Eva Cerniňáková
> cer...@jabok.cz
> Tel. +420 211 222 409
>
> Knihovna Jabok
> http:/knihovna.jabok.cz
> Tel.  +420 211 222 410
>
> Jabok - Vyšší odborná škola sociálně pedagogická a teologická
> Salmovská 8, 120 00 Praha 2
>
>
> 2014-09-15 13:51 GMT+02:00 Hardy, Elaine :
>
>> Interestingly, when you click on the author link in the facet rather than
>> in the search return list, you do retrieve records.
>>
>> We are on 2.5.1 and not 2.6 and I have not observed that behavior in our
>> catalog. However, we don't use |7. I don't know if that is the issue but
>> suspect that it is. Unless some one else on 2.6 that is not using the
>> subfield has the same problem?
>>
>> Elaine
>>
>> J. Elaine Hardy
>> PINES & Collaborative Projects Manager
>> Georgia Public Library Service
>> 1800 Century Place, Ste 150
>> Atlanta, Ga. 30345-4304
>>
>> 404.235-7128
>> 404.235-7201, fax
>> eha...@georgialibraries.org
>> www.georgialibraries.org
>> www.georgialibraries.org/pines
>>
>> 
>> From: "Cerninakova Eva" 
>> To: "Evergreen Discussion Group"
>> 
>> Sent: Sunday, September 14, 2014 1:59:54 PM
>> Subject: [OPEN-ILS-GENERAL] Searching for author using the link in search
>> results
>>
>>
>> Hi all,
>>
>> we had  updated our Evergreen to from 2.2 to 2.6 and I discovered the
>> problem when using the link to author  in the search results and record
>> details. Some  subfields (e.g. "7" or "d") of fields 100 or 700 are
>> displayed as a part  of the link to author seach in search result or record
>> details but when using the link no results are retruned no matter whether
>> the records exist or not.
>>
>> For example when I search for "Dominik Aubrecht" I got two record, see
>> https://www.jabok.cuni.cz/eg/opac/results?query=aubrecht+dominik
>> but when clicking on link  13483 Aubrecht, Dominik  in search result page
>> I  get the error message:  Sorry, no entries were found fo 13483 Aubrecht
>> Dominik.
>>
>> Another examples:
>> https://www.jabok.cuni.cz/eg/opac/results?query=lafollette
>> https://www.jabok.cuni.cz/eg/opac/results?query=odilo+štampach
>>
>> There was no problem in our previous  version 2.2 because we used  JSPAC
>> but now in the TPAC it works like this.
>>
>>
>> Do you have any ideas how could I solve this problem?
>> Thanks a lot
>>
>> Eva
>>
>>
>>
>>
>>
>>
>>
>>
>> ---
>> Mgr. Eva Cerniňáková
>> cer...@jabok.cz
>> Tel. +420 211 222 409
>>
>> Knihovna Jabok
>> http:/knihovna.jabok.cz
>> Tel.  +420 211 222 410
>>
>> Jabok - Vyšší odborná

Re: [OPEN-ILS-GENERAL] Searching for author using the link in search results

[Ben Shum]

Hi Elaine,

Yes, this affects regardless of the presence of 880s or not in the
record.  The function is part of the process used to determine and
link the 880s if present, but in the process, it grabs all the parts
of the tag except for the subfields that are ignored per the block of
code I mentioned previously.  Therefore, if we do not explicitly set
aside subfield 7 in that block, it will carry it forward into the
"attrs.author" variable that is used later in the catalog search
results display (which Eva does not want to have happen).

This particular issue in the way the get_graphic_880s function
operates has been trouble for other tags and subfields that also run
through that particular function for checking purposes.  I had similar
issues that we recently resolved for 2.7 series with the displaying of
264 tags and publication data.  The list for those tags that run
through the get_graphic_880s function includes: 100, 110, 111, 245,
260, 264, 250, and 505.

This is merely a display issue, where we're passing too much
information off in the variable for the display link.  It's not
actually related to authorities as far as I can determine.

-- Ben

On Tue, Sep 16, 2014 at 9:57 AM, Hardy, Elaine
 wrote:
> Ben,
>
> These records don't have an 880, so would this still help? The subfield is
> to link to the Czech national authorities and not an internal link to the
> record.
>
> Elaine
>
> J. Elaine Hardy
> PINES & Collaborative Projects Manager
> Georgia Public Library Service
> 1800 Century Place, Ste 150
> Atlanta, Ga. 30345-4304
>
> 404.235-7128
> 404.235-7201, fax
> eha...@georgialibraries.org
> www.georgialibraries.org
> www.georgialibraries.org/pines
>
> -Original Message-
> From: open-ils-general-boun...@list.georgialibraries.org
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben
> Shum
> Sent: Monday, September 15, 2014 1:32 PM
> To: cerninak...@jabok.cz; Evergreen Discussion Group
> Subject: Re: [OPEN-ILS-GENERAL] Searching for author using the link in
> search results
>
> Hi Eva,
>
> I think I see where the problem might be.  In
> Open-ILS/src/templates/opac/parts/misc_util.tt2, there is a function at the
> beginning for get_graphic_880s.  Around line 10, there's a portion that
> looks like this:
>
> FOR subnode IN node.findnodes('./*[not(contains("w 0 4 5 6 8 9", @code))]');
>
> So that says to ignore all those subfields during the graphic 880 dance, but
> absent is your custom subfield 7.
>
> If you edit that file to include 7 among the subfields to be ignored, then
> the link should be fixed on your systems to keep that out of the link
> content.
>
> You may want to file this bug in Launchpad and we can submit a fix for this
> in future releases so that you do not have to customize it locally.  But
> that should get you moving in the right direction again, I hope.
>
> -- Ben
>
> On Mon, Sep 15, 2014 at 10:57 AM, Cerninakova Eva  wrote:
>> Hi Elaine,
>>
>> it is true that the author link in the  facet works fine in our
>> catalog. But the problem is that it is quite confusing for our patrons
>> if they get no entry  when clicking the author link in search results
>> or record details although the record/s exist/s.
>>
>> As far as I know, the same think  with author link happens to the
>> library of Evangelical Theological Seminary in Prague  and they have
>> the Evergreen version 2.5.3 (although I think they do not use subfield
>> "$d" for date of birth or death, so the problem concerns the subfield
>> "$7" only in their case), see
>> http://lib.etspraha.cz/eg/opac/results?query=matou%C5%A1ek&qtype=autho
>> r&fi%3Aitem_type=&sort=
>>
>> My first idea how to solve it was to delete the "difficult" subfields
>> but I am afraid We could  get rid nor of authors dates nor of
>> subfield $7 (at least because the subfield $7 is used as a linking
>> authority number for the Czech national authorities which we are planning
>> to implement soon).
>>
>> I  looked at MARC  records in  Pines catalog and I saw Pines uses
>> subfield
>> $0 for  Pines authority number (or something like that) with no
>> problem and the subfield $d works fine in the Pines catalog too.
>>
>> I only  guess the problem has something to do with the processing URLs
>> for author link i TPAC template
>> /openils/var/opac/parts/record/authors.tt2
>> (perhaps in the template section ""BLOCK build_author_links; ...") and
>> maybe as well in  the template
>> /openils/var/opac/parts/result/table.tt2? But unfortunately I am not
>> sure at it as I am

Re: [OPEN-ILS-GENERAL] Reg: installation of evergreen in ubuntu saucy

[Ben Shum]

Hi Myra,

To further clarify what Chris says, only Ubuntu LTS "64-bit server edition"
has been regularly tested and made supported installation targets for
Evergreen. And Chris is also right that 12.04 is the best version presently.

If you are running Saucy as your desktop/laptop environment and you have
enough system resources to spare, it might be worth trying out
virtualization software like virtualbox or kvm to install a localized copy
of Ubuntu 12.04 server as a virtual instance and try out the Evergreen
installation there rather than reformat completely. Or maybe you're already
doing that, in which case, cool. :)

-- Ben

Sent from my LG G2
On Sep 17, 2014 5:43 AM, "Sharp, Chris"  wrote:

> Myra,
>
> Only LTS version of Ubuntu are supported.  There are a few known bugs with
> Ubuntu 14.04, so I would recommend installing Ubuntu 12.04.
>
> Hope that's helpful,
>
> Chris
>
> - Original Message -
> > From: "supraja reddy" 
> > To: open-ils-general@list.georgialibraries.org
> > Sent: Wednesday, September 17, 2014 1:40:13 AM
> > Subject: [OPEN-ILS-GENERAL] Reg: installation of evergreen in ubuntu
> saucy
> >
> >
> >
> >
> > Hello ,
> >
> > I am interested in contributing to evergreen as a part of OPW so I
> > tried installing Evergreen onto my system . But the installation of
> > open-ils supports only ubuntu lucid and precise whereas mine is
> > saucy . Can somebody please help me out as to how I should proceed
> > with installation or do I have to install the older versions of
> > ubuntu .
> >
> > Sincerely,
> > Myra
> >
>
> --
> Chris Sharp
> PINES System Administrator
> Georgia Public Library Service
> 1800 Century Place, Suite 150
> Atlanta, Georgia 30345
> (404) 235-7147
> csh...@georgialibraries.org
> http://pines.georgialibraries.org/
>

[OPEN-ILS-GENERAL] [RM 2.7] Evergreen 2.7.0 released!

[Ben Shum]

Evergreen 2.7.0 has been released!  Small delay in announcing, but here we go...

Cheers and many thanks to everyone who helped to make Evergreen 2.7.0
a reality, our first official release of the 2.7 series!  After six
months of hard work with development, bug reports, testing, and
documentation efforts, the 2.7.0 files are available on the Evergreen
website’s downloads page:  http://evergreen-ils.org/egdownloads

So what's new in Evergreen 2.7?  You can see the full release notes
here: http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_7.html.
To briefly summarize though, there were contributions made for both
code and documentation by numerous individuals.  A special welcome and
acknowledgement to all our first-time contributors, thanks for your
contributions to Evergreen!

Some caveats now... currently Evergreen 2.7.0 requires the use of the
latest OpenSRF 2.4 series, which is still in its alpha release (beta
coming soon).  As folks help to test the OpenSRF release, this will no
doubt help to make Evergreen 2.7 series better.  Also, for
localization/i18n efforts, there was some last minute bug finding and
we plan to release updated translation files in the next maintenance
release 2.7.1 for the 2.7 series.

Evergreen 2.7.0 includes a preview of the new web-based staff client
code.  The instructions for setting this up are being finalized by the
community and should be expected for release during the next
maintenance version 2.7.1 later in October.

See here for some direct links to the various files so far:
http://evergreen-ils.org/downloads/Evergreen-ILS-2.7.0.tar.gz
http://evergreen-ils.org/downloads/Evergreen-ILS-2.7.0.tar.gz.md5
http://evergreen-ils.org/downloads/evergreen-client-2.7.0_i686.tar.bz2
http://evergreen-ils.org/downloads/evergreen-client-2.7.0_i686.tar.bz2.md5
http://evergreen-ils.org/downloads/evergreen-client-2.7.0_x86_64.tar.bz2
http://evergreen-ils.org/downloads/evergreen-client-2.7.0_x86_64.tar.bz2.md5
http://evergreen-ils.org/downloads/evergreen-setup-2.7.0.exe
http://evergreen-ils.org/downloads/evergreen-setup-2.7.0.exe.md5
http://evergreen-ils.org/downloads/ChangeLog-2.6-2.7.0

Once again, a huge thanks to everyone in the community who has
participated this cycle to contribute new code, test and sign-off on
features, and work on new documentation and other ongoing development
efforts.

Cheers,

-- Ben

PS:  Another email will be out soon asking for volunteers to lead as
release manager for 2.next (aka, 2.8?)

-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] Adding a table to self-check-out template

[Ben Shum]

Hi Dana,

What selfcheck are you using with Evergreen?  The web selfcheck that comes
with Evergreen at https://hostname/eg/circ/selfcheck/main ?  If it's
something else, I probably won't be able to help much.

If you are using the web selfcheck, then receipts are all actually
controlled via a template definition in the action/trigger event
definitions.  In the database, that's action_trigger.event_definition,
usually an entry named "Self-Checkout Receipt".  If you are the Evergreen
system administrator, you should also be able to access action/trigger
templates via the staff client at Local Administration -> Notifications /
Action Triggers too.

In any case, the receipt template appears to written in Template Toolkit
(perl) with HTML too, not PHP.  I imagine if you alter the template so that
instead of  ordered list and  list entry, that you used HTML table
syntax, you could construct a table output that fits your desired outcome.

By default, the Self-Checkout Receipt is owned by the CONS (top level org
unit) and shared globally, so a change to the template will apply to all
libraries using Evergreen web selfcheck for your system.  I would verify
with your Evergreen system administrator or hosting agency how these
changes are to be made / maintained.

Good luck,

-- Ben


On Thu, Oct 9, 2014 at 1:50 PM, Dana Schwarz 
wrote:

>  Hello,
>
>
>
> We recently got self-check-out running and we have a very basic receipt
> template that prints out like:
>
> Title: Death of a Bore: A Hamish Macbeth Mystery
> Date Due: 10/30/2014
>
>
>
> However, I am trying to figure out in PHP coding to put the title and due
> date in a table format (shown below):
>
>
>*# of items*
>
> *Title*
>
> *Date Due*
>
> 1.
>
> Death of A Bore
>
> 10/30/2014
>
> 2.
>
> The Vanishing Hitchhiker
>
> 10/30/2014
>
> 3.
>
> Alligators in the Sewer
>
> 10/30/2014
>
>
>
> The way that I have formatted it in Evergreen through the receipt module
> has different coding than self-check-out. The self-check-out is in PHP
> coding and Evergreen uses HTML coding.
>
>
>
> Does anyone have experience with PHP that can me format the checkout
> receipt to look like the table above?
>
>
>
> Your help is greatly appreciated,
>
>
>
> *Dana Schwarz*
> *Technical Services Coordinator*
>
> Lincoln Public Library
>
> 4080 John Charles Boulevard
>
> Vineland, ON
>
> L0R 2C0
>
> 905-562-5711
>
> 905-562-3454 (fax)
>
> schw...@lincoln.library.on.ca
>
>
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] 2.6 slowness

[Ben Shum]

Hi Tim,

When we upgraded to Evergreen 2.6, we also changed a lot of our
infrastructure in terms of moving to better database server equipment
(faster CPU, memory, using SSDs, etc.) so at first, we felt things
were nice and speedy.  Things became slow for us due to unforeseen
performance issues related to large numbers of entries in our
uncontrolled record attribute values table.  See this bug (due to be
fixed in upcoming maintenance releases of Evergreen):
https://bugs.launchpad.net/evergreen/+bug/1374091.  When we fixed this
in our systems, we saw significant improvement in catalog performance.

That all said, the way you phrased your questions makes me wonder if
you've already identified slowness in your catalog specifically
relating to authorities.  Have you guys pinpointed any specific
queries that are slow on your systems?  What makes you suspect
authorities (which I wouldn't expect to impede regular keyword
searches, or checkin/checkout)?

When we were at the Hack-A-Way in South Carolina a few weeks ago, we
started logging and then running explain analyze on specific queries
from our PostgreSQL logs that appeared to be taking longer than
generally expected.  We do not have authorities yet in our Evergreen
system, so we can't test that particular round of things in our
environment.  Also, I wonder about other areas, like not having enough
memory to keep your database fully cached and getting disk I/O issues.
Or postgresql.conf tuning choices.

-- Ben

On Wed, Oct 15, 2014 at 9:29 AM, Tim Spindler  wrote:
> I was wondering if others experienced any slowness when upgrading tot 2.6.
> On our test server we have seen a a lot slower searches and checkins and
> checkouts going from 2.5 to 2.6 and are trying to determine what the issue
> is.  We are running Postgres 9.1 and have a little more than 1 million
> authorities and we were wondering if anyone has seen similar issues.
>
> I am particular interested in your experience if you have a full set of
> authorities loaded, linked and indexed.
>
> --
> Tim Spindler
> tjspind...@gmail.com
>
> C/W MARS
> http://www.cwmars.org
>
> P   Go Green - Save a tree! Please don't print this e-mail unless it's
> really necessary.
>
>



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113