Re: [OPEN-ILS-GENERAL] Action triggers

[David Busby]

Alexey,
  Yes, that draft document is still relevant. We do like Ben does
using that 2.0 draft as a reference for creating cron task with action
trigger runner.  I've updated the Wiki page with some examples.  ATR
processes holds available / expiration, checkout due emails (or sms),
password resets and almost whatever other "automagic" tasks your
organization can think of.

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


On Fri, Aug 3, 2012 at 10:18 AM, Lazar, Alexey Vladimirovich
 wrote:
> The http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:action_trigger 
> page seems to describe how the process works and what the fields in the 
> client mean when setting up action triggers. From that page and other 
> documentation I gather that active triggers happen automatically and passive 
> triggers need a cron job. Ok.
>
> My question is still whether or not 
> http://docs.evergreen-ils.org/2.0/draft/html/ProcessingActionTriggers.html is 
> relevant in current versions, or if this process has been replaced with other 
> better ways of doing this.  Is it a problem of missing documentation for this 
> section in 2.1 and 2.2?  Or was the section removed from documentation 
> because the feature is obsolete or no longer needed or not recommended?
>
> If you are a sysadmin, are you using action_trigger_runner.pl or what other 
> scripts as cron jobs for things like overdues, etc.?
>
> Thanks.
>
>
> On Aug 3, 2012, at 09:15 , Lazar, Alexey Vladimirovich wrote:
>
>> David, yes, I read through it.  I think I am still missing something though.
>>
>> On Aug 2, 2012, at 21:42 , David Busby wrote:
>>
>>> Alexey,
>>> Did you see this one:
>>> http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:action_trigger
>>>
>>> I recently made updates to that page while working with A/T
>>>
>>> --
>>> David Busby
>>> Edoceo, Inc.
>>> http://edoceo.com/
>>> 206.282.6500
>>>
>>>
>>> On Thu, Aug 2, 2012 at 3:09 PM, Lazar, Alexey Vladimirovich
>>>  wrote:
 Hello, everybody.

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

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

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

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

 Thanks!

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

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

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

Re: [OPEN-ILS-GENERAL] Action triggers

[Soulliere, Robert]

Ben and Alexey,


We try to get documentation reviewed or tested before it is ported forward. 
Usually this is coordinated by the content coordinators.

http://open-ils.org/dokuwiki/doku.php?id=evergreen-docs:digparticipants

However, anyone can report that docs can be ported forward by either:

a. Indicating documentation it good to be ported in the outline for the version:
2.2: http://open-ils.org/dokuwiki/doku.php?id=evergreen-docs_2.2:outline
2.3: http://open-ils.org/dokuwiki/doku.php?id=evergreen-docs_2.3:outline


b. Sending a note on the documentation list to indicate that documentation is 
ready to go into a more current version.


Regards,
Robert




Robert Soulliere, BA (Hons), MLIS
Systems Librarian
Mohawk College Library
robert.soulli...@mohawkcollege.ca
Telephone: 905 575 1212 x3936
Fax: 905 575 2011

From: open-ils-general-boun...@list.georgialibraries.org 
[open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben Shum 
[bs...@biblio.org]
Sent: August 3, 2012 1:50 PM
To: open-ils-general@list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] Action triggers

Hi Alexey,

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

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

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

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

-- Ben


On 08/03/2012 01:18 PM, Lazar, Alexey Vladimirovich wrote:
> The http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:action_trigger 
> page seems to describe how the process works and what the fields in the 
> client mean when setting up action triggers. From that page and other 
> documentation I gather that active triggers happen automatically and passive 
> triggers need a cron job. Ok.
>
> My question is still whether or not 
> http://docs.evergreen-ils.org/2.0/draft/html/ProcessingActionTriggers.html is 
> relevant in current versions, or if this process has been replaced with other 
> better ways of doing this.  Is it a problem of missing documentation for this 
> section in 2.1 and 2.2?  Or was the section removed from documentation 
> because the feature is obsolete or no longer needed or not recommended?
>
> If you are a sysadmin, are you using action_trigger_runner.pl or what other 
> scripts as cron jobs for things like overdues, etc.?
>
> Thanks.
>
>
> On Aug 3, 2012, at 09:15 , Lazar, Alexey Vladimirovich wrote:
>
>> David, yes, I read through it.  I think I am still missing something though.
>>
>> On Aug 2, 2012, at 21:42 , David Busby wrote:
>>
>>> Alexey,
>>> Did you see this one:
>>> http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:action_trigger
>>>
>>> I recently made updates to that page while working with A/T
>>>
>>> --
>>> David Busby
>>> Edoceo, Inc.
>>> http://edoceo.com/
>>> 206.282.6500
>>>
>>>
>>> On Thu, Aug 2, 2012 at 3:09 PM, Lazar, Alexey Vladimirovich
>>>  wrote:
 Hello, everybody.

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

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

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

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

 Thanks!

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

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

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

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


This E-mail contains privileged and confidential information intended
only for the individual or entity named in the message.  If the reader
of this message is not the intended recipient, or the agent responsible
to deliver it to the intended recipie

Re: [OPEN-ILS-GENERAL] Action triggers

[Tim Spindler]

Alexay,

It isn't a part of the documentation largely because no one has taken it on
to put int Ascii Doc.  If you could convert it to ASCII Doc and submit it
to DIG that would be helpful  (dig list is
open-ils-documentat...@list.georgialibraries.org)

Tim



On Fri, Aug 3, 2012 at 1:50 PM, Ben Shum  wrote:

> Hi Alexey,
>
> I didn't get a chance to read through all the documentation links being
> shared thus far, but I can tell you that we are still using the exact same
> process for action_trigger_runner.pl since 2.0. There's a few new options
> that we're still experimenting with, such as granularity and processing in
> parallel, but largely our nightly processes have gone unchanged.
>
> Presently we chose to operate our cronjobs similarly to how they were
> established in crontab.example that's included with the Evergreen code with
> some adjustments based on our own desired operating schedule.
>
> Since nothing significant has changed though, I would assume that
> information in older 2.0 docs are likely still valuable.
>
> As for why it's "missing" from 2.1/2.2, I'm unclear on how DIG decides to
> port documentation forward, but that seems like a good question to have DIG
> members respond to.
>
> -- Ben
>
>
>
> On 08/03/2012 01:18 PM, Lazar, Alexey Vladimirovich wrote:
>
>> The http://open-ils.org/dokuwiki/**doku.php?id=evergreen-user:**
>> action_triggerpage
>>  seems to describe how the process works and what the fields in the
>> client mean when setting up action triggers. From that page and other
>> documentation I gather that active triggers happen automatically and
>> passive triggers need a cron job. Ok.
>>
>> My question is still whether or not http://docs.evergreen-ils.org/**
>> 2.0/draft/html/**ProcessingActionTriggers.htmlis
>>  relevant in current versions, or if this process has been replaced with
>> other better ways of doing this.  Is it a problem of missing documentation
>> for this section in 2.1 and 2.2?  Or was the section removed from
>> documentation because the feature is obsolete or no longer needed or not
>> recommended?
>>
>> If you are a sysadmin, are you using action_trigger_runner.pl or what
>> other scripts as cron jobs for things like overdues, etc.?
>>
>> Thanks.
>>
>>
>> On Aug 3, 2012, at 09:15 , Lazar, Alexey Vladimirovich wrote:
>>
>>  David, yes, I read through it.  I think I am still missing something
>>> though.
>>>
>>> On Aug 2, 2012, at 21:42 , David Busby wrote:
>>>
>>>  Alexey,
 Did you see this one:
 http://open-ils.org/dokuwiki/**doku.php?id=evergreen-user:**
 action_trigger

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

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


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

> Hello, everybody.
>
> In Evergreen documentation for versions 1.6 and 2.0 I can locate the
> section on Processing Action Triggers [1].
>
> I can't seem to find the equivalent section in documentation for
> versions 2.1 and 2.2. I am working with 2.2.
>
> Is the information [1] still relevant?  Or are action triggers
> processed differently these days?
>
> Any help is welcome, including in the form of a link to a piece of
> documentation or a list thread I may have overlooked when searching for
> information on this topic.
>
> Thanks!
>
> [1] http://docs.evergreen-ils.org/**2.0/draft/html/**
> ProcessingActionTriggers.html
>
> Alexey Lazar
> PALS
> Information System Developer and Integrator
> 507-389-2907
> http://www.mnpals.org/
>
>
>>> Alexey Lazar
>>> PALS
>>> Information System Developer and Integrator
>>> 507-389-2907
>>> http://www.mnpals.org/
>>>
>>>
>> Alexey Lazar
>> PALS
>> Information System Developer and Integrator
>> 507-389-2907
>> http://www.mnpals.org/
>>
>>
>>
> --
> Benjamin Shum
> Open Source Software Coordinator
> Bibliomation, Inc.
> 32 Crest Road
> Middlebury, CT 06762
> 203-577-4070, ext. 113
>
>


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

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

Re: [OPEN-ILS-GENERAL] Action triggers

[Ben Shum]

Hi Alexey,

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


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


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


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


-- Ben


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

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

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

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

Thanks.


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


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

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


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

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

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


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

Hello, everybody.

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

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

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

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

Thanks!

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

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



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



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




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

Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in formats

[Soulliere, Robert]

Hi All,

OK, it looks like the consensus is "don't mangle the marc records."

However, I am still unsure about how to get ebooks as a unique format option in 
the format drop-down in the TPAC simple search.  Is that possible at this time 
-- without mangling the marc records?

My understanding is that formats are added and removed via the MARC Code Value 
Map editor which seem to map things based on matching the letter with a leader 
character?  Is that the case or does that look in several fields? E.g. I just 
have to find the right cataloging combination for our ebook records?


Thanks,
Robert



Robert Soulliere, BA (Hons), MLIS
Systems Librarian
Mohawk College Library
robert.soulli...@mohawkcollege.ca
Telephone: 905 575 1212 x3936
Fax: 905 575 2011

From: open-ils-general-boun...@list.georgialibraries.org 
[open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Dan Wells 
[d...@calvin.edu]
Sent: August 3, 2012 12:49 PM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option
in formats

Hello all,

This is a pretty complex subject, and anyone interested in diving in full on 
should probably start here:

http://www.loc.gov/marc/ldr06guide.html

In all, there are at least five major factors which all relate to describe the 
"type" of an item.  They are:

Leader/06 - Type of record
Leader/07 - Bibliographic level
Field 008 - Fixed-Length Data Elements
Field 006 (repeatable) - Fixed-Length Data Elements - Additional Material 
Characteristics
Field 007 (repeatable) - Physical Description Fixed Field

Notice that I listed 008 before 006.  This is not an accident, as despite their 
numbering, 006 is subsequent to 008.  It actually contains the same data as 
positions 18-34, which is the material specific portion of the 008, and was 
added later to make up for the fact that 008 is not repeatable.

There is an interplay between these fields such that the meaning changes 
depending on the content of the more primary fields.

To get more to the point, my understanding is that setting Leader/06 to 'm' for 
cataloging is a last resort for records which cannot be "better" described at a 
different level, which means that ebooks are supposed to use 'a' (as yours do), 
and changing them to 'm' would be considered (by some, anyway) to not follow 
best practices.  As Dan Scott points out, there are other places (008/006) 
where the cataloger can indicate the electronic-ness of the thing, so Leader/06 
is more about the "essence" of the thing.

I think! :)

It would probably be wise to work with the catalogers here and create a unified 
"cheat sheet" which would be representative of an official Evergreen 
understanding of best practices for the most common types of items.  Without 
something we can agree on, the developers cannot have a unified target, and we 
will either end up with something excessively complex (by simply exposing these 
innards), something watered-down (by simply hiding these innards), or an 
endless tug-of-war as we write code which reflects local practices or (worse) 
our own understanding.

Dan

>>> On 8/3/2012 at 11:19 AM, "Soulliere, Robert"
 wrote:
> Hi Justin,
>
> Exactly right about that. If this method is OK, we will be investigating
> extending the usefulness of format by extracting and differentiating some of
> those "computer file" formats into unique format codes. I am worried about
> how far we can get into "creative cataloguing" before we are  considered
> rogue librarians or mangle our system. ;-)
>
> Technically, Evergreen gives us the power, but should we use it?
>
> Regards,
> Robert
>
>
> Robert Soulliere, BA (Hons), MLIS
> Systems Librarian
> Mohawk College Library
> robert.soulli...@mohawkcollege.ca
> Telephone: 905 575 1212 x3936
> Fax: 905 575 2011
> 
> From: open-ils-general-boun...@list.georgialibraries.org
> [open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Justin
> Hopkins [jus...@mobiusconsortium.org]
> Sent: August 3, 2012 11:05 AM
> To: Evergreen Discussion Group
> Subject: Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option
>  in formats
>
> Just chiming in to say that I'm also interested in this topic. The LOC marc
> standard would seem to indicate that 'm' for computer file (I believe the
> label in EG is "electronic resource") is the right code, but that doesn't
> seem specific enough to be useful.
>
>
> On Aug 3, 2012, at 9:17 AM, Soulliere, Robert wrote:
>
>> Hi all,
>>
>> We are investigating a method to get "ebooks" as a format option in our TPAC
> and I wonder if I could get some feedback on whether this is a good way to do
> this. Here is the method we are investigating:
>>
>> 1. Add a unique "type" entry using the MARC Code Value Map in the staff
> client.
>>
>> 2. Edit the Leader field of our electronic books to indicate that they are
> in the new "ebook" type. Currently most use "a" t

Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in formats

[Janet Schrader]

Possibly use two codes in combination for formats: 
Type 'a' + form of item 'o' or 's' = e-book
Type 'g' + form of item 'o' or 's' = e-video (streaming video)
Type 'i' + form of item 'o' or 's' = e-audio
Type 'a' + form of item 'd' = large print
Type 'a' + form of item 'a' = microform
Type 'a' + form of item 'f' = Braille 


This does not require changing any coding in the MARC record and having to 
remember to do so.



Janet

Janet Schrader
C/W MARS Inc.
67 Millbrook Street, Suite 201
Worcester, MA 01606
tel: 508-755-3323 ext. 25
fax: 508-757-7801
jschra...@cwmars.org


-Original Message-
From: open-ils-general-boun...@list.georgialibraries.org 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Dan 
Scott
Sent: Friday, August 03, 2012 11:19 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in 
formats

On Fri, Aug 03, 2012 at 10:17:32AM -0400, Soulliere, Robert wrote:
> Hi all,
> 
> We are investigating a method to get "ebooks" as a format option in our TPAC 
> and I wonder if I could get some feedback on whether this is a good way to do 
> this. Here is the method we are investigating:
> 
> 1. Add a unique "type" entry using the MARC Code Value Map in the staff 
> client.
> 
> 2. Edit the Leader field of our electronic books to indicate that they are in 
> the new "ebook" type. Currently most use "a" to indicate a book.
> 
> I had a few question about this method:
> 
> 1. Is there a better way to add the ebook as a format search option?
> 
> 2. Are there potential dangers for us using this method? e.g. issues with 
> future upgrades.
> 
> 3. Is this kosher from a cataloguing perspective?

I think, from a cataloguing perspective, "form of material" (008/23) = "o"
(for online) or "s" (for general electronic, whether online or on a CD-ROM or 
whatever) is what you want, per 
http://www.loc.gov/marc/bibliographic/bd008b.html

That maps over to 006/06 ("form of item"), per 
http://www.loc.gov/marc/bibliographic/bd006.html

I think.

Re: [OPEN-ILS-GENERAL] Action triggers

[Lazar, Alexey Vladimirovich]

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

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

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

Thanks.


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

> David, yes, I read through it.  I think I am still missing something though.
> 
> On Aug 2, 2012, at 21:42 , David Busby wrote:
> 
>> Alexey,
>> Did you see this one:
>> http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:action_trigger
>> 
>> I recently made updates to that page while working with A/T
>> 
>> --
>> David Busby
>> Edoceo, Inc.
>> http://edoceo.com/
>> 206.282.6500
>> 
>> 
>> On Thu, Aug 2, 2012 at 3:09 PM, Lazar, Alexey Vladimirovich
>>  wrote:
>>> Hello, everybody.
>>> 
>>> In Evergreen documentation for versions 1.6 and 2.0 I can locate the 
>>> section on Processing Action Triggers [1].
>>> 
>>> I can't seem to find the equivalent section in documentation for versions 
>>> 2.1 and 2.2. I am working with 2.2.
>>> 
>>> Is the information [1] still relevant?  Or are action triggers processed 
>>> differently these days?
>>> 
>>> Any help is welcome, including in the form of a link to a piece of 
>>> documentation or a list thread I may have overlooked when searching for 
>>> information on this topic.
>>> 
>>> Thanks!
>>> 
>>> [1] 
>>> http://docs.evergreen-ils.org/2.0/draft/html/ProcessingActionTriggers.html
>>> 
>>> Alexey Lazar
>>> PALS
>>> Information System Developer and Integrator
>>> 507-389-2907
>>> http://www.mnpals.org/
>>> 
> 
> 
> Alexey Lazar
> PALS
> Information System Developer and Integrator
> 507-389-2907
> http://www.mnpals.org/
> 


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

Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in formats

[Thomas Berezansky]

I just want to throw a quick note out:

Any indexed information in the repeatable entries (006/007) is not  
going to index all values when there are multiple. Evergreen currently  
only indexes a single value.


Grabbing the most common point we see this at: vr_format lives in the  
007, I believe. Thus if you have DVD and Blu-ray 007 entries only one  
of the two will be indexed, and thus the record will only show up for  
one of those vr_formats when searching.


This likely complicates things.

Thomas Berezansky
Merrimack Valley Library Consortium


Quoting Dan Wells :


Hello all,

This is a pretty complex subject, and anyone interested in diving in  
full on should probably start here:


http://www.loc.gov/marc/ldr06guide.html

In all, there are at least five major factors which all relate to  
describe the "type" of an item.  They are:


Leader/06 - Type of record
Leader/07 - Bibliographic level
Field 008 - Fixed-Length Data Elements
Field 006 (repeatable) - Fixed-Length Data Elements - Additional  
Material Characteristics

Field 007 (repeatable) - Physical Description Fixed Field

Notice that I listed 008 before 006.  This is not an accident, as  
despite their numbering, 006 is subsequent to 008.  It actually  
contains the same data as positions 18-34, which is the material  
specific portion of the 008, and was added later to make up for the  
fact that 008 is not repeatable.


There is an interplay between these fields such that the meaning  
changes depending on the content of the more primary fields.


To get more to the point, my understanding is that setting Leader/06  
to 'm' for cataloging is a last resort for records which cannot be  
"better" described at a different level, which means that ebooks are  
supposed to use 'a' (as yours do), and changing them to 'm' would be  
considered (by some, anyway) to not follow best practices.  As Dan  
Scott points out, there are other places (008/006) where the  
cataloger can indicate the electronic-ness of the thing, so  
Leader/06 is more about the "essence" of the thing.


I think! :)

It would probably be wise to work with the catalogers here and  
create a unified "cheat sheet" which would be representative of an  
official Evergreen understanding of best practices for the most  
common types of items.  Without something we can agree on, the  
developers cannot have a unified target, and we will either end up  
with something excessively complex (by simply exposing these  
innards), something watered-down (by simply hiding these innards),  
or an endless tug-of-war as we write code which reflects local  
practices or (worse) our own understanding.


Dan


On 8/3/2012 at 11:19 AM, "Soulliere, Robert"

 wrote:

Hi Justin,

Exactly right about that. If this method is OK, we will be investigating
extending the usefulness of format by extracting and differentiating some of
those "computer file" formats into unique format codes. I am worried about
how far we can get into "creative cataloguing" before we are  considered
rogue librarians or mangle our system. ;-)

Technically, Evergreen gives us the power, but should we use it?

Regards,
Robert


Robert Soulliere, BA (Hons), MLIS
Systems Librarian
Mohawk College Library
robert.soulli...@mohawkcollege.ca
Telephone: 905 575 1212 x3936
Fax: 905 575 2011

From: open-ils-general-boun...@list.georgialibraries.org
[open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Justin
Hopkins [jus...@mobiusconsortium.org]
Sent: August 3, 2012 11:05 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option
 in formats

Just chiming in to say that I'm also interested in this topic. The LOC marc
standard would seem to indicate that 'm' for computer file (I believe the
label in EG is "electronic resource") is the right code, but that doesn't
seem specific enough to be useful.


On Aug 3, 2012, at 9:17 AM, Soulliere, Robert wrote:


Hi all,

We are investigating a method to get "ebooks" as a format option  
in our TPAC
and I wonder if I could get some feedback on whether this is a good  
way to do

this. Here is the method we are investigating:


1. Add a unique "type" entry using the MARC Code Value Map in the staff

client.


2. Edit the Leader field of our electronic books to indicate that they are

in the new "ebook" type. Currently most use "a" to indicate a book.


I had a few question about this method:

1. Is there a better way to add the ebook as a format search option?

2. Are there potential dangers for us using this method? e.g. issues with

future upgrades.


3. Is this kosher from a cataloguing perspective?

This works technically, but want to see if this is the best way.

Thanks,
Robert









Robert Soulliere, BA (Hons), MLIS
Systems Librarian
Mohawk College Library
robert.soulli...@mohawkcollege.ca
Telephone: 905 575 1212 x3936
Fax: 905 575 2011

This E-mail contains privileged and confidential inf

Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in formats

[Dan Wells]

Hello all,

This is a pretty complex subject, and anyone interested in diving in full on 
should probably start here:

http://www.loc.gov/marc/ldr06guide.html

In all, there are at least five major factors which all relate to describe the 
"type" of an item.  They are:

Leader/06 - Type of record
Leader/07 - Bibliographic level
Field 008 - Fixed-Length Data Elements
Field 006 (repeatable) - Fixed-Length Data Elements - Additional Material 
Characteristics
Field 007 (repeatable) - Physical Description Fixed Field

Notice that I listed 008 before 006.  This is not an accident, as despite their 
numbering, 006 is subsequent to 008.  It actually contains the same data as 
positions 18-34, which is the material specific portion of the 008, and was 
added later to make up for the fact that 008 is not repeatable.

There is an interplay between these fields such that the meaning changes 
depending on the content of the more primary fields.

To get more to the point, my understanding is that setting Leader/06 to 'm' for 
cataloging is a last resort for records which cannot be "better" described at a 
different level, which means that ebooks are supposed to use 'a' (as yours do), 
and changing them to 'm' would be considered (by some, anyway) to not follow 
best practices.  As Dan Scott points out, there are other places (008/006) 
where the cataloger can indicate the electronic-ness of the thing, so Leader/06 
is more about the "essence" of the thing.

I think! :)

It would probably be wise to work with the catalogers here and create a unified 
"cheat sheet" which would be representative of an official Evergreen 
understanding of best practices for the most common types of items.  Without 
something we can agree on, the developers cannot have a unified target, and we 
will either end up with something excessively complex (by simply exposing these 
innards), something watered-down (by simply hiding these innards), or an 
endless tug-of-war as we write code which reflects local practices or (worse) 
our own understanding.

Dan

>>> On 8/3/2012 at 11:19 AM, "Soulliere, Robert"
 wrote:
> Hi Justin,
> 
> Exactly right about that. If this method is OK, we will be investigating 
> extending the usefulness of format by extracting and differentiating some of 
> those "computer file" formats into unique format codes. I am worried about 
> how far we can get into "creative cataloguing" before we are  considered 
> rogue librarians or mangle our system. ;-)
> 
> Technically, Evergreen gives us the power, but should we use it?
> 
> Regards,
> Robert
> 
> 
> Robert Soulliere, BA (Hons), MLIS
> Systems Librarian
> Mohawk College Library
> robert.soulli...@mohawkcollege.ca 
> Telephone: 905 575 1212 x3936
> Fax: 905 575 2011
> 
> From: open-ils-general-boun...@list.georgialibraries.org 
> [open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Justin 
> Hopkins [jus...@mobiusconsortium.org] 
> Sent: August 3, 2012 11:05 AM
> To: Evergreen Discussion Group
> Subject: Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option  
>  
>  in formats
> 
> Just chiming in to say that I'm also interested in this topic. The LOC marc 
> standard would seem to indicate that 'm' for computer file (I believe the 
> label in EG is "electronic resource") is the right code, but that doesn't 
> seem specific enough to be useful.
> 
> 
> On Aug 3, 2012, at 9:17 AM, Soulliere, Robert wrote:
> 
>> Hi all,
>>
>> We are investigating a method to get "ebooks" as a format option in our TPAC 
> and I wonder if I could get some feedback on whether this is a good way to do 
> this. Here is the method we are investigating:
>>
>> 1. Add a unique "type" entry using the MARC Code Value Map in the staff 
> client.
>>
>> 2. Edit the Leader field of our electronic books to indicate that they are 
> in the new "ebook" type. Currently most use "a" to indicate a book.
>>
>> I had a few question about this method:
>>
>> 1. Is there a better way to add the ebook as a format search option?
>>
>> 2. Are there potential dangers for us using this method? e.g. issues with 
> future upgrades.
>>
>> 3. Is this kosher from a cataloguing perspective?
>>
>> This works technically, but want to see if this is the best way.
>>
>> Thanks,
>> Robert
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Robert Soulliere, BA (Hons), MLIS
>> Systems Librarian
>> Mohawk College Library
>> robert.soulli...@mohawkcollege.ca 
>> Telephone: 905 575 1212 x3936
>> Fax: 905 575 2011
>>
>> This E-mail contains privileged and confidential information intended
>> only for the individual or entity named in the message.  If the reader
>> of this message is not the intended recipient, or the agent responsible
>> to deliver it to the intended recipient, you are hereby notified that
>> any review, dissemination, distribution or copying of this communication
>> is prohibited.  If this communication was received in error, please
>> notify the sender by reply E-mail immed

Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in formats

[Dan Scott]

On Fri, Aug 03, 2012 at 10:17:32AM -0400, Soulliere, Robert wrote:
> Hi all,
> 
> We are investigating a method to get "ebooks" as a format option in our TPAC 
> and I wonder if I could get some feedback on whether this is a good way to do 
> this. Here is the method we are investigating:
> 
> 1. Add a unique "type" entry using the MARC Code Value Map in the staff 
> client.
> 
> 2. Edit the Leader field of our electronic books to indicate that they are in 
> the new "ebook" type. Currently most use "a" to indicate a book.
> 
> I had a few question about this method:
> 
> 1. Is there a better way to add the ebook as a format search option?
> 
> 2. Are there potential dangers for us using this method? e.g. issues with 
> future upgrades.
> 
> 3. Is this kosher from a cataloguing perspective?

I think, from a cataloguing perspective, "form of material" (008/23) = "o"
(for online) or "s" (for general electronic, whether online or on a
CD-ROM or whatever) is what you want, per
http://www.loc.gov/marc/bibliographic/bd008b.html

That maps over to 006/06 ("form of item"), per
http://www.loc.gov/marc/bibliographic/bd006.html

I think.

Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in formats

[Soulliere, Robert]

Hi Justin,

Exactly right about that. If this method is OK, we will be investigating 
extending the usefulness of format by extracting and differentiating some of 
those "computer file" formats into unique format codes. I am worried about how 
far we can get into "creative cataloguing" before we are  considered rogue 
librarians or mangle our system. ;-)

Technically, Evergreen gives us the power, but should we use it?

Regards,
Robert


Robert Soulliere, BA (Hons), MLIS
Systems Librarian
Mohawk College Library
robert.soulli...@mohawkcollege.ca
Telephone: 905 575 1212 x3936
Fax: 905 575 2011

From: open-ils-general-boun...@list.georgialibraries.org 
[open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Justin 
Hopkins [jus...@mobiusconsortium.org]
Sent: August 3, 2012 11:05 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option
in formats

Just chiming in to say that I'm also interested in this topic. The LOC marc 
standard would seem to indicate that 'm' for computer file (I believe the label 
in EG is "electronic resource") is the right code, but that doesn't seem 
specific enough to be useful.


On Aug 3, 2012, at 9:17 AM, Soulliere, Robert wrote:

> Hi all,
>
> We are investigating a method to get "ebooks" as a format option in our TPAC 
> and I wonder if I could get some feedback on whether this is a good way to do 
> this. Here is the method we are investigating:
>
> 1. Add a unique "type" entry using the MARC Code Value Map in the staff 
> client.
>
> 2. Edit the Leader field of our electronic books to indicate that they are in 
> the new "ebook" type. Currently most use "a" to indicate a book.
>
> I had a few question about this method:
>
> 1. Is there a better way to add the ebook as a format search option?
>
> 2. Are there potential dangers for us using this method? e.g. issues with 
> future upgrades.
>
> 3. Is this kosher from a cataloguing perspective?
>
> This works technically, but want to see if this is the best way.
>
> Thanks,
> Robert
>
>
>
>
>
>
>
>
>
> Robert Soulliere, BA (Hons), MLIS
> Systems Librarian
> Mohawk College Library
> robert.soulli...@mohawkcollege.ca
> Telephone: 905 575 1212 x3936
> Fax: 905 575 2011
>
> This E-mail contains privileged and confidential information intended
> only for the individual or entity named in the message.  If the reader
> of this message is not the intended recipient, or the agent responsible
> to deliver it to the intended recipient, you are hereby notified that
> any review, dissemination, distribution or copying of this communication
> is prohibited.  If this communication was received in error, please
> notify the sender by reply E-mail immediately, and delete and destroy
> the original message.


This E-mail contains privileged and confidential information intended
only for the individual or entity named in the message.  If the reader
of this message is not the intended recipient, or the agent responsible
to deliver it to the intended recipient, you are hereby notified that
any review, dissemination, distribution or copying of this communication
is prohibited.  If this communication was received in error, please
notify the sender by reply E-mail immediately, and delete and destroy
the original message.

Re: [OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in formats

[Justin Hopkins]

Just chiming in to say that I'm also interested in this topic. The LOC marc 
standard would seem to indicate that 'm' for computer file (I believe the label 
in EG is "electronic resource") is the right code, but that doesn't seem 
specific enough to be useful.


On Aug 3, 2012, at 9:17 AM, Soulliere, Robert wrote:

> Hi all,
> 
> We are investigating a method to get "ebooks" as a format option in our TPAC 
> and I wonder if I could get some feedback on whether this is a good way to do 
> this. Here is the method we are investigating:
> 
> 1. Add a unique "type" entry using the MARC Code Value Map in the staff 
> client.
> 
> 2. Edit the Leader field of our electronic books to indicate that they are in 
> the new "ebook" type. Currently most use "a" to indicate a book.
> 
> I had a few question about this method:
> 
> 1. Is there a better way to add the ebook as a format search option?
> 
> 2. Are there potential dangers for us using this method? e.g. issues with 
> future upgrades.
> 
> 3. Is this kosher from a cataloguing perspective?
> 
> This works technically, but want to see if this is the best way.
> 
> Thanks,
> Robert
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Robert Soulliere, BA (Hons), MLIS
> Systems Librarian
> Mohawk College Library
> robert.soulli...@mohawkcollege.ca
> Telephone: 905 575 1212 x3936
> Fax: 905 575 2011
> 
> This E-mail contains privileged and confidential information intended
> only for the individual or entity named in the message.  If the reader
> of this message is not the intended recipient, or the agent responsible
> to deliver it to the intended recipient, you are hereby notified that
> any review, dissemination, distribution or copying of this communication
> is prohibited.  If this communication was received in error, please
> notify the sender by reply E-mail immediately, and delete and destroy
> the original message.

[OPEN-ILS-GENERAL] RADIUS integration

[Justin Hopkins]

Anyone out there integrating a RADIUS wireless authentication system with the 
Evergreen user database? We've got a library that uses RADIUS to authenticate 
wireless users using their barcode and password in their current ILS and they 
are considering moving to Evergreen.

Regards,
Justin Hopkins
IT & Web Services Coordinator
573-808-2309
jus...@mobiusconsortium.org

[OPEN-ILS-GENERAL] TPAC question: getting "ebooks" as an option in formats

[Soulliere, Robert]

Hi all,

We are investigating a method to get "ebooks" as a format option in our TPAC 
and I wonder if I could get some feedback on whether this is a good way to do 
this. Here is the method we are investigating:

1. Add a unique "type" entry using the MARC Code Value Map in the staff client.

2. Edit the Leader field of our electronic books to indicate that they are in 
the new "ebook" type. Currently most use "a" to indicate a book.

I had a few question about this method:

1. Is there a better way to add the ebook as a format search option?

2. Are there potential dangers for us using this method? e.g. issues with 
future upgrades.

3. Is this kosher from a cataloguing perspective?

This works technically, but want to see if this is the best way.

Thanks,
Robert









Robert Soulliere, BA (Hons), MLIS
Systems Librarian
Mohawk College Library
robert.soulli...@mohawkcollege.ca
Telephone: 905 575 1212 x3936
Fax: 905 575 2011

This E-mail contains privileged and confidential information intended
only for the individual or entity named in the message.  If the reader
of this message is not the intended recipient, or the agent responsible
to deliver it to the intended recipient, you are hereby notified that
any review, dissemination, distribution or copying of this communication
is prohibited.  If this communication was received in error, please
notify the sender by reply E-mail immediately, and delete and destroy
the original message.

Re: [OPEN-ILS-GENERAL] Action triggers

[Lazar, Alexey Vladimirovich]

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

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

> Alexey,
>  Did you see this one:
> http://open-ils.org/dokuwiki/doku.php?id=evergreen-user:action_trigger
> 
>  I recently made updates to that page while working with A/T
> 
> --
> David Busby
> Edoceo, Inc.
> http://edoceo.com/
> 206.282.6500
> 
> 
> On Thu, Aug 2, 2012 at 3:09 PM, Lazar, Alexey Vladimirovich
>  wrote:
>> Hello, everybody.
>> 
>> In Evergreen documentation for versions 1.6 and 2.0 I can locate the section 
>> on Processing Action Triggers [1].
>> 
>> I can't seem to find the equivalent section in documentation for versions 
>> 2.1 and 2.2. I am working with 2.2.
>> 
>> Is the information [1] still relevant?  Or are action triggers processed 
>> differently these days?
>> 
>> Any help is welcome, including in the form of a link to a piece of 
>> documentation or a list thread I may have overlooked when searching for 
>> information on this topic.
>> 
>> Thanks!
>> 
>> [1] 
>> http://docs.evergreen-ils.org/2.0/draft/html/ProcessingActionTriggers.html
>> 
>> Alexey Lazar
>> PALS
>> Information System Developer and Integrator
>> 507-389-2907
>> http://www.mnpals.org/
>> 


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

Re: [OPEN-ILS-GENERAL] Password reset uses phone number fails: EG2.2

[Justin Hopkins]

>>> Because resetting someone's password to something that is basically
>>> public information, their phone number, is asking for accounts to be
>>> hijacked.

I complete agree - the sad thing is that many many libraries do this. My local 
public library uses birthdate by default. Some libraries use no password at all 
- you just enter the barcode and you're in.

To suggest something specific I'll say that my favorite way of handling this is 
to not set an initial password at all. Users without a password use the 
password reset tool. A slight wording change to something like "Request a new 
password" should be sufficient to clue them in. 

One issue I see with the whole password reset issue is that if you don't want 
to reset to a known value (like phone number), which is always going to be 
insecure, you depend on some kind of out of band communication method… usually 
email. We've talked to quite a few small libraries and many of their patrons 
don't have email addresses - or at least don't have them on their patron 
record. How can you handle password resets for these patrons without involving 
library staff and still maintain the security of their account? 


Regards,
Justin Hopkins
IT & Web Services Coordinator
573-808-2309
jus...@mobiusconsortium.org




On Aug 3, 2012, at 8:50 AM, Thomas Berezansky wrote:

> All of the above.
> 
> Personally, I disagree with the setting existing to begin with, and think 
> that the initial passwords should be much more complicated than just digits.
> 
> Thomas Berezansky
> Merrimack Valley Library Consortium
> 
> 
> Quoting Bob Wicksall :
> 
>> 
>> 
>>> Because resetting someone's password to something that is basically
>>> public information, their phone number, is asking for accounts to be
>>> hijacked.
>> 
>> If that is the case you could argue that the setting shouldn't exist in the 
>> first place.  What is worse?  A database full of users who have never 
>> changed their password from the default phone number or a few manually reset 
>> passwords?
>> 
>> Bob Wicksall
>> Systems Administrator
>> 
>> Pioneer Library System
>> 2557 State Rt. 21
>> Canandaigua, New York  14424
>> 
>> 
>> - Original Message -
>>> From: "Jason Stephenson" 
>>> To: open-ils-general@list.georgialibraries.org
>>> Sent: Friday, August 3, 2012 9:27:00 AM
>>> Subject: Re: [OPEN-ILS-GENERAL] Password reset uses phone number fails: 
>>> EG2.2
>>> 
>>> Quoting Thomas Berezansky :
>>> 
>>> > All future resets would still be random.
>>> 
>>> Because resetting someone's password to something that is basically
>>> public information, their phone number, is asking for accounts to be
>>> hijacked.
>>> 
>>> 
>>> --
>>> Jason Stephenson
>>> Assistant Director for Technology Services
>>> Merrimack Valley Library Consortium
>>> Chief Bug Wrangler, Evergreen ILS
>>> 
>> 
> 
> 

Re: [OPEN-ILS-GENERAL] Password reset uses phone number fails: EG2.2

[Thomas Berezansky]

All of the above.

Personally, I disagree with the setting existing to begin with, and  
think that the initial passwords should be much more complicated than  
just digits.


Thomas Berezansky
Merrimack Valley Library Consortium


Quoting Bob Wicksall :





Because resetting someone's password to something that is basically
public information, their phone number, is asking for accounts to be
hijacked.


If that is the case you could argue that the setting shouldn't exist  
in the first place.  What is worse?  A database full of users who  
have never changed their password from the default phone number or a  
few manually reset passwords?


Bob Wicksall
Systems Administrator

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


- Original Message -

From: "Jason Stephenson" 
To: open-ils-general@list.georgialibraries.org
Sent: Friday, August 3, 2012 9:27:00 AM
Subject: Re: [OPEN-ILS-GENERAL] Password reset uses phone number  
fails: EG2.2


Quoting Thomas Berezansky :

> All future resets would still be random.

Because resetting someone's password to something that is basically
public information, their phone number, is asking for accounts to be
hijacked.


--
Jason Stephenson
Assistant Director for Technology Services
Merrimack Valley Library Consortium
Chief Bug Wrangler, Evergreen ILS

Re: [OPEN-ILS-GENERAL] Password reset uses phone number fails: EG2.2

[Bob Wicksall]

> Because resetting someone's password to something that is basically
> public information, their phone number, is asking for accounts to be
> hijacked.

If that is the case you could argue that the setting shouldn't exist in the 
first place.  What is worse?  A database full of users who have never changed 
their password from the default phone number or a few manually reset passwords?

Bob Wicksall
Systems Administrator

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


- Original Message -
> From: "Jason Stephenson" 
> To: open-ils-general@list.georgialibraries.org
> Sent: Friday, August 3, 2012 9:27:00 AM
> Subject: Re: [OPEN-ILS-GENERAL] Password reset uses phone number fails: EG2.2
> 
> Quoting Thomas Berezansky :
> 
> > All future resets would still be random.
> 
> Because resetting someone's password to something that is basically
> public information, their phone number, is asking for accounts to be
> hijacked.
> 
> 
> --
> Jason Stephenson
> Assistant Director for Technology Services
> Merrimack Valley Library Consortium
> Chief Bug Wrangler, Evergreen ILS
> 

Re: [OPEN-ILS-GENERAL] Password reset uses phone number fails: EG2.2

[Bill Ott]

I wrote a local change that will indeed reset to the last 4 of the 
day_phone.


See line 554:
https://github.com/grpl-eg/rel_2_2/blob/e68b155664a0046c8bc0cba4953e936993aff8d2/web/js/ui/default/actor/user/register.js


On 08/03/2012 09:20 AM, Thomas Berezansky wrote:

As I just pointed out on that bug:

I believe that the setting in question is only intended to work on the 
*initial* password setting at registration time.


All future resets would still be random.

Thomas Berezansky
Merrimack Valley Library Consortium


Quoting Jim Frey :

PLS is testing Evergreen 2.2 and the password reset using the last 
four digits of the patron's telephone number is not working. It 
always responds with 4 random numbers regardless of whether true, 
false or unset. I was wondering if anyone else has encountered this 
problem or if there's some dependency I'm missing.


Details of the environment are available at:

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

Thanks,
Jim Frey
Systems & Emerging Technology Librarian

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

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

Re: [OPEN-ILS-GENERAL] Password reset uses phone number fails: EG2.2

[Jason Stephenson]

Quoting Thomas Berezansky :


All future resets would still be random.


Because resetting someone's password to something that is basically  
public information, their phone number, is asking for accounts to be  
hijacked.



--
Jason Stephenson
Assistant Director for Technology Services
Merrimack Valley Library Consortium
Chief Bug Wrangler, Evergreen ILS

Re: [OPEN-ILS-GENERAL] Password reset uses phone number fails: EG2.2

[Thomas Berezansky]

As I just pointed out on that bug:

I believe that the setting in question is only intended to work on the  
*initial* password setting at registration time.


All future resets would still be random.

Thomas Berezansky
Merrimack Valley Library Consortium


Quoting Jim Frey :

PLS is testing Evergreen 2.2 and the password reset using the last  
four digits of the patron's telephone number is not working. It  
always responds with 4 random numbers regardless of whether true,  
false or unset. I was wondering if anyone else has encountered this  
problem or if there's some dependency I'm missing.


Details of the environment are available at:

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

Thanks,
Jim Frey
Systems & Emerging Technology Librarian

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

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

[OPEN-ILS-GENERAL] Password reset uses phone number fails: EG2.2

[Jim Frey]

PLS is testing Evergreen 2.2 and the password reset using the last four digits 
of the patron's telephone number is not working. It always responds with 4 
random numbers regardless of whether true, false or unset. I was wondering if 
anyone else has encountered this problem or if there's some dependency I'm 
missing. 

Details of the environment are available at: 

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

Thanks, 
Jim Frey 
Systems & Emerging Technology Librarian 

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

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