Option to disallow use of an org unit as a pickup library for holds

[Bill Erickson]

YAOUS that removes an org unit from consideration as a hold pickup library. It's not quite the same as actor.org_unit.opac_visible nor is it the same as can_have_users. It's a way of saying "this org unit is just like any other, we just happen to /not/ want to deliver items to this location"

This setting only affects the OPAC display and does not otherwise affect the display of the org unit in the OPAC. It also has no affect on hold targeting / capturing.

user/berick/org-not-pickup-lib @ working/Evergreen.git

Evergreen 2.2 / OpenSRF 2.0 / Postgres 9.0.4 / Debian Squeeze

[Bill Erickson (berick)]

Edit: "This setting only affects the hold pickup lib org unit dropdown and does not otherwise affect the display or behavior of the org unit in the OPAC."

[Thomas Berezansky (tsbere)]

A quick note:

This does not currently merge cleanly do to my previous (now merged) work on making the TPac respect the opac visible flag in and of itself.

Also, why shouldn't this functionality be enabled in the JSPac? Or is the goal at this point "stop adding things there because we plan on deleting it as soon as TPac is ready?"

[Bill Erickson (berick)]

Thanks Thomas.

I've merged and force-pushed working/user/berick/org-not-pickup-lib

I'll save the JSPac discussion for IRC

[Mike Rylander (mrylander)]

hrm... conflicts on master again.

[Bill Erickson (berick)]

Repaired seed data merge conflict and force-pushed topic branch.

[Thomas Berezansky (tsbere)]

Any thoughts on getting this working for the JSPac too?

It was mentioned in IRC:

http://evergreen-ils.org/irc_logs/evergreen/2011-10/%23evergreen.11-Tue-2011.log

Around 12:20-12:30

[Bill Erickson (berick)]

+1 to adding it to jspac; I will look into that soon (unless someone beats me to it). Removing pullrequest tag for now.

[Galen Charlton (gmc)]

Opening issue again -- do we still care whether it gets ported to jspac?

[Bill Erickson (berick)]

Ditto Galen's question.. I would love to get this into 2.2. Are there any systems out there running both jspac and tpac in production, which IIRC is the only case for requiring this in jspac?

[Thomas Berezansky (tsbere)]

MVLC will be running a "Test" of TPac where we will have both in use by patrons and staff in the coming months. We are already basically running "both", as will all 2.2 users not exclusively using TPac, due to TPac being the "basic" catalog now as well.

[Jason Stephenson (jstephenson)]

I have questions:

1) Was this actually merged for TPAC?
2) If so, was it merged in time for 2.2.0?
3) Is it in 2.3?

I have a comment:

I think it is too late to add something like this to JSPAC. The 2.2 series is closed for new features, and JSPAC is deprecated in 2.3, which typically means no new features.

[Kathy Lussier (klussier)]

We have a consortium that would love to see this functionality in tpac. I got two +1's in IRC for not adding it to jspac at this point. Is there any chance we can move forward with this? It looks like the code needs to be rebased again

[Dan Wells (dbw2)]

Marking as 'Incomplete' and untargeting for now. I'm interested in this feature, though (for TPAC), so hopefully we can get it rolling again.

[Bill Erickson (berick)]

I've dusted this off and pushed the updated code to working/user/berick/lp856688-org-not-pickup-lib

It's still TPAC only, but since JSPAC is now deprecated, I think that's OK.

[Lebbeous Fogle-Weekley (lebbeous)]

This works as advertised, and I've pushed it with sign-off and upgrade script numbering. Thanks Bill.