Re: [OPEN-ILS-GENERAL] spine label printers

[Dan Wells]

Hello all,

Just to add another data point, we also print labels using Dymos, and we've 
used the following combo for a few years to good effect:

Labels:  purchased from Label Value
Item number: LV-30347  Dymo compatible 1 x 1 -1/2

Label covers: purchased from Brodart
Product number:  55279006  S C-Vue prots matte 2 x 3"


Dan


Daniel Wells
Library Programmer/Analyst
Hekman Library, Calvin College
616.526.7133

From: open-ils-general-boun...@list.georgialibraries.org 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Mark 
Ehle
Sent: Thursday, April 10, 2014 11:20 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] spine label printers

Here's the permanent labels we use:
http://durablelabelsondemand.com/orders2.php?cls=1005
Mark Ehle
Computer Support Librarian
Willard Library
Battle Creek, MI

On Thu, Apr 10, 2014 at 10:57 AM, Andrea Buntz Neiman 
mailto:anei...@kent.lib.md.us>> wrote:
The stock paper thermal labels for the Dymo LabelWriter 400 do fade very 
quickly, sometimes in a matter of months in my experience.  We cover them with 
a clear UV label protector which seems to alleviate this issue -- however, take 
this with a grain of salt, because my particular library is unlikely to keep 
most things in the collection for the very long term.  Most things are replaced 
or withdrawn within 10 years.

A.






Andrea Buntz Neiman, MLS

Librarian II, Public Services

Kent County Public Library

408 High Street

Chestertown, MD 21620

410-778-3636 x2115

www.kentcountylibrary.org
On 4/10/2014 9:23 AM, Hardy, Elaine wrote:
I think 5 years is probably long term where most items are concerned. Reports I 
heard were that the labels faded too much within a year.

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: 
open-ils-general-boun...@list.georgialibraries.org
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Rogan 
Hamby
Sent: Thursday, April 10, 2014 9:20 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] spine label printers

We started using the Dymos about five years ago and the labels we printed then 
still look nice and dark.  Really long term I don't know.

On Thu, Apr 10, 2014 at 9:18 AM, Hardy, Elaine 
mailto:eha...@georgialibraries.org>> wrote:
How do the labels hold up printed on the Dymo printers? I have heard reports 
that they fade faster than others.

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: 
open-ils-general-boun...@list.georgialibraries.org
 
[mailto:open-ils-general-boun...@list.georgialibraries.org]
 On Behalf Of Lynn Floyd
Sent: Tuesday, April 08, 2014 5:51 PM
To: 'Evergreen Discussion Group'

Subject: Re: [OPEN-ILS-GENERAL] spine label printers

+1 on the  Dymo Label Writer 450s.  We have both the Duo and the Turbo, love 
both of them.

Lynn Floyd
lfl...@andersonlibrary.org
Anderson County Library
864-260-4500 x181
http://www.andersonlibrary.org


From: 
open-ils-general-boun...@list.georgialibraries.org
 [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Buzzy 
Nielsen
Sent: Tuesday, April 08, 2014 3:36 PM
To: 
open-ils-general@list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] spine label printers

We use Dymo Labelwriter 450s. They're inexpensive, easy to setup, work well, 
and are compatible with multiple OSs.

Cheers!
Buzzy

On 04/08/2014 11:46 AM, Rhonda Vincent wrote:
Our spine label printer has officially retired. We need to replace it as soon 
as possible. I've seen the survey that was taken on printers before the last 
upgrade; however the last upgrade did not work well with our microline.  What I 
need to know is which printers have worked well since the upgrade.  Any and all 
information on the printers you are using and how they work with Evergreen at 
this point would be greatly appreciated.

Thanks
Rhonda Vincent
Jennings County Public Library
rhonda.vinc...@jenningslib.org




--

Rogan Hamby, MLS

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Elizabeth B. Thomsen]

There are several different APIs and you can see a list of them with 
more information on OverDrive's developer portal:

https://developer.overdrive.com/

There are separate APIs for search, metadata and availability.  There's 
a real world example here:

https://developer.overdrive.com/docs/real-world

This describes creating an app to search a library's OverDrive 
collection rather than working with an opac, but it gives a general idea 
of how this works.


I think in theory you could send a search to both your Evergreen system 
and to OverDrive and then display both sets of results, but I don't know 
if this would be a good idea in practice.  (Sounds like federated search 
to me, which scares me!)


Timing is always an issue when you're checking multiple systems.  If you 
try Marmot's catalog, you can see a slight delay before the availability 
information arrive.  I notice that in the Boston Public Library's 
catalog (BiblioCommons) the availability information doesn't 
automatically display in the search results, but there's a "check 
availability" link that retrieves it.


My priorities for OverDrive integration would be getting the 
availability information, checkouts and holds functionality integrated 
into Evergreen.


Also, if the holds and checkout transactions happen on OverDrive but 
through Evergreen, where does the patron see and manage these -- in 
their record on Evergreen, in their record on OverDrive, or both?  Could 
we use the Patron Information API to get information about the patron's 
OverDrive holds and checkouts to display in their account information in 
the Evergreen catalog?


On 5/2/2014 3:28 PM, Holly Brennan wrote:

I’m thinking that way too…. Otherwise, how would it know what we have
from Overdrive? This API does a lot for helping the patron find info
faster (without having to leave the catalog)… now I just need an API
that tells our catalog what new records have been added to ListenAlaska
(our statewide, Overdrive-run digital holdings)… without me doing a thing. J

-Holly

*From:*open-ils-general-boun...@list.georgialibraries.org
[mailto:open-ils-general-boun...@list.georgialibraries.org] *On Behalf
Of *Rogan Hamby
*Sent:* Friday, May 02, 2014 11:17 AM
*To:* Evergreen Discussion Group
*Subject:* Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

I haven't read the APIs but I imagine you would.   If I'm wrong that
would be really nice.  :)  Somehow I'm imaging this builds off behavior
in 856 fields.

On Fri, May 2, 2014 at 3:01 PM, Holly Brennan mailto:haderh...@ci.homer.ak.us>> wrote:

One question about the Overdrive API: If implemented, would I still have
to import the MARC records supplied by OCLC, as if I was cataloging and
importing "real" items? I'm thinking yes, but I can dream big.

Thanks!

-Holly


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

[mailto:open-ils-general-boun...@list.georgialibraries.org
] On Behalf
Of Elizabeth B. Thomsen
Sent: Friday, May 02, 2014 5:09 AM
To: open-ils-general@list.georgialibraries.org

Subject: Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

If you've never seen the OverDrive API in action, you can see examples
in the Marmot catalog (VuFind) http://opac.marmot.org

If you do a search on minor adjustment beauty salon, you'll see
availability information for both their physical and digital versions of
this title, including OverDrive and OneClickDigital.

Here's a screenshot of the OverDrive ebook and audiobook versions of
Lean In:
http://www.noblenet.org/wp-content/uploads/leanin.png

The available one has a Checkout button and the other has a Place Hold
button.

I like the fact that Marmot has an eContent Source facet.

On 5/2/2014 8:47 AM, Rogan Hamby wrote:
 > Not to derail the conversation from Overdrive support (which would be
 > a great thing to have) I wonder if anyone else would be interested in
 > OneClickDigital integration.  They don't have a published set of APIs
 > at the moment but based on casual conversations I know they would be
 > interested in having similar functionality in Evergreen.  This isn't
 > high priority for us but I'm curious is there is widespread interest.
 >
 >
 > On Fri, May 2, 2014 at 8:43 AM, Kathy Lussier mailto:kluss...@masslnc.org>
 > >> wrote:
 >
 > Hi Ruth,
 >
 > There is information on the Overdrive API at
 > https://developer.overdrive.com/apis. The basic idea is that you
 > would see availability information for Overdrive material directly
 > in the catalog rather than sending the user to Overdrive to see this
 > information.  You could also allow users to do Overdrive checkouts
 > and place holds directly from the catalog.
 >
 >
 > Kathy
 >
 > Kathy Lussier
 > Project Coo

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update 2014-05-01 / feedback requested on catalog integration

[Forrest, Stuart]

I seem to be having a problem logging in to the browser client, tried 
admin/demo123, just keeps coming back to the login page.


Stuart Forrest PhD
Library Systems Specialist
Beaufort County Library
843 255 6450
sforr...@bcgov.net

http://www.beaufortcountylibrary.org

For Liesure, For Learning, For Life



From: open-ils-dev-boun...@list.georgialibraries.org 
[mailto:open-ils-dev-boun...@list.georgialibraries.org] On Behalf Of Bill 
Erickson
Sent: Friday, May 02, 2014 10:20 AM
To: Evergreen Discussion Group
Cc: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] [OPEN-ILS-GENERAL] browser client update 2014-05-01 
/ feedback requested on catalog integration


On Thu, May 1, 2014 at 4:12 PM, Forrest, Stuart 
mailto:sforr...@bcgov.net>> wrote:
Hi

What would be the login to the browser client, I'd like to take a look. 
Probably missed it an email somewhere...

https://bill-dev2.esilibrary.com/eg/staff/login

admin / demo123

This is often my development server as well, so I make no guarantees of 
stability.

Also, use Chrome for now, pending a resolution to the Firefox issue previously 
noted.

-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

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Holly Brennan]

I’m thinking that way too…. Otherwise, how would it know what we have from 
Overdrive? This API does a lot for helping the patron find info faster (without 
having to leave the catalog)… now I just need an API that tells our catalog 
what new records have been added to ListenAlaska (our statewide, Overdrive-run 
digital holdings)… without me doing a thing. ☺


-  Holly

From: open-ils-general-boun...@list.georgialibraries.org 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Rogan 
Hamby
Sent: Friday, May 02, 2014 11:17 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

I haven't read the APIs but I imagine you would.   If I'm wrong that would be 
really nice.  :)  Somehow I'm imaging this builds off behavior in 856 fields.



On Fri, May 2, 2014 at 3:01 PM, Holly Brennan 
mailto:haderh...@ci.homer.ak.us>> wrote:
One question about the Overdrive API: If implemented, would I still have to 
import the MARC records supplied by OCLC, as if I was cataloging and importing 
"real" items? I'm thinking yes, but I can dream big.

Thanks!

-Holly

-Original Message-
From: 
open-ils-general-boun...@list.georgialibraries.org
 
[mailto:open-ils-general-boun...@list.georgialibraries.org]
 On Behalf Of Elizabeth B. Thomsen
Sent: Friday, May 02, 2014 5:09 AM
To: 
open-ils-general@list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

If you've never seen the OverDrive API in action, you can see examples in the 
Marmot catalog (VuFind) http://opac.marmot.org

If you do a search on minor adjustment beauty salon, you'll see availability 
information for both their physical and digital versions of this title, 
including OverDrive and OneClickDigital.

Here's a screenshot of the OverDrive ebook and audiobook versions of Lean In:
http://www.noblenet.org/wp-content/uploads/leanin.png

The available one has a Checkout button and the other has a Place Hold button.

I like the fact that Marmot has an eContent Source facet.

On 5/2/2014 8:47 AM, Rogan Hamby wrote:
> Not to derail the conversation from Overdrive support (which would be
> a great thing to have) I wonder if anyone else would be interested in
> OneClickDigital integration.  They don't have a published set of APIs
> at the moment but based on casual conversations I know they would be
> interested in having similar functionality in Evergreen.  This isn't
> high priority for us but I'm curious is there is widespread interest.
>
>
> On Fri, May 2, 2014 at 8:43 AM, Kathy Lussier 
> mailto:kluss...@masslnc.org>
> >> wrote:
>
> Hi Ruth,
>
> There is information on the Overdrive API at
> https://developer.overdrive.com/apis. The basic idea is that you
> would see availability information for Overdrive material directly
> in the catalog rather than sending the user to Overdrive to see this
> information.  You could also allow users to do Overdrive checkouts
> and place holds directly from the catalog.
>
>
> Kathy
>
> Kathy Lussier
> Project Coordinator
> Massachusetts Library Network Cooperative
> (508) 343-0128  
> kluss...@masslnc.org  
> >
> Twitter:http://www.twitter.com/kmlussier
>
> On 5/2/2014 8:30 AM, Ruth Frasur wrote:
>> I'd need a little more information about what exactly it would do.
>>
>>
>> On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier
>> mailto:kluss...@masslnc.org> 
>> >> wrote:
>>
>> Hi Sharon,
>>
>> Funny, I was just thinking this morning of sending a similar
>> message to the listserv. We aren't working on anything with
>> Overdrive API integration, but, as I was beginning to plan for
>> FY15 development projects to consider (FY15 begins in July for
>> us), I added the Overdrive project to the list. I also would
>> like to hear if anyone else is working on it, but, if not, I
>> also would be interested in hearing if their are other
>> community members interested in jointly funding a project.
>>
>> Kathy
>>
>> Kathy Lussier
>> Project Coordinator
>> Massachusetts Library Network Cooperative
>> (508) 343-0128 
>> kluss...@masslnc.org 
>> >
>> Twitter: http://www.twitter.com/kmlussier
>>
>>
>> On 5/1/2014 3:52 PM, Sharon Herbert wrote:
>>
>> In July 2013, I shared out some analysis from Sitka
>> developer Steven Chan regarding the Overdrive API
>>

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update 2014-05-01 / feedback requested on catalog integration

[Bill Erickson]

On Fri, May 2, 2014 at 10:44 AM, Tim Spindler  wrote:

> Beyond the issues that Dan points out with iframes (which I agree may not
> be an issue in a webbased staff client like SEO).  One problem I have had
> with iframes is that they can force some awkward scrolling on smaller
> display sizes.  Is there a way to fix that if iframes were used?
>

There are ways to avoid nested scroll bars.  Following the example at
http://stackoverflow.com/questions/34655/making-an-iframe-take-vertical-spaceI
created a sample page with a dummy header and the catalog within an
iframe:

https://bill-dev2.esilibrary.com/~berick/cat.html

The height of the iframe is calculated at load time and modified to match
the height of the loaded content.  It seems to work pretty well.

-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

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Rogan Hamby]

I haven't read the APIs but I imagine you would.   If I'm wrong that would
be really nice.  :)  Somehow I'm imaging this builds off behavior in 856
fields.




On Fri, May 2, 2014 at 3:01 PM, Holly Brennan wrote:

> One question about the Overdrive API: If implemented, would I still have
> to import the MARC records supplied by OCLC, as if I was cataloging and
> importing "real" items? I'm thinking yes, but I can dream big.
>
> Thanks!
>
> -Holly
>
> -Original Message-
> From: open-ils-general-boun...@list.georgialibraries.org [mailto:
> open-ils-general-boun...@list.georgialibraries.org] On Behalf Of
> Elizabeth B. Thomsen
> Sent: Friday, May 02, 2014 5:09 AM
> To: open-ils-general@list.georgialibraries.org
> Subject: Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration
>
> If you've never seen the OverDrive API in action, you can see examples in
> the Marmot catalog (VuFind) http://opac.marmot.org
>
> If you do a search on minor adjustment beauty salon, you'll see
> availability information for both their physical and digital versions of
> this title, including OverDrive and OneClickDigital.
>
> Here's a screenshot of the OverDrive ebook and audiobook versions of Lean
> In:
> http://www.noblenet.org/wp-content/uploads/leanin.png
>
> The available one has a Checkout button and the other has a Place Hold
> button.
>
> I like the fact that Marmot has an eContent Source facet.
>
> On 5/2/2014 8:47 AM, Rogan Hamby wrote:
> > Not to derail the conversation from Overdrive support (which would be
> > a great thing to have) I wonder if anyone else would be interested in
> > OneClickDigital integration.  They don't have a published set of APIs
> > at the moment but based on casual conversations I know they would be
> > interested in having similar functionality in Evergreen.  This isn't
> > high priority for us but I'm curious is there is widespread interest.
> >
> >
> > On Fri, May 2, 2014 at 8:43 AM, Kathy Lussier  > > wrote:
> >
> > Hi Ruth,
> >
> > There is information on the Overdrive API at
> > https://developer.overdrive.com/apis. The basic idea is that you
> > would see availability information for Overdrive material directly
> > in the catalog rather than sending the user to Overdrive to see this
> > information.  You could also allow users to do Overdrive checkouts
> > and place holds directly from the catalog.
> >
> >
> > Kathy
> >
> > Kathy Lussier
> > Project Coordinator
> > Massachusetts Library Network Cooperative
> > (508) 343-0128  
> > kluss...@masslnc.org  
> > Twitter:http://www.twitter.com/kmlussier
> >
> > On 5/2/2014 8:30 AM, Ruth Frasur wrote:
> >> I'd need a little more information about what exactly it would do.
> >>
> >>
> >> On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier
> >> mailto:kluss...@masslnc.org>> wrote:
> >>
> >> Hi Sharon,
> >>
> >> Funny, I was just thinking this morning of sending a similar
> >> message to the listserv. We aren't working on anything with
> >> Overdrive API integration, but, as I was beginning to plan for
> >> FY15 development projects to consider (FY15 begins in July for
> >> us), I added the Overdrive project to the list. I also would
> >> like to hear if anyone else is working on it, but, if not, I
> >> also would be interested in hearing if their are other
> >> community members interested in jointly funding a project.
> >>
> >> Kathy
> >>
> >> Kathy Lussier
> >> Project Coordinator
> >> Massachusetts Library Network Cooperative
> >> (508) 343-0128 
> >> kluss...@masslnc.org 
> >> Twitter: http://www.twitter.com/kmlussier
> >>
> >>
> >> On 5/1/2014 3:52 PM, Sharon Herbert wrote:
> >>
> >> In July 2013, I shared out some analysis from Sitka
> >> developer Steven Chan regarding the Overdrive API
> >> integration that was available at that time:
> >> http://markmail.org/message/dbkraxlsj562wxzh
> >>
> >> In October 2013, Overdrive released additional Circulation
> >> APIs and in January 2014, Sitka began development on
> >> integrating those additional pieces. To date, we have not
> >> been aware of any other EG jurisdictions working on this
> >> development, but as it is taking longer than we
> >> anticipated to complete, I wanted to check in with the
> >> community again to see if anyone one else is working on
> >> integrating the Overdrive APIs with EG, specifically for
> v2.6.
> >>
> >> Thanks,
> >> Sharon
> >>
> >>
> >>
> >>
> >>
> >> --
> >> Ruth Frasur
> >> Director of the Historic(ally Awesome) Hagerstown - Jefferson
> >> Township Library
> >> 10 W. College Street

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Holly Brennan]

One question about the Overdrive API: If implemented, would I still have to 
import the MARC records supplied by OCLC, as if I was cataloging and importing 
"real" items? I'm thinking yes, but I can dream big.

Thanks!

-Holly

-Original Message-
From: open-ils-general-boun...@list.georgialibraries.org 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of 
Elizabeth B. Thomsen
Sent: Friday, May 02, 2014 5:09 AM
To: open-ils-general@list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

If you've never seen the OverDrive API in action, you can see examples in the 
Marmot catalog (VuFind) http://opac.marmot.org

If you do a search on minor adjustment beauty salon, you'll see availability 
information for both their physical and digital versions of this title, 
including OverDrive and OneClickDigital.

Here's a screenshot of the OverDrive ebook and audiobook versions of Lean In:
http://www.noblenet.org/wp-content/uploads/leanin.png

The available one has a Checkout button and the other has a Place Hold button.

I like the fact that Marmot has an eContent Source facet.

On 5/2/2014 8:47 AM, Rogan Hamby wrote:
> Not to derail the conversation from Overdrive support (which would be 
> a great thing to have) I wonder if anyone else would be interested in 
> OneClickDigital integration.  They don't have a published set of APIs 
> at the moment but based on casual conversations I know they would be 
> interested in having similar functionality in Evergreen.  This isn't 
> high priority for us but I'm curious is there is widespread interest.
>
>
> On Fri, May 2, 2014 at 8:43 AM, Kathy Lussier  > wrote:
>
> Hi Ruth,
>
> There is information on the Overdrive API at
> https://developer.overdrive.com/apis. The basic idea is that you
> would see availability information for Overdrive material directly
> in the catalog rather than sending the user to Overdrive to see this
> information.  You could also allow users to do Overdrive checkouts
> and place holds directly from the catalog.
>
>
> Kathy
>
> Kathy Lussier
> Project Coordinator
> Massachusetts Library Network Cooperative
> (508) 343-0128  
> kluss...@masslnc.org  
> Twitter:http://www.twitter.com/kmlussier
>
> On 5/2/2014 8:30 AM, Ruth Frasur wrote:
>> I'd need a little more information about what exactly it would do.
>>
>>
>> On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier
>> mailto:kluss...@masslnc.org>> wrote:
>>
>> Hi Sharon,
>>
>> Funny, I was just thinking this morning of sending a similar
>> message to the listserv. We aren't working on anything with
>> Overdrive API integration, but, as I was beginning to plan for
>> FY15 development projects to consider (FY15 begins in July for
>> us), I added the Overdrive project to the list. I also would
>> like to hear if anyone else is working on it, but, if not, I
>> also would be interested in hearing if their are other
>> community members interested in jointly funding a project.
>>
>> Kathy
>>
>> Kathy Lussier
>> Project Coordinator
>> Massachusetts Library Network Cooperative
>> (508) 343-0128 
>> kluss...@masslnc.org 
>> Twitter: http://www.twitter.com/kmlussier
>>
>>
>> On 5/1/2014 3:52 PM, Sharon Herbert wrote:
>>
>> In July 2013, I shared out some analysis from Sitka
>> developer Steven Chan regarding the Overdrive API
>> integration that was available at that time:
>> http://markmail.org/message/dbkraxlsj562wxzh
>>
>> In October 2013, Overdrive released additional Circulation
>> APIs and in January 2014, Sitka began development on
>> integrating those additional pieces. To date, we have not
>> been aware of any other EG jurisdictions working on this
>> development, but as it is taking longer than we
>> anticipated to complete, I wanted to check in with the
>> community again to see if anyone one else is working on
>> integrating the Overdrive APIs with EG, specifically for v2.6.
>>
>> Thanks,
>> Sharon
>>
>>
>>
>>
>>
>> --
>> Ruth Frasur
>> Director of the Historic(ally Awesome) Hagerstown - Jefferson
>> Township Library
>> 10 W. College Street in Hagerstown, Indiana (47346)
>> p (765) 489-5632 ; f (765) 489-5808
>> 
>>
>> Our Kickin' Website Our Rockin'
>> Facebook Page  and Stuff I'm
>> Reading
>>
>
>
>
>
> --
>
> Rogan Hamby, MLS, CCNP, MIA
> Managers Headquarters Library and Reference Services, York County 
> Library System
>
> “You don't 

Re: [OPEN-ILS-GENERAL] Running authority_control_fields.pl

[Jeff Davis]

On Fri, 2 May 2014 16:50:25 +, Kyle Tomita  
wrote:
> I recently ran the auth to bib linking with the use of the batcher
> scripts from MVLC,
> http://blog.mvlcstaff.org/2012/09/howto-batch-authority-control.html.
> 
> It took about 8 days and 8 hours to complete.
> 800K bib records and 560K auth records
> Ran batches of 5000 bibs and ran 3 batches at a time.
> 
> I am wondering if others have used this batching process and how my
> times match up.

Last time I tried running authority_control_fields.pl, it took about 30
minutes to process a set of 1,554 bib records on a test server, i.e.
about 1.2s per record.  Since it was just a small test set, I didn't try
running multiple processes in parallel.  I didn't notice particularly
high load during the test, so I suspect disk I/O was the limiting
factor; I'd expect better results on a db server using SSDs, but haven't
tested that so far.
-- 
Jeff Davis
Lead Evergreen Specialist
BC Libraries Cooperative

Re: [OPEN-ILS-GENERAL] Running authority_control_fields.pl

[Kyle Tomita]

Thanks.  Seems like the general consensus is that it takes a long time and 
should be run overnight.

-Original Message-
From: open-ils-general-boun...@list.georgialibraries.org 
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Sharp, 
Chris
Sent: Friday, May 02, 2014 11:16 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Running authority_control_fields.pl

I can verify that it took a very very long time for us too.  I used Jason 
Stephenson's "disbatcher.pl" script (description here: 
http://blog.mvlcstaff.org/2012/09/howto-batch-authority-control.html), which 
allowed me to run them in batches overnight.

Hope that's helpful!

Chris

- Original Message -
> From: "Tim Spindler" 
> To: "Evergreen Discussion Group" 
> 
> Sent: Friday, May 2, 2014 2:04:05 PM
> Subject: Re: [OPEN-ILS-GENERAL] Running authority_control_fields.pl
> 
> 
> I can't speak specifically to your times but it is in the ball park of 
> what I have seen for our servers.
> 
> 
> Tim Spindler
> Manager of Library Applications
> C/W MARS
> 
> 
> 
> On Fri, May 2, 2014 at 12:50 PM, Kyle Tomita < 
> ktom...@catalystitservices.com > wrote:
> 
> 
> 
> 
> 
> 
> Hi everyone,
> 
> 
> 
> I recently ran the auth to bib linking with the use of the batcher 
> scripts from MVLC, 
> http://blog.mvlcstaff.org/2012/09/howto-batch-authority-control.html
> .
> 
> 
> 
> It took about 8 days and 8 hours to complete.
> 
> 800K bib records and 560K auth records
> 
> Ran batches of 5000 bibs and ran 3 batches at a time.
> 
> 
> 
> I am wondering if others have used this batching process and how my 
> times match up.
> 
> 
> 
> Thanks MVLC for sharing this batching process.
> 
> 
> 
> Kyle Tomita
> 
> Developer II, Catalyst IT Services
> 
> Beaverton Office
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Sent from my Verizon Wireless 4G LTE smartphone
> 
> 
> 
> 
> 
> --
> Tim Spindler
> tjspind...@gmail.com
> 
> 
> 
> 
> P Go Green - Save a tree! Please don't print this e-mail unless it's 
> really necessary.
> 
> 

--
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] Running authority_control_fields.pl

[Sharp, Chris]

I can verify that it took a very very long time for us too.  I used Jason 
Stephenson's "disbatcher.pl" script (description here: 
http://blog.mvlcstaff.org/2012/09/howto-batch-authority-control.html), which 
allowed me to run them in batches overnight.

Hope that's helpful!

Chris

- Original Message -
> From: "Tim Spindler" 
> To: "Evergreen Discussion Group" 
> Sent: Friday, May 2, 2014 2:04:05 PM
> Subject: Re: [OPEN-ILS-GENERAL] Running authority_control_fields.pl
> 
> 
> I can't speak specifically to your times but it is in the ball park
> of what I have seen for our servers.
> 
> 
> Tim Spindler
> Manager of Library Applications
> C/W MARS
> 
> 
> 
> On Fri, May 2, 2014 at 12:50 PM, Kyle Tomita <
> ktom...@catalystitservices.com > wrote:
> 
> 
> 
> 
> 
> 
> Hi everyone,
> 
> 
> 
> I recently ran the auth to bib linking with the use of the batcher
> scripts from MVLC,
> http://blog.mvlcstaff.org/2012/09/howto-batch-authority-control.html
> .
> 
> 
> 
> It took about 8 days and 8 hours to complete.
> 
> 800K bib records and 560K auth records
> 
> Ran batches of 5000 bibs and ran 3 batches at a time.
> 
> 
> 
> I am wondering if others have used this batching process and how my
> times match up.
> 
> 
> 
> Thanks MVLC for sharing this batching process.
> 
> 
> 
> Kyle Tomita
> 
> Developer II, Catalyst IT Services
> 
> Beaverton Office
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Sent from my Verizon Wireless 4G LTE smartphone
> 
> 
> 
> 
> 
> --
> Tim Spindler
> tjspind...@gmail.com
> 
> 
> 
> 
> P Go Green - Save a tree! Please don't print this e-mail unless it's
> really necessary.
> 
> 

-- 
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] [OPEN-ILS-DEV] browser client update for 2014-04-23

[Ruth Frasur]

Thanks for this!!


On Fri, May 2, 2014 at 12:24 PM, McCanna, Terran <
tmcca...@georgialibraries.org> wrote:

> Yes, very useful!
>
>
> 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: "Kathy Lussier" 
> To: open-ils-general@list.georgialibraries.org
> Sent: Friday, May 2, 2014 11:58:02 AM
> Subject: Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for
>  2014-04-23
>
>
> Thank you Bill! It certainly helps me!
>
> Kathy
> Kathy Lussier
> Project Coordinator
> Massachusetts Library Network Cooperative
> (508) 343-0128 kluss...@masslnc.org Twitter:
> http://www.twitter.com/kmlussier On 5/2/2014 11:53 AM, Bill Erickson
> wrote:
>
>
>
>
>
>
>
> On Fri, May 2, 2014 at 10:39 AM, Bill Erickson < ber...@esilibrary.com >
> wrote:
>
>
>
>
>
>
>
>
> On Fri, May 2, 2014 at 10:26 AM, Kathy Lussier < kluss...@masslnc.org >
> wrote:
>
>
>
>
> Hi Bill,
>
> I apologize if this information is contained in the below links, but, if
> it is, I might just need it more clearly spelled out for me. I know the
> shim is required for offline mode and I know it is required to store local
> preferences outside of the browser. In what cases is the shim required for
> printing? Is it only in cases where a workstation shares multiple printers?
> If a workstation uses only one printer, will all of the printer preferences
> available in Evergreen today be available without the use of the shim? What
> about prompt-less printing?
>
>
>
>
> No problem, Kathy. I'll start a wiki page...
>
>
>
>
>
> http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:hatch:who_needs_it
>
>
>
> Let me know if this does not answer all of your questions.
>
>
> -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
>
>
>


-- 
Ruth Frasur
Director of the Historic(ally Awesome) Hagerstown - Jefferson Township
Library
10 W. College Street in Hagerstown, Indiana (47346)
p (765) 489-5632; f (765) 489-5808

Our Kickin' Website   Our Rockin' Facebook
Page   and Stuff I'm
Reading

Re: [OPEN-ILS-GENERAL] Running authority_control_fields.pl

[Tim Spindler]

I can't speak specifically to your times but it is in the ball park of what
I have seen for our servers.

Tim Spindler
Manager of Library Applications
C/W MARS


On Fri, May 2, 2014 at 12:50 PM, Kyle Tomita  wrote:

>  Hi everyone,
>
>
>
> I recently ran the auth to bib linking with the use of the batcher scripts
> from MVLC,
> http://blog.mvlcstaff.org/2012/09/howto-batch-authority-control.html.
>
>
>
> It took about 8 days and 8 hours to complete.
>
> 800K bib records and 560K auth records
>
> Ran batches of 5000 bibs and ran 3 batches at a time.
>
>
>
> I am wondering if others have used this batching process and how my times
> match up.
>
>
>
> Thanks MVLC for sharing this batching process.
>
>
>
> Kyle Tomita
>
> Developer II, Catalyst IT Services
>
> Beaverton Office
>
>
>
>
>
>
>
> Sent from my Verizon Wireless 4G LTE smartphone
>
>
>



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

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

[OPEN-ILS-GENERAL] Running authority_control_fields.pl

[Kyle Tomita]

Hi everyone,

I recently ran the auth to bib linking with the use of the batcher scripts from 
MVLC, http://blog.mvlcstaff.org/2012/09/howto-batch-authority-control.html.

It took about 8 days and 8 hours to complete.
800K bib records and 560K auth records
Ran batches of 5000 bibs and ran 3 batches at a time.

I am wondering if others have used this batching process and how my times match 
up.

Thanks MVLC for sharing this batching process.

Kyle Tomita
Developer II, Catalyst IT Services
Beaverton Office
[cid:image001.png@01CF65EA.A73A4440]



Sent from my Verizon Wireless 4G LTE smartphone

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for 2014-04-23

[McCanna, Terran]

Yes, very useful!


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: "Kathy Lussier" 
To: open-ils-general@list.georgialibraries.org
Sent: Friday, May 2, 2014 11:58:02 AM
Subject: Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for
2014-04-23


Thank you Bill! It certainly helps me! 

Kathy 
Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128 kluss...@masslnc.org Twitter: http://www.twitter.com/kmlussier 
On 5/2/2014 11:53 AM, Bill Erickson wrote: 







On Fri, May 2, 2014 at 10:39 AM, Bill Erickson < ber...@esilibrary.com > wrote: 








On Fri, May 2, 2014 at 10:26 AM, Kathy Lussier < kluss...@masslnc.org > wrote: 




Hi Bill, 

I apologize if this information is contained in the below links, but, if it is, 
I might just need it more clearly spelled out for me. I know the shim is 
required for offline mode and I know it is required to store local preferences 
outside of the browser. In what cases is the shim required for printing? Is it 
only in cases where a workstation shares multiple printers? If a workstation 
uses only one printer, will all of the printer preferences available in 
Evergreen today be available without the use of the shim? What about 
prompt-less printing? 




No problem, Kathy. I'll start a wiki page... 




http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:hatch:who_needs_it
 



Let me know if this does not answer all of your questions. 


-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 

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for 2014-04-23

[Kathy Lussier]

Thank you Bill! It certainly helps me!

Kathy

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

On 5/2/2014 11:53 AM, Bill Erickson wrote:



On Fri, May 2, 2014 at 10:39 AM, Bill Erickson > wrote:




On Fri, May 2, 2014 at 10:26 AM, Kathy Lussier
mailto:kluss...@masslnc.org>> wrote:

Hi Bill,

I apologize if this information is contained in the below
links, but, if it is, I might just need it more clearly
spelled out for me. I know the shim is required for offline
mode and I know it is required to store local preferences
outside of the browser. In what cases is the shim required for
printing? Is it only in cases where a workstation shares
multiple printers? If a workstation uses only one printer,
will all of the printer preferences available in Evergreen
today be available without the use of the shim? What about
prompt-less printing?


No problem, Kathy.  I'll start a wiki page...


http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:hatch:who_needs_it

Let me know if this does not answer all of your questions.

-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

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for 2014-04-23

[Bill Erickson]

On Fri, May 2, 2014 at 10:39 AM, Bill Erickson wrote:

>
>
> On Fri, May 2, 2014 at 10:26 AM, Kathy Lussier wrote:
>
>>  Hi Bill,
>>
>> I apologize if this information is contained in the below links, but, if
>> it is, I might just need it more clearly spelled out for me. I know the
>> shim is required for offline mode and I know it is required to store local
>> preferences outside of the browser. In what cases is the shim required for
>> printing? Is it only in cases where a workstation shares multiple printers?
>> If a workstation uses only one printer, will all of the printer preferences
>> available in Evergreen today be available without the use of the shim? What
>> about prompt-less printing?
>>
>>
> No problem, Kathy.  I'll start a wiki page...
>
>
http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:hatch:who_needs_it

Let me know if this does not answer all of your questions.

-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

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update 2014-05-01 / feedback requested on catalog integration

[Tim Spindler]

Beyond the issues that Dan points out with iframes (which I agree may not
be an issue in a webbased staff client like SEO).  One problem I have had
with iframes is that they can force some awkward scrolling on smaller
display sizes.  Is there a way to fix that if iframes were used?

Tim


On Thu, May 1, 2014 at 3:49 PM, Dan Wells  wrote:

>  Hello Bill,
>
>
>
> Thanks for the update.
>
>
>
> I know others feel differently, but I don’t think we should rule out using
> iframes for catalog integration.  Iframes are actually pretty close in many
> respects to the way the catalog “integrates” into the current (XUL) staff
> client.  The usual problems with iframes are bookmarking (not really a
> concern the way we would use it), SEO (not a concern here at all), and
> cross-site scripting issues (we should have the same origin, which solves
> the biggest headaches).  If we want to keep things close to the current
> design, especially for phase one, iframes could be our shortest path there.
>
>
>
> That said, I believe we could rework some bits of the TPAC (and it might
> not take much at all) to essentially use the same templates to dynamically
> fetch a frameless TPAC “core” for displaying inline in the staff client.
>
>
>
> I do also like the idea of having (more or less) a grid-based OPAC (call
> it the gridPAC, of course) for use within staff client interfaces.
>
>
>
> Dan
>
>
>
>
>
> Daniel Wells
>
> Library Programmer/Analyst
>
> Hekman Library, Calvin College
>
> 616.526.7133
>
>
>
> *From:* open-ils-general-boun...@list.georgialibraries.org [mailto:
> open-ils-general-boun...@list.georgialibraries.org] *On Behalf Of *Bill
> Erickson
>
> *Sent:* Thursday, May 01, 2014 10:40 AM
> *To:* Evergreen Discussion Group; Evergreen Development Discussion List
> *Subject:* [OPEN-ILS-GENERAL] browser client update 2014-05-01 / feedback
> requested on catalog integration
>
>
>
> Hi All,
>
>
>
> Here's another mixed bag of updates:
>
>
>
> http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:dev_notes
>
>
>
> Feedback on catalog integration appreciated.
>
>
>
> Thanks!
>
>
>
> -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
>
>
>



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

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

[OPEN-ILS-GENERAL] Hack-A-Way

[Rogan Hamby]

Just a reminder, if anyone is interested in hosting the Hack-A-Way this
year please get back with me by May 30th at the very latest.

This is a chance to add prestige to your organization, or at least help
along the development of Evergreen.  The requirements really aren't all
that great - access to affordable accommodations, meeting room, some
caffeine.

Also, if you represent a library or business that would like to sponsor the
Hack-A-Way please contact me immediately.

-- 

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

“You don't have to burn books to destroy a culture. Just get people to stop
reading them.”
― Ray Bradbury 

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

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for 2014-04-23

[Bill Erickson]

On Fri, May 2, 2014 at 10:26 AM, Kathy Lussier  wrote:

>  Hi Bill,
>
> I apologize if this information is contained in the below links, but, if
> it is, I might just need it more clearly spelled out for me. I know the
> shim is required for offline mode and I know it is required to store local
> preferences outside of the browser. In what cases is the shim required for
> printing? Is it only in cases where a workstation shares multiple printers?
> If a workstation uses only one printer, will all of the printer preferences
> available in Evergreen today be available without the use of the shim? What
> about prompt-less printing?
>
>
No problem, Kathy.  I'll start a wiki page...

-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

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Rogan Hamby]

A lot of the logic is backend, stuff, having an Evergreen system talk to
Overdrive, etc

There would certainly be staff client work to implement but there's ongoing
work in the xul staff client as well that will have to move over.  So, I
wouldn't call it a conflict per se.


On Fri, May 2, 2014 at 9:55 AM, Ruth Frasur
wrote:

> Thanks all :-)  I think this is awesome, and would be interested in seeing
> it developed.  I'm curious, however, if it would conflict with any of the
> web client development stuff.  I'm thinking no but just asking for
> confirmation (or not).
>
>
> On Fri, May 2, 2014 at 9:08 AM, Elizabeth B. Thomsen wrote:
>
>> If you've never seen the OverDrive API in action, you can see examples in
>> the Marmot catalog (VuFind)
>> http://opac.marmot.org
>>
>> If you do a search on minor adjustment beauty salon, you'll see
>> availability information for both their physical and digital versions of
>> this title, including OverDrive and OneClickDigital.
>>
>> Here's a screenshot of the OverDrive ebook and audiobook versions of Lean
>> In:
>> http://www.noblenet.org/wp-content/uploads/leanin.png
>>
>> The available one has a Checkout button and the other has a Place Hold
>> button.
>>
>> I like the fact that Marmot has an eContent Source facet.
>>
>>
>> On 5/2/2014 8:47 AM, Rogan Hamby wrote:
>>
>>> Not to derail the conversation from Overdrive support (which would be a
>>> great thing to have) I wonder if anyone else would be interested in
>>> OneClickDigital integration.  They don't have a published set of APIs at
>>> the moment but based on casual conversations I know they would be
>>> interested in having similar functionality in Evergreen.  This isn't
>>> high priority for us but I'm curious is there is widespread interest.
>>>
>>>
>>> On Fri, May 2, 2014 at 8:43 AM, Kathy Lussier >> > wrote:
>>>
>>> Hi Ruth,
>>>
>>> There is information on the Overdrive API at
>>> https://developer.overdrive.com/apis. The basic idea is that you
>>> would see availability information for Overdrive material directly
>>> in the catalog rather than sending the user to Overdrive to see this
>>> information.  You could also allow users to do Overdrive checkouts
>>> and place holds directly from the catalog.
>>>
>>>
>>> Kathy
>>>
>>> Kathy Lussier
>>> Project Coordinator
>>> Massachusetts Library Network Cooperative
>>> (508) 343-0128  
>>> kluss...@masslnc.org  
>>>
>>> Twitter:http://www.twitter.com/kmlussier
>>>
>>> On 5/2/2014 8:30 AM, Ruth Frasur wrote:
>>>
 I'd need a little more information about what exactly it would do.


 On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier
 mailto:kluss...@masslnc.org>> wrote:

 Hi Sharon,

 Funny, I was just thinking this morning of sending a similar
 message to the listserv. We aren't working on anything with
 Overdrive API integration, but, as I was beginning to plan for
 FY15 development projects to consider (FY15 begins in July for
 us), I added the Overdrive project to the list. I also would
 like to hear if anyone else is working on it, but, if not, I
 also would be interested in hearing if their are other
 community members interested in jointly funding a project.

 Kathy

 Kathy Lussier
 Project Coordinator
 Massachusetts Library Network Cooperative
 (508) 343-0128 
 kluss...@masslnc.org 

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


 On 5/1/2014 3:52 PM, Sharon Herbert wrote:

 In July 2013, I shared out some analysis from Sitka
 developer Steven Chan regarding the Overdrive API
 integration that was available at that time:
 http://markmail.org/message/dbkraxlsj562wxzh

 In October 2013, Overdrive released additional Circulation
 APIs and in January 2014, Sitka began development on
 integrating those additional pieces. To date, we have not
 been aware of any other EG jurisdictions working on this
 development, but as it is taking longer than we
 anticipated to complete, I wanted to check in with the
 community again to see if anyone one else is working on
 integrating the Overdrive APIs with EG, specifically for
 v2.6.

 Thanks,
 Sharon





 --
 Ruth Frasur
 Director of the Historic(ally Awesome) Hagerstown - Jefferson
 Township Library
 10 W. College Street in Hagerstown, Indiana (47346)
 p (765) 489-5632 ; f (765) 489-5808
 

 Our Kick

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for 2014-04-23

[Kathy Lussier]

Hi Bill,

I apologize if this information is contained in the below links, but, if 
it is, I might just need it more clearly spelled out for me. I know the 
shim is required for offline mode and I know it is required to store 
local preferences outside of the browser. In what cases is the shim 
required for printing? Is it only in cases where a workstation shares 
multiple printers? If a workstation uses only one printer, will all of 
the printer preferences available in Evergreen today be available 
without the use of the shim? What about prompt-less printing?


Thank you!
Kathy

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

On 5/2/2014 9:53 AM, Bill Erickson wrote:
Great points, Rogan and Dan.  Just to re-state: Hatch (Java shim) is 
not required to use the client.  This continues to be a point of 
confusion, though, so if there's some way we can keep this clear for 
everyone, I'm all ears.  I'm not above putting a flashing marquee in 
the client.


This point is reiterated in various places:

http://evergreen-ils.org/wp-content/uploads/2014/04/eg14_EG_2014_Bill_Erickson_Browser_Client.html#(10) 


http://yeti.esilibrary.com/dev/pub/web-staff-log.html#_2013_12_03_what_about_workstations_printing
http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:dev_notes

Also, for reference, here are the notes from the Hackaway discussions:

https://docs.google.com/document/d/1QALWLD-vAjDV8HseQyE5j0Yc-93Nrl-1B00xeP_npak/edit

-b



On Fri, May 2, 2014 at 9:10 AM, Dan Wells > wrote:


>So why bother with a web based client?  I only had to write a
very small
>HTML5 app to realize it is a nightmarish moving target of pain.
 Raise your hand if you would willingly use
>HTML/CSS/DOM/JS for anything if it wasn't the lowest common
demoninator that everything reads in an almost but
>not quite incompatible way.  But it looks like most of those odd
platforms just got dropped from consideration as hosts
>for the new staff client, leaving only those that support the
JRE.  Basically, newish Windows, OS X and Linux or the
>same as Xulrunner and the current client.

Two points.  First, the Java "shim" (aka hatch) will ideally not
be required for staff client use, but only for certain special
features (like printing) which are not well supported natively by
the browser environment.  Second, since we are already
communicating via a network protocol, there have been discussions
of allowing the Java shim to run on a different machine on your
local network to allow for hybrid use (e.g. taking inventory on a
tablet but then printing from that tablet to a machine at the circ
desk).

Dan


Daniel Wells
Library Programmer/Analyst
Hekman Library, Calvin College
616.526.7133 




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

Re: [OPEN-ILS-GENERAL] browser client update 2014-05-01 / feedback requested on catalog integration

[Bill Erickson]

On Thu, May 1, 2014 at 4:19 PM, McCanna, Terran <
tmcca...@georgialibraries.org> wrote:

> >
> - Although you're not working on the cataloging phase yet, catalogers
> switch back and forth between the MARC view and the catalog view of a bib
> record when creating it / working on it to make sure it will display
> properly when patrons view it through the OPAC, so please keep that in mind.
>
>
> Do we see this as materially different from having the MARC view open in
> one browser tab and the catalog view open in another?
>
> <
>
> I'm going to say yes, but that may depend on how it's implemented. If I
> were a cataloger working on a single bib record today in my staff client, I
> can switch between MARC View / MARC Edit / OPAC View in the same tab and as
> I make changes, those changes are immediately reflected. If I am working on
> several bib records at once, I can keep them all straight because each
>  record is on a single tab no matter which way I'm viewing it.
>
> If I were using the MARC view in the web client and clicked a button to
> view that record in the OPAC and it opened in a new tab, then clicked on
> that OPAC view to switch to the MARC Edit view, would it open a third tab?
> Or if I switched back to the MARC edit view to make a change and then
> clicked on OPAC View again, would it then open another new tab? Or would I
> have to switch to the tab I'd opened before and refresh it? Or would it
> recognize that I'd already opened that tab and switch to it and refresh it?
> See where I'm going with this?  It seems like it would be easy for both the
> staff person and the system to lose track of which tabs were related to
> each other, particularly if multiple records are being worked on at once.
>
> I hope I'm thinking about this and explaining it clearly, it's been a very
> long day here! I'd welcome perspective from other staff users on all of
> this.
>
>
Makes perfect sense.  This is certainly a compelling reason to keep some
form of embedded catalog display within the client.

Thanks, Terran.

-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

Re: [OPEN-ILS-GENERAL] browser client update 2014-05-01 / feedback requested on catalog integration

[Bill Erickson]

On Thu, May 1, 2014 at 4:12 PM, Forrest, Stuart  wrote:

> Hi
>
> What would be the login to the browser client, I'd like to take a look.
> Probably missed it an email somewhere...
>

https://bill-dev2.esilibrary.com/eg/staff/login

admin / demo123

This is often my development server as well, so I make no guarantees of
stability.

Also, use Chrome for now, pending a resolution to the Firefox issue
previously noted.

-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

[OPEN-ILS-GENERAL] Acquisition Questions

[Kelly Drake]

The FLO Consortium is seriously looking at Evergreen as a possible next
system; we are currently using Voyager and  have a few questions about the
acquisitions module.


While we understand that a number of Evergreen libraries do not use
acquisitions, and that it was recently enhanced, would anyone who is
currently using Acquisitions mind answering some of the following questions?




   1. In general, how does the acq system function and does it fit your
   workflow?  Or did you have to do lots of reworking to accommodate your
   workflow?
   2. How does the searching work for POs and funds?  It looks like it has
   to be an exact match, but there are other places where a more general
   search seems to work.
   3. How do you fix a mistake?  For example, while playing in our test
   system, I entered a PO with a typo in the name.  I cannot for the life of
   me figure out how to fix that.



Any other input on Acquisitions functioning would be greatly appreciated!


Kelly Drake
Systems Librarian
Fenway Libraries Online
Boston, MA 02115
ke...@flo.org | 617-442-2384

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Ruth Frasur]

Thanks all :-)  I think this is awesome, and would be interested in seeing
it developed.  I'm curious, however, if it would conflict with any of the
web client development stuff.  I'm thinking no but just asking for
confirmation (or not).


On Fri, May 2, 2014 at 9:08 AM, Elizabeth B. Thomsen wrote:

> If you've never seen the OverDrive API in action, you can see examples in
> the Marmot catalog (VuFind)
> http://opac.marmot.org
>
> If you do a search on minor adjustment beauty salon, you'll see
> availability information for both their physical and digital versions of
> this title, including OverDrive and OneClickDigital.
>
> Here's a screenshot of the OverDrive ebook and audiobook versions of Lean
> In:
> http://www.noblenet.org/wp-content/uploads/leanin.png
>
> The available one has a Checkout button and the other has a Place Hold
> button.
>
> I like the fact that Marmot has an eContent Source facet.
>
>
> On 5/2/2014 8:47 AM, Rogan Hamby wrote:
>
>> Not to derail the conversation from Overdrive support (which would be a
>> great thing to have) I wonder if anyone else would be interested in
>> OneClickDigital integration.  They don't have a published set of APIs at
>> the moment but based on casual conversations I know they would be
>> interested in having similar functionality in Evergreen.  This isn't
>> high priority for us but I'm curious is there is widespread interest.
>>
>>
>> On Fri, May 2, 2014 at 8:43 AM, Kathy Lussier > > wrote:
>>
>> Hi Ruth,
>>
>> There is information on the Overdrive API at
>> https://developer.overdrive.com/apis. The basic idea is that you
>> would see availability information for Overdrive material directly
>> in the catalog rather than sending the user to Overdrive to see this
>> information.  You could also allow users to do Overdrive checkouts
>> and place holds directly from the catalog.
>>
>>
>> Kathy
>>
>> Kathy Lussier
>> Project Coordinator
>> Massachusetts Library Network Cooperative
>> (508) 343-0128  
>> kluss...@masslnc.org  
>>
>> Twitter:http://www.twitter.com/kmlussier
>>
>> On 5/2/2014 8:30 AM, Ruth Frasur wrote:
>>
>>> I'd need a little more information about what exactly it would do.
>>>
>>>
>>> On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier
>>> mailto:kluss...@masslnc.org>> wrote:
>>>
>>> Hi Sharon,
>>>
>>> Funny, I was just thinking this morning of sending a similar
>>> message to the listserv. We aren't working on anything with
>>> Overdrive API integration, but, as I was beginning to plan for
>>> FY15 development projects to consider (FY15 begins in July for
>>> us), I added the Overdrive project to the list. I also would
>>> like to hear if anyone else is working on it, but, if not, I
>>> also would be interested in hearing if their are other
>>> community members interested in jointly funding a project.
>>>
>>> Kathy
>>>
>>> Kathy Lussier
>>> Project Coordinator
>>> Massachusetts Library Network Cooperative
>>> (508) 343-0128 
>>> kluss...@masslnc.org 
>>>
>>> Twitter: http://www.twitter.com/kmlussier
>>>
>>>
>>> On 5/1/2014 3:52 PM, Sharon Herbert wrote:
>>>
>>> In July 2013, I shared out some analysis from Sitka
>>> developer Steven Chan regarding the Overdrive API
>>> integration that was available at that time:
>>> http://markmail.org/message/dbkraxlsj562wxzh
>>>
>>> In October 2013, Overdrive released additional Circulation
>>> APIs and in January 2014, Sitka began development on
>>> integrating those additional pieces. To date, we have not
>>> been aware of any other EG jurisdictions working on this
>>> development, but as it is taking longer than we
>>> anticipated to complete, I wanted to check in with the
>>> community again to see if anyone one else is working on
>>> integrating the Overdrive APIs with EG, specifically for
>>> v2.6.
>>>
>>> Thanks,
>>> Sharon
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Ruth Frasur
>>> Director of the Historic(ally Awesome) Hagerstown - Jefferson
>>> Township Library
>>> 10 W. College Street in Hagerstown, Indiana (47346)
>>> p (765) 489-5632 ; f (765) 489-5808
>>> 
>>>
>>> Our Kickin' Website Our Rockin'
>>> Facebook Page  and Stuff I'm
>>> Reading
>>>
>>>
>>
>>
>>
>> --
>>
>> Rogan Hamby, MLS, CCNP, MIA
>> Managers Headquarters Library and Reference Services,
>> York County Library System
>>
>> “You don't have to burn books to destroy a culture. Just get people to
>> stop reading them.”
>> ― Ray Bradbury 

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for 2014-04-23

[Bill Erickson]

Great points, Rogan and Dan.  Just to re-state: Hatch (Java shim) is not
required to use the client.  This continues to be a point of confusion,
though, so if there's some way we can keep this clear for everyone, I'm all
ears.  I'm not above putting a flashing marquee in the client.

This point is reiterated in various places:

http://evergreen-ils.org/wp-content/uploads/2014/04/eg14_EG_2014_Bill_Erickson_Browser_Client.html#(10)
http://yeti.esilibrary.com/dev/pub/web-staff-log.html#_2013_12_03_what_about_workstations_printing
http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:dev_notes

Also, for reference, here are the notes from the Hackaway discussions:

https://docs.google.com/document/d/1QALWLD-vAjDV8HseQyE5j0Yc-93Nrl-1B00xeP_npak/edit

-b




On Fri, May 2, 2014 at 9:10 AM, Dan Wells  wrote:

> >So why bother with a web based client?  I only had to write a very small
> >HTML5 app to realize it is a nightmarish moving target of pain.  Raise
> your hand if you would willingly use
> >HTML/CSS/DOM/JS for anything if it wasn't the lowest common demoninator
> that everything reads in an almost but
> >not quite incompatible way.  But it looks like most of those odd
> platforms just got dropped from consideration as hosts
> >for the new staff client, leaving only those that support the JRE.
>  Basically, newish Windows, OS X and Linux or the
> >same as Xulrunner and the current client.
>
> Two points.  First, the Java "shim" (aka hatch) will ideally not be
> required for staff client use, but only for certain special features (like
> printing) which are not well supported natively by the browser environment.
>  Second, since we are already communicating via a network protocol, there
> have been discussions of allowing the Java shim to run on a different
> machine on your local network to allow for hybrid use (e.g. taking
> inventory on a tablet but then printing from that tablet to a machine at
> the circ desk).
>
> Dan
>
>
> Daniel Wells
> Library Programmer/Analyst
> Hekman Library, Calvin College
> 616.526.7133
>



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

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for 2014-04-23

[Dan Wells]

>So why bother with a web based client?  I only had to write a very small
>HTML5 app to realize it is a nightmarish moving target of pain.  Raise your 
>hand if you would willingly use
>HTML/CSS/DOM/JS for anything if it wasn't the lowest common demoninator that 
>everything reads in an almost but
>not quite incompatible way.  But it looks like most of those odd platforms 
>just got dropped from consideration as hosts
>for the new staff client, leaving only those that support the JRE.  Basically, 
>newish Windows, OS X and Linux or the
>same as Xulrunner and the current client.

Two points.  First, the Java "shim" (aka hatch) will ideally not be required 
for staff client use, but only for certain special features (like printing) 
which are not well supported natively by the browser environment.  Second, 
since we are already communicating via a network protocol, there have been 
discussions of allowing the Java shim to run on a different machine on your 
local network to allow for hybrid use (e.g. taking inventory on a tablet but 
then printing from that tablet to a machine at the circ desk).

Dan


Daniel Wells
Library Programmer/Analyst
Hekman Library, Calvin College
616.526.7133

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Elizabeth B. Thomsen]

If you've never seen the OverDrive API in action, you can see examples 
in the Marmot catalog (VuFind)

http://opac.marmot.org

If you do a search on minor adjustment beauty salon, you'll see 
availability information for both their physical and digital versions of 
this title, including OverDrive and OneClickDigital.


Here's a screenshot of the OverDrive ebook and audiobook versions of 
Lean In:

http://www.noblenet.org/wp-content/uploads/leanin.png

The available one has a Checkout button and the other has a Place Hold 
button.


I like the fact that Marmot has an eContent Source facet.

On 5/2/2014 8:47 AM, Rogan Hamby wrote:

Not to derail the conversation from Overdrive support (which would be a
great thing to have) I wonder if anyone else would be interested in
OneClickDigital integration.  They don't have a published set of APIs at
the moment but based on casual conversations I know they would be
interested in having similar functionality in Evergreen.  This isn't
high priority for us but I'm curious is there is widespread interest.


On Fri, May 2, 2014 at 8:43 AM, Kathy Lussier mailto:kluss...@masslnc.org>> wrote:

Hi Ruth,

There is information on the Overdrive API at
https://developer.overdrive.com/apis. The basic idea is that you
would see availability information for Overdrive material directly
in the catalog rather than sending the user to Overdrive to see this
information.  You could also allow users to do Overdrive checkouts
and place holds directly from the catalog.


Kathy

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

On 5/2/2014 8:30 AM, Ruth Frasur wrote:

I'd need a little more information about what exactly it would do.


On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier
mailto:kluss...@masslnc.org>> wrote:

Hi Sharon,

Funny, I was just thinking this morning of sending a similar
message to the listserv. We aren't working on anything with
Overdrive API integration, but, as I was beginning to plan for
FY15 development projects to consider (FY15 begins in July for
us), I added the Overdrive project to the list. I also would
like to hear if anyone else is working on it, but, if not, I
also would be interested in hearing if their are other
community members interested in jointly funding a project.

Kathy

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


On 5/1/2014 3:52 PM, Sharon Herbert wrote:

In July 2013, I shared out some analysis from Sitka
developer Steven Chan regarding the Overdrive API
integration that was available at that time:
http://markmail.org/message/dbkraxlsj562wxzh

In October 2013, Overdrive released additional Circulation
APIs and in January 2014, Sitka began development on
integrating those additional pieces. To date, we have not
been aware of any other EG jurisdictions working on this
development, but as it is taking longer than we
anticipated to complete, I wanted to check in with the
community again to see if anyone one else is working on
integrating the Overdrive APIs with EG, specifically for v2.6.

Thanks,
Sharon





--
Ruth Frasur
Director of the Historic(ally Awesome) Hagerstown - Jefferson
Township Library
10 W. College Street in Hagerstown, Indiana (47346)
p (765) 489-5632 ; f (765) 489-5808


Our Kickin' Website Our Rockin'
Facebook Page  and Stuff I'm
Reading






--

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

“You don't have to burn books to destroy a culture. Just get people to
stop reading them.”
― Ray Bradbury 

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



--
Elizabeth Thomsen, Member Services Manager
NOBLE: North of Boston Library Exchange
26 Cherry Hill Drive
Danvers MA 01923
E-mail: e...@noblenet.org

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Rogan Hamby]

Not to derail the conversation from Overdrive support (which would be a
great thing to have) I wonder if anyone else would be interested in
OneClickDigital integration.  They don't have a published set of APIs at
the moment but based on casual conversations I know they would be
interested in having similar functionality in Evergreen.  This isn't high
priority for us but I'm curious is there is widespread interest.


On Fri, May 2, 2014 at 8:43 AM, Kathy Lussier  wrote:

>  Hi Ruth,
>
> There is information on the Overdrive API at
> https://developer.overdrive.com/apis. The basic idea is that you would
> see availability information for Overdrive material directly in the catalog
> rather than sending the user to Overdrive to see this information.  You
> could also allow users to do Overdrive checkouts and place holds directly
> from the catalog.
>
>
> Kathy
>
> Kathy Lussier
> Project Coordinator
> Massachusetts Library Network Cooperative(508) 343-0128kluss...@masslnc.org
> Twitter: http://www.twitter.com/kmlussier
>
> On 5/2/2014 8:30 AM, Ruth Frasur wrote:
>
> I'd need a little more information about what exactly it would do.
>
>
> On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier wrote:
>
>> Hi Sharon,
>>
>> Funny, I was just thinking this morning of sending a similar message to
>> the listserv. We aren't working on anything with Overdrive API integration,
>> but, as I was beginning to plan for FY15 development projects to consider
>> (FY15 begins in July for us), I added the Overdrive project to the list. I
>> also would like to hear if anyone else is working on it, but, if not, I
>> also would be interested in hearing if their are other community members
>> interested in jointly funding a project.
>>
>> Kathy
>>
>> Kathy Lussier
>> Project Coordinator
>> Massachusetts Library Network Cooperative
>> (508) 343-0128
>> kluss...@masslnc.org
>> Twitter: http://www.twitter.com/kmlussier
>>
>>
>> On 5/1/2014 3:52 PM, Sharon Herbert wrote:
>>
>>> In July 2013, I shared out some analysis from Sitka developer Steven
>>> Chan regarding the Overdrive API integration that was available at that
>>> time: http://markmail.org/message/dbkraxlsj562wxzh
>>>
>>> In October 2013, Overdrive released additional Circulation APIs and in
>>> January 2014, Sitka began development on integrating those additional
>>> pieces. To date, we have not been aware of any other EG jurisdictions
>>> working on this development, but as it is taking longer than we anticipated
>>> to complete, I wanted to check in with the community again to see if anyone
>>> one else is working on integrating the Overdrive APIs with EG, specifically
>>> for v2.6.
>>>
>>> Thanks,
>>> Sharon
>>>
>>>
>>
>
>
>  --
> Ruth Frasur
> Director of the Historic(ally Awesome) Hagerstown - Jefferson Township
> Library
> 10 W. College Street in Hagerstown, Indiana (47346)
> p (765) 489-5632; f (765) 489-5808
>
> Our Kickin' Website   Our Rockin' Facebook
> Page   and Stuff I'm 
> Reading
>
>
>


-- 

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

“You don't have to burn books to destroy a culture. Just get people to stop
reading them.”
― Ray Bradbury 

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

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Kathy Lussier]

Hi Ruth,

There is information on the Overdrive API at 
https://developer.overdrive.com/apis. The basic idea is that you would 
see availability information for Overdrive material directly in the 
catalog rather than sending the user to Overdrive to see this 
information.  You could also allow users to do Overdrive checkouts and 
place holds directly from the catalog.


Kathy

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

On 5/2/2014 8:30 AM, Ruth Frasur wrote:

I'd need a little more information about what exactly it would do.


On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier > wrote:


Hi Sharon,

Funny, I was just thinking this morning of sending a similar
message to the listserv. We aren't working on anything with
Overdrive API integration, but, as I was beginning to plan for
FY15 development projects to consider (FY15 begins in July for
us), I added the Overdrive project to the list. I also would like
to hear if anyone else is working on it, but, if not, I also would
be interested in hearing if their are other community members
interested in jointly funding a project.

Kathy

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


On 5/1/2014 3:52 PM, Sharon Herbert wrote:

In July 2013, I shared out some analysis from Sitka developer
Steven Chan regarding the Overdrive API integration that was
available at that time:
http://markmail.org/message/dbkraxlsj562wxzh

In October 2013, Overdrive released additional Circulation
APIs and in January 2014, Sitka began development on
integrating those additional pieces. To date, we have not been
aware of any other EG jurisdictions working on this
development, but as it is taking longer than we anticipated to
complete, I wanted to check in with the community again to see
if anyone one else is working on integrating the Overdrive
APIs with EG, specifically for v2.6.

Thanks,
Sharon





--
Ruth Frasur
Director of the Historic(ally Awesome) Hagerstown - Jefferson Township 
Library

10 W. College Street in Hagerstown, Indiana (47346)
p (765) 489-5632; f (765) 489-5808

Our Kickin' Website Our Rockin' Facebook 
Page  and Stuff I'm 
Reading

Re: [OPEN-ILS-GENERAL] Update on Overdrive API integration

[Ruth Frasur]

I'd need a little more information about what exactly it would do.


On Thu, May 1, 2014 at 4:13 PM, Kathy Lussier  wrote:

> Hi Sharon,
>
> Funny, I was just thinking this morning of sending a similar message to
> the listserv. We aren't working on anything with Overdrive API integration,
> but, as I was beginning to plan for FY15 development projects to consider
> (FY15 begins in July for us), I added the Overdrive project to the list. I
> also would like to hear if anyone else is working on it, but, if not, I
> also would be interested in hearing if their are other community members
> interested in jointly funding a project.
>
> Kathy
>
> Kathy Lussier
> Project Coordinator
> Massachusetts Library Network Cooperative
> (508) 343-0128
> kluss...@masslnc.org
> Twitter: http://www.twitter.com/kmlussier
>
>
> On 5/1/2014 3:52 PM, Sharon Herbert wrote:
>
>> In July 2013, I shared out some analysis from Sitka developer Steven Chan
>> regarding the Overdrive API integration that was available at that time:
>> http://markmail.org/message/dbkraxlsj562wxzh
>>
>> In October 2013, Overdrive released additional Circulation APIs and in
>> January 2014, Sitka began development on integrating those additional
>> pieces. To date, we have not been aware of any other EG jurisdictions
>> working on this development, but as it is taking longer than we anticipated
>> to complete, I wanted to check in with the community again to see if anyone
>> one else is working on integrating the Overdrive APIs with EG, specifically
>> for v2.6.
>>
>> Thanks,
>> Sharon
>>
>>
>


-- 
Ruth Frasur
Director of the Historic(ally Awesome) Hagerstown - Jefferson Township
Library
10 W. College Street in Hagerstown, Indiana (47346)
p (765) 489-5632; f (765) 489-5808

Our Kickin' Website   Our Rockin' Facebook
Page   and Stuff I'm
Reading

Re: [OPEN-ILS-GENERAL] [OPEN-ILS-DEV] browser client update for 2014-04-23

[Rogan Hamby]

On Thu, May 1, 2014 at 8:32 PM, John Morris  wrote:

>
>
> So why bother with a web based client?  I only had to write a very small
> HTML5 app to realize it is a nightmarish moving target of pain.  Raise
> your hand if you would willingly use HTML/CSS/DOM/JS for anything if it
> wasn't the lowest common demoninator that everything reads in an almost
> but not quite incompatible way.  But it looks like most of those odd
>

I'm trying to make sure I understand what you mean here.  I think you're
confusing greatest and least common denominators.  The greatest common is
the highest frequency of the values in a set.  That's what you meant, right?

However, I would disagree with something implied but not stated here, that
the ubiquity of HTML5/CSS/Javascript isn't of value.  I think it is in fact
a value in development, especially in an open community where you hope to
draw in more developers over time whether to expand the pool or replace
those that drift off / taken up by the mothership.

platforms just got dropped from consideration as hosts for the new staff
> client, leaving only those that support the JRE.  Basically, newish
> Windows, OS X and Linux or the same as Xulrunner and the current client.
>

I'm not clear what the "odd platforms just ... dropped from consideration"
are.  Web browsers are a pretty wide spread platform.

If I'm just misunderstanding your phrasing and you're talking about Java as
a platform not being considered, Java was considered and there were several
proponents of it during the discussions that led to this path.  At least my
reading of the discussions is that it was considered a serious option.
 We'd have to qualify what defines a discussion to say how many but there
were multiple discussions via list and irc before the hack-a-way in
Michigan, the one there and some rehashing on the dev list and in irc
since.


> Not the worlds biggest fan of Java but it works, it isn't going anywhere
> soon, it is far more stable (both meanings, reliability and API churn)
> than any multi-browser web based platform yet deployed, fast enough for
> this purpose (certainly faster than XUL) and it is cross platform to the
> same number of platforms that will support a Java app running in the
> background.
>

I don't agree on the stability point but we can agree to disagree.



>
> > > Stackoverflow mentions that for Firefox you can manually set a config
> > > value that makes all printing silent but that would be generally
> > > horrible for so many reasons.  See a plugin for Chrome, a way to get
> > > ActiveX to do it for IE nothing web based though that isn't a
> brutal
> > > hack.
> > >
> >
> > Well, some people use this with Firefox to good effect at patron
> self-check
> > kiosks.  When used in the right context, it doesn't seem so horrible.
>
> Kiosks, self check, similar would make sense.  A staff workstation with
> a browser whacked to not allow picking destination or print options
> would generate feedback.
>
>
I'll let Bill address that point if he wants but I think that point of
discussion of the technology drifted off from the point that Bill is trying
to look at ways that give control over behaviors in the staff client, not
take them away.

Anyway, if underlying this is the fact that you'd like to do development
work on a staff client in Java I'd be curious to see what the results
looked like and what you thought the development lifecycle would be like.

-- 

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

“You don't have to burn books to destroy a culture. Just get people to stop
reading them.”
― Ray Bradbury 

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