[OPEN-ILS-GENERAL] Selfcheck questions

Vince Giordano vgiordano at juniatalibrary.org
Fri Jun 3 10:41:07 EDT 2016


I fixed the issue of receipts not printing. Popups had to be enabled in IE
and Chrome and make a site exception to the self check page. It now works
perfectly!


[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
<http://twitter.com/JuniataCoLib>  <http://www.instagram.com/juniatacounty/>
  <http://Public Profilehttps://www.linkedin.com/in/vince-giordano-1bb2a672>
  <http://www.pinterest.com/jocindar/>
Get a signature like this: Click here!
<http://ws-promos.appspot.com/r?rdata=eyJydXJsIjogImh0dHA6Ly93d3cud2lzZXN0YW1wLmNvbS9lbWFpbC1pbnN0YWxsP3dzX25jaWQ9NjcyMjk0MDA4JnV0bV9zb3VyY2U9ZXh0ZW5zaW9uJnV0bV9tZWRpdW09ZW1haWwmdXRtX2NhbXBhaWduPXByb21vXzU3MzI1Njg1NDg3Njk3OTIiLCAiZSI6ICI1NzMyNTY4NTQ4NzY5NzkyIn0=&u=753642024870326>

On Fri, Jun 3, 2016 at 9:09 AM, <
open-ils-general-request at list.georgialibraries.org> wrote:

> Send Open-ils-general mailing list submissions to
>         open-ils-general at 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-request at list.georgialibraries.org
>
> You can reach the person managing the list at
>         open-ils-general-owner at 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 (Ben Shum)
>    2. Re: Evergreen translations by the numbers (Galen Charlton)
>    3. Re: Evergreen translations by the numbers (Cerninakova Eva)
>    4. Re: Selfcheck questions (Morgan, Michele)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 2 Jun 2016 19:56:53 -0400
> From: Ben Shum <ben at evergreener.net>
> To: Evergreen Discussion Group
>         <open-ils-general at list.georgialibraries.org>
> Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade
>         issues
> Message-ID:
>         <
> CAAp1cPtYhLXwo-KLYLbiP5iDL3j5g8PjhpSc3TzrTPPk6sUHuQ at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 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 <jessem at burlingtonwa.gov>
> 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-bounces at list.georgialibraries.org] On Behalf Of Galen
> Charlton
> > Sent: Thursday, June 02, 2016 10:03 AM
> > To: Evergreen Discussion Group <
> open-ils-general at list.georgialibraries.org>
> > 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 <jessem at burlingtonwa.gov>
> 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:  gmc at 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
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 2 Jun 2016 20:45:58 -0400
> From: Galen Charlton <gmc at esilibrary.com>
> To: Evergreen Discussion Group
>         <open-ils-general at list.georgialibraries.org>
> Subject: Re: [OPEN-ILS-GENERAL] Evergreen translations by the numbers
> Message-ID:
>         <CAPLnt64a2aM+=
> KZ-KHs+4tAuchuH4dMp3rcxSTWnfuS7NsjeRA at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi,
>
> On Thu, Jun 2, 2016 at 5:26 PM, Ben Shum <ben at evergreener.net> wrote:
> > 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.
>
> Here are a couple criteria I suggest, in descending order. The
> specific numeric thresholds are arbitrary, of course:
>
> [1] Completeness. If a translation is (say), over 70% complete, it gets
> shipped.
> [2] Activity. If a translation has been updated within the past year
> or is known to have folks actively working on it (even if they may be
> a little slow), the completeness threshold can be lower (say, 50%).
>
> We (or somebody willing to act as a translation coordinator?) should
> actively communicate when it looks like a given translation is in
> danger of falling out.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> Infrastructure and Added Services Manager
> Equinox Software, Inc. / Open Your Library
> email:  gmc at 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
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 3 Jun 2016 14:59:00 +0200
> From: Cerninakova Eva <cernin at jabok.cz>
> To: Evergreen Discussion Group
>         <open-ils-general at list.georgialibraries.org>
> Subject: Re: [OPEN-ILS-GENERAL] Evergreen translations by the numbers
> Message-ID:
>         <
> CALycvwM3+Gy5p70LsTG_-RBA-9NdTcwUo7aX86yPvT8_aReqYA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
>
> >From the perspective of Evergreen  translator  the proposal  to  narrow
> the
> focus to  languages that have actual users seems to be quite reasonable to
> me.
>
> I also agree with Galens criteria - in my experience  if the locale project
> is living  the translations are surely updated at least ones a year. Also
> the amount of translated strings  usually does not drop below 70% (not
> even  when translation of new parts of Evergreen like web client have been
> added to Launchpad).
> I would only recommend  to include one more criterion:
> To keep the translation if there is a living Evergreen catalog using the
> given language (although I think that at present it is not topical).
>
>
> I wonder what  would the "translation coordinator" exactly mean?
> Would it just meen to keep an eye on translation statuses and activity in
> Launchpad and  communicate with translators on one side  and Evergreen
> developers on the other side good time before the Evergreen release?
> In that case I think I could do it.
>
> Eva
>
>
>
>
>
>
>
> ---
> Mgr. Eva Cerniňáková
> cernin at jabok.cz
> Tel. +420 211 222 409
>
> Knihovna Jabok
> http:/knihovna.jabok.cuni.cz <http://knihovna.jabok.cz>
> Tel.  +420 211 222 410
>
> Jabok - Vyšší odborná škola sociálně pedagogická a teologická
> Salmovská 8, 120 00 Praha 2
>
>
> 2016-06-03 2:45 GMT+02:00 Galen Charlton <gmc at esilibrary.com>:
>
> > Hi,
> >
> > On Thu, Jun 2, 2016 at 5:26 PM, Ben Shum <ben at evergreener.net> wrote:
> > > 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.
> >
> > Here are a couple criteria I suggest, in descending order. The
> > specific numeric thresholds are arbitrary, of course:
> >
> > [1] Completeness. If a translation is (say), over 70% complete, it gets
> > shipped.
> > [2] Activity. If a translation has been updated within the past year
> > or is known to have folks actively working on it (even if they may be
> > a little slow), the completeness threshold can be lower (say, 50%).
> >
> > We (or somebody willing to act as a translation coordinator?) should
> > actively communicate when it looks like a given translation is in
> > danger of falling out.
> >
> > Regards,
> >
> > Galen
> > --
> > Galen Charlton
> > Infrastructure and Added Services Manager
> > Equinox Software, Inc. / Open Your Library
> > email:  gmc at 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
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160603/e22c037d/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Fri, 3 Jun 2016 09:09:28 -0400
> From: "Morgan, Michele" <mmorgan at noblenet.org>
> To: Evergreen Discussion Group
>         <open-ils-general at list.georgialibraries.org>
> Subject: Re: [OPEN-ILS-GENERAL] Selfcheck questions
> Message-ID:
>         <
> CADwhoNLrX0NSNP-Yh_KdxLTGQcE7dsv9hJEjhD7495_+5Sb9XA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Chauncey,
>
> For item 1, have a look at this Launchpad bug:
>
> https://bugs.launchpad.net/evergreen/+bug/1371752
>
> The values for the override events don't get stored in the database
> correctly if they are entered via the staff client. The bug describes how
> the values need to be stored. If formatted correctly, it works as it should
> to automatically override the configured events.
>
> Our entry for the circ.selfcheck.auto_override_checkout_events setting
> looks like this in the db:
>
> ["COPY_ALERT_MESSAGE","COPY_NOT_AVAILABLE"]
>
> Hope this helps,
> Michele
>
> --
> Michele M. Morgan, Technical Assistant
> North of Boston Library Exchange, Danvers Massachusetts
> mmorgan at noblenet.org
>
>
> On Thu, Jun 2, 2016 at 2:25 PM, Terran McCanna <
> tmccanna at georgialibraries.org> wrote:
>
> > Hi Chauncey,
> >
> > For item 2 - if I remember correctly, I think you may be able to
> configure
> > opac.barcode_regex to have it accept barcodes... but then it won't accept
> > user names. I don't believe there is currently a way to have it accept
> > either one interchangeably yet - I started a bug at
> > https://bugs.launchpad.net/evergreen/+bug/1528647 that links to some
> > other related ones.
> >
> > Terran
> >
> >
> > Terran McCanna
> > PINES Program Manager
> > Georgia Public Library Service
> > 1800 Century Place, Suite 150
> > Atlanta, GA 30345
> > 404-235-7138
> > tmccanna at georgialibraries.org
> >
> >
> > On Thu, Jun 2, 2016 at 2:03 PM, Chauncey Montgomery <chauncey at yourcl.org
> >
> > wrote:
> >
> >> As we have begun to implement selfcheck, I have hit some snags and could
> >> use a little direction.  I was hoping some of you with more experience
> >> could shed some light on the following items.
> >>
> >> 1.  We're trying to get selfcheck to ignore copy alert messages, etc.,
> so
> >> patrons don't see "Unable to check out item [BARCODE]. Please see
> staff,"
> >> every time there is an issue.  We put the value "COPY_ALERT_MESSAGE" in
> the
> >> "selfcheck override events list" in the Library Settings Editor.  When a
> >> barcode is scanned, we no longer get the error; however, nothing
> happens.
> >> The check out doesn't complete. In researching the issue, I came across
> a
> >> thread on the listserv (http://markmail.org/message/5wjs5ffyjgykx46z).
> >> It appears to be the same issue, but I didn't see a resolution.
> >>
> >> 2.  How do you configure selfcheck to accept patron barcodes and not
> >> their login names?
> >>
> >> Thanks for any assistance.
> >>
> >> CM
> >> --
> >> Chauncey G. Montgomery, MLIS
> >> Director/Fiscal Officer | Community Library
> >> 44 Burrer Drive | Sunbury, OH 43074
> >> 740-965-3901 | http://community.lib.oh.us
> >>
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160603/22d05cd3/attachment.html
> >
>
> End of Open-ils-general Digest, Vol 120, Issue 8
> ************************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160603/c5689f78/attachment-0001.html>


More information about the Open-ils-general mailing list