Re: [OPEN-ILS-GENERAL] New test VM - Staff login

[Ben Shum]

Yes, what Jane suggests is a good start.  Basically the web client on
your test server is unable to connect with the expected Websockets
running off port 7682.

Something to keep in mind since you said OpenSRF 3.0.2... this step
for websockets with OpenSRF is not actually optional if you want to
use the web client.

http://evergreen-ils.org/documentation/install/OpenSRF/README_3_0_2.html#_optional_websockets_installation_instructions

In OpenSRF 3.1.0, these steps are no longer marked optional and
there's in fact other suggestions for that series.  For Evergreen 3.2,
it'll work with the older OpenSRF, but honestly the newest OpenSRF is
usually pretty good to be on.

Hope this helps too.

-- Ben

On Fri, Mar 22, 2019 at 10:21 PM Jane Sandberg  wrote:
>
> Hi Charlotte,
>
> If you open your browser console while attempting to log in, there are
> some error messages having to do with websockets.
>
> Jeff's instructions here might help you with your troubleshooting:
> http://irc.evergreen-ils.org/evergreen/2018-08-21#i_373522
>
> And maybe others who are more familiar with this error can chime in.
>
> Hope this gets you started!
>
>-Jane
>
> On Fri, Mar 22, 2019 at 7:12 PM Charlotte McClellan
>  wrote:
> >
> > Hi,
> >
> >
> >
> > I work at the library school at Western University in London, Ontario. One 
> > of our instructors asked for a Evergreen installation that he could use for 
> > his course on Library automation this summer.
> >
> >
> >
> > I have created a VM running Ubuntu 16.04 LTS, OpenSRF 3.0.2 and Evergreen 
> > 3.2.4.
> >
> >
> >
> > The test at the end of the installation instructions succeeded and the 
> > Evergreen ILS loads at https://evergreen.fims.uwo.ca with the sample 
> > database. The public side of the system seems to be working without any 
> > problems. I can do searches and login as a patron.
> >
> >
> >
> > The issue is that I can’t get into the staff function at 
> > https://evergreen.fims.uwo.ca/eg/staff I don’t get any error messages or 
> > response.
> >
> >
> >
> > I am assuming that the ‘egadmin’ account I created during the install 
> > process should work? I also tried some of the staff accounts from the 
> > sample database with no luck.
> >
> > I have installed the JRE and the Hatch client and have tried both Chrome 
> > and Firefox.
> >
> >
> >
> > Does any one have any suggestions about what might be wrong or if there is 
> > a log file I should be looking at?
> >
> >
> >
> > Thanks,
> >
> > Charlotte
>
>
>
> --
> Jane Sandberg
> Electronic Resources Librarian
> Linn-Benton Community College
> sand...@linnbenton.edu / 541-917-4655
> Pronouns: she/her/hers



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Google Books Preview in 3.1.4 not showing up

[Ben Shum]

Hmm confirmed on my new test server.  I think we should file a bug and
see what's going on here.  Thanks for the information and testing
Linda!

-- Ben
On Sun, Sep 2, 2018 at 11:42 PM Linda Jansova  wrote:
>
> Hi,
>
> accidentally, we have discovered the following pattern:
>
> When one uses a link to the bib record which comes from the search
> results page, the preview does not show up, e.g.:
>
> https://spok.jabok.cuni.cz/eg/opac/record/29456?query=krizov%C3%A1%20intervence%20%C5%A1patenkov%C3%A1;qtype=keyword;locg=1;detail_record_view=0
>
> However, when permalink (without all those search parameters) is used,
> the preview does show up:
>
> https://spok.jabok.cuni.cz/eg/opac/record/29456?locg=1
>
> I have been trying to verify whether it also occurs in other Evergreen
> installations. It seems that demo servers
> (https://wiki.evergreen-ils.org/doku.php?id=community_servers) do not
> have the previews switched on.
>
> So I tried a couple of live systems and have found out that Laurentian
> probably uses at least 3.1.0 because one can see search terms being
> highlighted. The Google Books previews rewrite has been introduced in
> 3.0 (http://docs.evergreen-ils.org/3.0/_public_catalog_2.html), so if
> Laurentian also uses it (and it is, indeed, the case) it would also use
> the rewritten code for the previews.
>
> It follows the same pattern like the one we have discovered in our
> system, e.g.:
>
> https://laurentian.concat.ca/eg/opac/record/3138661?locg=105 - the
> preview shows up
>
> https://laurentian.concat.ca/eg/opac/record/911755?query=boudica;qtype=keyword;locg=105;detail_record_view=1
> - the preview fails to show up
>
> Is there anybody else using Google Books previews? Could you help
> confirm if it also looks like described above? If so, I would report it
> as a bug...
>
> Thank you!
>
> Linda
>
> On 08/31/2018 08:47 AM, Linda Jansova wrote:
> >
> > Hi,
> >
> > We have been trying to set up Google Books Preview in our 3.1.4
> > installations. We have followed instructions from
> > http://docs.evergreen-ils.org/reorg/3.1/command_line_admin/_customizing_templates.html
> > – changed ctx.google_books_preview = 0; to ctx.google_books_preview =
> > 1; in parts/config.tt2 (which – judging by other examples in the same
> > config file – should be okay).
> >
> > When testing whether changed configuration actually changed anything,
> > we used examples of bib records about which we were sure they had a
> > preview in Google Books.
> >
> > We have also restarted Evergreen (including memcached) but to no avail.
> >
> > Is there anything else that needs to be set up (apart from setting
> > ctx.google_books_preview to 1 instead of 0)? Or anything else we might
> > have overlooked?
> >
> > Thank you for any hints!
> >
> > Linda
> >
>


-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Evergreen 3.1 & iPads

[Ben Shum]

Also, it might be helpful to collect a little more information about
your iPads too.  Like what version of iOS they're running and whether
you're using Safari browser on them to access the web client.

Just a cursory test with a public Evergreen 3.1.4 server with Safari
on my iPhone running iOS 11.4.1 seemed fine so far to register
workstations with.

-- Ben

On Tue, Aug 7, 2018 at 7:32 PM, Nadine White  wrote:
> Good Afternoon,
>
>
>
> We are a Sitka Evergreen library in British Columbia.  We moved to Evergreen
> 3.1 this May and successfully used our iPads for check outs and
> registrations before they mysteriously stopped working a week later.  The
> problem appears to be with registering the iPads as workstations and for
> some reason we can’t get past this initial step.
>
>
>
> We had the same trouble with our desktops but were able to resolve those
> issues with updating our Chrome settings.  We’ve tried to do the equivalent
> on the iPads (e.g. clear cookies, etc.) but with no success.
>
>
>
> Are there any libraries successfully using Evergreen 3.1 on iPads?  If so,
> do you have any advice you could offer us?
>
>
>
> Thanks in advance!
>
> Nadine
>
>
>
>
>
> Nadine White
> PUBLIC SERVICES LIBRARIAN
> Whistler Public Library
>
> RESORT MUNICIPALITY OF WHISTLER
> 4329 Main Street
> Whistler, B.C. VON 1B4
> TEL: 604-935-8433 ex. 8725
> E-MAIL: nwh...@whistlerlibrary.ca
>
> WEBSITE: www.whistlerlibrary.ca
>
> Whistler was the proud Host Mountain Resort for the 2010 Olympic and
> Paralympic Winter Games
>
>
>
>
> 
>
> This e-mail is a public record of the Resort Municipality of Whistler and is
> subject to public disclosure unless exempt from disclosure under the Freedom
> of Information and Protection of Privacy Act legislation. This email is
> subject to the Resort Municipality of Whistler’s Corporate Records Bylaw and
> Retention Schedule. The information contained in this email is intended only
> for the named recipients to whom it is addressed. Its contents, including
> any attachments, may contain confidential or privileged information. If you
> are not an intended recipient you must not use, disclose, disseminate, copy
> or print its contents. Disclosure of this email to an unintended recipient
> does not constitute waiver of privilege. If you have received this email in
> error, please notify the sender immediately, and delete or destroy the
> message, including any attachments.



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Over 20GB in /openils/var/web/reporter is this normal/safe to clean up?

[Ben Shum]

Hi Jesse,

Those folders contain the generated report contents from the reporter
in Evergreen.  Most email notifications and reports in the client will
point back to those folders / files.

In the past, we'd implemented a process to delete old reports from our server.

This is a link to the Evergreen Magic spells page on the Evergreen wiki.

https://wiki.evergreen-ils.org/doku.php?id=scratchpad:random_magic_spells#regularly_scheduled_report_output_purging

You can adapt the scheduled report purging process outlined there to
fit your needs.

-- Ben

On Thu, May 3, 2018 at 10:31 AM, Jesse McCarty  wrote:
> Hello Everyone,
>
>
>
> Checking over disk space on our Evergreen server I noticed the
> /openils/var/web/reporter is over 25GB in space, and one of the numbered
> subfolders within is 22GB. Looking in that folder, one of the subfolders has
> over 100,000 additional subfolders. Is this normal behavior and can those
> 100k folders be deleted without any issues?
>
>
>
> Thanks in advance.
>
>
>
> Jesse McCarty
>
> City of Burlington
>
> Information Systems Technician
>
>



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Fixed-field elements mnemonic names translations

[Ben Shum]

Hi Eva,

I'm still studying this to learn how it works in the web client, but I
think that the fixed field labels get defined out of:

Open-ILS/src/templates/staff/cat/share/t_marcedit.tt2
Open-ILS/web/js/ui/default/staff/cat/services/marcedit.js

In the tt2 file, there are plenty of entries like:



And then in the marcedit.js file, I see stuff like:

{{fixedField}}


I think this is how the various fixed fields are generated for the editor tool.

However, what I'm not seeing in here is how we might apply i18n
translations.  It would appear that the {{fixedField}} variable is
used for the  straight away.  And there isn't a
corresponding mapping to bring in a translated value for those labels.
If translation were allowed here, I would think that it should be able
to support longer character strings and Czech characters in the
translated labels.  As long as the only thing translated were the
labels, not the variables behind the scenes.

Still investigating, but could probably use more developer input on this arena.

-- Ben

On Mon, Mar 26, 2018 at 12:34 PM, Cerninakova Eva  wrote:
> Hi all,
>
>
> I have a question about translation of fixed-field elements mnemonic names
> (like BLvl, DtSt, Audn etc, see
> https://www.oclc.org/bibformats/en/fixedfield.html.) used in Evergreen in
> the fixed field grid. We have not translated the mnemonic names to Czech yet
> (and as far as a know, neither they have  been  translated to some of
> supported Evergreen languages). However,  it turned out eventually,  that
> the using of English mnemonic names is not very practical for Czech
> catalogers. That is why we would like to translate them to Czech now. At
> this point two practical question came up:
>
> 1. Must translation necessarily consist of only  four characters, as the
> original mnemonic names mostly do? Or would it be possible use to use more
> characters for translation, possibly from six to eight (e.g. Ctry translate
> as ZemVyd, or GPub translate as VladPub) without causing a crush of the fix
> field grid interface?
>
> 2. Is it safe to use a special Czech characters (extended ASCII characters
> like ž, š, č, ř ...) for mnemonic names translation? Or could i cause a
> problem?
>
>
> Thanks in advance for an answer
>
> 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
>



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Launchpad "Importance": How Determined?

[Ben Shum]

Hi Scott,

With Launchpad, there's no automated severity level assigned to new bugs;
they all start as "undecided" actually.  Having the number of people
affected can be useful in guiding bug wrangler volunteers to help choose
the level, but it is not explicitly linked.  It's still up to the community
to choose the level they wish to see applied to the bug.  And this does not
necessarily drive bug fixes by the community; it's still up to the
developers/contributors/organizations to decide on their own importance to
resolving bugs and devising solutions.

>From the bug wrangler FAQ page in Evergreen's wiki (
https://wiki.evergreen-ils.org/doku.php?id=dev:bug_wrangler:faq) with some
general guidelines for bug importance settings:

Bug Importance Definitions

   - *Critical* - Showstopper: breaks build, destroys data.
   - *High* - Must be fixed by release.
   - *Medium* - Normal Severity
   - *Low* - Not very important.
   - *Wishlist* - Feature requests, development ideas/proposals
   - *Undecided* - The default status. This bug is awaiting proper
   importance and status value

-- Ben

On Mon, Mar 26, 2018 at 12:43 PM, scott.tho...@sparkpa.org <
scott.tho...@sparkpa.org> wrote:

> Hi,
>
>We ran into this bug today: https://bugs.launchpad.net/
> evergreen/+bug/1735539. It says “This bug affects you and 13 other
> people” which is high in the scheme of thing, but it has an importance of
> Medium. How is Importance determined? In this case the bug has a
> workaround. Does that get factored in?
>
> Scott
>
>
>
>
>
> Scott Thomas
>
> Executive Director
>
> *PaILS / SPARK*
>
> (717) 873-9461
>
> scott.tho...@sparkpa.org
>
> Stay informed! Join the SPARK-User Email List:
>
> https://mail.palibrary.org/mailman/listinfo/spark-users
>
> [image: Description: Description: Training | SPARK – Pennsylvania's
> Statewide Library System] 
>
>
>



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Some help setting up.

[Ben Shum]

Ah okay, I re-read your original email.  So this error is only occurring
when you do a search by database ID?  And you're on a 2.11 test system?
And you're using the database ID from Evergreen for the bib record you want
to find?  Hmm... I'll think about that some more.

It could be that there's some other misconfigured setting afoot.  What
other changes have you made to the test server?  Did you rename any of the
organizational units?

-- Ben

On Mon, Nov 6, 2017 at 8:58 AM, Chazya Sinkamba <
chazya.sinka...@northrise.net> wrote:

> Hi Ben,
>
> Thanks . I have assigned 8GB RAM to the test server, and free reign of a
> core i3  processor
>
>
>
>
>
> *From:* Open-ils-general [mailto:open-ils-general-
> boun...@list.georgialibraries.org] *On Behalf Of *Ben Shum
> *Sent:* Monday, November 06, 2017 3:59 PM
>
> *To:* Evergreen Discussion Group <open-ils-general@list.
> georgialibraries.org>
> *Subject:* Re: [OPEN-ILS-GENERAL] Some help setting up.
>
>
>
> Slow rate of response and internal server errors like that, my first
> instinct would be a potential memory exhaustion issue and Linux killing off
> critical services in between use and commands.
>
>
>
> How much RAM is assigned to your test server?  For my test servers, I
> usually assign 4 GB of memory for my Evergreen virtual machines.  For
> production, you will probably need more memory depending on the number of
> users expected to access, size of your database with real bib records and
> copy data, etc.
>
>
>
> -- Ben
>
>
>
>
>
> On Mon, Nov 6, 2017 at 7:22 AM, Chazya Sinkamba <
> chazya.sinka...@northrise.net> wrote:
>
> Thanks a lot for the response. Apache restart does not appear to help.
>
>
>
> *From:* Open-ils-general [mailto:open-ils-general-
> boun...@list.georgialibraries.org] *On Behalf Of *Dan Scott
> *Sent:* Monday, November 06, 2017 1:38 PM
> *To:* Evergreen Discussion Group <open-ils-general@list.
> georgialibraries.org>
> *Subject:* Re: [OPEN-ILS-GENERAL] Some help setting up.
>
>
>
> Bit of a wild guess, but Apache needs to be started or restarted *after*
> the opensrf services.
>
>
>
> On Nov 6, 2017 2:38 AM, "Chazya Sinkamba" <chazya.sinka...@northrise.net>
> wrote:
>
> Hello,
>
> So I set up an evergreen server following the instructions here:
> http://docs.evergreen-ils.org/2.11/ some months back and loaded sample
> data (concerto). I got back to work on it today, and when I use the search
> by database ID option, I get the internal server error on my screen. I have
> confirmed the ID does exist in the database. Anyone else ever experienced
> this, or has a remedy for it? The 3 lines below appeared in the logs at the
> time I was searching:
>
>
>
> Nov  6 08:52:15 ubuntu-evergreen root: 10.5.1.84 - - [06/Nov/2017:08:50:05
> +0200] "GET 
> /eg/opac/results?blimit=10;qtype=title;locg=1;fi%3Ahas_browse_entry=631%2C31
> HTTP/1.1" 500 982
>
> Nov  6 08:53:10 ubuntu-evergreen apache2[13620]: [perl:warn] [pid 13620]
> [client 10.5.1.84:62785] egweb: template error: undef error - Can't use
> an undefined value as an ARRAY reference at /usr/local/share/perl/5.22.1/
> OpenILS/WWW/EGCatLoader/Util.pm line 102.\n
>
> Nov  6 08:53:10 ubuntu-evergreen root: 10.5.1.84 - - [06/Nov/2017:08:52:09
> +0200] "GET /eg/opac/record/100 HTTP/1.1" 500 2552
>
>
>
> Searching the catalog won’t work either as when I click on a title, the
> page takes an unbelievable amount of time to load, then brings up the
> search screen as in the attached screenshot.
>
> Some help will be appreciated.
>
> Regards
>
>
>
>
>
>
>
> *Chazya Sinkamba, **Dip AME, BIT(c)*
>
> Programmer Associate
>
>  [image: Description: Description: Description: C:\Program Files\Common
> Files\Microsoft Shared\Stationery\header.png]
>
> chazya.sinkamba[at]northrise.net | m: +260 964 350 487 | p: +260 212 622
> 195 | f: +260 212 622 198
>
>
>
> *www.northriseuniversity.com* <http://www.northriseuniversity.com/>* | *
> *www.northrise.org* <http://www.northrise.org/>[image:
> Description: cid:image002.gif@01D0A90D.9BC8C700]
> <https://www.facebook.com/Northrise>  [image: Description:
> cid:image003.gif@01D0A90D.9BC8C700] <https://twitter.com/northriseu>  [image:
> Description: cid:image004.jpg@01D0A90D.9BC8C700]
> <https://vimeo.com/northrise>
>
> *Main Campus: 30029 Kitwe-Ndola Dual Carriage Highway • P.O. Box 240271 •
> Ndola • Zambia*
>
> *Town Campus: Buteko Avenue • Caravelle House • P.O. Box 240271 • Ndola •
> Zambia*
>
> *Solwezi Campus: Mary Begg Kansanshi Mine Clinic • Mushitala • **P.O. Box
> 110274 **

Re: [OPEN-ILS-GENERAL] Some help setting up.

[Ben Shum]

Slow rate of response and internal server errors like that, my first
instinct would be a potential memory exhaustion issue and Linux killing off
critical services in between use and commands.

How much RAM is assigned to your test server?  For my test servers, I
usually assign 4 GB of memory for my Evergreen virtual machines.  For
production, you will probably need more memory depending on the number of
users expected to access, size of your database with real bib records and
copy data, etc.

-- Ben


On Mon, Nov 6, 2017 at 7:22 AM, Chazya Sinkamba <
chazya.sinka...@northrise.net> wrote:

> Thanks a lot for the response. Apache restart does not appear to help.
>
>
>
> *From:* Open-ils-general [mailto:open-ils-general-
> boun...@list.georgialibraries.org] *On Behalf Of *Dan Scott
> *Sent:* Monday, November 06, 2017 1:38 PM
> *To:* Evergreen Discussion Group  georgialibraries.org>
> *Subject:* Re: [OPEN-ILS-GENERAL] Some help setting up.
>
>
>
> Bit of a wild guess, but Apache needs to be started or restarted *after*
> the opensrf services.
>
>
>
> On Nov 6, 2017 2:38 AM, "Chazya Sinkamba" 
> wrote:
>
> Hello,
>
> So I set up an evergreen server following the instructions here:
> http://docs.evergreen-ils.org/2.11/ some months back and loaded sample
> data (concerto). I got back to work on it today, and when I use the search
> by database ID option, I get the internal server error on my screen. I have
> confirmed the ID does exist in the database. Anyone else ever experienced
> this, or has a remedy for it? The 3 lines below appeared in the logs at the
> time I was searching:
>
>
>
> Nov  6 08:52:15 ubuntu-evergreen root: 10.5.1.84 - - [06/Nov/2017:08:50:05
> +0200] "GET 
> /eg/opac/results?blimit=10;qtype=title;locg=1;fi%3Ahas_browse_entry=631%2C31
> HTTP/1.1" 500 982
>
> Nov  6 08:53:10 ubuntu-evergreen apache2[13620]: [perl:warn] [pid 13620]
> [client 10.5.1.84:62785] egweb: template error: undef error - Can't use
> an undefined value as an ARRAY reference at /usr/local/share/perl/5.22.1/
> OpenILS/WWW/EGCatLoader/Util.pm line 102.\n
>
> Nov  6 08:53:10 ubuntu-evergreen root: 10.5.1.84 - - [06/Nov/2017:08:52:09
> +0200] "GET /eg/opac/record/100 HTTP/1.1" 500 2552
>
>
>
> Searching the catalog won’t work either as when I click on a title, the
> page takes an unbelievable amount of time to load, then brings up the
> search screen as in the attached screenshot.
>
> Some help will be appreciated.
>
> Regards
>
>
>
>
>
>
>
> *Chazya Sinkamba, **Dip AME, BIT(c)*
>
> Programmer Associate
>
>  [image: Description: Description: Description: C:\Program Files\Common
> Files\Microsoft Shared\Stationery\header.png]
>
> chazya.sinkamba[at]northrise.net | m: +260 964 350 487 | p: +260 212 622
> 195 | f: +260 212 622 198
>
>
>
> *www.northriseuniversity.com* * | *
> *www.northrise.org* [image:
> Description: cid:image002.gif@01D0A90D.9BC8C700]
>   [image: Description:
> cid:image003.gif@01D0A90D.9BC8C700]   [image:
> Description: cid:image004.jpg@01D0A90D.9BC8C700]
> 
>
> *Main Campus: 30029 Kitwe-Ndola Dual Carriage Highway • P.O. Box 240271 •
> Ndola • Zambia*
>
> *Town Campus: Buteko Avenue • Caravelle House • P.O. Box 240271 • Ndola •
> Zambia*
>
> *Solwezi Campus: Mary Begg Kansanshi Mine Clinic • Mushitala • **P.O. Box
> 110274 **• Solwezi • Zambia*
>
> This message is confidential. It may also be privileged or otherwise
> protected by work product immunity or other legal rules. If you have
> received it by mistake, please let us know by e-mail reply and delete it
> from your system; you may not copy this message or disclose its contents to
> anyone. The integrity and security of this message cannot be guaranteed on
> the Internet.
>
>
>
>
>
>
>



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Error in autogen.sh on Fedora

[Ben Shum]

Hi Bogna,

Sounds like maybe you're using an older OpenSRF version like 2.4
series.  I think we only just introduced Ubuntu xenial support as of
the OpenSRF 2.5 series.  If you switch over to that version, then you
should find the ubuntu-xenial targets available to use.  Same for
Evergreen, I think Xenial support was only added for 2.12 series and
up.

Also yes, I've been testing on Ubuntu Server 16.04.3 LTS (the 64-bit
edition only, not 32-bit).

-- Ben

On Thu, Aug 31, 2017 at 6:02 AM, Bogna Czyżewska
 wrote:
> Hello again Jason,
> As you suggested, I replaced my Fedora with Ubuntu 16.04 server version, but
> I already encountered a problem - you stressed the importance of using auto
> tools, but there is no Xenial version of OpenSRF Makefile.install for
> prerequisites and running it as ubuntu-trusty fails immediately. Do you have
> any ideas how to overcome this? Is there a Ubuntu Xenial version of opensrf
> somewhere or do I have to just install on the run, as the errors appear?
>
> Best regards,
> Bogna
>
> 2017-08-31 10:03 GMT+02:00 Bogna Czyżewska :
>>
>> Hello Blake and Jason!
>> Blake,
>> Thank you for your reply. My goal is to install Evergreen on a server
>> available only within a company network. Truth is, Evergreen seems too big
>> for handling the +/- 100 books we have, but I wasn't able to find any
>> smaller solution that could manage collection browsing and basic
>> circulation.
>>
>> Jason,
>> Seems like I have to start from a scratch on a different system... A
>> difficult decision to make after spending few days of work and getting so
>> close to the working solution. Feels like a wrong bet in a gamble ;) I
>> understand you recommend Ubuntu 16.04 over Debian, since there are plans to
>> move to Ubuntu completely? In your first e-mail you wrote about server
>> edition - do you mean Ubuntu Server 16.04.3 LTS?
>>
>> Best regards,
>> Bogna
>>
>> 2017-08-30 16:44 GMT+02:00 Jason Stephenson :
>>>
>>>
>>> On 08/30/2017 10:30 AM, Bogna Czyżewska wrote:
>>> > Hello Jason,
>>> > Thanks for your advice. I actually started with Debian (latest, 9 I
>>> > think), and switched to Fedora because I encountered many errors during
>>> > installation and just got angry. That was my first encounter with
>>> > Debian
>>> > and I already knew some Fedora stuff, so I figured it'll be easier for
>>> > me to find the workarounds on it.
>>>
>>> We haven't worked out the issues with Debian 9, yet. I have installed
>>> successfully on Debian 8 and Ubunut 16.04. Ubuntu is used by many sites
>>> in production. I test extensively with both distros and plan to move our
>>> production environment from Debian to Ubuntu in October. So, I stand by
>>> my previous recommendation of Debian 8 or Ubuntu 16.04. :)
>>>
>>> >
>>> > The thing is, I don't think this problem is platform-specific, it seems
>>> > more like a misconfiguration to me. I tracked the issue down to a piece
>>> > of code in SettingsClient.pm, lines 67-68. I don't know perl, but
>>> > OpenSRF docs say that they're supposed to "return the complete set of
>>> > settings as a JSON document". Adding that to the log entries screaming
>>> > about problems with JSON parsing (at index 1), my guess is that I
>>> > messed
>>> > up some configuration file and now it's unreadable.
>>>
>>> No, I don't think you've messed up a configuration file.
>>>
>>> We used to support Fedora as an install target, but the person(s)
>>> maintaining it stopped updating it. We removed the Fedora dependency
>>> targets in the Makefile.install recently because Evergreen would no
>>> longer build/work on recent Fedora releases. I believe the issue you've
>>> encountered is one of those reasons.
>>>
>>> I don't recommend using Fedora in general. By their own admission, it is
>>> an "unstable" distribution and is not meant to be used in production
>>> environments. It is basically a test bed for RHEL.
>>>
>>> >
>>> > Problem is: what file can that be? Seems to be about
>>> > router@private.localhost, so maybe something with ejabberd, but
>>> > ejabberd
>>> > itself starts without problems and I can't find anything wrong within
>>> > it's config file (ejabberd.yml)...
>>>
>>> The problem is not with ejabberd. It's most likey in the osrf_json
>>> libraries. My hunch is that they're not linking correctly. This is
>>> possibly related to an issue we have on Debian 9:
>>>
>>> https://bugs.launchpad.net/evergreen/+bug/1708048/comments/2
>>>
>>> The solution there is for us to start using autotools as intended
>>> instead of trying to force it to do things it wasn't meant to do.
>>>
>>> HTH,
>>> Jason
>>>
>>>
>>> >
>>> > Best regards,
>>> > Bogna
>>> >
>>> > 2017-08-30 15:03 GMT+02:00 Jason Stephenson >> > >:
>>> >
>>> > Hello, Bogna!
>>> >
>>> > My recommendation is that you switch to Debian 8 Jessie or Ubuntu
>>> > 16.04
>>> > Server Edition for installing Evergreen. 

Re: [OPEN-ILS-GENERAL] Archiving the old Evergreen Facebook group

[Ben Shum]

Thanks everyone.  Just a short message to say that this has been taken
care of and the group has been archived.

Have a nice weekend all,

-- Ben

On Fri, Jul 7, 2017 at 8:21 AM, Tim Spindler <tjspind...@gmail.com> wrote:
> +1
>
> Tim Spindler | C/W MARS
>
> On Thu, Jul 6, 2017 at 10:20 AM, Galen Charlton <g...@equinoxinitiative.org>
> wrote:
>>
>> Hi,
>>
>> On Thu, Jul 6, 2017 at 10:00 AM, Ben Shum <b...@evergreener.net> wrote:
>> > Unless there's a huge outcry to keep things the way they are, I'd like
>> > to proceed with archiving the old group sometime tomorrow Friday July
>> > 7, 2017.
>>
>> +1 to archiving the old group. I should also mention that another
>> reason for taking this action is remove a potential place for spammish
>> postings that would otherwise need to be looked at by the web team
>> every now and again.
>>
>> Regards,
>>
>> Galen
>> --
>> Galen Charlton
>> Infrastructure and Added Services Manager
>> Equinox Open Library Initiative
>> phone:  1-877-OPEN-ILS (673-6457)
>> email:  g...@equinoxinitiative.org
>> web:  https://equinoxInitiative.org
>> direct: +1 770-709-5581
>> cell:   +1 404-984-4366
>
>
>
>
> --
> 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
Evergreener

[OPEN-ILS-GENERAL] Archiving the old Evergreen Facebook group

[Ben Shum]

Hi everyone,

I was reminded that we still have an old Facebook group for Evergreen,
but which is not actively maintained by the web team.  We have a
pinned post in the group pointing people at our (slightly) more active
Facebook page which is where current posts happen:
https://www.facebook.com/EvergreenILS

What I'd like to recommend is that we archive and hide the old
Facebook group to prevent users from stumbling across it unaware they
are looking at the wrong place since this is no longer actively used
by our community.  More details about Facebook group archiving:
https://www.facebook.com/help/549803405224220

Unless there's a huge outcry to keep things the way they are, I'd like
to proceed with archiving the old group sometime tomorrow Friday July
7, 2017.

Thanks,

-- Ben

-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Item Jacket Update After ISBN/UPC Change

[Ben Shum]

Hi Michael,

I think that the clearcache stuff is part of the eg_vhost.conf apache
configuration file.

There's a block like this in the stock install file:

# Lock clearing cache down to STAFF_LOGIN

PerlAccessHandler OpenILS::WWW::AccessHandler
PerlSetVar OILSAccessHandlerPermission "STAFF_LOGIN"


If you don't have an entry like that in your apache configuration, it
might not be behaving properly.  As part of upgrades to newer versions
of Evergreen, I've always compared my eg_vhost.conf and other config
files with the stock release versions to make sure that any new
feature pieces are integrated with my local changes.

Since you're running a custom skin in your catalog (which looks very
pretty!), perhaps this component is missing.

Something to check first anyways, hope it points you in the right direction.

-- Ben

On Mon, May 15, 2017 at 2:17 PM, Michael Schell  wrote:
> Ben,
>
> When I click the clear cache link I get a "Not Found: The requested URL
> /opac/extras/ac/clearcache/all/r/359172 was not found on this server."
> error.  Does this feature need to be configured somewhere?
>
> Thanks,
>
> -Michael
>
> On 12 May 2017 at 13:44, Bob Wicksall  wrote:
>>
>> Hello,
>>
>> I'm not sure how long items remain in the cache but it can be cleared.
>> Display the item in question in the OPAC view of the staff client.  Look for
>> a link titled "Clear AC Cache".
>>
>> Bob Wicksall
>> Computer and Network Services Manager
>>
>> Pioneer Library System
>> 2557 State Rt. 21
>> Canandaigua, New York  14424
>>
>>
>> 
>>
>> From: "Michael Schell" 
>> To: open-ils-general@list.georgialibraries.org
>> Sent: Friday, May 12, 2017 1:34:18 PM
>> Subject: [OPEN-ILS-GENERAL] Item Jacket Update After ISBN/UPC Change
>>
>> Hello,
>>
>> When an ISBN/UPC is changed in the marc record how long will it take for
>> that change to be reflected in cover image in the catalogue?  And is there a
>> way to make it immediate?
>>
>> Thanks,
>>
>> --
>> Michael Schell
>> Systems Administrator
>> Fort Erie Public Library
>> 905-871-2546 x301
>> msch...@fepl.ca
>> www.fepl.ca
>>
>
>
>
> --
> Michael Schell
> Systems Administrator
> Fort Erie Public Library
> 905-871-2546 x301
> msch...@fepl.ca
> www.fepl.ca



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Item Jacket Update After ISBN/UPC Change

[Ben Shum]

I think by default, covers stay cached in server side memory for at
least 24 hours.  But don't quote me on that number, it might be more
or less depending on settings.

As far as forcing a change, as of Evergreen 2.9 and above, there
should be a link in the staff client view of a bib record to clear the
added content cache which would include the cover art.  (see:
https://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_9.html#_client
)

-- Ben

On Fri, May 12, 2017 at 1:34 PM, Michael Schell  wrote:
> Hello,
>
> When an ISBN/UPC is changed in the marc record how long will it take for
> that change to be reflected in cover image in the catalogue?  And is there a
> way to make it immediate?
>
> Thanks,
>
> --
> Michael Schell
> Systems Administrator
> Fort Erie Public Library
> 905-871-2546 x301
> msch...@fepl.ca
> www.fepl.ca



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Evergreen 2.12.1 on Ubuntu Xenial with Postgres 9.5/9.4

[Ben Shum]

Hi Garry,

Hmm, sounds like you've got a minor mystery there.  That sort of
library error sounds like a bad path or missing library to me.

Some background questions if I might start with:

Can you confirm which Linux distribution you are using?  The title of
your email says Ubuntu Xenial, but to confirm you're using the 64-bit
server edition for Ubuntu 16.04 Xenial?

I build with the stock Makefile.install dependencies which includes
client stuff for PostgreSQL 9.5 by default for xenial, so there
shouldn't be a need to downgrade that to 9.4 despite what the README
suggests as the minimum.

I might also confirm that you are going through the OpenSRF 2.5.0
installation first, having a confirmed working OpenSRF install, and
then proceeding with the Evergreen installation (running pre-reqs
there, etc. too).  Some steps look similar between Evergreen and
OpenSRF and people think they already did it and skip, but they are
two separate install procedures and steps repeat occasionally.

Will ponder further on the subject.

-- Ben

On Thu, May 11, 2017 at 12:54 PM, Garry Dunn  wrote:
> To all,
>
> I'm working through the installation of a fresh EG 2.12.1/OpenSRF 2.5.0
> setup but I'm having problems at the 'make' stage of EG 2.12.1.  I keep
> getting a missing library error:  cannot find -ldbdpgsql.  Everything up to
> there seems to run fine (a few warnings here and there, but they all appear
> to be minor in nature: variables set but not used, pointers set to -1).
>
> I've run through the process a couple of times now and I always get stuck at
> the same spot.  On my first attempt, I used the built-in Ubuntu 9.5 Postgres
> server (even though the EG developers recommend 9.4). Thinking that might be
> the problem, I started over again and installed Postgres 9.4, only to arrive
> at the same error.
>
> Then I thought that a dependency wasn't quite right in the make file, I
> tried manually running:
>
> apt-get install lib-dbdpgsql
>
> and I'm told it's already installed and the newest version available, so it
> seems I've got the library on the system.  I'm guessing the system just
> isn't referencing it in the correct location.
>
> Can anyone provide any input on where I might be going wrong and how I can
> fix it?
>
> Thanks in advance!



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Disabling SSL in Evergreen ILS

[Ben Shum]

I'd suggest getting free SSL certificates from Let's Encrypt --
https://letsencrypt.org/

There's been some discussion in the past on this subject on the
Evergreen dev mailing list:
http://list.georgialibraries.org/pipermail/open-ils-dev/2016-June/010153.html

While I'd be curious to see how that would affect a primarily intranet
based Evergreen system (meaning, I think you'd still want to have a
FQDN hostname for your Evergreen system and not a local hostname or IP
address used internally), I think that they offer a good service for
SSL certificates.

I imagine there's plenty more thoughts or suggestions on the subject
since that time.

-- Ben

On Thu, Mar 30, 2017 at 10:19 AM, Josh Stompro
 wrote:
> StartSSL shouldn’t be used any more.  They were banned from Chrome and
> Firefox early this year because of reasons including the fact that they were
> silently purchased by a Chinese company, and because they were issuing back
> dated certificates to get around the SHA-1 phase out.  They also allowed
> users to get certificates for main domains if they could certify that they
> had control of subdomains.
>
>
>
> https://arstechnica.com/security/2016/09/firefox-ready-to-block-certificate-authority-that-threatened-web-security/
>
>
>
> Josh Stompro - LARL IT Director
>
>
>
> From: Open-ils-general
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
> Bill Ott
> Sent: Thursday, March 30, 2017 9:10 AM
> To: open-ils-general@list.georgialibraries.org
> Subject: Re: [OPEN-ILS-GENERAL] Disabling SSL in Evergreen ILS
>
>
>
> For single server implementations, there are also free certificates
> available from organizations like StartSSL.
>
>
>
> On 03/30/2017 10:04 AM, Rogan Hamby wrote:
>
> While SSL on an intranet may not be necessary it still isn't harmful.  I may
> be of a paranoid bent but you can have security issues even on an intranet,
> especially large geographically distributed ones.  And with the increasingly
> punitive behavior of browsers to punish non-encrypted connections in various
> ways (usually with warnings and such) I'd question if it would be easier to
> just implement the SSL for the intranet than try to pass around it.
>
>
>
>
>
>
> Rogan Hamby
>
> Data and Project Analyst
>
> Equinox Open Library Initiative
>
> phone:  1-877-OPEN-ILS (673-6457)
>
> email:  ro...@equinoxinitiative.org
>
> web:  http://EquinoxInitiative.org
>
>
>
> On Thu, Mar 30, 2017 at 10:00 AM, Jason Stephenson  wrote:
>
> I should add that the staff client requires SSL and there's no easy way
> to chagne that, so you can't completely disable SSL and expect things to
> still function properly.
>
>
>
>
> On 03/30/2017 09:23 AM, Jason Stephenson wrote:
>> Jayaraj,
>>
>> It would be done via the Apache configuration files. You'd move
>> everything from the SSL enabled vhost configurations to the non-SSL
>> vhosts, i.e everything from the port 443 configuration sections to the
>> port 80 configuration. Some of that configuration is duplicated, so only
>> the unique things need to go.
>>
>> There may also be some directives to force SSL on some locations. You'll
>> want to remove those also.
>>
>> I'm writing this from memory without looking at the files, which is
>> alway a bad thing to do, but I think that covers it.
>>
>> HtH,
>> Jason
>>
>> On 03/30/2017 04:16 AM, Jayaraj JR wrote:
>>> Hello,
>>>
>>> Greetings of the day !
>>>
>>> SSL or https is a better option as far as security is concerned. But the
>>> heightened security level may not be necessary at many times especially
>>> while using Evergreen in Intranet. Besides the browser often warns the
>>> user that entering to my account in evergreen catalog is dangerous if
>>> purchased SSL is not implemented. This may often create confusion for
>>> childern and beginning users who are not well versed with computers.
>>> They are very often advised to add security exception for accessing the
>>> library catalog.
>>>
>>> It would appreciable, if any option or configuration is available to
>>> disable the SSL and to use the full library catalog via http.
>>> Kindly advice the configuration to use my account in Evergreen catalog
>>> via http itself and not https
>>>
>>> --
>>> Thanks in Advance,
>>>
>>> Jayaraj J R
>>> Library Information Assistant
>>> IISER Thiruvananthapuram
>
>
>
>



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Evergreen client display problems with Windows 10/MS Surface Pro

[Ben Shum]

Hi Mary,

Yes, this happens on most higher definition displays on newer laptops
where there are more pixels in the screen area than the screen used to
have.  These HiDPI screens can be worked with by changing the value
assigned in the Evergreen staff client for "layout.css.devPixelsPerPx"

If you are an admin in the client (with the right permission or all
permissions), you can adjust this setting by going to "Admin" -> "For
developers" -> "about:config".  There will be a warning issued there
about how changing settings here may void your warranty that you have
to click through the "I'll be careful, I promise!" and then it will
list out all the options that can be changed under the hood.
(warning, this may void your warranty, so click carefully :) )

The default field is the search field, so key in
"layout.css.devPixelsPerPx" and see when that setting shows up, you
can see that it is normally set to a value of "1.0" by default.  You
can change this value to higher numbers to increase the overall zoomed
appearance of icons, menus, etc. in the staff client.  Just
double-click on the preference name for "layout.css.devPixelsPerPx"
and then key in the increased value you want.  For my purposes, I've
found "1.25" (25% bigger) to "1.5" (50% bigger) to be pretty effective
on various HiDPI screens, but you can always try higher values to see
how it behaves.  I don't think it'll increase the size of the top
menus (file, edit, search, etc.), but having the majority of the
content shift size is pretty handy to resolve the issue you've
described in your email.

Hope this proves helpful to you!

Cheers,

-- Ben

On Sat, Jan 14, 2017 at 12:38 AM, Mary Llewellyn  wrote:
> I'm looking for some guidance. I just got a MS Surface Pro 4/Windows 10
> system to replace an aging desktop workstation and I've run into a problem
> with the Evergreen client. The display is seriously small on most screens,
> such as the opening portal screen, the Advance Search screen, the OPAC view,
> patron registration, and more. The volume/copy editor is a more normally
> sized display; the record bucket isn't too bad, but when you go to merge
> records, the MARC record is too small to read. This is a problem even when I
> am using a full sized monitor attached to the machine.
>
> I've played with client workstation settings to change font size. I've
> played with various screen resolutions in Windows. I've tried changes to the
> compatibility settings in the properties of the software, trying running is
> as though it was in Windows 7 and disabling the display scaling on high DPI
> settings. I've tried running compatibility tests. Nothing helps. The
> compatibility test reports the client is incompatible, yet I have colleagues
> using the client on a regular laptop and Windows 10 with no problems.
>
> Is there anything else I can do to fix the display?
>
> Thanks in advance,
>
> Mary
>
> Mary Llewellyn
> Database Manager
> Bibliomation, Inc.
> 24 Wooster Ave.
> Waterbury, CT 06708
> mllew...@biblio.org



-- 
Benjamin Shum
Evergreener

Re: [OPEN-ILS-GENERAL] Questions About Age Overdue Circs to Lost

[Ben Shum]

Hi Jennifer,

I remember configuring this and testing the functionality briefly.

I think the issue that most commonly occurs with using this feature is
that it's actually based on action triggers.

There is an action_trigger.event_definition and in stock
installations, it's ID 36 - named "circ.staff_age_to_lost" that needs
to be enabled.  It ships default active = false.

You have to set that to true in the definition, and also add a param
to the event_params for that definition for an "editor" value.  I set
ours to an editor value of 1 (the admin user ID), but you could use
any staff member ID that had the permission to change an item from
overdue to lost for the library units in question.  Another reason I
chose to use the 1 admin user was because there is only one
action/trigger event definition as owned by 1 (the consortium highest
level), so I wanted it to work for any instance the event was needed.

Once that template has been configured, using the Age Overdue Circs to
Lost feature will mark any and all overdue circulations up to whatever
point you specify as lost via the A/T events, the next time the
action_trigger_runner script goes through its paces.  It could take
some time depending on the scope of the action.

I have not tested it in the staff client recently to determine if
there's any safety measures with regards to org unit scoping or
permissions for staff to prevent them from marking overdue to lost for
org units beyond their ability.  Something for you to test further and
report back on :)

Good luck, hope this helps a little.

-- Ben

PS:  For reference, you can view this original commit for the
implementation of this feature, it contains a very brief mention about
the template and editor changes --
http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=92bd9092229a7b2ba345018e596d7ad64c139e85

On Wed, Sep 21, 2016 at 5:42 PM, Jennifer Pringle
 wrote:
>
> Hello,
>
> Is anyone currently using the Age Overdue Circs to Lost functionality in
> Evergreen?  (Admin -> Local Administration -> Age Overdue Circs to Lost)
> We've started testing this and so far haven't been able to get it to work.
> Any information or documentation to point us in the right direction would be
> greatly appreciated.
>
> Thanks,
>
> Jennifer
> --
> Jennifer Pringle
> Co-op Support
> BC Libraries Cooperative
> Tel: 1-888-848-9250
> Email:jennifer.prin...@bc.libraries.coop
> Website: http://bc.libraries.coop
>

Re: [OPEN-ILS-GENERAL] Hate to be a pest, but where does the "section" end?

[Ben Shum]

If you're reading the source file for the README, it's formatted to be
generated out using Asciidoc syntax. So sections are split using the
special markup language for defining various heading levels.

For example,
https://evergreen-ils.org/documentation/install/README_2_10.html#_optional_extra_steps_for_browser_based_staff_client

That "section" is set automatically up as section 4 with clear beginning
and end. So "Install dependencies for browser-based staff client" with the
~ under it defines one section, with parts under it with - - - - -,
defining those parts of that section. Till the next subheading with ~
underlying it to start a new section. This is how Asciidoc syntax is
applied, and I suppose it's easier to read in the generated HTML than in
the native file, for those not familiar with that documentation syntax
style?

-- Ben

PS: note for others that patch required to change the URL for that section
to say from egdownloads not just downloads (since the move to WordPress for
main site)

Sent from my Nexus 6

On Jul 10, 2016 11:05 AM, "Jim Lynch"  wrote:

> In the Evergreen install document there is this statement:
>
> [NOTE]
> Skip this entire section if you are using an official release tarball
> downloaded
> from http://evergreen-ils.org/downloads
>
> It's not obvious to the uninformed where the section ends.
>
> Thanks,
> Jim.
>

Re: [OPEN-ILS-GENERAL] Search box cursor focus

[Ben Shum]

Several months back, I actually worked on adjusting the way the
autofocus cursor would end up on the page for the catalog (TPAC,
public side only) so that it would end at the right instead of the
left of the text.

The problem I found was that the autofocus would then behave
differently depending on which browser you ended up using (for me
Chrome vs. Firefox, IE whatever), so it was not consistently behaving
in the way we expected/wanted and we undid the code from our testing.

I have not played with it further, but I did push a copy of the
working code to the Evergreen repository.

This is a link to that:
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/bshum/change-autofocus

So it probably is a tiny code change, but it needs more careful
testing and development anyways.

-- Ben

"Dancing that fine line between suggesting and volunteering..."

On Fri, Jul 8, 2016 at 1:34 PM, Donald Butterworth
 wrote:
> That's another option that I use, but a general keyword search is not always
> the most efficient search. And, though it is only one click, why click when
> you don't have to?. Sometimes I have a list of titles that I'm working
> through, and a general keyword search requires me to type more words in
> order to get a reasonably limited result list.
>
> Also F3 doesn't speak to the Browse search which, as a cataloger, I use at
> least as much as the keyword search options. It just seems reasonable to me
> that it shouldn't require a triple click (etc.) to do a search from the
> screen I am on.
>
> I'm not a programmer, so I'm probably way off base, but aren't we only
> talking about a tiny line of code?
>
> On Fri, Jul 8, 2016 at 12:05 PM, Jason Etheridge 
> wrote:
>>
>> > Or, I can "Ctrl W" to return to the Welcome screen, where the cursor is
>> > always positioned in a blank search box, or, I can Click on "Browse the
>> > Catalog", where the cursor is never in the blank search box.
>>
>> Don, how about hitting F3 to replace the current tab with an
>> auto-focused Advanced Search screen?
>>
>> --
>> Jason Etheridge
>> | Community and Migration Manager
>> | Equinox Software - Open Your Library
>> | 1-877-OPEN-ILS (673-6457)
>> | ja...@esilibrary.com
>> | http://www.esilibrary.com
>
>
>
>
> --
> Don Butterworth
> Collection Management Librarian /
> Faculty Associate
> B.L. Fisher Library
> Asbury Theological Seminary
> don.butterwo...@asburyseminary.edu
> (859) 858-2227

Re: [OPEN-ILS-GENERAL] Evergreen translations by the numbers

[Ben Shum]

Re: 1:  I am +1 to the criteria, as they seem quite reasonable.

Re: 2, 3:  I say also +1 to translations coordinator role and yay,
thanks Eva for volunteering!

Re: 4:  I agree that the release manager can be a primary contact for
the translations coordinator.

Re: 6:  I think that initial list of languages seems a reasonable
starting point.  We can still add other languages back before the next
major series is released if they begin to show more activity per
criteria established.

Re: 7, that's a concern of mine in how development and translations
are being handled by the community.  Right now, the release process
steps list out that string freeze happens at "beta" time, meaning
prior to that point, any changes can be made to strings in master as
it develops.  Between beta and release, no one should merge any
changes that alter the strings in the files.

Launchpad does not appear to have any notification options for the
arrival of new strings to translate.  In the past, I think we used the
email announcement of "beta" to indicate that it was time to begin
translations by interested parties.  Given the timeframe though
between beta and release candidate / .0 first release, I have been
concerned that there is not enough time given over to translations.
When I was RM, I ended up unofficially making the .1 release an
additional translations sync to get more strings done into an actual
release.

Based on Mike Rylander's email regarding the 2.11 timetable (see
http://markmail.org/message/ygmnqu26lwuacnv6), I wonder if we should
consider doing multiple template string updates to try giving more
than just a chance at beta time.  Meaning, we should do a translation
templates (POT) sync at alpha time and beta time; with a freeze on
string changes at beta time.  And sync from Launchpad translations for
POs at beta, RC, and final release too to grab progress as it occurs.
That said, the vast majority of major changes happen at Beta time,
when most code changes get pushed in.

For devs, see:
http://wiki.evergreen-ils.org/doku.php?id=dev:release_process:evergreen:2.8#translations_i18n

Thinking ahead, the biggest changes will likely be for TPAC and
webstaff files with any catalog changes and new development for
modules in the web-based staff client.

-- Ben

On Wed, Jun 8, 2016 at 12:07 PM, Cerninakova Eva  wrote:
> Hi all,
>
> I tried to summarize the previous discussion about (not) including languages
> and translations  to Evergreen according to actual translations
> activity/support:
>
> 1) For the future releases the translation should be supported only when it
> meets at least one of the following criteria:
>
> - At least  70 % of translations are complete
> - Translations have been updated within the past 12 months and at
> least 50 % are complete
> - It is known there is someone actively working on the translations
> - There is a known living Evergreen catalog using the given language
> - The en-* variation of translations should have an exception from
> criteria above as they are a special case.
>
> 2)  Role of translations coordinator
>
> - He/she should communicate with translators  and provide
> information from Evergreen translators to developers and vice versa
> - If possible he/she should help translators with issues related to
> Evergreen translations in Launchpad etc.
>
> 3) As I have already noted before I can volunteer as  a translations
> coordinator  at present.
>
> 4) It will be necessary to fix the person I shall communicate with. Should
> this person be release manager? Or anyone else?
>
> 5) I am planning to contact translators to all languages and find out
> information about the situation of particular  translations (if it is
> supported, used  etc.).  I suppose I will use Launchpad for it. However it
> will be very helpful if you send me names (or contact also if possible)  of
> translators if  you have an information about them.
>
> 6) From the previous conversation I understood that the proposal to skip
> some unused languages concerns the future releases. It seems reasonable to
> me as Idon´t think I will be able gather all  information necessary for the
> decision whether  (not) to include particular language soon enough before
> 2.11 release (I am currently working on a project with quite close deadline
> so I have limited time available).
> However If there is a general consensus that we want to cut off the
> unsupported languages immediately, according to criteria mentioned above
> following languages should be definitely included to Evergreen at the
> moment:
>
> cs-CZ  -- Czech (98,77 % complete)
> hy-AM  -- Armenian (79.18% complete)
> fi-FI  -- Finnish (73.09% complete)
> en-CA  -- English (Canada) (70.73% complete + "en-*" variation )
> en-GB  -- English (UK) (66,89 % complete - active within past 12 months +
> "en-*" variation)
> pt-BR  -- Brazilian Portuguese (58.84% complete -  active within past 12
> 

Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade issues

[Ben Shum]

Hi Jesse,

That error for missing metabib_field key 30 means that you do not have
an entry in the table with ID of 30 (which is supposed to be LCCN in
the stock installation).

Looking back in the history, I see you've mentioned some issues with
this metabib_field entry before (see
http://markmail.org/message/wrdyhmaeenavxk2y)  Perhaps it would be a
good idea to audit your table's entries and compare it with a stock
setup to see the differences (and make adjustments).  I would start by
checking to see if LCCN is already in the metabib_field table.

Something like:

SELECT id FROM config.metabib_field WHERE name = 'lccn';

If that gives you the ID for your missing LCCN field, that'll tell you
what it is, instead of 30.

-- Ben

On Thu, Jun 2, 2016 at 7:18 PM, Jesse McCarty  wrote:
> Thank you Galen,
>
> Looks like I have something else missing, running the 
> 0795.schema.z39-batch-fetch-overlay.sql script came up with another error and 
> did a ROLLBACK:
>
> ERROR:  insert or update on table "z3950_index_field_map" violates foreign 
> key constraint "z3950_index_field_map_metabib_field_fkey" DETAIL:  Key 
> (metabib_field)=(30) is not present in table "metabib_field".
>
> Jesse McCarty
> City of Burlington
> IT Technical Assistant
>
>
> -Original Message-
> From: Open-ils-general 
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of 
> Galen Charlton
> Sent: Thursday, June 02, 2016 10:03 AM
> To: Evergreen Discussion Group 
> Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade issues
>
> Hi,
>
> On Thu, Jun 2, 2016 at 12:28 PM, Jesse McCarty  
> wrote:
>> Could simply running the 2.4.3-2.5.0-upgrade-db.sql prior to the
>> current DB scripts work, or would only certain portions of that file
>> need to be run? My test server is a VM with snapshots, so reverting
>> and re-testing anything is trivial.
>
> No, a subset should suffice.  Specifically, the following steps before 
> running the main upgrade SQL:
>
> [1] running the SQL in upgrade/0795.schema.z39-batch-fetch-overlay.sql
> (taken from the 2.10.x tarball)
>
> For example:
>
> psql> \set eg_version NULL
> psql> \i upgrade/0795.schema.z39-batch-fetch-overlay.sql
>
> [2] following up with just this bit from the 0843 upgrade:
>
> ALTER TABLE config.z3950_index_field_map DROP CONSTRAINT 
> z3950_index_field_map_metabib_field_fkey;
> ALTER TABLE config.z3950_index_field_map ADD CONSTRAINT 
> z3950_index_field_map_metabib_field_fkey FOREIGN KEY (metabib_field) 
> REFERENCES config.metabib_field(id) ON UPDATE CASCADE DEFERRABLE INITIALLY 
> DEFERRED;
>
> Apropos of a conversation during the development meeting yesterday, DB 
> revisions 0841/0842/0843 are a good example of where backporting schema 
> updates can be tricky.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> Infrastructure and Added Services Manager Equinox Software, Inc. / Open Your 
> Library
> 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

[OPEN-ILS-GENERAL] Evergreen translations by the numbers

[Ben Shum]

Hi all,

So I have been brainstorming the way translations are being handled
for Evergreen lately and thinking about narrowing the focus to only
specific languages that have actual users/support expressed somewhere.

Right now, the build process just automatically attempts to grab
whatever it can for all the languages that are being sync'd from
Launchpad translations (https://translations.launchpad.net/evergreen).
But it does not care about the actual readiness of those languages
(i.e. how much is complete).  And it also does not represent actual
"support" in any way either, but let's consider that a different
problem...

This is the list of what we're working with in the actual Evergreen
code (along with relative total percent translated in Launchpad):

ar-AR  -- Arabic (0.50%)
cs-CZ  -- Czech (97.91%)
de-DE  -- German (22.13%)
en-CA  -- English (Canada) (70.73%)
en-GB  -- English (UK) (66.89%)
es-ES  -- Spanish (36.88%)
fi-FI  -- Finnish (73.09%)
fr-CA  -- French (52.84%)
he-IL  -- Hebrew (1.08%)
hu-HU  -- Hungarian (0.01%)
hy-AM  -- Armenian (79.18%)
oc-FR  -- Occitan, French? (16.82%)
pt-BR  -- Brazilian Portuguese (58.84%)
ru-RU -- Russian (49.43%)
sv-SE  -- Swedish (0%)
tr-TR  -- Turkish (6%)

In the past with JSPAC, the language list included the following six,
not including en-US default (which are still listed out in
config.i18n_locale database table):

cs-CZ  -- Czech
en-CA  -- English (Canada)
en-US  -- English (US)
fi-FI  -- Finnish
fr-CA  -- French (Canada)
hy-AM  -- Armenian
ru-RU  -- Russian

My thinking is that languages that do not have significant amounts
translated should be skipped till such time as there is better support
available.  This would include from the list like Arabic, Hebrew,
Hungarian, Swedish, and Turkish which are all under 10% and might only
be represented due to incidental drive-by translations from other
Launchpad sources.  Occitan, French is at 16%, but I'd be curious to
know if we have actual support / users for this variation of French or
if users largely follow the Canadian French files.

Other translations that seem to have some moderate past (or present)
activity include Brazilian Portuguese, German, and Spanish.

All of this information is just to try seeing if we can come up with a
better proposed "official" list of languages that Evergreen is
translated into and we sync for when building releases in the future.

Thoughts, opinions on trimming the list?  Any volunteers or outcry on
specific languages?

-- Ben

Re: [OPEN-ILS-GENERAL] Selfcheck questions (Vince Giordano)

[Ben Shum]

Hmm, if you get a loading bar but nothing else, then I'd be concerned that
maybe whatever browser you attempted to try it on was blocking popups.  The
printing dialog is a popup and some browsers block those by default and
then don't give you ways of obviously finding out that it was blocked.

-- Ben

On Thu, Jun 2, 2016 at 2:50 PM, Vince Giordano  wrote:

> We have on and off issues with printing receipts. We use the same Epson
> thermal printer on our self check computer as our normal staff computers.
> We scan and check out books on the self check then click logout to prompt a
> receipt print. For my personal account it usually prints. In other
> instances the bar shows loading progress but it never prints. We have been
> doing this in Google Chrome.
>
> Any suggestions? Anyone else witness this?
>
> [image: logo]
> *Vince Giordano* *Director**, Juniata County Library*
> 717-436-6378 | 498 Jefferson St - Mifflintown, PA 17059 |
> www.facebook.com/juniatapubliclibrary | "Libraries will get you through
> times of no money better than money will get you through times of no
> libraries" -Anne Herbert
> 
> 
> 
> Get a signature like this: Click here!
> 
>
> On Thu, Jun 2, 2016 at 2:26 PM, <
> open-ils-general-requ...@list.georgialibraries.org> wrote:
>
>> Send Open-ils-general mailing list submissions to
>> open-ils-general@list.georgialibraries.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>
>> http://libmail.georgialibraries.org/mailman/listinfo/open-ils-general
>> or, via email, send a message with subject or body 'help' to
>> open-ils-general-requ...@list.georgialibraries.org
>>
>> You can reach the person managing the list at
>> open-ils-general-ow...@list.georgialibraries.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Open-ils-general digest..."
>>
>>
>> Today's Topics:
>>
>>1. Re: Evergreen 2.9.3 - 2.10.3 upgrade issues (Jesse McCarty)
>>2. Re: Evergreen 2.9.3 - 2.10.3 upgrade issues (Galen Charlton)
>>3. Selfcheck questions (Chauncey Montgomery)
>>4. Re: Selfcheck questions (Terran McCanna)
>>
>>
>> --
>>
>> Message: 1
>> Date: Thu, 2 Jun 2016 16:28:08 +
>> From: Jesse McCarty 
>> To: 'Evergreen Discussion Group'
>> 
>> Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade
>> issues
>> Message-ID:
>> <28d664ba8354b44994456cfe546db1d6010f2f6...@bcex10.ci.b.wa.us>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Thanks for the information Josh. We had been running 2.4.4 in the past
>> and skipped over the 2.5 series, upgrading directly to 2.6.3 from 2.4.4
>> (Our support company performed this upgrade). From 2.6.3 we went to 2.7.3,
>> 2.8.3 and now we are running 2.9.3.
>>
>> Could simply running the 2.4.3-2.5.0-upgrade-db.sql prior to the current
>> DB scripts work, or would only certain portions of that file need to be
>> run? My test server is a VM with snapshots, so reverting and re-testing
>> anything is trivial.
>>
>> Thanks again.
>>
>> Jesse McCarty
>> City of Burlington
>> IT Technical Assistant
>>
>> From: Open-ils-general [mailto:
>> open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Josh
>> Stompro
>> Sent: Thursday, June 02, 2016 8:13 AM
>> To: Evergreen Discussion Group <
>> open-ils-general@list.georgialibraries.org>
>> Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade issues
>>
>> Hello Jesse, it might help to know the history of your system.  What
>> version you started with and how often you have upgraded?
>>
>> The 2.9.3-2.10.0_DBError02.jpg issue is because the
>> config.z3950_index_field_map table doesn't exist.  So you probably missed a
>> schema update in the past.  Maybe something in the 2.5 upgrade?  Looks like
>> the 2.4.3-2.5.0-upgrade-db.sql includes adding that table.
>>
>> Maybe you were on 2.4.4 or greater and missed some updates when you moved
>> to 2.5?
>>
>> Josh Stompro - LARL IT Director
>>
>> From: Open-ils-general [mailto:
>> open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Jesse
>> McCarty
>> Sent: Wednesday, June 01, 2016 6:07 PM
>> To: open-ils-general@list.georgialibraries.org> open-ils-general@list.georgialibraries.org>
>> Subject: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade issues
>>
>> Hello Everyone,
>>
>> I am working on testing our next upgrade of Evergreen (2.9.3 to 2.10.3)
>> and am running into 

Re: [OPEN-ILS-GENERAL] Should we schedule another IRC practice time?

[Ben Shum]

It's a reasonable question and one we should continue to evaluate over
time.

One reason we did not always like products like gotomeeting, etc. was cost.
While community volunteers could grant access to their organizations
resources, the community itself never decided to spend money on platforms.
Freenode IRC is free to use.

Another reason is cross platform compatibility; some of us used Linux
workstations and these did not always play nicely with those applications.

After this many years on IRC, it's second nature to me, but I also see the
value considering alternative solutions if we can work through all the
logistics and continue to keep barriers of access to a minimum.

-- Ben

Sent from my Nexus 6
On May 9, 2016 12:01 PM, "scott.tho...@sparkpa.org" <
scott.tho...@sparkpa.org> wrote:

I’d like to ask a general question about this since I am still fairly new
to the community. Why has the Evergreen community opted to use IRC chat as
an on-line meeting venue? The one time I used it I found it disconcerting
in its antiquated look and feel and had difficulty with the etiquette. Why
not use GoToMeeting, Blackboard Collaborate, or a similar product? The chat
interface in these products is much closer to what most of us are used to
and it would add in the possibility of using VOIP and screen sharing. I’ve
been curious about this for a while



Scott





Scott Thomas

Executive Director

*PaILS / SPARK*

(717) 873-9461

scott.tho...@sparkpa.org

[image: Description: Description: Training | SPARK – Pennsylvania's
Statewide Library System] 







*From:* Open-ils-general [mailto:
open-ils-general-boun...@list.georgialibraries.org] *On Behalf Of *Barbara
Cormack
*Sent:* Monday, May 09, 2016 12:46 PM
*To:* Evergreen Discussion Group 
*Subject:* Re: [OPEN-ILS-GENERAL] Should we schedule another IRC practice
time?



I second what Stuart said; I'd be interested.  Thanks! -- Barbara





On Mon, May 9, 2016 at 9:04 AM, Forrest, Stuart  wrote:

Yes please I missed the last one



Stuart



*From:* Open-ils-general [mailto:
open-ils-general-boun...@list.georgialibraries.org] *On Behalf Of *Yamil
Suarez
*Sent:* Monday, May 09, 2016 11:59 AM
*To:* Evergreen Discussion Group
*Subject:* [OPEN-ILS-GENERAL] Should we schedule another IRC practice time?



Hello,



Last week the IRC practice time went well, and we had a good bunch of folks
trying out IRC. I wanted to check in if there was interest for a second
practice time. I am all for it, but I wanted to verify that there was
community interest. Remember to include your colleagues that are not on
this list that may want to learn.



I tend to pick times after 12 noon EST to allow those on the west coast to
join, but I am willing to schedule something in the (east coast) morning
too.



Thanks in advance,

Yamil











-- 

Barbara Cormack

Project Manager

*Equinox Software - Open Your Library*

1-877-OPEN-ILS (673-6457)

barb...@esilibrary.com
www.esilibrary.com

Re: [OPEN-ILS-GENERAL] OPAC 404 Not Found

[Ben Shum]

Hi Sitalk,

Not sure if this will help or not, but I setup my Debian Jessie system
and then ran "apache2ctl -M" to get a list of my loaded apache
modules.

This is a link to a paste of what I found on my test system:
http://pastie.org/10823337

Perhaps comparing what you get vs. what came back in my paste might
help give you a clue on what went wrong.

However, it does sound like something went wrong with your
installation and apache is missing something.

-- Ben

On Tue, May 3, 2016 at 12:36 AM, Sitalk Teres  wrote:
> Thank you very much for the tip.
>
> I have executed the command:
>
> a2ensite eg.conf
>
> and the site has been added successfully.
> Afterwards I have disabled the default site.
>
> However, now after restarting apache I got the error:
>
> [FAIL] Starting web server: apache2 failed!
> [warn] The apache2 configtest failed. ... (warning).
> Output of config test was:
> AH00526: Syntax error on line 43 of /etc/apache2/eg_vhost.conf:
> Invalid command 'OSRFGatewayConfig', perhaps misspelled or defined by a
> module not included in the server configuration
> Action 'configtest' failed.
>
> In the eg_vhost.conf file on line 43 we have:
>
> OSRFGatewayConfig /openils/conf/opensrf_core.xml
>
> Is there a possibility that some apache modules might be missing?
> What would be the way to find exactly which module is missinga?
>
> Thanks in advance.
>
>

Re: [OPEN-ILS-GENERAL] 2.10.1 client for Mac OS

[Ben Shum]

So, I have not done it recently for 2.10 and newest Mac OS X, but
basically the approach I always used in the past was to build the
staff client files on a Linux server first.  Then download the Linux
64-bit client and copy the file/folder contents over to the resources
folder in the Mac app that I was building.  In theory, you could use
the contents from the file generated and linked on the downloads page:
 https://evergreen-ils.org/downloads/evergreen-client-2.10.1_x86_64.tar.bz2

A good trick to figuring out how the Evergreen.app file needs to be
laid out is to download an existing Mac OS client that other people
have built, and open it up to view the contents and see how things are
arranged.  Sometimes I used to do that and replace the innards and the
info.plist file to match the version I want to use it for.

I don't think people have recently tried to actually run make,
configure, etc. on a Mac OS for Evergreen itself.  The guys up in
Sitka (or maybe somewhere else) used to joke about doing it, but it's
definitely not a supported platform for Evergreen right now.

Hope that helps,

-- Ben

On Sun, Apr 10, 2016 at 11:25 AM, Alex Lazar  wrote:
> Hi all, and especially those who have successfully built an Evergreen staff 
> client for Mac OS.
>
> I am attempting to build a 2.10.1 client for Mac OS, working on El Capitan 
> 10.11.4, following these instructions: 
> http://wiki.evergreen-ils.org/doku.php?id=mozilla-devel:building_the_staff_client#building_a_macintosh_staff_client.
>
> Step 4 of those instructions states "Make Evergreen.app/Resources the root of 
> your Evergreen application files". I am assuming it means I need to download 
> and unpack the Evergreen tar file, then go into the 
> Open-ILS/xul/staff_client/, run some make commands and then move some 
> resulting files into the Evergreen.app/Resource folder that I previously had 
> set up.
>
> Attempting to do that, I've run into a couple of errors on Mac OS which make 
> me wonder if I should even be trying to build the client on Mac OS or just do 
> it all on Linux?
>
> Wondering how others approach this process? If anyone builds the whole thing 
> on Mac OS, do you first install all the prerequisites, like OpenSRF to have 
> the osrf_config file available?
>
> Thank you.
>
> Alex Lazar
> Initd, LLC

Re: [OPEN-ILS-GENERAL] a flurry of newbie questions

[Ben Shum]

Hi Tom,

Welcome and cheers to your new installation!  This mailing list can be
a great place to ask questions, so do not worry about asking them.
Though, I will caveat that by saying we may not always have the answer
to your question and as a project of volunteers it can take a little
time too (especially on weekends) ;)

Re: 1) edit default landing page -- presuming you mean the main
catalog itself, there is some general documentation available in the
official Evergreen docs.  I'll point you to a link like
http://docs.evergreen-ils.org/2.10/_designing_your_catalog.html ,
there are probably other pages that may prove useful too.

I'll leave the ISBN/MARC/migration-like questions for some other folks
to attempt answering if they can.  Your questions sound like you're
trying to jumpstart your collection into Evergreen data doesn't sound
unreasonable in theory, but I don't have as much practical experience
on those approaches.  Getting a good source for "quality" MARC data
can be interesting, depending on how your catalogers feel about it...

As far as community interaction goes, the mailing list is definitely
the most visible communication method we have other than IRC.  Social
media is used sometimes for dispensing project announcements, but I do
not know how often the community uses it for actual interactions.

Hope this helps a little,

-- Ben

On Sat, Apr 9, 2016 at 2:49 PM, tom  wrote:
> Hi guys,
>
> I have successfully installed evergreen 2.10.1  and the staff client on a
> box I set up for the purpose. Now that I've achieved this particular
> success, I have  a gazillion random, stupid, off-topic,  and potentially
> rtfm-worthy questions about evergreen and library management. I hope I don't
> become unbearably annoying.
>
> First, I'd like to edit the default landing page to change colors, logos,
> etc. Are there guidelines? I shouldn't have any problems with html or css,
> but I was wondering if it was documented somewhere.
>
> This may be wishful thinking, but can I add titles using nothing but a list
> of isbns? I would love to generate shelf-ready spine and barcode labels
> based on such a list. I've investigated marc records and the application
> "marcedit", but gads, it's alot to process, and I was hoping evergreen could
> help.
>
> How about patron and title import from follette-destiny?
>
> I'd like to put every existing book in my library's inventory into a list by
> hand--title, author, description, and whatever else--and then get that list
> into evergreen. Many books are old enough that there is no isbn barcode to
> scan for the info.
>
> That's enough for now. Are there places other than this list and irc for
> community interaction? I'm following evergreen on google plus, but I
> couldn't find much else. I don't do facebook or twitter.
>
> Thanks, and thanks for your patience.

Re: [OPEN-ILS-GENERAL] Self Check / ILL issue - Blocking checkout

[Ben Shum]

Presuming you mean the Evergreen web selfcheck, I could only think of
a workaround approach like follows:

If you were to designate the workstation for the selfcheck to be a
different org unit (like an opac invisible child unit of the parent
library), then include a circ policy in circ_matrix_matchpoint that
says, don't circ items of a particular copy location (the ILL one) or
circ modifier (if you have an ILL circ mod?), but leave the rest to
fallthrough back up to the parent org unit rules, then the selfcheck
could function differently with regards to those materials.

Otherwise, I've found it more common that staff wanted items to be
completely restricted and not allowed for checkout (i.e. circulate =
false on the item or copy location levels) and to deal with it at the
desk as you hint would be burdensome.

Some development required maybe if we want to avoid any crazy
workarounds like the one I posit above.

And if you're talking about SIP2-based selfchecks, that's a whole
other ball game entirely

Just thinking aloud, hope some of that might prove helpful.

-- Ben

On Wed, Apr 6, 2016 at 12:02 PM, Josh Stompro
 wrote:
> Hello Everyone,
>
>
>
> My coworker is working on an issue with out of state ILL items, that we
> always want to have due on a specific date, even when the customer doesn’t
> pickup the item right away.  And she has been trying to figure out if there
> is a way to block a specific item from being checked out at the self check,
> but allow it to be checked out by staff without using an override.
>
>
>
> With these items we don’t want them to go on the holdshelf, since we need
> staff to read the documentation attached and set a specific due date.  But
> they will accidentally get placed on the hold shelf, so we would like the
> self checks to not process the checkouts.
>
>
>
> I’ve looked at hard due dates documentation, but that doesn’t seem like it
> would since this situation isn’t what it was designed for.  We have also
> looked at using item alerts, but blocking based on the alert event would
> affect too many users negatively in our system since we use the alerts for
> situations that don’t require a checkout to be blocked.
>
>
>
> We would like to avoid setting the items to non-circulate since that would
> require staff to override, which we don’t want to be a common occurrence
> that staff get used to.
>
>
>
> If something to address this doesn’t already exist, would anyone else find
> it useful to be able to block checkouts at the self check for specific
> items, but allow the checkout for staff users without an override?  Maybe
> the self check could block based on a list of circ_modifiers?  If something
> like this may be useful to more than one location, it might make a good
> enhancement.
>
>
>
> Thanks
>
> Josh
>
>
>
> Lake Agassiz Regional Library - Moorhead MN larl.org
>
> Josh Stompro | Office 218.233.3757 EXT-139
>
> LARL IT Director | Cell 218.790.2110
>
>

Re: [OPEN-ILS-GENERAL] Evergreen Community Survey

[Ben Shum]

That does help to answer my questions. Thanks Rogan and Kathy!

Look forward to reading the report.

-- Ben

Sent from my Nexus 6
On Apr 1, 2016 1:29 PM, "Rogan Hamby" <rha...@esilibrary.com> wrote:

> Hi Ben,
>
> We talked about this a little in IRC but I'll go over some of the same
> stuff if you don't mind, for the sake of anyone reading along.  :)
>
> You're correct in that the community survey at this point doesn't cover
> the entire community.  It excludes independent developers (like Ken Cox
> working on the android app), support companies (like ESI) and other types
> of entities I'm surely forgetting.  However, it's also our first year.
>
> There was a deliberate intention in it's design to stay as simple as
> possible.  While the community is more than the libraries using Evergreen I
> don't think it's unfair to say that Evergreen is literally here for them.
> In future years we do want to expand the survey both in breadth and depth.
> Right now I can't say what those future versions will look like but nothing
> so far as been without intent or thought for the future.
>
> We want to learn from this one and we want to get it off the ground.  It
> will be the first of an annual survey.  When that time comes for the second
> annual survey a challenge will be in trying to keep it concise and direct
> enough to encourage as many respondents as we can.  We hope we erred on the
> side of ease of access this year for libraries responding to it.
>
> This isn't to say that we won't include other sources of data in our final
> products.  Git will give us a great deal of information about development.
> We will look at our wonderful documentation community.  We will cast our
> eyes everywhere we think to.  I have folders of content that Kathy has been
> gathering in that vein to look at when I have some time.  (probably this
> weekend)
>
> On Fri, Apr 1, 2016 at 1:09 PM, Ben Shum <b...@evergreener.net> wrote:
>
>> Hi Rogan,
>>
>> I'm curious what the Evergreen Outreach Committee has discussed
>> regarding how this data is to be used.  Given that the linked survey
>> appears to be very user focused at the moment, i.e. most if not all
>> the questions are geared with the mindset that it applies to library
>> institutions or groups who use Evergreen.  But what about the rest of
>> the community?
>>
>> I wonder if it would be helpful to clarify the intent of this survey
>> as targeting the Evergreen Community's users?  And whether there would
>> be separate surveys or approaches used similarly to gauge (and maybe
>> identify) other aspects of our community.  Off the top of my head, I
>> would like to see representation in any final picture of our community
>> to include also developers, individuals and companies alike, along
>> with the various support organizations that participate in Evergreen's
>> deployment and ongoing maintenance.  Documentation, translation, etc.?
>>
>> Just what I was thinking.
>>
>> Regards,
>>
>> -- Ben
>>
>> On Fri, Apr 1, 2016 at 12:13 PM, Rogan Hamby <rha...@esilibrary.com>
>> wrote:
>> > The Evergreen Outreach Committee is asking anyone who can to respond to
>> the
>> > first annual community survey.  If you are a member of a consortium we
>> only
>> > need one response for the entire consortium.
>> >
>> > The information is for an annual report that we will present at the
>> > conference each year.  Additionally, the information will help us have a
>> > better image of the community as a whole.  We will also use it to create
>> > materials aimed at creating an accurate picture of our community.
>> >
>> > We have kept the survey short and simple and should only take a few
>> moments.
>> > Thank you in advance.
>> >
>> > The survey can be accessed here:
>> https://www.surveymonkey.com/r/5MZWBYY
>> >
>> > --
>> > Rogan R. Hamby, Data and Project Analyst
>> > Equinox - Open Your Library
>> > ro...@esilibrary.com
>> > 1-877-OPEN-ILS | www.esilibrary.com
>> >
>>
>
>
>
> --
> --
> Rogan R. Hamby, Data and Project Analyst
> Equinox - Open Your Library
> ro...@esilibrary.com
> 1-877-OPEN-ILS | www.esilibrary.com
>
>

Re: [OPEN-ILS-GENERAL] Evergreen Community Survey

[Ben Shum]

Hi Rogan,

I'm curious what the Evergreen Outreach Committee has discussed
regarding how this data is to be used.  Given that the linked survey
appears to be very user focused at the moment, i.e. most if not all
the questions are geared with the mindset that it applies to library
institutions or groups who use Evergreen.  But what about the rest of
the community?

I wonder if it would be helpful to clarify the intent of this survey
as targeting the Evergreen Community's users?  And whether there would
be separate surveys or approaches used similarly to gauge (and maybe
identify) other aspects of our community.  Off the top of my head, I
would like to see representation in any final picture of our community
to include also developers, individuals and companies alike, along
with the various support organizations that participate in Evergreen's
deployment and ongoing maintenance.  Documentation, translation, etc.?

Just what I was thinking.

Regards,

-- Ben

On Fri, Apr 1, 2016 at 12:13 PM, Rogan Hamby  wrote:
> The Evergreen Outreach Committee is asking anyone who can to respond to the
> first annual community survey.  If you are a member of a consortium we only
> need one response for the entire consortium.
>
> The information is for an annual report that we will present at the
> conference each year.  Additionally, the information will help us have a
> better image of the community as a whole.  We will also use it to create
> materials aimed at creating an accurate picture of our community.
>
> We have kept the survey short and simple and should only take a few moments.
> Thank you in advance.
>
> The survey can be accessed here:  https://www.surveymonkey.com/r/5MZWBYY
>
> --
> Rogan R. Hamby, Data and Project Analyst
> Equinox - Open Your Library
> ro...@esilibrary.com
> 1-877-OPEN-ILS | www.esilibrary.com
>

Re: [OPEN-ILS-GENERAL] TPAC localization

[Ben Shum]

Hi Livia,

Hmm, you may have just uncovered a potential bug in the 2.9 release
series.  I was looking at the data file from the downloadable tarball,
in Open-ILS/src/data/locale/* and looking at the cs-CZ.po file, I only
see entries in their for translation for strings in places like
*/src/templates/staff/* which is for the web staff client.  I do not
see any entries for /src/templates/opac/* which would probably be
necessary to have translations in the catalog (TPAC).

Looking back at older tarballs, like 2.7.1, I can see that there used
to be entries in the .po files for /opac/, etc.  So something might
have broken when we added in the webstaff translations in the more
recent releases.  The 2.8.3 tarball looks okay too, so this issue only
affected the latest 2.9 series (which is when I think we added the
webstaff client translation efforts anyways).

This is all of course assuming that the instructions from
http://docs.evergreen-ils.org/2.9/_setting_a_default_language_and_adding_optional_languages.html
is still valid for adding another locale to the Evergreen catalog.

Thanks for bringing this question to the community, we appreciate your
testing Evergreen in other languages and we hope to see a resolution
come forward soon that may help everyone get back on the right path.

Regards,

-- Ben

On Wed, Feb 10, 2016 at 11:16 AM, Vrzalová Livia, Mgr.
 wrote:
> Hi all,
>
>
>
> Actually we successfully installed the Evergreen 2.9.1. But - we have
> problems to swich on the czech localization (which is eventually included in
> EG, thanks for it) for TPAC. After we made the localization changes on
> Apache server it still remains in English (en_US). Does anybody has a
> solution how we can fix it? We didn´t find any instructions in the EG
> documention for this version.
>
>
>
> Thanks for the answer
>
>
>
> Livia Vrzalova
>
> The Jan Langos Library
>
> Institute For the Study of Totalitarian Regimes

Re: [OPEN-ILS-GENERAL] [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: TPAC localization - Email found in subject

[Ben Shum]

Hi Livia,

After some investigation, it is definitely an Evergreen bug during the
build process for the 2.9 series.  I have filed this bug in the
community tracker to work on a resolution:
https://bugs.launchpad.net/evergreen/+bug/1544606

We should be able to see some sort of solution make its way out for
the next maintenance release for 2.9, which is 2.9.2 due out next week
(if all goes according to plan).

Stay tuned,

-- Ben

On Thu, Feb 11, 2016 at 9:49 AM, Vrzalová Livia, Mgr.
<livia.vrzal...@ustrcr.cz> wrote:
> Hi Ben, thank you so much for the quick answer! We gonna try it following 
> your instructions and will see what happens. Will send you a report about 
> that :).
>
> Livia
>
> -Original Message-
> From: Open-ils-general 
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben 
> Shum
> Sent: Thursday, February 11, 2016 3:36 PM
> To: Evergreen Discussion Group <open-ils-general@list.georgialibraries.org>
> Subject: [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: [OPEN-ILS-GENERAL] 
> TPAC localization - Email found in subject
>
> Hi Livia,
>
> Hmm, you may have just uncovered a potential bug in the 2.9 release series.  
> I was looking at the data file from the downloadable tarball, in 
> Open-ILS/src/data/locale/* and looking at the cs-CZ.po file, I only see 
> entries in their for translation for strings in places like
> */src/templates/staff/* which is for the web staff client.  I do not see any 
> entries for /src/templates/opac/* which would probably be necessary to have 
> translations in the catalog (TPAC).
>
> Looking back at older tarballs, like 2.7.1, I can see that there used to be 
> entries in the .po files for /opac/, etc.  So something might have broken 
> when we added in the webstaff translations in the more recent releases.  The 
> 2.8.3 tarball looks okay too, so this issue only affected the latest 2.9 
> series (which is when I think we added the webstaff client translation 
> efforts anyways).
>
> This is all of course assuming that the instructions from 
> http://docs.evergreen-ils.org/2.9/_setting_a_default_language_and_adding_optional_languages.html
> is still valid for adding another locale to the Evergreen catalog.
>
> Thanks for bringing this question to the community, we appreciate your 
> testing Evergreen in other languages and we hope to see a resolution come 
> forward soon that may help everyone get back on the right path.
>
> Regards,
>
> -- Ben
>
> On Wed, Feb 10, 2016 at 11:16 AM, Vrzalová Livia, Mgr.
> <livia.vrzal...@ustrcr.cz> wrote:
>> Hi all,
>>
>>
>>
>> Actually we successfully installed the Evergreen 2.9.1. But - we have
>> problems to swich on the czech localization (which is eventually
>> included in EG, thanks for it) for TPAC. After we made the
>> localization changes on Apache server it still remains in English
>> (en_US). Does anybody has a solution how we can fix it? We didn´t find
>> any instructions in the EG documention for this version.
>>
>>
>>
>> Thanks for the answer
>>
>>
>>
>> Livia Vrzalova
>>
>> The Jan Langos Library
>>
>> Institute For the Study of Totalitarian Regimes

Re: [OPEN-ILS-GENERAL] [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: TPAC localization - Email found in subject - Email found in subject

[Ben Shum]

And of course, I meant to say Evergreen-ILS-2.9.1, not 2.8.1... :)

On Thu, Feb 11, 2016 at 3:07 PM, Ben Shum <b...@evergreener.net> wrote:
> Hi Livia,
>
> As a short-term quick solution, it may be possible to get your
> translations working by making a copy from your source file.  I found
> another place we may have saved a copy of the appropriate
> translations.
>
> So wherever you untarballed Evergreen-ILS-2.8.1.tar.gz, inside there
> will be Open-ILS/src/templates/locale directory.  In that directory is
> a copy of the tpac and webstaff translation files for all the
> languages.  You want to copy your language's tpac file "tpac.cs-CZ.po"
> to replace the one that was installed in
> /openils/var/data/locale/cs-CZ.po.
>
> So something like (from source dir):
>
> cp -b Open-ILS/src/templates/locale/cs-CZ.po /openils/var/data/locale/cs-CZ.po
>
> Then, refresh your catalog (or restart apache) and see if things look better.
>
> -- Ben
>
> PS:  For devs reading along, why do we make two copies of the
> translation files?  Maybe we should unity and update the example
> documentations?
>
> On Thu, Feb 11, 2016 at 10:24 AM, Vrzalová Livia, Mgr.
> <livia.vrzal...@ustrcr.cz> wrote:
>> Ben, thank for help and cooperation. Hopefully it leads to spread EG to 
>> other non-english speaking countries :).
>>
>> Livia
>>
>> -Original Message-
>> From: Open-ils-general 
>> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben 
>> Shum
>> Sent: Thursday, February 11, 2016 4:20 PM
>> To: Evergreen Discussion Group <open-ils-general@list.georgialibraries.org>
>> Subject: [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: 
>> [OPEN-ILS-GENERAL][IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: TPAC 
>> localization - Email found in subject - Email found in subject
>>
>> Hi Livia,
>>
>> After some investigation, it is definitely an Evergreen bug during the build 
>> process for the 2.9 series.  I have filed this bug in the community tracker 
>> to work on a resolution:
>> https://bugs.launchpad.net/evergreen/+bug/1544606
>>
>> We should be able to see some sort of solution make its way out for the next 
>> maintenance release for 2.9, which is 2.9.2 due out next week (if all goes 
>> according to plan).
>>
>> Stay tuned,
>>
>> -- Ben
>>
>> On Thu, Feb 11, 2016 at 9:49 AM, Vrzalová Livia, Mgr.
>> <livia.vrzal...@ustrcr.cz> wrote:
>>> Hi Ben, thank you so much for the quick answer! We gonna try it following 
>>> your instructions and will see what happens. Will send you a report about 
>>> that :).
>>>
>>> Livia
>>>
>>> -Original Message-
>>> From: Open-ils-general
>>> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf
>>> Of Ben Shum
>>> Sent: Thursday, February 11, 2016 3:36 PM
>>> To: Evergreen Discussion Group
>>> <open-ils-general@list.georgialibraries.org>
>>> Subject: [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re:
>>> [OPEN-ILS-GENERAL] TPAC localization - Email found in subject
>>>
>>> Hi Livia,
>>>
>>> Hmm, you may have just uncovered a potential bug in the 2.9 release
>>> series.  I was looking at the data file from the downloadable tarball,
>>> in Open-ILS/src/data/locale/* and looking at the cs-CZ.po file, I only
>>> see entries in their for translation for strings in places like
>>> */src/templates/staff/* which is for the web staff client.  I do not see 
>>> any entries for /src/templates/opac/* which would probably be necessary to 
>>> have translations in the catalog (TPAC).
>>>
>>> Looking back at older tarballs, like 2.7.1, I can see that there used to be 
>>> entries in the .po files for /opac/, etc.  So something might have broken 
>>> when we added in the webstaff translations in the more recent releases.  
>>> The 2.8.3 tarball looks okay too, so this issue only affected the latest 
>>> 2.9 series (which is when I think we added the webstaff client translation 
>>> efforts anyways).
>>>
>>> This is all of course assuming that the instructions from
>>> http://docs.evergreen-ils.org/2.9/_setting_a_default_language_and_addi
>>> ng_optional_languages.html is still valid for adding another locale to
>>> the Evergreen catalog.
>>>
>>> Thanks for bringing this question to the community, we appreciate your 
>>> testing Evergreen in other languages and we hope to see a resolution com

Re: [OPEN-ILS-GENERAL] [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: TPAC localization - Email found in subject - Email found in subject

[Ben Shum]

Hi Livia,

As a short-term quick solution, it may be possible to get your
translations working by making a copy from your source file.  I found
another place we may have saved a copy of the appropriate
translations.

So wherever you untarballed Evergreen-ILS-2.8.1.tar.gz, inside there
will be Open-ILS/src/templates/locale directory.  In that directory is
a copy of the tpac and webstaff translation files for all the
languages.  You want to copy your language's tpac file "tpac.cs-CZ.po"
to replace the one that was installed in
/openils/var/data/locale/cs-CZ.po.

So something like (from source dir):

cp -b Open-ILS/src/templates/locale/cs-CZ.po /openils/var/data/locale/cs-CZ.po

Then, refresh your catalog (or restart apache) and see if things look better.

-- Ben

PS:  For devs reading along, why do we make two copies of the
translation files?  Maybe we should unity and update the example
documentations?

On Thu, Feb 11, 2016 at 10:24 AM, Vrzalová Livia, Mgr.
<livia.vrzal...@ustrcr.cz> wrote:
> Ben, thank for help and cooperation. Hopefully it leads to spread EG to other 
> non-english speaking countries :).
>
> Livia
>
> -Original Message-
> From: Open-ils-general 
> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben 
> Shum
> Sent: Thursday, February 11, 2016 4:20 PM
> To: Evergreen Discussion Group <open-ils-general@list.georgialibraries.org>
> Subject: [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: 
> [OPEN-ILS-GENERAL][IT USTR: SPAM - vlastnosti hlavičky mailu] - Re: TPAC 
> localization - Email found in subject - Email found in subject
>
> Hi Livia,
>
> After some investigation, it is definitely an Evergreen bug during the build 
> process for the 2.9 series.  I have filed this bug in the community tracker 
> to work on a resolution:
> https://bugs.launchpad.net/evergreen/+bug/1544606
>
> We should be able to see some sort of solution make its way out for the next 
> maintenance release for 2.9, which is 2.9.2 due out next week (if all goes 
> according to plan).
>
> Stay tuned,
>
> -- Ben
>
> On Thu, Feb 11, 2016 at 9:49 AM, Vrzalová Livia, Mgr.
> <livia.vrzal...@ustrcr.cz> wrote:
>> Hi Ben, thank you so much for the quick answer! We gonna try it following 
>> your instructions and will see what happens. Will send you a report about 
>> that :).
>>
>> Livia
>>
>> -Original Message-
>> From: Open-ils-general
>> [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf
>> Of Ben Shum
>> Sent: Thursday, February 11, 2016 3:36 PM
>> To: Evergreen Discussion Group
>> <open-ils-general@list.georgialibraries.org>
>> Subject: [IT USTR: SPAM - vlastnosti hlavičky mailu] - Re:
>> [OPEN-ILS-GENERAL] TPAC localization - Email found in subject
>>
>> Hi Livia,
>>
>> Hmm, you may have just uncovered a potential bug in the 2.9 release
>> series.  I was looking at the data file from the downloadable tarball,
>> in Open-ILS/src/data/locale/* and looking at the cs-CZ.po file, I only
>> see entries in their for translation for strings in places like
>> */src/templates/staff/* which is for the web staff client.  I do not see any 
>> entries for /src/templates/opac/* which would probably be necessary to have 
>> translations in the catalog (TPAC).
>>
>> Looking back at older tarballs, like 2.7.1, I can see that there used to be 
>> entries in the .po files for /opac/, etc.  So something might have broken 
>> when we added in the webstaff translations in the more recent releases.  The 
>> 2.8.3 tarball looks okay too, so this issue only affected the latest 2.9 
>> series (which is when I think we added the webstaff client translation 
>> efforts anyways).
>>
>> This is all of course assuming that the instructions from
>> http://docs.evergreen-ils.org/2.9/_setting_a_default_language_and_addi
>> ng_optional_languages.html is still valid for adding another locale to
>> the Evergreen catalog.
>>
>> Thanks for bringing this question to the community, we appreciate your 
>> testing Evergreen in other languages and we hope to see a resolution come 
>> forward soon that may help everyone get back on the right path.
>>
>> Regards,
>>
>> -- Ben
>>
>> On Wed, Feb 10, 2016 at 11:16 AM, Vrzalová Livia, Mgr.
>> <livia.vrzal...@ustrcr.cz> wrote:
>>> Hi all,
>>>
>>>
>>>
>>> Actually we successfully installed the Evergreen 2.9.1. But - we have
>>> problems to swich on the czech localization (which is eventually
>>> included in EG, thanks for it) for TPAC. After we made the
>>> localization changes on Apache server it still remains in English
>>> (en_US). Does anybody has a solution how we can fix it? We didn´t
>>> find any instructions in the EG documention for this version.
>>>
>>>
>>>
>>> Thanks for the answer
>>>
>>>
>>>
>>> Livia Vrzalova
>>>
>>> The Jan Langos Library
>>>
>>> Institute For the Study of Totalitarian Regimes

Re: [OPEN-ILS-GENERAL] Patrons can't place holds on Parts

[Ben Shum]

Hi Rosie,

Where are you setting ctx.holds_block.enabled = 'false'?  That's
normally controlled via the parts/config.tt2 file, and it's used to
globally turn on or off holds of all kinds.  So yes, if that's set to
true, it will remove the place hold link throughout the catalog.
Changing the value in the file you indicated would alter the way the
link is generated, so I could see it confusing things when
inappropriate.

Perhaps the real issue is how your hold matrix matchpoints are
configured.  In our system, we use the hold configuration to control
whether links will appear for place hold depending on various
criteria.  Like if a given circ modifier is considered holdable, etc.
Or we'd use copy status to control holdable too, so that you can't
place holds on items with a status like lost or damaged.

If you do not allow holds on available copies, how are you blocking
that presently?  Are you only going to allow holds if they are part
holds?

-- Ben

On Fri, Jan 8, 2016 at 12:44 PM, Rosemary Le Faive  wrote:
> Hi,
>
> We're trying to implement Monograph Parts so that patrons can place holds on
> specific volumes that are out.  But the "Place hold" link isn't showing up!
> I'm wondering if I'm missing something in the configuration, or if I need to
> customize the template.
>
> The case in question: of four volumes/parts in a record, two are available
> and two are checked out. All are in a holdable location.
>
> If I set ctx.holds_block.enabled = 'false' then the Place Hold link shows
> up, and holds can be placed on the checked-out parts. But then the Place
> Hold link shows up even where it shouldn't (since we don't allow holds on
> available copies!)
>
> I'm afraid i have to hack the template here [1].
>
> Has anyone else faced this issue?
>
> Thanks!
>
> -Rosie
>
> [1]
> https://github.com/evergreen-library-system/Evergreen/blob/master/Open-ILS/src/templates/opac/parts/record/summary.tt2#L45-L48
>
>
> --
>
> Rosemary Le Faive
>
> Digital Infrastructure and Discovery Librarian
>
> Robertson Library
>
> University of Prince Edward Island
>
> 550 University Ave, Charlottetown PE C1A 4P3
>
> Canada
> tel: 902-566-0533 | fax: 902-628-4305 | email: rlefa...@upei.ca
>

[OPEN-ILS-GENERAL] Farewell and good luck!

[Ben Shum]

My fellow Evergreeners,

So some news has already circulated regarding my upcoming change of
employment.  I will soon be working for Praxair and leaving
Bibliomation with my last day being January 12, 2016, next week.

Related to that, I will be resigning my position on the Evergreen
Oversight Board with Yamil Suarez taking over as the new Chair.

It has been my privilege to have learned and worked alongside so many
of you in this adventure.  A special thank you to many of you who have
left me kind words already; they are all heartfelt and truly
appreciated.  I hope to see more awesome things continue to happen for
this community in the days to come.

Feel free to drop me a line at my new (old) address
b...@evergreener.net.  I'll be subscribed using that email from now on.

Cheers and best of luck,

-- Ben Shum

Re: [OPEN-ILS-GENERAL] label change in OPAC

[Ben Shum]

Hi Holly,

Offhand, it should be installed somewhere like
/openils/var/templates/opac/parts/searchbar.tt2.  In master, it's about
line 56 or so where the "Library" label is.  (
http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/templates/opac/parts/searchbar.tt2;h=ac13ce0958d8757bbec8ca54c6075b43421fb9bc;hb=HEAD#l56
)

-- Ben

On Wed, Jan 6, 2016 at 5:18 PM, Holly Brennan 
wrote:

> We are a stand-alone library, so use Copy Location Groups to narrow
> searches by shelving locations within our library (examples of groups are
> All Teen, Alaskana, Music) – as opposed to physical library branch
> locations.
>
>
>
> Copy Location Groups show under the ‘Library’ drop-down on the OPAC, but I
> find that patrons rarely venture there because the choice shows Homer
> Public Library, and this is the only library they’d want to use. When I
> suggest they use this drop-down, they are usually surprised at the useful
> options under it.
>
>
>
> Can I change the label (*Library*)? I think something like *Collection*
> might work better to encourage patrons to use this drop-down. If I can
> change (I’m thinking I can), what is the path needed to get to that chunk
> of code?
>
>
>
> Thanks for pointing me in the right direction!
>
>
>
> -  Holly
>
>
>
>
>
> Holly Brennan
>
> Library Technology Specialist
>
> Homer Public Library, Alaska
>
>
>
> hbren...@cityofhomer-ak.gov
>
> 907-235-3180 (main)
>
> 907-435-3154 (direct)
>
>
>



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

Re: [OPEN-ILS-GENERAL] SMS Hold Notifications

[Ben Shum]

For Bibliomation, we only added an event parameter for "sender_email"
to be "no-re...@biblio.org" for that action/trigger event definition.
With SMS text messages, there was no good way to give users a reply
location that would work consortium-wide.  So, while it's bad that we
do not give users any way to respond since no-reply is a dead-end, it
was assumed that patrons would find other means of contacting the
library (phone. email, etc.) if they needed to change the nature of
their hold request.  For a time, we thought about tacking on a "please
contact your library" statement to the messages, but that added too
much text to the text message itself, which ruins the whole point of
using short text messages with character limits.

I do not have any collected feedback from actual users on how they
perceive these actions on our part.

-- Ben

On Tue, Nov 3, 2015 at 10:09 AM, Morgan, Michele  wrote:
> We are looking at making improvements to our SMS hold notification template.
> Right now we're using the out of the box template in our trigger:
>
> [%- USE date -%]
> [%- user = target.0.usr -%]
> From: [%- params.sender_email || default_sender %]
> To: [%- params.recipient_email ||
> helpers.get_sms_gateway_email(target.0.sms_carrier,target.0.sms_notify) %]
> Subject: [% target.size %] hold(s) ready
>
> [% FOR hold IN target %][%-
>   bibxml = helpers.xml_doc( hold.current_copy.call_number.record.marc );
>   title = "";
>   FOR part IN bibxml.findnodes('//*[@tag="245"]/*[@code="a"]');
> title = title _ part.textContent;
>   END;
>   author = bibxml.findnodes('//*[@tag="100"]/*[@code="a"]').textContent;
> %]TITLE:[% title %] @ [% hold.pickup_lib.name %]
> [% END %]
>
> Which generates something like this:
>
> From: evergr...@noblenet.org
> To: 4135551...@vtext.com
> Subject: 1 hold(s) ready
>
> TITLE:Life, the universe and everything @ Danvers
>
>
> One issue we are having is with replies to these messages. A patron may
> reply asking to cancel the request, but there's no way to identify the hold
> from their reply.
>
> If you have made improvements to your SMS template, can you share what you
> have done?
>
> Thanks,
> Michele
> --
> Michele M. 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

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] Hack-A-Way 2016 Selection

[Ben Shum]

Hi Rogan,

First, yay Evergreen Indiana, thanks for hosting a Hack-A-Way!

Next, I do not have any strong opinion on the proposal.  For myself, I
do not mind if we want to consider Indiana for two years in a row as
hosting site.  While it's nice to have it move around and see
different places, I think it is also equally nice to know that we will
definitely have a place to meet up and hack on Evergreen.

So, for my two cents, I say please proceed and with thanks to all
those involved.

-- Ben

On Wed, Oct 7, 2015 at 3:49 PM, Rogan Hamby  wrote:
> I have two sections to this email - first to announce the selected site for
> the Hack-A-Way in 2016 and secondly to bring up a question to the community
> about the 2017 selection process.
>
>
> First, the good news!  Evergreen Indiana will be hosting the Hack-A-Way in
> 2016!  As everyone knows, Indiana is home to some wonderful community
> members and they are excited to be hosts.  They did a wonderful job with the
> conference a few years ago so I know we will be in excellent hands.
>
>
> The host location is Indianapolis, which is central to the US (and fairly
> north for our Canadian brethren).  They have three international airports
> within a few hours drive and is a popular conference city with budget
> friendly options for our participants (an ongoing goal is to keep the event
> relatively cheap).
>
>
> Evergreen Indiana will fully sponsor the site and two meals plus snack each
> day of the event for all participants and work with negotiating hotel
> discounts.  They will also arrange for shuttles to and from travel hubs and
> help coordinate some evening events.
>
>
> Yay!  So, what comes next?  As usual we  need to arrange dates, hotel plans,
> etc... but the extended time line allows for a more deliberat pace.
>
>
> And that leads us into talking a bit about the 2017 process.  We changed the
> process this year for selection to provide for a longer time line.  The
> feedback I'd had from potential hosts and participants who reached out to me
> was that they wanted more time for making decisions than the old (admittedly
> very low key) process allowed.  This is something that we will continue to
> follow in the years that follow, 2017 and beyond.
>
>
> Specfically in regard to 2017, however, Indiana would like to have thier bid
> considered for 2017 as well as 2016 and host it for two years.  I want to
> continue moving the Hack-A-Way around for the same purposes that we move the
> conference but I also appreciate all the effort they have put into their
> proposal and there would be some definite virtue to this.  I don't mind the
> idea of doing the Hack-A-Way in Indiana for two years but a) don't want it
> considred a precendent that it will always be in the same places for two
> years at a time and b) want to put it up to the developers for feedback as
> this event is to facilitate thier activity.
>
>
> Thoughts?
>
>
>
> --
>
> Rogan Hamby, MLS, CCNP, MIA
> Managers Headquarters Library and Reference Services,
> York County Library System
>
> “You can never get a cup of tea large enough or a book long enough to suit
> me.”
> ― C.S. Lewis



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

Re: [OPEN-ILS-GENERAL] Expiration of Holds Shelf Holds

[Ben Shum]

And a third way, from menu Circulation -> Clear Hold Shelf (which does
the clear shelf action directly).

In our consortium, we disable that menu option via customization to
prevent staff from inadvertently using it when they don't intend to
(since the menu option is close by the other ones you may want).

-- Ben

On Tue, Sep 1, 2015 at 2:25 PM, Kathy Lussier  wrote:
> Hi Scott,
>
> The titles on the holds shelf will remain there until staff explicitly
> removes it from the hold shelf. There are two ways staff can do so:
>
> Retrieve the Browse Holds Shelf interface -> select the checkbox to View
> Clearable Holds -> Click the Clear these Holds button. You then need to scan
> each item in at checkin to send it along to its next destination.
>
> Retrieve the Browse Holds Shelf interface -> select the checkbox to View
> Clearable holds. Then, after staff pull the titles from the holds shelf,
> they can scan them in at checkin using the Clear Holds Shelf checkin
> modifier.
>
> Kathy
>
>
> On 09/01/2015 02:15 PM, Scott Thomas wrote:
>
> In our old ILS you could set an expiration period for holds on the Holds
> Shelf, but it was just a flag on which to hang a report. The holds
> themselves remained intact. In Evergreen holds still on the Holds Shelf at
> the time of expiration are obliterated. This would not be bad except, if a
> staff member fails to take action, the item automatically reverts to a
> status of Available and begin appearing on the Pull List of the Owning
> Library even though it may be still sitting on the Holds Shelf of the
> expired Pickup Library. We were told that this behavior cannot be changed
> and that the only work around is to change the behavior of the staff and /
> or to set “Default holds shelf expire interval” to something higher. Is all
> of this accurate?
>
> Thank you,
> Scott
>
>
>
>
>
> Scott  Thomas, MLS
>
> Head of Information Technologies and Technical Services
>
> Scranton Public Library
>
> Lackawanna County Library System
>
> 2006 N. Main Ave.
>
> Scranton, PA 18508
>
> Ph: 570-207-2379
>
> Fx: 570-348-3020
>
> Email: sc...@albright.org
>
>
>
>
>
>
> --
> Kathy Lussier
> Project Coordinator
> Massachusetts Library Network Cooperative
> (508) 343-0128
> kluss...@masslnc.org
> Twitter: http://www.twitter.com/kmlussier



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

Re: [OPEN-ILS-GENERAL] TPAC and Display of the Summaries More...can you help?

[Ben Shum]

Well actually, I think this is an odd MARC issue, where the Provided
by publisher line is part of another subfield.  520c, in the case of
that record anyways.

That confuses me slightly cause of the following:

In summaryplus.tt2, the default seems to grab and create spans for
attrs.summaries (which whenever I see attrs, I go to check
misc_util.tt2 to see how it comes up with those attributes).  But in
misc_util.tt2, the attrs.summaries seems to generate using only 520a
data.  No mention of c.  So something is roping in extra content
unexpectedly there.

Otherwise, I would expect that multiple 520 statements would result in
span content that is broken up into separate lines.

-- Ben

On Wed, Aug 12, 2015 at 4:28 PM, McCanna, Terran
tmcca...@georgialibraries.org wrote:
 Hi Tony,

 I believe you would want to look at

 1) openils\var\templates\opac\parts\record\summaryplus.tt2

 and maybe

 2) openils\var\templates\opac\css\style.css.tt2  (where it refers to 
 .rdetail-extras-summary )



 I hope that helps!



 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: Tony Bandy to...@ohionet.org
 To: Evergreen Discussion Group open-ils-general@list.georgialibraries.org
 Sent: Wednesday, August 12, 2015 3:03:53 PM
 Subject: [OPEN-ILS-GENERAL] TPAC and Display of the Summaries  More...can
   you help?

 Hello everyone,

 I've been whacking away at this for a few days now and not having much 
 luckthought I would toss this out to the group in case you have solved 
 this already.

 Upshot:  We're running Evergreen 2.7.2 hosted and want to change/edit how the 
 summary statement shows up on the TPAC.

 ---

 Try this search:  http://blanchester.cool-cat.org/eg/opac/record/948395.

 Once the record appears on the screen, scroll down to the Summaries  More to 
 expand the section.

 If I wanted to edit how this displays in the TPAC,  for example removing the 
 line break and pushing the Provided by publisher back up to the main 
 paragraph, how would I do this?

 If it was just regular html code, it would be a simple matter of removing the 
 line break.  However, since the tpac is using *.tt2 files-which file builds 
 these results?

 I thought it might be the extras.tt2 file, but after perusing that one for a 
 while, I'm not seeing anything.

 ---

 I'm no expert, just trying to fix our TPAC, so if you can share any fixes, 
 tips or tricks, I would really appreciate it!

 Thanks in advance for your thoughts

 --Tony


 Tony Bandy
 to...@ohionet.orgmailto:to...@ohionet.org
 OHIONET
 1500 West Lane Ave.
 Columbus, OH  43221-3975
 614-484-1074 (Direct)
 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] Marc Export Script Error

[Ben Shum]

Hi Jesse,

Some questions for you... what version of Evergreen are you using with
that PostgreSQL 9.3 system?

That error you're seeing from the upgrade log sounds like maybe you
might not have your search_path set appropriately after the database
was copied over.  For example:  After restoring a database, make sure
to reset the search_path accordingly with something like: alter
database unpredicable_haxxors_go_away set search_path = evergreen,
public, pg_catalog;

As for that other error, Substr outside of string at
/usr/share/perl5/MARC/Record.pm line 573 ; my guess is that you have
some bad MARC records in your database.  This is likely unrelated to
your change in PostgreSQL, or maybe the version of MARC::Record that
you're now using is less tolerant?  Or maybe you were using the older
marc_export script before it was changed around 2.6 or so and it
somehow tolerated the bad MARC better.

In any case, I would check those bibs out on your system to determine
if there's any red flags in the way the MARC was created.  Maybe
there's something that doesn't conform to the standard and that's
making things unhappy.

-- Ben

On Tue, Jul 28, 2015 at 12:30 PM, Jesse McCarty jes...@burlingtonwa.gov wrote:
 Hi Everyone,



 I am working on a new Evergreen Server to deploy in the fall (Ubuntu 14.04,
 Postgres 9.3 – Current system is Ubuntu 12.04, Postgres 9.2) and am running
 into an error with the marc_extract script. The script works with no issue
 on the production system running Postgres 9.2, but after I import the
 current production data into a test server (identical to the current
 production server, with older DB data) and upgrade Postgres to 9.3 it stops
 working with the following error:



 Error in bibliographic record 168171

 Substr outside of string at /usr/share/perl5/MARC/Record.pm line 573



 There are two other bibliographic records that have the error as well
 (168498  172482).



 The new database seems to be working otherwise (attached is a screen shot of
 the output of the pg_upgradecluster results) even though the upgrade showed
 some errors.



 Any help is greatly appreciated. Thanks!



 Jesse McCarty

 City of Burlington

 IT Technical Assistant





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

Re: [OPEN-ILS-GENERAL] Marc Export Script Error

[Ben Shum]

Hi Jesse,

Assuming that those IDs are accurate, there's a couple ways of
retrieving those records.  For me, I just went to your catalog and
took the ID and put it on the end of the URL
hostname/eg/opac/record/ID

So something like 172482 would go to
https://burlington.skagitcat.org/eg/opac/record/172482

Within the staff client itself, one can probably retrieve it from the
menu:  Cataloging -- Retrieve title via Database ID

-- Ben

On Tue, Jul 28, 2015 at 2:27 PM, Jesse McCarty jes...@burlingtonwa.gov wrote:
 Thanks for the information Ben. We are running Evergreen 2.7.3 in production 
  our test server. Our newly built server is running Evergreen 2.8.1 (plan to 
 upgrade to 2.8.3 prior to deployment). The script ran, but produced no final 
 .gz file (just the errors mentioned originally). Would our library staff be 
 able to take the ID's and locate the record in question? I couldn't figure 
 out how to take the ID given and find the record to see what was going on 
 (tried searching in the staff client, but nothing came up). Of course, I 
 wouldn't know what to look for once I found the MARC record so hopefully the 
 library staff would recognize a bad MARC record...

 Thanks again.

 Jesse McCarty
 City of Burlington
 IT Technical Assistant


 -Original Message-
 From: Open-ils-general 
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben 
 Shum
 Sent: Tuesday, July 28, 2015 10:50 AM
 To: Evergreen Discussion Group
 Subject: Re: [OPEN-ILS-GENERAL] Marc Export Script Error

 For more details and history in IRC logs -
 http://irc.evergreen-ils.org/evergreen/2014-07-30#i_114153 -- csharp 
 encountered malformed MARC in his tests with marc_export post Evergreen 2.6 
 era.  Dyrcona created a patch and this was applied with Launchpad -- 
 https://bugs.launchpad.net/evergreen/+bug/1350345 -- to avoid having 
 marc_export die from bad records.  From the LP, the maintenance releases that 
 contained those fixes were 2.7.0 and 2.6.4.

 So yeah, my guess is that there's something wrong with those MARC records on 
 your system Jesse.  Since you have the IDs from the export attempt, you can 
 try to determine what is in those records that cause them to fail to export 
 cleanly.

 -- Ben

 On Tue, Jul 28, 2015 at 1:34 PM, Ben Shum bs...@biblio.org wrote:
 Hi Jesse,

 Some questions for you... what version of Evergreen are you using with
 that PostgreSQL 9.3 system?

 That error you're seeing from the upgrade log sounds like maybe you
 might not have your search_path set appropriately after the database
 was copied over.  For example:  After restoring a database, make sure
 to reset the search_path accordingly with something like: alter
 database unpredicable_haxxors_go_away set search_path = evergreen,
 public, pg_catalog;

 As for that other error, Substr outside of string at
 /usr/share/perl5/MARC/Record.pm line 573 ; my guess is that you have
 some bad MARC records in your database.  This is likely unrelated to
 your change in PostgreSQL, or maybe the version of MARC::Record that
 you're now using is less tolerant?  Or maybe you were using the older
 marc_export script before it was changed around 2.6 or so and it
 somehow tolerated the bad MARC better.

 In any case, I would check those bibs out on your system to determine
 if there's any red flags in the way the MARC was created.  Maybe
 there's something that doesn't conform to the standard and that's
 making things unhappy.

 -- Ben

 On Tue, Jul 28, 2015 at 12:30 PM, Jesse McCarty jes...@burlingtonwa.gov 
 wrote:
 Hi Everyone,



 I am working on a new Evergreen Server to deploy in the fall (Ubuntu
 14.04, Postgres 9.3 – Current system is Ubuntu 12.04, Postgres 9.2)
 and am running into an error with the marc_extract script. The script
 works with no issue on the production system running Postgres 9.2,
 but after I import the current production data into a test server
 (identical to the current production server, with older DB data) and
 upgrade Postgres to 9.3 it stops working with the following error:



 Error in bibliographic record 168171

 Substr outside of string at /usr/share/perl5/MARC/Record.pm line 573



 There are two other bibliographic records that have the error as well
 (168498  172482).



 The new database seems to be working otherwise (attached is a screen
 shot of the output of the pg_upgradecluster results) even though the
 upgrade showed some errors.



 Any help is greatly appreciated. Thanks!



 Jesse McCarty

 City of Burlington

 IT Technical Assistant





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



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



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

Re: [OPEN-ILS-GENERAL] Marc Export Script Error

[Ben Shum]

For more details and history in IRC logs -
http://irc.evergreen-ils.org/evergreen/2014-07-30#i_114153 -- csharp
encountered malformed MARC in his tests with marc_export post
Evergreen 2.6 era.  Dyrcona created a patch and this was applied with
Launchpad -- https://bugs.launchpad.net/evergreen/+bug/1350345 -- to
avoid having marc_export die from bad records.  From the LP, the
maintenance releases that contained those fixes were 2.7.0 and 2.6.4.

So yeah, my guess is that there's something wrong with those MARC
records on your system Jesse.  Since you have the IDs from the export
attempt, you can try to determine what is in those records that cause
them to fail to export cleanly.

-- Ben

On Tue, Jul 28, 2015 at 1:34 PM, Ben Shum bs...@biblio.org wrote:
 Hi Jesse,

 Some questions for you... what version of Evergreen are you using with
 that PostgreSQL 9.3 system?

 That error you're seeing from the upgrade log sounds like maybe you
 might not have your search_path set appropriately after the database
 was copied over.  For example:  After restoring a database, make sure
 to reset the search_path accordingly with something like: alter
 database unpredicable_haxxors_go_away set search_path = evergreen,
 public, pg_catalog;

 As for that other error, Substr outside of string at
 /usr/share/perl5/MARC/Record.pm line 573 ; my guess is that you have
 some bad MARC records in your database.  This is likely unrelated to
 your change in PostgreSQL, or maybe the version of MARC::Record that
 you're now using is less tolerant?  Or maybe you were using the older
 marc_export script before it was changed around 2.6 or so and it
 somehow tolerated the bad MARC better.

 In any case, I would check those bibs out on your system to determine
 if there's any red flags in the way the MARC was created.  Maybe
 there's something that doesn't conform to the standard and that's
 making things unhappy.

 -- Ben

 On Tue, Jul 28, 2015 at 12:30 PM, Jesse McCarty jes...@burlingtonwa.gov 
 wrote:
 Hi Everyone,



 I am working on a new Evergreen Server to deploy in the fall (Ubuntu 14.04,
 Postgres 9.3 – Current system is Ubuntu 12.04, Postgres 9.2) and am running
 into an error with the marc_extract script. The script works with no issue
 on the production system running Postgres 9.2, but after I import the
 current production data into a test server (identical to the current
 production server, with older DB data) and upgrade Postgres to 9.3 it stops
 working with the following error:



 Error in bibliographic record 168171

 Substr outside of string at /usr/share/perl5/MARC/Record.pm line 573



 There are two other bibliographic records that have the error as well
 (168498  172482).



 The new database seems to be working otherwise (attached is a screen shot of
 the output of the pg_upgradecluster results) even though the upgrade showed
 some errors.



 Any help is greatly appreciated. Thanks!



 Jesse McCarty

 City of Burlington

 IT Technical Assistant





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



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

Re: [OPEN-ILS-GENERAL] Hours of library open / close

[Ben Shum]

Hi Jennifer,

I've often wondered about this myself since some of our libraries also
have periodic shifts to summer hours, or even renovation hours of
service as they go through lifecycles.  So yes, it seems like your
idea might prove to be a helpful one to even public libraries, not
just academic libraries.

I can't commit to anything new at this time, but maybe you or others
might find this to be a worthy contender for feature development in
future Evergreen releases.  Certainly sounds like a good wishlist idea
anyways.

-- Ben

On Mon, Jul 13, 2015 at 4:51 PM, Walz, Jennifer jlw...@asbury.edu wrote:
 All –



   We are an academic library and the library hours change from “during the
 semester” to “summer” to “holiday” hours.



   Is there any way to have several Org unit calendars where we can switch
 easily between these things? Our general open / close times are during
 the semester and that does cover most of the year, but the other set times
 it would be nice to have a block calendar change for the whole org unit.



 Any ideas?  Thoughts?



 Thanks!



 Jennifer

 --
 Jennifer Walz, MLS - Head of ILS changes
 Kinlaw Library -  Asbury University
 One Macklem Drive, Wilmore, KY 40390
 859-858-3511 ext. 2269
 jlw...@asbury.edu





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

Re: [OPEN-ILS-GENERAL] self-check receipt config?

[Ben Shum]

Hi Tony,

Easier then with standard web browsers like Chrome/Firefox.  I would
expect there to be browser settings available for per-printer
configuration, or alternatively, you could configure the OS (Windows,
or whatever) to print a specific way by default too, and then tell the
browser to use that printer.  Sometimes what we do is to configure
Windows to use a receipt printer by default, and then adjust paper
type, etc. in the printer's configuration in Windows instead of the
application specific (Evergreen, web browsers, whatever) and that can
work too.  If it's the only printer attached to the machine anyways.
And you don't print regular sized web page contents on receipt
printers... heh.

-- Ben

On Wed, Jul 1, 2015 at 12:28 PM, Tony Bandy to...@ohionet.org wrote:
 Hi Ben, folks,

 Appreciate the update!

 This is using the updated 2.7.X selfcheck interface via a standard web 
 browser (Chrome, FF).  My test printer is a Zebra GX430t attached via USB.  I 
 think the library is using another type of printer, similar to the Zebra I'm 
 using (USB, etc.).

 Appreciate the OpenKiosk information--I had forgotten about that.  I will 
 give it a whack.

 Thanks,

 --Tony

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

 -Original Message-
 From: Open-ils-general 
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben 
 Shum
 Sent: Wednesday, July 1, 2015 12:22 PM
 To: Evergreen Discussion Group
 Subject: Re: [OPEN-ILS-GENERAL] self-check receipt config?

 Hi Tony,

 For clarification, are you speaking about an actual selfcheck appliance by a 
 specific vendor?  Or are you using the Evergreen web selfcheckout interface 
 via some sort of dedicated browser on a machine?

 If the latter, the Evergreen web selfcheckout's printing might rely mainly on 
 the browser's configuration actually.  For our libs who use web selfcheck, we 
 generally recommended using OpenKiosk
 (http://openkiosk.mozdevgroup.com/) and what we've found is that in certain 
 cases with receipt printers, we had to manually tweak the OpenKiosk 
 configuration files to apply certain printer settings.  As a variant browser 
 based of Mozilla Firefox, what I found is that I could compare configuration 
 file prefs.js from Firefox's appdata directory to OpenKiosk's.  So I 
 experimented by configuring Firefox to print the way I wanted to, then copied 
 over printer_* related lines from that prefs.js over to OpenKiosk's prefs.js 
 file.

 I do not have this information readily available to share, but there might be 
 further information to be found online in other forums.

 Also, for the lists and general information, the wiki link that Tony found is 
 to an older selfcheck interface that will soon be removed (it is already 
 deprecated and not supported).  See
 https://bugs.launchpad.net/evergreen/+bug/1312297 for notes on removal.  That 
 wiki page should probably be deleted at some point.  Or updated to reflect 
 the newer tt2 based selfcheck.

 -- Ben

 On Wed, Jul 1, 2015 at 12:10 PM, Tony Bandy to...@ohionet.org wrote:
 Hi all,



 I’ve been working with one of our libraries on the self-checkout and
 we’re running into issues configuring the receipt printer.  .  A
 regular 8.5 x 11 personal laser prints things out on a single sheet
 pretty well, but using a label/receipt paper printer, there’s an
 excessive amount of feed.  The library was able to solve this issue
 with their regular staff-client workstations (using the same printers)
 by making changes in the printer settings editor.  However, with the
 self-check, I’m thinking this is not an option?



 I’ve checked the documentation, some of the links mentioned here,
 http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:simple_self_c
 heck, and a few other places, but can’t seem to find anything too
 specific….maybe I’m overlooking stuff.  I also need to go back and
 take another run at the printer config as well, but wanted to ask
 around first to see about software changes.



 If you have any links or other information, would you mind to share?



 Appreciate it!



 --Tony



 Tony Bandy

 to...@ohionet.org

 OHIONET

 1500 West Lane Ave.

 Columbus, OH  43221-3975

 614-484-1074 (Direct)

 614-486-2966 x19





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



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

Re: [OPEN-ILS-GENERAL] self-check receipt config?

[Ben Shum]

Hi Tony,

For clarification, are you speaking about an actual selfcheck
appliance by a specific vendor?  Or are you using the Evergreen web
selfcheckout interface via some sort of dedicated browser on a
machine?

If the latter, the Evergreen web selfcheckout's printing might rely
mainly on the browser's configuration actually.  For our libs who use
web selfcheck, we generally recommended using OpenKiosk
(http://openkiosk.mozdevgroup.com/) and what we've found is that in
certain cases with receipt printers, we had to manually tweak the
OpenKiosk configuration files to apply certain printer settings.  As a
variant browser based of Mozilla Firefox, what I found is that I could
compare configuration file prefs.js from Firefox's appdata directory
to OpenKiosk's.  So I experimented by configuring Firefox to print the
way I wanted to, then copied over printer_* related lines from that
prefs.js over to OpenKiosk's prefs.js file.

I do not have this information readily available to share, but there
might be further information to be found online in other forums.

Also, for the lists and general information, the wiki link that Tony
found is to an older selfcheck interface that will soon be removed (it
is already deprecated and not supported).  See
https://bugs.launchpad.net/evergreen/+bug/1312297 for notes on
removal.  That wiki page should probably be deleted at some point.  Or
updated to reflect the newer tt2 based selfcheck.

-- Ben

On Wed, Jul 1, 2015 at 12:10 PM, Tony Bandy to...@ohionet.org wrote:
 Hi all,



 I’ve been working with one of our libraries on the self-checkout and we’re
 running into issues configuring the receipt printer.  .  A regular 8.5 x 11
 personal laser prints things out on a single sheet pretty well, but using a
 label/receipt paper printer, there’s an excessive amount of feed.  The
 library was able to solve this issue with their regular staff-client
 workstations (using the same printers) by making changes in the printer
 settings editor.  However, with the self-check, I’m thinking this is not an
 option?



 I’ve checked the documentation, some of the links mentioned here,
 http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:simple_self_check,
 and a few other places, but can’t seem to find anything too specific….maybe
 I’m overlooking stuff.  I also need to go back and take another run at the
 printer config as well, but wanted to ask around first to see about software
 changes.



 If you have any links or other information, would you mind to share?



 Appreciate it!



 --Tony



 Tony Bandy

 to...@ohionet.org

 OHIONET

 1500 West Lane Ave.

 Columbus, OH  43221-3975

 614-484-1074 (Direct)

 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] Best-Hold Selection Sort Order

[Ben Shum]

Hi Johnnie,

Bibliomation implemented Best-Hold Selection Sort Order changes for at
least one member library that required a specific approach to holds that
differed from the rest of our consortium.  I described that use case in
more detail in this post to the dev list a few years ago (
http://markmail.org/message/pdksulwazgwzlro4) and that led to the feature's
development too.  Since implementation, we have had no complaints about
hold prioritization for the use case, so I consider that a Pro of it
works for us with no speakable Cons for now.

Can you give us a little more information about what potential use case are
you hoping to achieve with the feature?  Are you trying to raise or
prioritize holds for a given subset of libraries?  Is it based on
geography, distance, political alliances?  There are lots of options and
not all may result in optimal or expected outcomes...

-- Ben

On Wed, Jul 1, 2015 at 10:48 AM, Pippin, Johnnie johnnie.pip...@ncdcr.gov
wrote:

  Good morning,



 NC Cardinal is reviewing the Best-Hold Selection Sort Order for holds
 placed in our consortium and wanted to gather some information from the
 community before we move forward.



 Has anyone implemented this process? If currently using, what are the pros
 and cons of the Best-Hold Selecting Sort Order?



 Are there any major problems to be made aware of when using Best-Hold
 Selecting Sort Order?





 Thanks!



 -  Johnnie



 *The true measure of a man is how he treats someone who can do him
 absolutely no good*. - Samuel Johnson

 

 Johnnie Pippin - NC Cardinal Consultant

 State Library of North Carolina
 4640 Mail Service Center
 Raleigh, NC 27699-4640
 johnnie.pip...@ncdcr.gov

 Office: 919.807.7408 / Fax: 919.733.8748

 [image: Cardinal][image: Cardinal 2]

 ---

 North Carolina Department of Cultural Resources



 Opinions expressed in this message may not represent the policy of my
 agency.  Email correspondence to and from this address may be subject to
 the North Carolina Public Records law “NCGS.Ch. 132” and may be disclosed
 to third parties by an authorized state official.












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

Re: [OPEN-ILS-GENERAL] alert for once juvenile becomes adult

[Ben Shum]

If i recall, there's an srfsh script that converts juv to adult, whatever
that is, that could potentially be conscripted to this task...

-- Ben

Sent from my Nexus 6
On Jun 10, 2015 4:11 PM, Justin Hopkins  jus...@mobiusconsortium.org
wrote:

  I should clarify that my previous suggestion was based on my recollection
 that you have access to the database and could set this up.

 Justin

 On 6/10/15 3:09 PM, Justin Hopkins  wrote:

 Holly,

 I think the simplest solution would be to run a script on a nightly cron
 that updated the database as necessary. Flip the Juvenile flag, change
 their profile, possibly remove the grouping/ident2_value, and add an alert.
 I thought we might be running something like that ourselves, but either I'm
 not finding it, or it's just something we'd also talked about doing but
 never did.

 Justin

 On 6/10/15 3:00 PM, Holly Brennan wrote:

  We’d like to be alerted when a patron who was marked as juvenile (the
 checkbox based on their birth date) is now over 18. The goal would be to
 catch those now-adults and change their library card type from Juvenile to
 Adult, so they are now responsible for their library card rather than their
 parent. We would also enter their ID information, and remove the parent’s
 ID (typically their driver’s license).



 The staff notification could be just a alert message. We’d like to avoid
 having to look at an expired account and calculate whether that patron is
 now an adult, so please no solutions involving math. J



 We’ve run a report for patrons who have Juvenile accounts but are 18+, and
 there are hundreds. I’m guessing we’re on our own fixing these ones, but
 maybe there is a miracle out there for adding the alert to these accounts
 too?



 Thanks!



 Holly Brennan

 Library Technology Specialist

 Homer Public Library, Alaska



 hbren...@cityofhomer-ak.gov

 907-235-3180 (main)

 907-435-3154 (direct)

Re: [OPEN-ILS-GENERAL] presentations

[Ben Shum]

This is Jason's and my presentation on Running with the Bulls:
Mastering Production

Google:  
https://docs.google.com/presentation/d/10c6Dj_uvojbXvtnjadqt_hUwWlchAauoVnQBMlHBfUI/edit?usp=sharing

PDF:  http://evergreen-ils.org/~bshum/eg15/running-with-the-bulls.pdf

-- Ben

On Fri, May 15, 2015 at 7:23 PM, Rogan Hamby rogan.ha...@yclibrary.net wrote:
 In the interest of sharing presentations (that weren't done before the
 conference):

 http://www.slideshare.net/roganhamby/welcome-to-the-community

 and

 http://www.slideshare.net/roganhamby/adding-data-sources-to-the-reporter

 There were quite a few from other folks that I wasn't able to attend so I
 hope everyone sends out their presentations!

 --

 Rogan Hamby, MLS, CCNP, MIA
 Managers Headquarters Library and Reference Services,
 York County Library System

 “You can never get a cup of tea large enough or a book long enough to suit
 me.”
 ― C.S. Lewis



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

Re: [OPEN-ILS-GENERAL] Resetting karma in IRC

[Ben Shum]

Karma has been reset and we're on for a new year now.  A final IRC
channel karma count before we started a new counter can be found at
http://evergreen-ils.org/~bshum/karma.final.txt

-- Ben

On Wed, May 20, 2015 at 11:06 PM, Kathy Lussier kluss...@masslnc.org wrote:
 Hi all,

 I count 16 +1 votes with general consensus that we should 1) preserve karma
 history from year to year on the wiki and 2) save a copy of the database.
 Some of this consensus came from an IRC discussion as well as this e-mail
 thread: http://irc.evergreen-ils.org/evergreen/2015-05-18#i_176015

 I therefore think we can ask the #evergreen bot operators to reset karma for
 the channel and to preserve the data that was requested. If you need any
 help moving anything to the wiki, let me know.

 I also like Jason's comment about recognizing folks outside the IRC channel.
 It reminds me of the unsung heroes presentation Tara Robertson pulled
 together a few years back. I have several new names for that list if anyone
 decides to do an unsung heroes thing again.

 Maybe we can create a spot on the wiki where we point to all these different
 ways that we've recognized community contributions.

 Thanks all!
 Kathy


 On 05/18/2015 05:28 PM, Holly Brennan wrote:

 You were greatly missed at the conference, Dan! And as Karma King, it’s
 great to hear you’re on board with the reset.



 +1 from me on the reset, and saving historical info.



 -Holly



 From: Open-ils-general
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Dan
 Scott
 Sent: Monday, May 18, 2015 12:56 PM
 To: Evergreen Discussion Group
 Subject: Re: [OPEN-ILS-GENERAL] Resetting karma in IRC



 +1; also please store a copy of the sqlite database somewhere
 (working/random.git?) in case some day we want to look back at how karma
 ebbs and flows over the years



 (after returning from a weekend vacation with no internet access. None! No
 cold sweats even.)



 On Sat, May 16, 2015 at 11:45 AM, Kathy Lussier kluss...@masslnc.org
 wrote:

 Hi all,

 Several of us at the conference have been discussing the idea of resetting
 karma in the #evergreen channel at the end of each annual conference. From
 what I understand, this is something that is done in the code4lib community
 and allows everyone to start with a clean slate each year after the
 conference.

 I like this idea because I think it provides it's a better motivator for new
 contributors to the community. As it is now, if somebody is just starting
 out and is making a lot of contributions that result in positive karma, it
 will take years before they catch up to the karma levels of those of us who
 have been around for a while. By resetting the karma points, anyone's given
 karma level will reflect the work they are doing now, not the work they did
 years ago.

 I would like to suggest that we reset the karma points in the #evergreen
 channel by the end of next week (to give adequate time for any dissension).
 For future conferences, I would like to suggest that the karma points are
 reset on the Monday after the conference ends.

 Let me know what you think!
 Kathy


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




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

Re: [OPEN-ILS-GENERAL] Resetting karma in IRC

[Ben Shum]

+1

Sent from my Nexus 6
On May 16, 2015 8:46 AM, Kathy Lussier kluss...@masslnc.org wrote:

 Hi all,

 Several of us at the conference have been discussing the idea of resetting
 karma in the #evergreen channel at the end of each annual conference. From
 what I understand, this is something that is done in the code4lib community
 and allows everyone to start with a clean slate each year after the
 conference.

 I like this idea because I think it provides it's a better motivator for
 new contributors to the community. As it is now, if somebody is just
 starting out and is making a lot of contributions that result in positive
 karma, it will take years before they catch up to the karma levels of those
 of us who have been around for a while. By resetting the karma points,
 anyone's given karma level will reflect the work they are doing now, not
 the work they did years ago.

 I would like to suggest that we reset the karma points in the #evergreen
 channel by the end of next week (to give adequate time for any dissension).
 For future conferences, I would like to suggest that the karma points are
 reset on the Monday after the conference ends.

 Let me know what you think!
 Kathy


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

Re: [OPEN-ILS-GENERAL] Evergreen access via Google?

[Ben Shum]

Hi Don,

Starting as recently as Evergreen 2.6 (it's noted on the Evergreen 2.6
release notes under structured data -
http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_6.html),
efforts were made by developers like Dan Scott to add structured data
elements to Evergreen's catalog to make them more discoverable.  This
work has continued throughout newer Evergreen releases and I'd like to
say that through Dan's work and others, it has been essential towards
keeping Evergreen's catalog more friendly to search engines, like
Google, etc.

Evergreen 2.8's release notes include lots more discoverability
enhancements added with that release too:
http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_8.html#_opac

Since your site does not include a manually configured robots.txt
file, I'll point you at an example set at Dan's library Laurentian
University's catalog:  https://laurentian.concat.ca/robots.txt  (we
based many of our changes following the example they set).

That robots.txt file tends to guide search engine bots that arrive at
the catalog towards indexing the appropriate contents, and avoid/skip
over certain undesirables.

By default, if you do not have anything set, then search engine bots
will likely attempt to index everything in your catalog that it can
publicly access.

Doing an example search like
https://www.google.com/#q=asbury+catalog+Star+Trek (aka, keywords in
Google for asbury catalog Star Trek I can already see a couple
results that come from your Evergreen catalog records.  So at least
Google's search engine bots are already working to grab your catalog's
contents.

That all said, I suppose one potential danger of having bots freely
scan over your site is that if they get too busy with indexing your
site's contents, they can overwhelm and cause interruptions in your
ability to use Evergreen.  This happened to us at least once before,
where some indexer in China scanned our whole catalog and tried to
index every page causing us to run out of system resources trying to
serve up all the content it was requesting.

For myself and Bibliomation's catalog, I've been experimenting with
modifying our robots.txt file and continually upgrading our Evergreen
catalog to reflect the latest enhancements for structured data to try
making the most use out of what's possible in Evergreen.  Proceeding
forward, I've also done some small experiments in creating Google
Custom Search Engines to search against our indexed online catalog
(and requesting scheduled indexing from Google's bots) as an
alternative means of discovering the content contained in our systems.

Moving forward, I expect this to continue to be an exciting area to
explore the ways of improving discoverability of Evergreen's content.

-- Ben

On Thu, Apr 9, 2015 at 8:15 AM, Donald Butterworth
don.butterwo...@asburyseminary.edu wrote:
 Hi everyone,

 I was asked to toss these questions out and get some perspectives.

 What would it take to make the Evergreen catalog holdings available to
 generic search engines like Google, Bing, Yahoo and DuckDuckGo? Even if it
 is doable, is it a good idea?

 The motivation behind these questions is a perception that the first attempt
 many students make to do research is through a general web search.

 Anybody have a comment?

 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] Evergreen access via Google?

[Ben Shum]

Oh and Dan writes good stuff about his findings with structured data on his
blog. See: https://coffeecode.net/categories/22-Structured-data

I've found that to be a helpful resource in learning about how these things
work and where they might be headed someday.

-- Ben

Sent from my Nexus 6
On Apr 9, 2015 8:52 AM, Ben Shum bs...@biblio.org wrote:

 Hi Don,

 Starting as recently as Evergreen 2.6 (it's noted on the Evergreen 2.6
 release notes under structured data -
 http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_6.html),
 efforts were made by developers like Dan Scott to add structured data
 elements to Evergreen's catalog to make them more discoverable.  This
 work has continued throughout newer Evergreen releases and I'd like to
 say that through Dan's work and others, it has been essential towards
 keeping Evergreen's catalog more friendly to search engines, like
 Google, etc.

 Evergreen 2.8's release notes include lots more discoverability
 enhancements added with that release too:
 http://evergreen-ils.org/documentation/release/RELEASE_NOTES_2_8.html#_opac

 Since your site does not include a manually configured robots.txt
 file, I'll point you at an example set at Dan's library Laurentian
 University's catalog:  https://laurentian.concat.ca/robots.txt  (we
 based many of our changes following the example they set).

 That robots.txt file tends to guide search engine bots that arrive at
 the catalog towards indexing the appropriate contents, and avoid/skip
 over certain undesirables.

 By default, if you do not have anything set, then search engine bots
 will likely attempt to index everything in your catalog that it can
 publicly access.

 Doing an example search like
 https://www.google.com/#q=asbury+catalog+Star+Trek (aka, keywords in
 Google for asbury catalog Star Trek I can already see a couple
 results that come from your Evergreen catalog records.  So at least
 Google's search engine bots are already working to grab your catalog's
 contents.

 That all said, I suppose one potential danger of having bots freely
 scan over your site is that if they get too busy with indexing your
 site's contents, they can overwhelm and cause interruptions in your
 ability to use Evergreen.  This happened to us at least once before,
 where some indexer in China scanned our whole catalog and tried to
 index every page causing us to run out of system resources trying to
 serve up all the content it was requesting.

 For myself and Bibliomation's catalog, I've been experimenting with
 modifying our robots.txt file and continually upgrading our Evergreen
 catalog to reflect the latest enhancements for structured data to try
 making the most use out of what's possible in Evergreen.  Proceeding
 forward, I've also done some small experiments in creating Google
 Custom Search Engines to search against our indexed online catalog
 (and requesting scheduled indexing from Google's bots) as an
 alternative means of discovering the content contained in our systems.

 Moving forward, I expect this to continue to be an exciting area to
 explore the ways of improving discoverability of Evergreen's content.

 -- Ben

 On Thu, Apr 9, 2015 at 8:15 AM, Donald Butterworth
 don.butterwo...@asburyseminary.edu wrote:
  Hi everyone,
 
  I was asked to toss these questions out and get some perspectives.
 
  What would it take to make the Evergreen catalog holdings available to
  generic search engines like Google, Bing, Yahoo and DuckDuckGo? Even
 if it
  is doable, is it a good idea?
 
  The motivation behind these questions is a perception that the first
 attempt
  many students make to do research is through a general web search.
 
  Anybody have a comment?
 
  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] Upgrade Script for 2.6.4 to 2.7

[Ben Shum]

Without getting into too detailed or specifics, but

While the numbers for upgrade scripts are purely sequential in master,
they are not complete and sequential for upgrades in release branches,
at least once you start talking maintenance releases since we do not
always backport every upgrade script to previous versions of
Evergreen.

So if an upgrade script went 0001, 0002, 0003, etc. through release
2.7.0, then we started developing for 2.8 series and the numbers
continued, 0004, 0005, 0006, etc. then there might be gaps where
things did not backport cleanly.

So if 0005 was backported, but 0004 and 0006 was not, then the upgrade
scripts in 2.7 might look like 0001, 0002, 0003, 0005, while the chain
would remain unbroken in 2.8/master.  If you then upgraded from 2.7 to
2.8, how would you know which you missed or didn't already get?  What
if 0005 applied a fix for something that was changed in 0004.  So if
you ran 0004 and not 0005 (a second time during the upgrade), your
system breaks with an older bad upgrade script function.

Creating a giant version-upgrade script is how things have been done
to this point, but moving between major versions can still be fraught
with strangeness in the upgrade scripts even if you face each one on
its own.

That said, we're getting better about making good upgrade scripts that
don't stack against each other or cause disruptions.

I would say that this is the main reason our library system has stuck
to master so that we have an unbroken chain of upgrade script by the
numbers without any confusion of when to apply X or Y, etc.

Perhaps not helpful, but some background thoughts to the mix.

-- Ben

On Fri, Mar 13, 2015 at 3:47 PM, Chris Sharp
csh...@georgialibraries.org wrote:
 Since that's true...

 Couldn't we develop some sort of upgrade mechanism that just aggregates and 
 runs each of the constituent scripts?  What is the reasoning behind stringing 
 them into the longer monolithic scripts since running through the numbered 
 scripts provides the same outcome?

 (Asking the full list, not Galen specifically).

 - Original Message -
 From: Galen Charlton g...@esilibrary.com
 To: Evergreen Discussion Group open-ils-general@list.georgialibraries.org
 Sent: Friday, March 13, 2015 3:31:33 PM
 Subject: Re: [OPEN-ILS-GENERAL] Upgrade Script for 2.6.4 to 2.7

 Hi,

 On Fri, Mar 13, 2015 at 1:51 PM, Lazar, Alexey Vladimirovich 
 alexey.la...@mnsu.edu wrote:
 
  Since an Open-ILS/src/sql/Pg/version-upgrade script is a subset of several
  specific Open-ILS/src/sql/Pg/upgrade/ scripts, is there any harm in
  just applying the  scripts separately, in the order they appear, to get
  the database up to a certain “version number?
 

 That approach will work just fine, though checking through all of the point
 schema upgrades you plan to apply and seeing if there are any redundant bib
 reingests that you can skip can save you some time.

 Regards,

 Galen
 --
 Galen Charlton
 Infrastructure and Added Services Manager
 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


 --
 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/



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

Re: [OPEN-ILS-GENERAL] Upgrade Script for 2.6.4 to 2.7

[Ben Shum]

Mike is correct of course, and in the past several major versions
(2.5, 2.6, 2.7 at least) anyways, we've avoided issues where
backported database upgrade scripts contain any differences between
the ones used in a previous branch vs. master's version of the same
numbered scripts.  So we seem safe for now.  But as noted, it has
happened before further back in Evergreen's past and we must maintain
constant vigilance that it does not happen again to cause any
difficulties upgrading between major branches.  This is why I'm always
wary of backporting any bug fixes that contain database changes via
upgrade script.

Knowing what you're applying and testing thoroughly is the only way to
know for sure what you do to your system though, in the end.

-- Ben

On Fri, Mar 13, 2015 at 4:17 PM, Mike Rylander mrylan...@gmail.com wrote:
 On Fri, Mar 13, 2015 at 4:00 PM, Ben Shum bs...@biblio.org wrote:

 Without getting into too detailed or specifics, but

 While the numbers for upgrade scripts are purely sequential in master,
 they are not complete and sequential for upgrades in release branches,
 at least once you start talking maintenance releases since we do not
 always backport every upgrade script to previous versions of
 Evergreen.

 So if an upgrade script went 0001, 0002, 0003, etc. through release
 2.7.0, then we started developing for 2.8 series and the numbers
 continued, 0004, 0005, 0006, etc. then there might be gaps where
 things did not backport cleanly.

 So if 0005 was backported, but 0004 and 0006 was not, then the upgrade
 scripts in 2.7 might look like 0001, 0002, 0003, 0005, while the chain
 would remain unbroken in 2.8/master.  If you then upgraded from 2.7 to
 2.8, how would you know which you missed or didn't already get?  What
 if 0005 applied a fix for something that was changed in 0004.  So if
 you ran 0004 and not 0005 (a second time during the upgrade), your
 system breaks with an older bad upgrade script function.


 FWIW, if folks are reusing numbers for similar-but-different in back
 branches (as in, same effect, different code) then they're doing it wrong.
 It's happened a couple times in the past and is nothing but trouble.

 The rule is: every upgrade script number should be allocated in master, even
 if the script in master may be effectively empty (just a config.upgrade_log
 entry), as would be the case when the change is only needed in a back
 branch.

 --miker

 Creating a giant version-upgrade script is how things have been done
 to this point, but moving between major versions can still be fraught
 with strangeness in the upgrade scripts even if you face each one on
 its own.

 That said, we're getting better about making good upgrade scripts that
 don't stack against each other or cause disruptions.

 I would say that this is the main reason our library system has stuck
 to master so that we have an unbroken chain of upgrade script by the
 numbers without any confusion of when to apply X or Y, etc.

 Perhaps not helpful, but some background thoughts to the mix.

 -- Ben

 On Fri, Mar 13, 2015 at 3:47 PM, Chris Sharp
 csh...@georgialibraries.org wrote:
  Since that's true...
 
  Couldn't we develop some sort of upgrade mechanism that just aggregates
  and runs each of the constituent scripts?  What is the reasoning behind
  stringing them into the longer monolithic scripts since running through the
  numbered scripts provides the same outcome?
 
  (Asking the full list, not Galen specifically).
 
  - Original Message -
  From: Galen Charlton g...@esilibrary.com
  To: Evergreen Discussion Group
  open-ils-general@list.georgialibraries.org
  Sent: Friday, March 13, 2015 3:31:33 PM
  Subject: Re: [OPEN-ILS-GENERAL] Upgrade Script for 2.6.4 to 2.7
 
  Hi,
 
  On Fri, Mar 13, 2015 at 1:51 PM, Lazar, Alexey Vladimirovich 
  alexey.la...@mnsu.edu wrote:
  
   Since an Open-ILS/src/sql/Pg/version-upgrade script is a subset of
   several
   specific Open-ILS/src/sql/Pg/upgrade/ scripts, is there any harm
   in
   just applying the  scripts separately, in the order they appear,
   to get
   the database up to a certain “version number?
  
 
  That approach will work just fine, though checking through all of the
  point
  schema upgrades you plan to apply and seeing if there are any redundant
  bib
  reingests that you can skip can save you some time.
 
  Regards,
 
  Galen
  --
  Galen Charlton
  Infrastructure and Added Services Manager
  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
 
 
  --
  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/



 --
 Benjamin Shum
 Evergreen Systems

Re: [OPEN-ILS-GENERAL] Upgrade Script for 2.6.4 to 2.7

[Ben Shum]

I should note for the mailing list that all the numbered examples I
gave were entirely fictional and meant to be representative of the
concept contained there-in, not any actual working values for any real
versions of Evergreen.

-- Ben

On Fri, Mar 13, 2015 at 4:00 PM, Ben Shum bs...@biblio.org wrote:
 Without getting into too detailed or specifics, but

 While the numbers for upgrade scripts are purely sequential in master,
 they are not complete and sequential for upgrades in release branches,
 at least once you start talking maintenance releases since we do not
 always backport every upgrade script to previous versions of
 Evergreen.

 So if an upgrade script went 0001, 0002, 0003, etc. through release
 2.7.0, then we started developing for 2.8 series and the numbers
 continued, 0004, 0005, 0006, etc. then there might be gaps where
 things did not backport cleanly.

 So if 0005 was backported, but 0004 and 0006 was not, then the upgrade
 scripts in 2.7 might look like 0001, 0002, 0003, 0005, while the chain
 would remain unbroken in 2.8/master.  If you then upgraded from 2.7 to
 2.8, how would you know which you missed or didn't already get?  What
 if 0005 applied a fix for something that was changed in 0004.  So if
 you ran 0004 and not 0005 (a second time during the upgrade), your
 system breaks with an older bad upgrade script function.

 Creating a giant version-upgrade script is how things have been done
 to this point, but moving between major versions can still be fraught
 with strangeness in the upgrade scripts even if you face each one on
 its own.

 That said, we're getting better about making good upgrade scripts that
 don't stack against each other or cause disruptions.

 I would say that this is the main reason our library system has stuck
 to master so that we have an unbroken chain of upgrade script by the
 numbers without any confusion of when to apply X or Y, etc.

 Perhaps not helpful, but some background thoughts to the mix.

 -- Ben

 On Fri, Mar 13, 2015 at 3:47 PM, Chris Sharp
 csh...@georgialibraries.org wrote:
 Since that's true...

 Couldn't we develop some sort of upgrade mechanism that just aggregates and 
 runs each of the constituent scripts?  What is the reasoning behind 
 stringing them into the longer monolithic scripts since running through the 
 numbered scripts provides the same outcome?

 (Asking the full list, not Galen specifically).

 - Original Message -
 From: Galen Charlton g...@esilibrary.com
 To: Evergreen Discussion Group 
 open-ils-general@list.georgialibraries.org
 Sent: Friday, March 13, 2015 3:31:33 PM
 Subject: Re: [OPEN-ILS-GENERAL] Upgrade Script for 2.6.4 to 2.7

 Hi,

 On Fri, Mar 13, 2015 at 1:51 PM, Lazar, Alexey Vladimirovich 
 alexey.la...@mnsu.edu wrote:
 
  Since an Open-ILS/src/sql/Pg/version-upgrade script is a subset of several
  specific Open-ILS/src/sql/Pg/upgrade/ scripts, is there any harm in
  just applying the  scripts separately, in the order they appear, to 
  get
  the database up to a certain “version number?
 

 That approach will work just fine, though checking through all of the point
 schema upgrades you plan to apply and seeing if there are any redundant bib
 reingests that you can skip can save you some time.

 Regards,

 Galen
 --
 Galen Charlton
 Infrastructure and Added Services Manager
 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


 --
 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/



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



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

Re: [OPEN-ILS-GENERAL] adding books and materials to library catalog

[Ben Shum]

Well, for whatever it's worth, I selected Library of Congress as my
source on a 2.7 test server and then did a title search for A First
Course in Abstract Algebra and my first hit was a 2015 bib record for
that material out of 14 hits.  When I did an ISBN search on the
10-digit ISBN, I got the same record exactly.  So, there are bib
records with that particular example in existence.

The quality of bib records will vary depending on who created the
record and what information was or was not included and whether it was
all accurate.  I know we make use of cataloging services, like OCLC.
But there are lots of potential z39.50 databases to draw from around
the world (like lists at http://irspy.indexdata.com/).

-- Ben**

**who is *not* a cataloger and will respectfully step back away from
the rest of discussing library cataloging practices...

On Mon, Mar 9, 2015 at 1:29 PM, Howard Canning hcann...@bluehills.org wrote:
 No. I find the software interesting and just starting out learning it.  How
 for example would I add
 http://www.amazon.com/First-Course-Abstract-Algebra-Groups/dp/1482245523/ref=sr_1_2?ie=UTF8qid=1425922030sr=8-2keywords=algebra+first+course+3rd+edition
 to evergreen if it isn't a search result. What's the most basic approach.
 Thanks

 On Mar 9, 2015 12:48 PM, Rogan Hamby rogan.ha...@yclibrary.net wrote:

 Hi Howard,

 Evergreen does support original cataloging and importing MARC files from
 copy cataloging services.  Are you familiar with MARC records or cataloging?

 On Monday, March 9, 2015, Howard Canning hcann...@bluehills.org wrote:

 Hi All,
 So I'm evaluating Evergreen 2.7.4 for my school library and am testing
 adding books but so far importing them from Z39 appears to be the only way.
 I suppose I expect if I type in Algebra I'd get 100's pf books in the search
 results but I just get 1 with all the checkboxes checked.
 How do I add a book manually and whats the best method to have access to
 1000s of titles like say Amazon.com?
 How best can I use Evergreen as I basically want to be able to have an
 inventory of the books on the shelves but most most get found on the Z39
 look up.
 I suspect I'm missing something with Evergreen
 Thanks



 --

 Rogan Hamby, MLS, CCNP, MIA
 Managers Headquarters Library and Reference Services,
 York County Library System

 “You can never get a cup of tea large enough or a book long enough to suit
 me.”
 ― C.S. Lewis





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

Re: [OPEN-ILS-GENERAL] User environment

[Ben Shum]

Hi Howard,

Responding now to the general question too...

For our libraries, we're current running a variant of Evergreen 2.7
series (with lots of local customizations) on multiple virtual
machines -- split between 64-bit Ubuntu 12.04 and 14.04 server
editions; we're primarily Ubuntu shop here.  In general, I would
recommend Evergreen 2.7 be installed on Ubuntu 12.04 due to some minor
quirks with 14.04 for specific areas like Acquisitions EDI, but if
you're just testing things out, Ubuntu 14.04 should be safe to use
to get the feeling for Evergreen.  Special note, the 64-bit version of
Ubuntu is the only widely tested platform, the community in general
does *not* test the 32-bit version for compatibility.  Also, for
Ubuntu, you need server edition, there may be quirks and problems if
attempting to use the desktop edition or others of Ubuntu (or there
has been mention of problems with desktop edition in the past).

While Fedora is noted as an installation target, it has not been
widely supported as an official Linux platform for use and I would
not recommend using it for your tests.  Others will suggest Debian as
a platform too; I can't speak for the whole community but some past
surveys of users did seem to suggest the vast majority are split
between either Debian or Ubuntu as their platforms of choice (I'll
link to the survey thread http://markmail.org/message/6w56bgogb4475nqr
, but it looks like the link in the archive is not working quite right
or something else is wrong with Edoceo's site for me as I tried it).

In general, the installation process for Evergreen has improved
dramatically over the years I've been using it, but there may be
always room for further improvements to the process.  Others might
have suggestions or further opinions to offer on the matter.

-- Ben

On Sun, Mar 8, 2015 at 11:41 AM, Howard Canning hcann...@bluehills.org wrote:
 Hi
 Having problems with connecting the staff client to evergreen 2.7.4 on
 ubuntu 14.04. Using the recommended opensrf and client. I'm finding the
 overall install very buggy. Can you advise what working install you use.
 Fedora or Ubuntu and version and the corresponding evergreen, staff client
 and opensrf you use. I need an install I know works for others. A
 combination known to be super reliable.
 Thanks.



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

Re: [OPEN-ILS-GENERAL] User environment

[Ben Shum]

Hi Howard,

In client-issue.PNG, the error you see there TypeError:
g.my_libs_tree is null can commonly occur when there was an
incomplete autogen.sh run during the installation/setup process.  What
I would do in that situation is recommend that you run autogen.sh -u
as the opensrf user and then also restart apache2 process.  A
successful output on a test system might look something like:
http://pastie.org/10011544   If you encounter any errors, that'd be
where to start looking further for more troubleshooting to see what
might have gone wrong to prevent autogen.sh from running properly.
Restarting/reloading apache is required too, for things to take
effect.

For error-boxes.png, I would like to point out that navigating to
http://hostname/xul/server is not the path you want to use Evergreen
normally.  That web path is for the downloaded staff client
application only, and most of the errors you see there occur when you
use a regular web browser to access that page instead of the staff
client application.  When you finally manage to log in via the Windows
staff client, you will be able to click on the elements of that
landing page you saw and they will not cause errors.  So errors like
ReferenceError xulG is undefined is due to expected interactions
with the XUL-based staff client application and *not* any standard web
browser.

When a regular user does access Evergreen via a web browser, if using
the default apache configuration that's copied during the Evergreen
README instructions, if you were to go to http://hostname, you should
have been automatically redirected to something like
http://hostname/eg/opac/home (or you can navigate to that directly
too).  That's the main web catalog for which you get the search box
for cataloged materials, links to the My Account, etc.  Out of the
box, it's mostly example content and colors, and you can learn to
modify the template files to generate styling and other information as
desired.  I would suggest perusing
http://docs.evergreen-ils.org/2.7/_designing_your_catalog.html for
that type of information about customizing the online catalog design.
The docs site is also handy for reading over how to use the staff
client application and other aspects of Evergreen too (though as
always, it is a continuing work in progress by the community to update
the documentation and add more content to reflect aspects of Evergreen
operations).

In general, much of this information already existed in earlier
discussions in archived IRC logs or mailing list messages.  I was able
to tease most of it out using Google to search out some of the error
strings you saw (error text + evergreen = lots of examples of older
troubleshooting by different folks).

Hope this information helps get you further along in your look at
Evergreen.  As the week starts anew, maybe you'll get further feedback
from other community members, or can seek further advice through
different methods (IRC can be a fun place to chat with other
Evergreeners - http://evergreen-ils.org/communicate/irc/)

Cheers,

-- Ben

On Sun, Mar 8, 2015 at 11:44 AM, Howard Canning hcann...@bluehills.org wrote:
 See attached errors

 Hi
 Having problems with connecting the staff client to evergreen 2.7.4 on
 ubuntu 14.04. Using the recommended opensrf and client. I'm finding the
 overall install very buggy. Can you advise what working install you use.
 Fedora or Ubuntu and version and the corresponding evergreen, staff client
 and opensrf you use. I need an install I know works for others. A
 combination known to be super reliable.
 Thanks.



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

Re: [OPEN-ILS-GENERAL] srfsh% login USER PASSWORD wont authenticate

[Ben Shum]

For curiosity, since you mention this is a Linode, how much system
resources are you assigning your instance?  Depending on the memory
limits on your system, you might be hitting some problems too with
startup/use and lack of available memory and Linux killing off
processes to try and work around things.

In practice, I've found for myself when building Evergreen test
systems to start off with around 3 GB of RAM or better.

-- Ben

On Sat, Mar 7, 2015 at 1:10 PM, Ben Shum bs...@biblio.org wrote:
 Hi Howard,

 So, for the ejabberd communications, they are actually flexible enough
 to allow you to send messages to/from any host you configure for it.
 The default instructions assume that you're setting up a single server
 to run Evergreen (not multiple servers in a cluster).  As such, the
 entries for public.localhost and private.localhost are intentionally
 127.0.x.x so that they're internal to the server, and not exposed as
 external communications.  Also, ejabberd by default may not be
 configured to listen from external sources.

 So, when you connect with an Evergreen system, via the IP address, the
 apache web server should be replying, not ejabberd.

 In your example, you won't want your Linode's public IP or your
 client's private IP reflected in the ejabberd configuration.  You
 should follow the instructions as suggested for the best working
 solution.

 -- Ben

 On Sat, Mar 7, 2015 at 11:26 AM, Howard Canning hcann...@bluehills.org 
 wrote:
 Assuming my server IP is e.g. 20.21.22.23 and my personal PC IP public
 address is e.g. 50.60.70.80

 I dont quite get the public.localhost thing.

 instructions suggest adding:

 127.0.1.2  public.localhost public
 127.0.1.3 private.localhost private

 ...such that /etc/hosts reads:

 127.0.0.1 localhost
 127.0.1.1   ubuntu
 127.0.1.2  public.localhost public
 127.0.1.3 private.localhost private
 # The following lines are desirable for IPv6 capable hosts
 ::1 localhost ip6-localhost ip6-loopback
 ff02::1 ip6-allnodes
 ff02::2 ip6-allrouters


 but should I be changing this to

 127.0.0.1 localhost
 127.0.1.1   ubuntu
 20.21.22.23  public.localhost public
 50.60.70.80 private.localhost private
 # The following lines are desirable for IPv6 capable hosts
 ::1 localhost ip6-localhost ip6-loopback
 ff02::1 ip6-allnodes
 ff02::2 ip6-allrouters

 I'm lost.

 Regarding the below...

 ejabberdctl register router private.localhost tempPassword123


 ejabberdctl register opensrf private.localhost tempPassword123


 ejabberdctl register router public.localhost tempPassword123


 ejabberdctl register opensrf public.localhost tempPassword123

 

 Do I need to specify something else for public.localhost and update some
 files someplace? For now I just want to get the basic install working and
 see the Evergreen ILS at e.g. http://20.21.22.23 in my browser.



 Thanks



 On Sat, Mar 7, 2015 at 10:25 AM, Howard Canning hcann...@bluehills.org
 wrote:

 Hi all,
 Thanks for the replies. Ok I started afresh to reduce chances of an error
 as this is my final attempt hopefully.
 Attached is my rather OCD/methodical list of ssh commands, logs, osrf
 diagnostic and the end settings tester I use to install everything. I am
 installed on Ubuntu 14.04 on using a linode.com server.

 I use Putty as my SSH client and also monitor file locations using
 Filezilla. See screenshots of files in filezilla and the etc/host in Putty..

 I switched out the password btw.

 This install actually threw no errors so I'm hopeful.

 I am installing:

 http://evergreen-ils.org/downloads/opensrf-2.4.0.tar.gz

 Evergreen Server

 http://evergreen-ils.org/downloads/Evergreen-ILS-2.7.4.tar.gz

 Client

 http://evergreen-ils.org/downloads/evergreen-setup-2.7.4.exe



 

 I also get the below when I run autogen.sh (only error):

  opensrf@li904-206:~$ autogen.sh
 Updating Evergreen organization tree and IDL

 Updating fieldmapper
 Empty filename at
 /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 199.
  - /openils/var/web/opac/common/js//fmall.js
 Updating web_fieldmapper
 Empty filename at
 /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 199.
  - /openils/var/web/opac/common/js//fmcore.js
 Updating OrgTree
 Empty filename at
 /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 199.
 Empty filename at
 /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 199.
 Exception: OpenSRF::EX::Session 2015-03-07T14:40:19 OpenSRF::Transport
 /usr/local/share/perl/5.18.2/OpenSRF/Transport.pm:83 Session Error:
 router@private.localhost/open-ils.cstore IS NOT CONNECTED TO THE NETWORK!!!


 which I expect is due to my server IP not being reflected someplace?

 So if my linode server is running as e.g. IP 21.22.23.24 ...where do I
 update this in the config files.

 I ultimately want to login to evergreen at http://21.22.23.24

  In Putty su - switches me to root if thats ok?

 sudo su - asks me for the sudo password for user which isn't set. I

Re: [OPEN-ILS-GENERAL] Upgrade Script for 2.6.4 to 2.7

[Ben Shum]

Hello,

So the upgrade scripts are intended to be done sequentially as written
due to certain limitations in the build process of Evergreen currently
(this is still under community discussion).  So unfortunately, if
you're already on 2.6.4, then you may have some small edits necessary
to perform the upgrade from 2.6 series to 2.7 series.  If I recall
correctly, you should be able to the run the 2.6.3-2.7 script without
problems, but when you try to do the 2.7.0-2.7.1 script, it might
cause conflicts because some of the changes in the 2.7.0-2.7.1 might
already have been done during the 2.6.3-2.6.4 script.

In situations like these, most system administrators will manually
compare the differences between the conflicting upgrade scripts and
make edits to the files as necessary to skip anything that's already
been done and doesn't need to be re-done.

Long-term, the developer community needs to complete discussions about
how to make the database upgrade process cleaner between major version
shifts, but this is the present reality.

-- Ben

On Sat, Mar 7, 2015 at 9:23 AM, Jayaraj JR jaya...@iisertvm.ac.in wrote:
 Hello,

 We are currently working on Evergreen version  2.6.4. We would like to
 upgrade to 2.7 series. But the sql script found for upgrade is from 2.6.3 to
 2.7 series. What script is to be done for upgrading from 2.6.4 or higher
 version to 2.7 series.

 Thanking You

 --
 Jayaraj J R
 Library Information Assistant
 IISER Thiruvananthapuram



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

Re: [OPEN-ILS-GENERAL] srfsh% login USER PASSWORD wont authenticate

[Ben Shum]

Hi Howard,

So, for the ejabberd communications, they are actually flexible enough
to allow you to send messages to/from any host you configure for it.
The default instructions assume that you're setting up a single server
to run Evergreen (not multiple servers in a cluster).  As such, the
entries for public.localhost and private.localhost are intentionally
127.0.x.x so that they're internal to the server, and not exposed as
external communications.  Also, ejabberd by default may not be
configured to listen from external sources.

So, when you connect with an Evergreen system, via the IP address, the
apache web server should be replying, not ejabberd.

In your example, you won't want your Linode's public IP or your
client's private IP reflected in the ejabberd configuration.  You
should follow the instructions as suggested for the best working
solution.

-- Ben

On Sat, Mar 7, 2015 at 11:26 AM, Howard Canning hcann...@bluehills.org wrote:
 Assuming my server IP is e.g. 20.21.22.23 and my personal PC IP public
 address is e.g. 50.60.70.80

 I dont quite get the public.localhost thing.

 instructions suggest adding:

 127.0.1.2  public.localhost public
 127.0.1.3 private.localhost private

 ...such that /etc/hosts reads:

 127.0.0.1 localhost
 127.0.1.1   ubuntu
 127.0.1.2  public.localhost public
 127.0.1.3 private.localhost private
 # The following lines are desirable for IPv6 capable hosts
 ::1 localhost ip6-localhost ip6-loopback
 ff02::1 ip6-allnodes
 ff02::2 ip6-allrouters


 but should I be changing this to

 127.0.0.1 localhost
 127.0.1.1   ubuntu
 20.21.22.23  public.localhost public
 50.60.70.80 private.localhost private
 # The following lines are desirable for IPv6 capable hosts
 ::1 localhost ip6-localhost ip6-loopback
 ff02::1 ip6-allnodes
 ff02::2 ip6-allrouters

 I'm lost.

 Regarding the below...

 ejabberdctl register router private.localhost tempPassword123


 ejabberdctl register opensrf private.localhost tempPassword123


 ejabberdctl register router public.localhost tempPassword123


 ejabberdctl register opensrf public.localhost tempPassword123

 

 Do I need to specify something else for public.localhost and update some
 files someplace? For now I just want to get the basic install working and
 see the Evergreen ILS at e.g. http://20.21.22.23 in my browser.



 Thanks



 On Sat, Mar 7, 2015 at 10:25 AM, Howard Canning hcann...@bluehills.org
 wrote:

 Hi all,
 Thanks for the replies. Ok I started afresh to reduce chances of an error
 as this is my final attempt hopefully.
 Attached is my rather OCD/methodical list of ssh commands, logs, osrf
 diagnostic and the end settings tester I use to install everything. I am
 installed on Ubuntu 14.04 on using a linode.com server.

 I use Putty as my SSH client and also monitor file locations using
 Filezilla. See screenshots of files in filezilla and the etc/host in Putty..

 I switched out the password btw.

 This install actually threw no errors so I'm hopeful.

 I am installing:

 http://evergreen-ils.org/downloads/opensrf-2.4.0.tar.gz

 Evergreen Server

 http://evergreen-ils.org/downloads/Evergreen-ILS-2.7.4.tar.gz

 Client

 http://evergreen-ils.org/downloads/evergreen-setup-2.7.4.exe



 

 I also get the below when I run autogen.sh (only error):

  opensrf@li904-206:~$ autogen.sh
 Updating Evergreen organization tree and IDL

 Updating fieldmapper
 Empty filename at
 /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 199.
  - /openils/var/web/opac/common/js//fmall.js
 Updating web_fieldmapper
 Empty filename at
 /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 199.
  - /openils/var/web/opac/common/js//fmcore.js
 Updating OrgTree
 Empty filename at
 /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 199.
 Empty filename at
 /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 199.
 Exception: OpenSRF::EX::Session 2015-03-07T14:40:19 OpenSRF::Transport
 /usr/local/share/perl/5.18.2/OpenSRF/Transport.pm:83 Session Error:
 router@private.localhost/open-ils.cstore IS NOT CONNECTED TO THE NETWORK!!!


 which I expect is due to my server IP not being reflected someplace?

 So if my linode server is running as e.g. IP 21.22.23.24 ...where do I
 update this in the config files.

 I ultimately want to login to evergreen at http://21.22.23.24

  In Putty su - switches me to root if thats ok?

 sudo su - asks me for the sudo password for user which isn't set. I
 created user using adduser with default settings.

 Thanks all for your help!


 Same attachments on dropbox if not accessible otherwise:
 https://www.dropbox.com/sh/woa0a4qib8yjtx4/AACDT2p8MdL5QUqHoJ-YoS7Ia?dl=0



 On Sat, Mar 7, 2015 at 8:29 AM, Chris Sharp csh...@georgialibraries.org
 wrote:

 Hi Howard,

 - Original Message -
  From: Howard Canning hcann...@bluehills.org
  To: Evergreen Discussion Group
  open-ils-general@list.georgialibraries.org
  Sent: Friday, March 6, 2015 9:17:30 PM
  Subject: Re: 

Re: [OPEN-ILS-GENERAL] About Evergreen OPAC for Mobile Devices

[Ben Shum]

Hi Tony,

So admittedly, the first work done in this area, we had to select a
resolution to begin writing mobile view for and it was 600px  (you can
see this in the style.css.tt2 file).  So if you're viewing at 615 px,
it will not kick in the mobile view version, of course.  At 600 or
less, it will kick in the mobile CSS.

Long-term, I do believe that we need work to enhance the catalog to
support multiple viewing resolutions.  And there is Dan Scott's filed
bug to deal with designing with mobile in mind first
(https://bugs.launchpad.net/evergreen/+bug/1413730).  Not sure where
that's headed yet, but keeping more mobile views than just smartphones
seems like a good thing to do.

In the meantime, you can adjust when mobile kicks in (what if you
wanted it at 650 px?) by changing the CSS file for TPAC.  Or you can
help start creating a good middle sized CSS for view on slightly
larger environments, like tablets.

Continuing work on mobile responsiveness was a project idea during OPW
last time (http://wiki.evergreen-ils.org/doku.php?id=opw#project_ideas)
and I can see it being a good project for a future Hackfest session or
Hack-A-Way too.

-- Ben

On Thu, Feb 12, 2015 at 11:36 AM, Tony Bandy to...@ohionet.org wrote:
 Hi Kathy, folks,



 Thanks much for the note!



 --



 For the most part, the general TPAC looks pretty decent when viewed on a
 mobile device, but we’re noticing that when logging in to check your
 personal account, the display is a little wide—the user has to scroll to the
 right to view the entire box.



 Also, once logged in, and this is the biggest issue we’ve seen, the lists of
 items that are checked out are all, for the lack of a better term, “all
 squashed together”….  J J when you get below a certain pixel count on the
 screen, say around 615px.



 I’m not sure if this list accepts attachments, but I’ve attached a
 simulation of what it looks like.  Maybe this is just us?  I just wasn’t
 sure what approach other folks were working on and if anyone had encountered
 this before….



 Thanks again for any thoughts as you have time….I can open a bug if everyone
 thinks this might be the way to go….



 --Tony





 From: Open-ils-general
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
 Kathy Lussier
 Sent: Thursday, February 12, 2015 11:24 AM


 To: open-ils-general@list.georgialibraries.org
 Subject: Re: [OPEN-ILS-GENERAL] About Evergreen OPAC for Mobile Devices



 Hi Tony,

 There is an existing bug with the My Lists area of the catalog -
 https://bugs.launchpad.net/evergreen/+bug/1353509.

 What are the specific issues you've experienced?

 Kathy

 On 02/12/2015 11:19 AM, Tony Bandy wrote:

 Hi all,



 Just to follow-up a bit with the conversation from earlier this week, has
 anyone else experienced any issues with the My Account portion of the TPAC
 on mobile devices?  I was going to file a bug report, but wanted to check-in
 first and see if anyone had experienced these issues and had a workaround,
 update, etc.



 Any thoughts on this would be super….



 --Tony





 Tony Bandy

 to...@ohionet.org

 OHIONET

 1500 West Lane Ave.

 Columbus, OH  43221-3975

 614-486-2966 x19







 From: Open-ils-general
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
 Kathy Lussier
 Sent: Tuesday, February 10, 2015 2:29 PM
 To: open-ils-general@list.georgialibraries.org
 Subject: Re: [OPEN-ILS-GENERAL] About Evergreen OPAC for Mobile Devices



 Development was done for Evergreen release 2.6 to bring the catalog into
 better compliance with WCAG 2.0.

 Work was also done for Evergreen 2.5 to make most catalog interfaces more
 responsive, optimizing the display of mobile devices. There may have been
 some interfaces that we missed, but if there is any screen that isn't
 displaying well on a mobile device, I recommend filing a bug in Launchpad at
 https://bugs.launchpad.net/evergreen to let the developers know. There's a
 nice blog post about the project at
 http://evergreen-ils.org/hackaway13-mobile-catalog/.

 I hope this helps!

 Kathy

 On 02/10/2015 01:55 PM, rita@statcan.gc.ca wrote:

 Good afternoon,



 Just wondering is there any development for Evergreen OPAC  optimizing
 websites and applications for mobile devices?



 Will it meet the technical specifications for the Web and mobile presence,
 ensure that each device-based mobile application meets all five WCAG 2.0
 conformance requirements? For the purposes of this standard, requirements of
 applying to Web pages equally applying to device-based mobile applications
 screens, such as Web Experience Toolkit (WET4)?



 Thanks,



 Rita Liu

 Library Services | Services bibliothèque

 R.H. Coats Building | Immeuble R.-H.-Coats / Floor | Étage 2 R

 Statistics Canada | 100 Tunney's Pasture Driveway, Ottawa ON K1A 0T6

 Statistique Canada | 100, promenade Tunney's Pasture, Ottawa ON K1A 0T6

 rita@statcan.gc.ca

 Telephone | Téléphone 613-850-6587

 Facsimile 

Re: [OPEN-ILS-GENERAL] About Evergreen OPAC for Mobile Devices

[Ben Shum]

Kathy also reminded me that we do have multiple media query already. One
kicks in at 600px, but also one at 800px. So there's a lot of ground to
cover here.

-- Ben

Sent from my Nexus 6
On Feb 12, 2015 9:23 AM, Kathy Lussier kluss...@masslnc.org wrote:

 Good information Ben!

 Tony, I also don't think it's a bad idea to file a LP bug on this issue in
 case somebody can look at it before a hackfest happens. Also, if you follow
 up on Ben's suggestion and adjust your own CSS so that it works better,
 that change is something you could submit on the bug.

 Kathy

 On 02/12/2015 12:15 PM, Ben Shum wrote:

 Hi Tony,

 So admittedly, the first work done in this area, we had to select a
 resolution to begin writing mobile view for and it was 600px  (you can
 see this in the style.css.tt2 file).  So if you're viewing at 615 px,
 it will not kick in the mobile view version, of course.  At 600 or
 less, it will kick in the mobile CSS.

 Long-term, I do believe that we need work to enhance the catalog to
 support multiple viewing resolutions.  And there is Dan Scott's filed
 bug to deal with designing with mobile in mind first
 (https://bugs.launchpad.net/evergreen/+bug/1413730).  Not sure where
 that's headed yet, but keeping more mobile views than just smartphones
 seems like a good thing to do.

 In the meantime, you can adjust when mobile kicks in (what if you
 wanted it at 650 px?) by changing the CSS file for TPAC.  Or you can
 help start creating a good middle sized CSS for view on slightly
 larger environments, like tablets.

 Continuing work on mobile responsiveness was a project idea during OPW
 last time (http://wiki.evergreen-ils.org/doku.php?id=opw#project_ideas)
 and I can see it being a good project for a future Hackfest session or
 Hack-A-Way too.

 -- Ben

 On Thu, Feb 12, 2015 at 11:36 AM, Tony Bandy to...@ohionet.org wrote:

 Hi Kathy, folks,



 Thanks much for the note!



 --



 For the most part, the general TPAC looks pretty decent when viewed on a
 mobile device, but we’re noticing that when logging in to check your
 personal account, the display is a little wide—the user has to scroll to
 the
 right to view the entire box.



 Also, once logged in, and this is the biggest issue we’ve seen, the
 lists of
 items that are checked out are all, for the lack of a better term, “all
 squashed together”….  J J when you get below a certain pixel count on the
 screen, say around 615px.



 I’m not sure if this list accepts attachments, but I’ve attached a
 simulation of what it looks like.  Maybe this is just us?  I just wasn’t
 sure what approach other folks were working on and if anyone had
 encountered
 this before….



 Thanks again for any thoughts as you have time….I can open a bug if
 everyone
 thinks this might be the way to go….



 --Tony





 From: Open-ils-general
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
 Kathy Lussier
 Sent: Thursday, February 12, 2015 11:24 AM


 To: open-ils-general@list.georgialibraries.org
 Subject: Re: [OPEN-ILS-GENERAL] About Evergreen OPAC for Mobile Devices



 Hi Tony,

 There is an existing bug with the My Lists area of the catalog -
 https://bugs.launchpad.net/evergreen/+bug/1353509.

 What are the specific issues you've experienced?

 Kathy

 On 02/12/2015 11:19 AM, Tony Bandy wrote:

 Hi all,



 Just to follow-up a bit with the conversation from earlier this week, has
 anyone else experienced any issues with the My Account portion of the
 TPAC
 on mobile devices?  I was going to file a bug report, but wanted to
 check-in
 first and see if anyone had experienced these issues and had a
 workaround,
 update, etc.



 Any thoughts on this would be super….



 --Tony





 Tony Bandy

 to...@ohionet.org

 OHIONET

 1500 West Lane Ave.

 Columbus, OH  43221-3975

 614-486-2966 x19







 From: Open-ils-general
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
 Kathy Lussier
 Sent: Tuesday, February 10, 2015 2:29 PM
 To: open-ils-general@list.georgialibraries.org
 Subject: Re: [OPEN-ILS-GENERAL] About Evergreen OPAC for Mobile Devices



 Development was done for Evergreen release 2.6 to bring the catalog into
 better compliance with WCAG 2.0.

 Work was also done for Evergreen 2.5 to make most catalog interfaces more
 responsive, optimizing the display of mobile devices. There may have been
 some interfaces that we missed, but if there is any screen that isn't
 displaying well on a mobile device, I recommend filing a bug in
 Launchpad at
 https://bugs.launchpad.net/evergreen to let the developers know.
 There's a
 nice blog post about the project at
 http://evergreen-ils.org/hackaway13-mobile-catalog/.

 I hope this helps!

 Kathy

 On 02/10/2015 01:55 PM, rita@statcan.gc.ca wrote:

 Good afternoon,



 Just wondering is there any development for Evergreen OPAC  optimizing
 websites and applications for mobile devices?



 Will it meet the technical specifications for the Web

Re: [OPEN-ILS-GENERAL] Motion to deactivate the evergreen-admin mailing list

[Ben Shum]

Since we're bringing up the existing general and dev list
descriptions, I'd like to raise my question in the past about
migrating the general and dev list to the new list server instead of
continuing the present legacy open-ils- prefixes on the current
general and dev (and actually, documentation too) lists.

Perhaps in the process of moving the dev list to the community lists
server, we might consider renaming it to be a bit broader than just
dev meaning developer.  Using something else like technical or
tech bridging the gap between purely developer-centric
discussions, which in and of themselves tend to vary in degree of
usage of the existing dev list as well, but allow us to encompass a
broader technical discussion list.

Just suggesting that possibility again

-- Ben

On Wed, Jan 14, 2015 at 6:55 PM, Rogan Hamby rogan.ha...@yclibrary.net wrote:
 I would support refreshing those descriptions to reflect their use more
 clearly, as Yamil points out.


 On Wednesday, January 14, 2015, Yamil Suarez ysua...@berklee.edu wrote:

 I am OK with the deletion of the evergreen-admin. Part of my reason
 is that it is not getting as much use as I would have expected. Before
 this evergreen-admin list existed and while I was a new to the EG
 community, I was often not sure if I should post my sysadmin questions
 in the general or the developer list, or both. If we do eliminate the
 evergreen-admin, I would love to see a word or two added to the list
 descriptions to make it more clear where sysadmin question would be
 most welcomed.


 Currently the descriptions are

 --
 General Mailing List

 Evergreen General Discussion List

 This is the general-topic, (usually) non-technical list for the
 Evergreen community — Evergreen users, librarians, library workers,
 library users, developers, fellow travelers, or people just plain
 curious about Evergreen. As of October, 2008, this list had over 500
 members. Its traffic is moderate.

 General means general. Posts range from discussions about possible new
 features to quick questions about implementation. There is no such
 thing as a “dumb” question or comment for the Evergreen general list.
 If you’re thinking the question, chances are, you’re in good company.
 Ask, and you give other members of the Evergreen community an
 opportunity to share their growing knowledge.



 ---

 Technical Lists

 Evergreen Development Discussion List

 This list is for patches and technical discussions about Evergreen and
 OpenSRF development. Messages and responses are often in the shorthand
 common to this culture.


 Just my two cents,
 Yamil


 On Wed, Jan 14, 2015 at 3:18 PM, Michael Peters mpet...@emeralddata.net
 wrote:
  Just my 2 cents, but I've always felt IRC was the best place to reach
  other
  sys-admins for advice.  I can't recall ever posting to the mailing list
  about a system administration issue.  I know there are so many active
  sys-admins on the IRC that I think the response is likely to be quicker
  there.
 
  I'm also more apt to answer a question I see in IRC.  I'm not sure I'm
  even
  subscribed to anything other than Dev and General.
 
  Michael Peters
  Senior Systems Analyst
  Emerald Data Networks, Inc.
  Phone: 678.302.3000 x1013
  Help Desk: 678.302.3000 x1500
  www.emeralddata.net
 
  -Original Message-
  From: open-ils-general-boun...@list.georgialibraries.org
  [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
  Galen Charlton
  Sent: Wednesday, January 14, 2015 12:43 PM
  To: Evergreen Discussion Group
  Subject: Re: [OPEN-ILS-GENERAL] Motion to deactivate the
  evergreen-admin
  mailing list
 
  Hi,
 
  On Tue, Jan 13, 2015 at 4:02 PM, Chris Sharp
  csh...@georgialibraries.org
  wrote:
  In my view, the Evergreen-Admin list duplicates the purpose of this,
  the General list, in that the General list serves as an all-purpose
  venue for (non-development related) technical help in running
  Evergreen.  If you agree, please +1, otherwise, please state your case
  for keeping it. ;-)
 
  0.
 
  A dedicated list for Evergreen sysadmins could work in principle, but of
  course requires that folks actually answer questions posted to it.
  Since the list was created, there's been long periods where it has been
  mostly ignored, either passively or actively, and I think it long ago
  reached the point where reluctance to use it has self-fulfilled a
  prophecy
  that it would not be used.
 
  Regards,
 
  Galen
  --
  Galen Charlton
  Manager 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



 --



 

 Yamil Suarez, MCS
 Library System Administrator/Developer

 Stan Getz Library
 Berklee College of Music
 1140 Boylston 

Re: [OPEN-ILS-GENERAL] Motion to deactivate the evergreen-admin mailing list

[Ben Shum]

+1, deactivate.

On Tue, Jan 13, 2015 at 4:02 PM, Chris Sharp
csh...@georgialibraries.org wrote:
 Hi all,

 I administer or co-administer all of the open-ils/evergreen mailing lists, 
 and I would like to make a motion that we deactivate the Evergreen-Admin 
 mailing list.  It is a very low-traffic list (maybe a dozen monthly posts at 
 its busiest) with low membership (75 members), and most of the questions 
 asked there would be appropriate for Open-ILS-General.  The list became 
 active in September 2012 in response to an IRC discussion 
 (http://evergreen-ils.org/irc_logs/evergreen/2012-05/%23evergreen.18-Fri-2012.log)
  where the majority of attendees wanted a dedicated system administration 
 mailing list.

 In my view, the Evergreen-Admin list duplicates the purpose of this, the 
 General list, in that the General list serves as an all-purpose venue for 
 (non-development related) technical help in running Evergreen.  If you agree, 
 please +1, otherwise, please state your case for keeping it. ;-)

 Thanks!

 Chris

 --
 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/



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

Re: [OPEN-ILS-GENERAL] Workstation names at login and Windows logins

[Ben Shum]

Hi Jennifer,

I believe there's a permission in Evergreen that needs to be granted
to users in order to have them successfully override and use the exact
same workstation name again if it's already been used previously.  I
think it's UPDATE_WORKSTATION, based on the description for that
permission:  Allows update of a workstation during workstation
registration override.  So it should be that permission that controls
when you need to perform a workstation override like registering the
same name in a different session.

-- Ben

On Mon, Jan 12, 2015 at 4:10 PM, Walz, Jennifer jlw...@asbury.edu wrote:
 All –



   I believe I saw something about this during the summer maybe, but can’t
 seem to find it in the archives.



   We are an academic institution and even though we have one workstation at
 a service point (circulation mostly) there are MANY student workers
 throughout the day.  At two of our service points, they do not have one
 generic Windows login for that computer, because our IT dept requires that
 EACH person login to the computer / network each time to use that computer.



   So.  Is there a way to set up Evergreen to use a generic workstation name
 / login  combo?   I saw something about a profile manager and I have been
 using that to set up profiles for staff who need to login at different
 “libraries” in our consortium.  But can that profile manager work for all
 WINDOWS logins on a computer??  Can you set up the profiles in a generic
 folder on the computer that is used by all users?Maybe the Evergreen
 client installation can be installed in such a way to be available to all
 users?How do we do that?



 Or is there another method?   I would really like to know.   Right now we
 are having to set up a workstation name for EACH user that logs into the
 computer at a service point.  This is getting a little much – one service
 point has 12 student workers.And each semester some of them may come or
 go.



   IF there is any advice on this, I am most grateful!



 Thanks!



 Jennifer

 --
 Jennifer Walz, MLS - Head of ILS stuff
 Kinlaw Library -  Asbury University
 One Macklem Drive, Wilmore, KY 40390
 859-858-3511 ext. 2269
 jlw...@asbury.edu





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

Re: [OPEN-ILS-GENERAL] Reshelving status?

[Ben Shum]

Hi Patrick,

Out of curiosity, where are you changing the interval for reshelving
to 1 hour?  There's a place in the reshelving_complete.srfsh for the
argument (by default it's set to 24h), but that is overwritten by
whatever is contained in your library settings for the given org
units.  I would double check to see what value you have the library
setting configured to.  Quoting my reply to Janice a couple months
back:  For reference, the library setting in question is in group
Library named Change reshelving status interval.  Note, because
it is a library setting, it is possible to have different intervals
for each library org unit in Evergreen.  For us, we set ours for the
entire consortium to share a single value.

-- Ben

On Thu, Jan 8, 2015 at 10:52 AM, Patrick Gardella
patrick.garde...@asburyseminary.edu wrote:
 Hi, Ben (and everyone!),

 I'm now helping Jennifer with this reshelving issue and Janice whom you
 helped a few months ago. (This is the same evergreen installation, just two
 different libraries.)

 I ran the script manually last night, and then again today.  I also dropped
 it to 1h to test one of your previous notes. The script completed in about
 30 seconds last night, and now in less than a second.  It returned 88
 records reshelved today, and now 0 every time I run it. So it's doing its
 job, but Jennifer still sees the status as Reshelving.  Is there another
 step beyond running reshelving_complete.srfsh

 Any suggestions before opening a ticket?

 Patrick

 On Wed, Jan 7, 2015 at 12:06 PM, Ben Shum bs...@biblio.org wrote:

 Ideally, if the script is running properly, then you should not have
 to manually change anything.  Manually changing statuses seems tedious
 and annoying to me; that's why the script exists.  That said, I
 believe it is possible to use item status to change the status of
 items manually to Available all at once.

 If you really want the interval to be applied at the rate set, then
 yes, you do need to run the reshelving script more frequently.  That
 said, it is currently not advised to do this *too* frequently due to
 potential bugs arising from having items go back to Available even as
 they are being checked out again to new patrons.  i.e. the item was
 selected to be moved from reshelving to available, but is checked out
 while the reshelving script is being run.  This Evergreen bug refers
 to the problem (for other curious eyes):
 https://bugs.launchpad.net/evergreen/+bug/1018011

 -- Ben

 On Wed, Jan 7, 2015 at 11:53 AM, Walz, Jennifer jlw...@asbury.edu wrote:
  Thanks!
 
   I did find a mention of this script that is supposed to be running on
  our server.  I believe it is NOT running and we are looking into that.
 
I'll pass along the info about setting the interval shorter.   But
  then it seems from your instructions that the script ALSO needs to be
  running on the server at the same interval yes?
 
To answer your question about items in the reshelving status.  We have
  items that are STILL in the reshelving status after one month!   So, it
  seems like the script is not running as it should on the server.
 
Is there  a way to MANUALLY change an item / items from reshelving to
  available?? Or do we always have to wait for that script to run?
 
  Thanks!
 
  Jennifer
  --
  Jennifer Walz, MLS - Head of ILS stuff
  Kinlaw Library -  Asbury University
  One Macklem Drive, Wilmore, KY 40390
  859-858-3511 ext. 2269
  jlw...@asbury.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: Wednesday, January 07, 2015 11:48 AM
  To: Evergreen Discussion Group
  Subject: Re: [OPEN-ILS-GENERAL] Reshelving status?
 
  Hi Jennifer,
 
  In a reply I made a couple months ago, I described in a little more
  detail how the reshelving interval might be processed (see
  http://georgialibraries.markmail.org/thread/skib7pmbyu6v3cwz)  You may
  find that you need to set it to less than 1 day exactly, and more like 1
  hour to definitely catch up and move things back to Available when the
  reshelving_complete.srfsh cron job runs daily.  Also, are you saying that
  nothing is changing after one day, exactly?  Or that nothing is changing at
  all?  Maybe you should verify that the right script is running on your
  Evergreen system.
 
  To my knowledge, there is no easy way to bypass the reshelving status,
  but you can consider other options.  Like renaming the copy status to
  available (lowercase, instead of init capitalized, making it different,
  but conceptually the same).
 
  As for making a second checkin change the status definitely to
  available, that's a nice idea, but I could see it being trouble on
  situations like double-scanning or other mis-scans in live use.  That said,
  if you were to sponsor development in this area, perhaps other libraries 
  may

Re: [OPEN-ILS-GENERAL] Reshelving status?

[Ben Shum]

Ideally, if the script is running properly, then you should not have
to manually change anything.  Manually changing statuses seems tedious
and annoying to me; that's why the script exists.  That said, I
believe it is possible to use item status to change the status of
items manually to Available all at once.

If you really want the interval to be applied at the rate set, then
yes, you do need to run the reshelving script more frequently.  That
said, it is currently not advised to do this *too* frequently due to
potential bugs arising from having items go back to Available even as
they are being checked out again to new patrons.  i.e. the item was
selected to be moved from reshelving to available, but is checked out
while the reshelving script is being run.  This Evergreen bug refers
to the problem (for other curious eyes):
https://bugs.launchpad.net/evergreen/+bug/1018011

-- Ben

On Wed, Jan 7, 2015 at 11:53 AM, Walz, Jennifer jlw...@asbury.edu wrote:
 Thanks!

  I did find a mention of this script that is supposed to be running on our 
 server.  I believe it is NOT running and we are looking into that.

   I'll pass along the info about setting the interval shorter.   But then it 
 seems from your instructions that the script ALSO needs to be running on the 
 server at the same interval yes?

   To answer your question about items in the reshelving status.  We have 
 items that are STILL in the reshelving status after one month!   So, it seems 
 like the script is not running as it should on the server.

   Is there  a way to MANUALLY change an item / items from reshelving to 
 available?? Or do we always have to wait for that script to run?

 Thanks!

 Jennifer
 --
 Jennifer Walz, MLS - Head of ILS stuff
 Kinlaw Library -  Asbury University
 One Macklem Drive, Wilmore, KY 40390
 859-858-3511 ext. 2269
 jlw...@asbury.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: Wednesday, January 07, 2015 11:48 AM
 To: Evergreen Discussion Group
 Subject: Re: [OPEN-ILS-GENERAL] Reshelving status?

 Hi Jennifer,

 In a reply I made a couple months ago, I described in a little more detail 
 how the reshelving interval might be processed (see
 http://georgialibraries.markmail.org/thread/skib7pmbyu6v3cwz)  You may find 
 that you need to set it to less than 1 day exactly, and more like 1 hour 
 to definitely catch up and move things back to Available when the 
 reshelving_complete.srfsh cron job runs daily.  Also, are you saying that 
 nothing is changing after one day, exactly?  Or that nothing is changing at 
 all?  Maybe you should verify that the right script is running on your 
 Evergreen system.

 To my knowledge, there is no easy way to bypass the reshelving status, but 
 you can consider other options.  Like renaming the copy status to available 
 (lowercase, instead of init capitalized, making it different, but 
 conceptually the same).

 As for making a second checkin change the status definitely to available, 
 that's a nice idea, but I could see it being trouble on situations like 
 double-scanning or other mis-scans in live use.  That said, if you were to 
 sponsor development in this area, perhaps other libraries may be interested.

 Cheers,

 -- Ben

 On Wed, Jan 7, 2015 at 11:35 AM, Walz, Jennifer jlw...@asbury.edu wrote:
 All –



   We are very annoyed by the reshelving status and it is NOT going
 away in the time interval it is supposed to.  We have set our library 
 settings to 1
 day.   But nothing is changing over after one day.Is there a trigger or
 action that needs to be taken to make it occur?   How do we get it to NOT
 ever go into that status, or to do it for a very short time?Is there any
 way to make all items never go into that status on checkin?



 What we would LIKE is to have it switch from that status on a SECOND
 checkin at the circ desk just before putting those items out on the shelves. 
  Is
 that possible?We have always done a double checkin to make sure all
 items are checked in before shelving.



 Thanks for all your input!



 Jennifer

 --
 Jennifer Walz, MLS - Head of ILS stuff Kinlaw Library -  Asbury
 University One Macklem Drive, Wilmore, KY 40390
 859-858-3511 ext. 2269
 jlw...@asbury.edu





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



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

Re: [OPEN-ILS-GENERAL] Reshelving status?

[Ben Shum]

Hi Jennifer,

In a reply I made a couple months ago, I described in a little more
detail how the reshelving interval might be processed (see
http://georgialibraries.markmail.org/thread/skib7pmbyu6v3cwz)  You may
find that you need to set it to less than 1 day exactly, and more
like 1 hour to definitely catch up and move things back to Available
when the reshelving_complete.srfsh cron job runs daily.  Also, are you
saying that nothing is changing after one day, exactly?  Or that
nothing is changing at all?  Maybe you should verify that the right
script is running on your Evergreen system.

To my knowledge, there is no easy way to bypass the reshelving status,
but you can consider other options.  Like renaming the copy status to
available (lowercase, instead of init capitalized, making it
different, but conceptually the same).

As for making a second checkin change the status definitely to
available, that's a nice idea, but I could see it being trouble on
situations like double-scanning or other mis-scans in live use.  That
said, if you were to sponsor development in this area, perhaps other
libraries may be interested.

Cheers,

-- Ben

On Wed, Jan 7, 2015 at 11:35 AM, Walz, Jennifer jlw...@asbury.edu wrote:
 All –



   We are very annoyed by the reshelving status and it is NOT going away in
 the time interval it is supposed to.  We have set our library settings to 1
 day.   But nothing is changing over after one day.Is there a trigger or
 action that needs to be taken to make it occur?   How do we get it to NOT
 ever go into that status, or to do it for a very short time?Is there any
 way to make all items never go into that status on checkin?



 What we would LIKE is to have it switch from that status on a SECOND checkin
 at the circ desk just before putting those items out on the shelves.  Is
 that possible?We have always done a double checkin to make sure all
 items are checked in before shelving.



 Thanks for all your input!



 Jennifer

 --
 Jennifer Walz, MLS - Head of ILS stuff
 Kinlaw Library -  Asbury University
 One Macklem Drive, Wilmore, KY 40390
 859-858-3511 ext. 2269
 jlw...@asbury.edu





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

Re: [OPEN-ILS-GENERAL] 2.8 release scheduling

[Ben Shum]

Moving towards a more solidly time-based release has been a constant
challenge, but predictably having a March / September (not October,
heh) with a beta cut-off a month before actual RC and release seems to
lay out the timeline pretty thoroughly.  With some minor wiggle room
applied by each release manager as they see fit based on what's
actually happening at the time.  I've been thinking about raising the
idea of setting rough milestone objectives for the next whole year
ahead of time so that there aren't any surprises about this,
regardless of who's elected RM (and especially if the election of the
RM takes longer and cuts into the 6 months allotted for each major
release).

Having an interval of time between cutting the first beta and
stabilizing things post-merge sounds like a very smart idea.  I ended
up doing this by accident (or on purpose?) with my own one week delays
in cutting releases after announcing business closed on merging.
Officially the dates were listed out for 2.7, but unofficially, I
ended up spending the follow-up week bug fixing / testing last details
before actually cutting the releases.  Having the time table
established and announced this way lends more time for the broader
community to participate in the testing process that we should be
encouraging to occur.  So I'm +1 to keeping this concept in place, if
perhaps making minor adjustments to the dates.

As far as pushing back the mid-March release date, that's not
something I'm opposed with doing.  Community-wise, we've never made
any explicit promise for a release to occur by middle of the month,
it's just nicer that way.  That said, these are almost arbitrary lines
in the sand sometimes.  No matter what date we suggest, we'll still
end up with unfinished, hanging threads that need to be cut and moved
on to the next major milestone.

That said, whenever we schedule the next developer meeting (maybe
January now?), I think I'd like to re-raise the idea of evaluating
whether March/September has worked out well for the major release
months of the year.  For myself, I still like the idea of
April/October.  But again...arbitrary lines in the sand.  :)

-- Ben

On Thu, Dec 18, 2014 at 12:11 PM, Bill Erickson beric...@gmail.com wrote:

 On Thu, Dec 18, 2014 at 8:29 AM, Mike Rylander mrylan...@gmail.com wrote:

 Bill,

 First, thanks for putting out a timeline.

 I am a little concerned about the pre-beta feature freeze.  In the past,
 the merge deadline for features has always been whatever makes it into the
 beta release, and I don't see cutting that back by a week helping things to
 get done faster -- we just end up with a week less features in 2.8, and that
 last week is often (us being humans, and whatnot) the critical push time for
 things that are almost there.  Do you have something in mind that I'm not
 seeing for the change there?


 The feature freeze basically is the beta.  (I recall now this was called the
 beta cut-off during the 2.6 cycle.  I'll use this terminology going
 forward).  The interval between the cut-off and beta release cutting is our
 chance to let the dust settle after the merge rush so we're not cutting a
 buggy beta.  If Feb 18th is too soon, we can certainly push the beta back.

 With my proposed schedule, the post-freeze period for 2.8 is already 2 weeks
 shorter than it was for 2.7.  So, if we push the beta back, we should push
 back the mid-march release date as well.



 I did note that the feature target deadline is not a hard deadline, but
 for my part I can say that with the schedule only being clarified over what
 amounts to 3 months (the remainder of December through release in
 mid-March), the middle of January will be a tight squeeze to target things
 by then.  Being one that does a good bit of feature development, I expect to
 be begging leave to target features after the scheduled date on several
 smaller features, as dev time permits in January and February.  I just want
 to set that expectation now, so it's not a surprise if it ends up
 happening...


 I am definitely expecting new features to emerge after the LP target
 deadline.  This deadline serves two purposes in my mind.  1. If you know
 about it, document it, so others will know about it.  2. If you want to
 introduce large architectural changes after this date, be prepared for
 additional community scrutiny.

 I was in no particular rush to publish the schedule with the assumption that
 release schedules are highly predictable.  Release mid-March/October, beta
 cut-off a month before that, and everything else is gravy.  For my own sake
 and that of future RM's, is that not a reasonable assumption?

 Thanks,

 -b




 Thanks!


 --
 Mike Rylander
  | President
  | Equinox Software, Inc. / The Open Source Experts
  | phone:  1-877-OPEN-ILS (673-6457)
  | email:  mi...@esilibrary.com
  | web:  http://www.esilibrary.com


 On Fri, Dec 12, 2014 at 4:07 PM, Bill Erickson beric...@gmail.com wrote:

 Hi All,

 I'm attempting to sketch out 

Re: [OPEN-ILS-GENERAL] 2.8 release scheduling

[Ben Shum]

Hi Bill,

Dates look reasonable to me.  Having gone through the alpha cutting
stage myself now, I may agree with you that very few people tend to
test them and provide feedback with the majority often waiting for the
beta when more features have been added of note or substance.  Or you
know... just running directly off master and testing all along the
way.  ;)

I am +1 to your proposed dates; it'll certainly help that we'll be
coordinating the main release cutting alongside the current
maintenance release dates.  Looks like that'll help with the bug
wrangling and getting happier releases out the door in general.

Looking forward to seeing what's in the pipeline for 2.8!

-- Ben

On Fri, Dec 12, 2014 at 4:07 PM, Bill Erickson beric...@gmail.com wrote:
 Hi All,

 I'm attempting to sketch out the release schedule for Evergreen 2.8, so I'd
 like to run some dates/thoughts by everyone.

 For starters, unless someone requests it, I'm not planning to cut an Alpha
 release.  I've never seen anyone install one :).  I'm happy to cut one if
 desired, though.

 Proposed schedule:

 * Jan 14 2015: Feature Target Deadline

 This is the date where all features we expect to get into 2.8 are documented
 in LP and targeted to 2.8.  They do not have to be coded or tagged as pull
 requests by this date.  They just need to be documented.  As before, this is
 a strong recommendation, but not a hard deadline.

 Feb 18 2015: Feature Freeze

 From this date forward, only bug fixes may be committed to master.  Any
 un-merged features will be booted to 2.9.

 Feb 25 2015: 2.8.beta1 Release

 March 9 2015: 2.8.rc1 Release

 March 18 2015: 2.8.0 Release

 Comments/suggestions welcome.

 Note that in the future I'll avoid cross-posting to both -general and -dev
 lists and just send 2.8 updates to -general to cut down on noise.

 Thanks, everyone.

 -b



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

Re: [OPEN-ILS-GENERAL] Changing creator on records?

[Ben Shum]

Hi Jennifer,

I do believe this is something that is accomplished on the server
side, via direct database changes.  To my knowledge, it is not
possible to change the creator of a bib record via the staff client.

Some SQL jargon that might apply for the technical side:

-- what is the ID for the admin user?  change the WHERE to fit the
cataloger user too, you'll need that later
SELECT id FROM actor.usr WHERE usrname = 'admin';

-- list of all the bib records created by user 1 (usually the admin
user, change the ID to fit as needed)
SELECT id FROM biblio.record_entry WHERE creator = 1;

-- change the creator, where X is the original creator and Y is the
new one you want
UPDATE biblio.record_entry SET creator = Y WHERE creator = X;

That all said, I'd be curious to know what error messages you're
encountering due to the admin user being used to import the bibs.  On
our system, we have bibs imported by the admin user and all sorts of
users and we do not encounter problems usually.  I think there must be
some other reason you are seeing issues, so I would troubleshoot
further before you start making changes to your database's bib
records.

-- Ben


On Mon, Dec 8, 2014 at 2:12 PM, Walz, Jennifer jlw...@asbury.edu wrote:
 All –



 We have encountered error messages popping up because records were added to
 the system under the admin login.   Is there a way to find those records and
 also to CHANGE the creator to a cataloger username? I can’t see a way to
 do it on the record within the staff client.  Is there a way at the database
 level?



 Thanks!



 Jennifer

 --
 Jennifer Walz, MLS – ILS admin
 Kinlaw Library -  Asbury University
 One Macklem Drive, Wilmore, KY 40390
 859-858-3511 ext. 2269
 jlw...@asbury.edu



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

Re: [OPEN-ILS-GENERAL] Reshelving status

[Ben Shum]

For reference, the library setting in question is in group Library
named Change reshelving status interval.

Some theorizing if the setting remains unset, I believe it
defaults to waiting 24 hours before marking any copy back to an
available status whenever the script is run.  So this might mean
that if an item is checked in at 2 pm on a Monday, it won't be set to
available till after 2 pm the next day Tuesday, and then actually
changed whenever the script is run.  So if you schedule it to run at
midnight every day, it could potentially take upwards of 36 hours to
change the item's status (24 hours wait for the time to pass, then
another 10 hours to hit midnight from 2 pm, the next day).  This might
explain some of the sporadic inconsistencies.

In our system, we set the reshelving interval setting to 1 hour, but
then we run the reshelving_complete.srfsh script once a night to
change over all the materials at once.  Basically this nets us the
effect of overnight status change, with everything being available
again the next day.

-- Ben

On Tue, Nov 25, 2014 at 9:22 AM, Jason Stephenson jstephen...@mvlc.org wrote:
 Quoting Janice Huber janice.hu...@asburyseminary.edu:

 Can someone please advise? We have books that are going to reshelving
 status and staying that way until we check them in again. The trouble is
 they seem to be inconsistent. Some do and some don't. Where should I start
 looking?


 You should make sure that reshelving_complete.srfsh is running on the server
 at an appropriate interval for your settings in Evergreen.

 If the setting is daily, that script should run daily. If it is set to a few
 houts, then the script should run every few hours.

 HtH,
 Jason





 Janice Huber
 Information Commons Manager
 204 N Lexington Ave
 Wilmore, KY 40390
 859.858.2230



 --
 Jason Stephenson
 Assistant Director for Technology Services
 Merrimack Valley Library Consortium
 1600 Osgood ST, Suite 2094
 North Andover, MA 01845
 Phone: 978-557-5891
 Email: jstephen...@mvlc.org





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

Re: [OPEN-ILS-GENERAL] broken Journal Title search in 2.6.4

[Ben Shum]

Hi Nick and Holly,

That block is deprecated/removed, yes.  The open-ils.ingest code was
removed in 
http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bc073517f19e89028feb5921d6c438beb5430d5c

I don't know enough about the journal title search (we removed this
qtype from our systems) but I would verify that the bibs have the
right bib_level encoding and that those appear in wherever they exist
now under MVF/CRA as Kathy suggests.  Perhaps the definitions that set
that were not done correctly and the reingest is missing these
materials somehow.  Or the MARC is incomplete in some way and no
longer matches up with the expected definition for serials.

*will ponder this more if he can*

-- Ben

On Thu, Nov 13, 2014 at 2:07 PM, Holly Brennan haderh...@ci.homer.ak.us wrote:
 This is Nick Poolos, typing on Holly’s email.



 The ingest did take about 3 hours.  We left psql client running so we saw
 the end of the UPDATE 1 returns.  We also tracked the ingest via psql
 activity queries.  We are sure that the re-ingest completed.



 In opensrf .xml we had the following that wasn’t in the new 2.6 example and
 Dale didn’t think it was not needed anymore.  This is currently commented
 out in our opensrf.xml along with the appname tag at the end of file.





 !--

 open-ils.ingest

 keepalive3/keepalive

 stateless1/stateless


 implementationOpenILS::Application::Ingest/implementation

 languageperl/language

 max_requests100/max_requests

 unix_config

 max_requests100/max_requests

 unix_logopen-ils.ingest-unix.log/unix_log

 unix_sockopen-ils.ingest-unix.sock/unix_sock

 unix_pidopen-ils.ingest-unix.pid/unix_pid

 min_children5/min_children

 max_children20/max_children

 min_spare_children2/min_spare_children

 max_spare_children5/max_spare_children

 /unix_config

 app_settings

 script_path/openils/lib/javascript//script_path

 script_path/openils/var/catalog//script_path

 script_path/openils/var/web/opac/common/js//script_path

 scripts


 biblio_fingerprintbiblio_fingerprint.js/biblio_fingerprint


 biblio_descriptorbiblio_descriptor.js/biblio_descriptor

 /scripts

 /app_settings

 /open-ils.ingest

 --



 Do we need this running to complete the ingest processing?



 Nick Poolos, byway of Holly’s email address.



 From: open-ils-general-boun...@list.georgialibraries.org
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
 Kathy Lussier
 Sent: Thursday, November 13, 2014 9:50 AM
 To: open-ils-general@list.georgialibraries.org
 Subject: Re: [OPEN-ILS-GENERAL] broken Journal Title search in 2.6.4



 Hi Holly,

 I'm not seeing this issue on one of our 2.6.x systems (I'm not sure of the
 point release). However, the 2.6 release is the one where MVF/CRA was
 introduced, which affected the way that formats are identified in the
 system. I noticed on your system that there are a lot of records,
 particularly serials records, that are missing icons.  I know when some of
 our sites moved to 2.6, the reingest process for record attributes took a
 lot longer than we originally expected. Is it possible that your records are
 still reingesting?

 Kathy

 Kathy Lussier

 Project Coordinator

 Massachusetts Library Network Cooperative

 (508) 343-0128

 kluss...@masslnc.org

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

 #evergreen IRC: kmlussier

 On 11/13/2014 1:28 PM, Holly Brennan wrote:

 On Tuesday we upgraded from 2.5.2 to 2.6.4. We also upgraded OpenSRF to
 2.3.0.



 I am now unable to pull up any records using Journal Title for search type,
 journals or not. It appears completely broken. Using Title or Keyword search
 type WILL pull up the record I’m looking for, but doing a broad search for
 “New York Times” obviously brings up hundreds of unwanted results.



 I opened a bug report:

 https://bugs.launchpad.net/evergreen/+bug/1392429



 Anyone else seeing this issue? It’s not fun sifting through results to check
 in the daily newspapers. L



 -Holly



 Holly Brennan

 Library Technology Specialist

 Homer Public Library, Alaska



 hbren...@cityofhomer-ak.gov

 907-235-3180 (main)

 907-435-3154 (direct)







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

Re: [OPEN-ILS-GENERAL] Corrupt files? Can they be reloaded?

[Ben Shum]

Hi Jennifer,

This sounded familiar, and I wonder if you've taken a look at this reply by
Jennifer Pringle (from Sitka) where she suggests it may be a working
locations / permissions issue for the staff accounts attempting to access
users.

See threaded discussion:  http://markmail.org/message/ec7pucv23mhq7fuz

Have you looked at the working locations for the staff users to determine
if her hypothesis was correct?

-- Ben

On Tue, Nov 11, 2014 at 2:05 PM, Walz, Jennifer jlw...@asbury.edu wrote:

  All -



 Ok. I'm new to evergreen, but I am pretty sure that all the display within
 the staff client is governed by html code / files, right?   I mean, if you
 hit the debug button, you see the html code.



   So.  We are still having problems with our patron records displaying.
 In other words, we get a blank screen (almost) in the staff client window
 when we go to edit a patron record.  We also cannot register a patron.  The
 same screen displays.Like this:





 Some of the buttons are displaying, but not the rest of the form – and no
 data.  Data is all there in the system, but it does not display.



 What is wrong??  I am guessing it has to do with the html code is not
 getting the right info from a js file or some part of the code is
 corrupted.   I investigated this by looking at our development server
 files.  We CAN view the patron records there with no trouble.I hit the
 “debug” button there and printed off that file, and did the same in the
 client that is not working.  I DO notice that there are differences in the
 code and some lines are missing or not in the same places.



How do we fix this?   Is this really the problem? Can we just
 simply re-install (copy etc) the file from our development server over to
 the other one? The source from debug is:
 oils://remote/eg/actor/user/registerShould all the files in that
 directory also be swapped out? Is there a js file call that is
 necessary that maybe got corrupted or deleted?



 Can anyone give any guidance on this? Is it possible that the files on
 the server have gotten corrupted?   Is there a way to make this easy?  Or
 do we have to do a complete reload of the files?



   Thanks!



 Jennifer

 --

 Jennifer Walz, MLS - ILS troubleshooter

 Kinlaw Library -  Asbury University

 One Macklem Drive, Wilmore, KY 40390

 859-858-3511 ext. 2269

 jlw...@asbury.edu




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

Re: [OPEN-ILS-GENERAL] Maintenance Releases for 2.5 and 2.6

[Ben Shum]

Hi Holly,

The next in the 2.6 series is expected to be 2.6.4, yes. For 2.5
series, it will be 2.5.8.

As an example, you can view on Launchpad, this milestone for 2.6.4
(every bug ticket that has a status of Fix Committed is expected to
be part of that maintenance release):
https://launchpad.net/evergreen/+milestone/2.6.4

This link shows all the series and milestones; I like the visual
representation of Evergreen releases, black dots are released, white
dots are pending:  https://launchpad.net/evergreen/+series

Piggybacking on Dan's announcement, next Wednesday, I will also be
planning to work up a maintenance release for the 2.7 series as well,
which will be 2.7.1.

Thanks Dan!

-- Ben

PS:  I think Dan might have meant 3 months of security-only release
fixes for 2.5 series after this last one is released.  The community
only supports 15 months for releases, 12 months regular, 3 months
security-only.

On Thu, Oct 30, 2014 at 5:28 PM, Holly Brennan haderh...@ci.homer.ak.us wrote:
 This means that we’ll have a 2.6.4 (and a 2.5.something)? I’m just asking
 because we’re prepping to upgrade from 2.5.2 to 2.6.3 in a week or two. So
 we’ll wait if there will be a 2.6.4.



 Thanks!



 -Holly



 From: open-ils-general-boun...@list.georgialibraries.org
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Dan
 Wells
 Sent: Thursday, October 30, 2014 11:29 AM
 To: 'open-ils-general'
 Subject: [OPEN-ILS-GENERAL] Maintenance Releases for 2.5 and 2.6



 Hello all,



 With apologies for the general state of limbo for maintenance releases for
 2.5 and 2.6, I just want to quickly note that the next releases are now
 scheduled for next Wednesday, 11/5.  I also want to mention that this will
 be the *last* bugfix release for 2.5.  (Security fixes for 2.5 will continue
 for up to 6 months.)



 Sincerely,

 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

Re: [OPEN-ILS-GENERAL] Fixing OpenSRF install instructions

[Ben Shum]

Technically speaking, the README is written from the perspective that
the user who downloads the software is not always opensrf.  That
used to be the case, but it is no longer a required certainty (I
believe this was changed intentionally for standardization and
security purposes?).

But yes, wget the package, tar xzf it, cd into it.  Would be the basic
set of steps one would need to proceed.

-- Ben

On Thu, Oct 16, 2014 at 8:52 AM, Michael Peters mpet...@emeralddata.net wrote:
 The instructions are at
 http://evergreen-ils.org/documentation/install/OpenSRF/README_2_4_0_alpha.html
 but you are right, grabbing the tarball is implied, and the opensrf user
 doesn't get created until step 6, which poses an issue.  I lean towards
 thinking that should be step 1.

 My steps (because I already usually have an opensrf user) are usually:

 sudo su - opensrf
 cd /home/opensrf  wget
 http://evergreen-ils.org/downloads/previews/opensrf-2.4.0-alpha.tar.gz
 tar xzf /home/opensrf/opensrf-2.4.0-alpha.tar.gz

 Then you can pick up with running step 2, after returning to the root user
 and performing a cd /home/opensrf/opensrf-2.4.0-alpha

 Michael Peters
 Senior Systems Analyst
 Emerald Data Networks, Inc.
 Phone: 678.302.3000 x1013
 Help Desk: 678.302.3000 x1500
 www.emeralddata.net

 -Original Message-
 From: open-ils-general-boun...@list.georgialibraries.org
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
 Remington Steed
 Sent: Thursday, October 16, 2014 8:41 AM
 To: Evergreen Discussion Group
 Subject: [OPEN-ILS-GENERAL] Fixing OpenSRF install instructions

 I don't think DIG has access to the OpenSRF install instructions.  Would one
 of the OpenSRF developers be willing to add a few sentences to the OpenSRF
 install instructions so that the steps Ben describes below are clearly
 explained rather than implied?  I have created an OpenSRF bug on LP to track
 this:

 https://bugs.launchpad.net/opensrf/+bug/1382038

 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: Wednesday, October 15, 2014 5:01 PM
 To: Evergreen Discussion Group
 Subject: Re: [OPEN-ILS-GENERAL] Installation of Evergreen No rules to
 make target

 Hi Jack,

 So the install instruction assumes that you have downloaded and
 extracted the source file for OpenSRF.  For example, under the OpenSRF
 2.4 series, you have a link to the source .tar.gz file.  You would
 download that to a given server, extract its contents out into a
 folder, and then go into that folder.  From that folder, there is a
 path for src/extras/Makes.install that will get you through that first
 step.

 As a side note, I would recommend using Ubuntu Server Precise (12.04)
 rather than Trusty (14.04).  There are some issues with the 14.04
 distribution and Evergreen that we are still ironing out and you will
 have better experiences with 12.04 for the time being.

 Good luck, hope this gets you back on path.

 -- Ben

 On Wed, Oct 15, 2014 at 4:37 PM, Boulier, Jack
 jboul...@mticollege.edu
 wrote:
  I am attempting my first installation of evergreen 2.7.0. Using
  Ubuntu 14.04 trusty. Stuck with the first instruction from the
  documentation specified, http://evergreen-ils.org/opensrf-downloads/
 
 
 
  Hope to get started with the installation soon.  All assistance is
  appreciated.
 
 
 
 
 
  Jack
 
 
 
  Sudo su
 
  Apt-get install make
 
  Works ok.
 
  Next line
 
  make –f src/extras/Makefile.install ubuntu-trusty  (I am logged in
  as root.)
 
  Response make: *** No rule to make target `src/extras/Makefile.install'.
  Stop.
 
 
 
 
 
  Jack Boulier, LRC Director
 
  5221 Madison Ave.
 
  Sacramento, CA 95841
 
  (916) 339-4370
 
 
 
 
 
 
 
  From: open-ils-general-boun...@list.georgialibraries.org
  [mailto:open-ils-general-boun...@list.georgialibraries.org] On
  Behalf Of Yamil Suarez
  Sent: Monday, October 13, 2014 3:11 PM
  To: Evergreen Discussion Group
  Subject: Re: [OPEN-ILS-GENERAL] Installation of Evergreen 2.7.0--
  where is sub-directory Open-ILS Created??
 
 
 
  Jack,
 
 
 
  That directory is usually created by the OSRF installation. Did you
  install OSRF 2.4 already? It has to be done before you install EG.
 
 
 
  Here is where you can find the download link and installation
  instructions...
 
 
 
  http://evergreen-ils.org/opensrf-downloads/
 
 
 
  If you have already installed OSRF, then something else is wrong
  that
 needs
  to be sorted out.
 
 
 
  Good luck,
 
  Yamil
 
 
  On Oct 13, 2014, at 5:19 PM, Boulier, Jack
  jboul...@mticollege.edu
  wrote:
 
  I am attempting to install Evergreen 2.7.0 on an Ubuntu Server
  Trusty. I am fairly knowledgeable with Linux, Ubuntu is not my
  current flavor, but it will be. According to your instructions, all
  the software

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 tjspind...@gmail.com 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

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] 2.6 slowness

[Ben Shum]

Oops, I already got the details wrong in my first reply, sorry...
Evergreen 2.6 for Bibliomation was like half a year ago already, back
in April.  My head was thinking about our recent upgrade to Evergreen
2.7.  Our hardware changes happened in between those two events during
July.

So, actually when we were making the switch from Evergreen 2.5-ish to
2.6 on our old hardware, we did notice some performance drop-off for
certain areas due to the changes in terms of database structure for
including MVF/CRA.  We reported issues (some like z39.50 lookups still
stick to my mind) and got them resolved prior to 2.6.0's official
release for the community, but it's entirely possible that your
database contents react differently to those changes and others in the
2.6 series.

I'm curious to hear from other 2.6 sites now on their experiences.

-- Ben

On Wed, Oct 15, 2014 at 10:26 AM, Ben Shum bs...@biblio.org wrote:
 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 tjspind...@gmail.com 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



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

Re: [OPEN-ILS-GENERAL] Installation of Evergreen No rules to make target

[Ben Shum]

Hi Jack,

So the install instruction assumes that you have downloaded and
extracted the source file for OpenSRF.  For example, under the OpenSRF
2.4 series, you have a link to the source .tar.gz file.  You would
download that to a given server, extract its contents out into a
folder, and then go into that folder.  From that folder, there is a
path for src/extras/Makes.install that will get you through that first
step.

As a side note, I would recommend using Ubuntu Server Precise (12.04)
rather than Trusty (14.04).  There are some issues with the 14.04
distribution and Evergreen that we are still ironing out and you will
have better experiences with 12.04 for the time being.

Good luck, hope this gets you back on path.

-- Ben

On Wed, Oct 15, 2014 at 4:37 PM, Boulier, Jack jboul...@mticollege.edu wrote:
 I am attempting my first installation of evergreen 2.7.0. Using Ubuntu 14.04
 trusty. Stuck with the first instruction from the documentation specified,
 http://evergreen-ils.org/opensrf-downloads/



 Hope to get started with the installation soon.  All assistance is
 appreciated.





 Jack



 Sudo su

 Apt-get install make

 Works ok.

 Next line

 make –f src/extras/Makefile.install ubuntu-trusty  (I am logged in as root.)

 Response make: *** No rule to make target `src/extras/Makefile.install'.
 Stop.





 Jack Boulier, LRC Director

 5221 Madison Ave.

 Sacramento, CA 95841

 (916) 339-4370







 From: open-ils-general-boun...@list.georgialibraries.org
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
 Yamil Suarez
 Sent: Monday, October 13, 2014 3:11 PM
 To: Evergreen Discussion Group
 Subject: Re: [OPEN-ILS-GENERAL] Installation of Evergreen 2.7.0-- where is
 sub-directory Open-ILS Created??



 Jack,



 That directory is usually created by the OSRF installation. Did you install
 OSRF 2.4 already? It has to be done before you install EG.



 Here is where you can find the download link and installation
 instructions...



 http://evergreen-ils.org/opensrf-downloads/



 If you have already installed OSRF, then something else is wrong that needs
 to be sorted out.



 Good luck,

 Yamil


 On Oct 13, 2014, at 5:19 PM, Boulier, Jack jboul...@mticollege.edu
 wrote:

 I am attempting to install Evergreen 2.7.0 on an Ubuntu Server Trusty. I am
 fairly knowledgeable with Linux, Ubuntu is not my current flavor, but it
 will be. According to your instructions, all the software is installed in
 the Open-ILS sub-directory. When is this created. From the command prompt,
 do I create the sub-directory?  Do I download everything to this
 sub-directory manually or is it created when the downloaded files are
 expanded?



 I look forward to hearing from you. Very excited about getting a software
 package for my LRC.



 Thanks,

 Jack





 Jack Boulier, LRC Director

 5221 Madison Ave.

 Sacramento, CA 95841

 (916) 339-4370







-- 
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 ol ordered list and li 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 schw...@lincoln.library.on.ca
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] 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 csh...@georgialibraries.org 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 supraja0...@gmail.com
  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/

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
eha...@georgialibraries.org 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 cer...@jabok.cz 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%A1ekqtype=autho
 rfi%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 eha...@georgialibraries.org:

 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

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 cer...@jabok.cz 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%A1ekqtype=authorfi%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 eha...@georgialibraries.org:

 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 cer...@jabok.cz
 To: Evergreen Discussion Group
 open-ils-general@list.georgialibraries.org
 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á škola sociálně pedagogická a teologická
 Salmovská 8, 120 00 Praha 2






-- 
Benjamin Shum
Evergreen Systems Manager

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 c...@gratia.edu.hk 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

[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

[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 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

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 ysua...@berklee.edu 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
 tcantw...@coa.edu 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

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] 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 sci...@cwmars.org 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] [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 ber...@esilibrary.com
 To: Evergreen Discussion Group 
 open-ils-general@list.georgialibraries.org, Evergreen Development
 Discussion List open-ils-...@list.georgialibraries.org
 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] 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 montg...@oplin.org
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:
 http://sunbury.cool-cat.org/opac/results?bool=andqtype=
 authorcontains=containsquery=Rowling,%20J.%20K.bool=
 andqtype=keywordcontains=containsquery=bool=and
 qtype=keywordcontains=containsquery=sort=loc=1
 pubdate=isdate1=date2=x=0y=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] 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 neepe...@oplin.org 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 osname below:

 apt-get install make
 make -f src/extras/Makefile.install osname

 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 evergreen ?
 Or did the precise substitution cause this ?

 5) Any 

[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] 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 mmor...@noblenet.org
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] [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