| Time |
Nick |
Message |
| 02:26 |
jonadab |
At worst, it ought to be possible to use a user stylesheet to make them go away. If your browser supports that. |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:13 |
|
JBoyer joined #evergreen |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 08:21 |
|
Jessica joined #evergreen |
| 08:24 |
Guest995 |
Hi. I work for a vendor that provides e-content to libraries. Some of our customers are asking about how we could integrate our metadata into their Evergreen instance. Is there any documentation/standard for how that may work? |
| 08:25 |
graced |
Guest995: What protocols would you normally use to do that with any other ILS? |
| 08:26 |
Guest995 |
We've used OAI in the past. |
| 08:27 |
Guest995 |
We also have an API that we custom built for a different ILS that I'm sure we could rework a bit, if needed |
| 08:28 |
graced |
Guest995: I'm not a developer but I don't think we have OAI support currently |
| 08:28 |
graced |
Certainly re-working an API would be viable and I'm sure you could get some help in here |
| 08:29 |
Guest995 |
Thanks. Do you know if there is documentation on API (or other protocol) requirements I can pass to my developers? |
| 08:29 |
graced |
Guest995: I'm digging at the wiki now tryingt o find a helpful starting point for you |
| 08:30 |
graced |
maybe rhamby knows of one - I know he's around here somewhere |
| 08:31 |
rhamby |
Guest995: have they looked at opensrf yet? |
| 08:32 |
|
collum joined #evergreen |
| 08:32 |
jeff |
er, i don't think i'd recommend opensrf for this. |
| 08:33 |
rhamby |
I haven't read all the way back, what is the project? |
| 08:33 |
jeff |
Guest995: in the past, have you exposed an OAI endpoint and the library has pointed their ILS at it to obtain records? |
| 08:33 |
rhamby |
ah, I see. Not that far up. hmmm.... |
| 08:34 |
jeff |
Guest995: and, do you have specifications on the existing API that you built? |
| 08:35 |
Guest995 |
@jeff That's right, though the ILSs we've worked with in the past haven't been technically managed by the library themselves (EDS, Sirsi), so not sure if that matters. |
| 08:35 |
pinesol_green |
Guest995: Mr. Spock: Something fascinating just happened. |
| 08:35 |
rhamby |
what kind of e-content is this? content represented by bib records I'm assuming. what kind of metadata are you wanting to represent? |
| 08:35 |
jeff |
Guest995: Also, can you give us more of a clue as to what kind of vendor you are? Are the records in question representing electronic content that is checked out to the individual patron, or representing resources that are online and don't require individual checkout, or something else? |
| 08:36 |
jeff |
Guest995: you can disregard pinesol_green there -- they're a bot, and was trying to react to your line starting with an @ character. |
| 08:36 |
Guest995 |
Jeff: The API we built was custom for SirsiERC. It'd be their documentation (which I can find, if needed) |
| 08:37 |
Guest995 |
Right. We'd just want to expose basic book metadata and a link to our platform so patrons can read. The content is available without circulation constraints and is mostly ebooks. BiblioBoard is the platform |
| 08:38 |
jeff |
Guest995: Do you provide MARC records to library customers, and you are looking for a way to get those records in with less manual effort on the part the customers? Or are you trying to avoid MARC altogether? |
| 08:39 |
Guest995 |
We have MARC, but our customers who are using Evergreen are hoping to have metadata flow into their system a little less manually (I'm assuming they are having to manually ingest the records at this point) |
| 08:39 |
rhamby |
Guest995: like an added content service? |
| 08:40 |
|
rlefaive joined #evergreen |
| 08:40 |
jeff |
Guest995: after an initial load, what is the general volume of MARC records in a given time interval? Say, 2000 new/changed/deleted records per month? Higher/lower? |
| 08:41 |
Guest995 |
rhamby: Maybe. Not sure exactly what that is. |
| 08:41 |
jeff |
rhamby: added content service doesn't seem to apply here. |
| 08:41 |
Guest995 |
jeff: It really depends on the library and how much content they purchase. But I would say generally fewer than 2000 new/changed/deleted monthly after an initial load |
| 08:41 |
rhamby |
jeff: I'm not sure I agree, depends on how they want to present things and what they want to present |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:45 |
jeff |
Guest995: the problem you're trying to solve is not a unique one, but i don't think there's something ready-baked that i can point you at right now. many libraries make use of the batch import tool in Evergreen to bring in vendor MARC records for electronic content, often after the vendor or the library has added/adjusted some specific tags. |
| 08:46 |
jeff |
Guest995: most of the "more automated than that" approaches I'm aware of are implemented by a library system or consortium and involve either custom scripts (which may be shared with the community under an open source license) or are small internal workflows that leverage something like the MARC stream importer. |
| 08:47 |
jeff |
Guest995: If you have interest in emulating the (fairly simple) protocol that OCLC Connexion (browser and client) use for TCP/IP exports, your client library could set up the MARC stream importer (which comes with Evergreen) and configure it such that you sending them a record via that method would create bibs in their system. |
| 08:48 |
graced |
Guest995: There are probably several approaches to integration but it would help us to have a complete overall picture of what you need to push out to clients. Is it just MARC? Is there non-MARC data that needs to be pushed? How do you prefer to send the data (format)? And maybe a better question is what technical level are you aiming for? Completely automated for a basic small 1 building library use? Or something that handles larger updates an |
| 08:48 |
graced |
is seamless to the end user at the lirbary but that may require some kind of managing by a consortial system administrator? |
| 08:48 |
jeff |
Guest995: I don't think that there is provision there for deletes, but overlays/updates are possible given a little planning. |
| 08:49 |
Guest995 |
Thanks for the info. |
| 08:49 |
|
Dyrcona joined #evergreen |
| 08:49 |
jeff |
Guest995: Overall, this is an area where I'd like to bring some ideas from our various approaches and make something really useful. I'm glad to have someone like you jump in and ask about it. :-) |
| 08:50 |
Guest995 |
graced: We'd just want to show basic book metadata (title, subtitle, contributors, description), plus a link to our platform (no downloads or anything like that). We've delivered metadata like this in mrc, xml, json for other projects. We're willing to do some development work, but would prefer this be something all customers using Evergreen could use, if possible |
| 08:50 |
graced |
jeff++ |
| 08:51 |
Guest995 |
I'll check out the OCLC Connexion route, for sure. Thanks again |
| 08:52 |
jeff |
Guest995: how do you generally deliver MARC records to customer libraries? does the library fetch them from you via FTP? SFTP? logging into a web interface? email? |
| 08:52 |
graced |
Guest995: well that smells like something we could probably point you in the right direction for... but if you need more help I'd come back into channel after say 10:30am when the bulk of the developers are around |
| 08:53 |
Dyrcona |
jeff | Guest995: There is the new e-book API that jeffdavis has been working on. That sounds more like what you're after. |
| 08:53 |
Dyrcona |
It requires the ingest of MARC records, though. |
| 08:54 |
Guest995 |
Oh, good to know. We have a small interface where customers can come to download their records for their specific content sets. We provide them mrc files and xml files |
| 08:54 |
Dyrcona |
It's designed to reach out to the vendors' API and get the circulation status of electronic items, and eventually allow the patron to circulatet, etc. from the PAC. |
| 08:54 |
jeff |
Dyrcona: Since the biblioboard content doesn't involve circs, and the ebook APIs for OverDrive / OneclickDigital both depend on MARC records being loaded via normal means, I'm not sure the ebook APIs help here. |
| 08:55 |
jeff |
Guest995: the "small interface" you refer to -- do you mean a web interface that they log into? |
| 08:56 |
Dyrcona |
In that case, implementing OAI might be the best option. |
| 08:57 |
jeff |
hasn't someone created something to replace OAI-PMH yet? ;-) |
| 08:57 |
* jeff |
wonders if OAI-PMH supports "delete this" -- potentially just via the usual LDR indicator. |
| 08:58 |
Guest995 |
Jeff: yes. Web interface they log into. |
| 08:58 |
jeff |
Guest995: thanks -- it seemed likely, but i didn't want to assume |
| 08:58 |
Guest995 |
We've done some other OAI integrations in the past, and it's worked well. Not sure if Evergreen currently supports that, or what we'd need (not a developer :) ) |
| 08:58 |
Dyrcona |
jeff: Don't make me go xkcd on you... :) |
| 08:59 |
Dyrcona |
As mentioned previously, Evergreen doesn't support OAI. Someone would have to develop it. |
| 09:02 |
|
Stompro joined #evergreen |
| 09:03 |
wsmoak |
thanks csharp . I only go into the webapp to place holds or renew things, so those in-app notifications make me review old things that I already know about to make the red badge go away. |
| 09:03 |
wsmoak |
I can see how someone who *lives* in the app would see it differently. :) lmk if there is a place to enter an Official Feature Request. |
| 09:04 |
gmcharlt |
wsmoak: if you're inclined, you can do so at https://bugs.launchpad.net/evergreen |
| 09:04 |
gmcharlt |
(and if you don't want to create Yet Another Account, one of us would be happy to enter it on your behalf) |
| 09:12 |
wsmoak |
looks like I have one already. time for $dayjob, but I will enter it. thanks! |
| 09:14 |
wsmoak |
I just wish I knew enough (okay, any...) Perl to mess around with it! I still want an API integration to place holds. |
| 09:15 |
wsmoak |
as in, find a book on amazon -> search gapines and place hold under my userid. Probably a Chrome browser plugin... one day. |
| 09:22 |
gmcharlt |
wsmoak++ |
| 09:26 |
Dyrcona |
wsmoak: You don't need to know Perl for that. dbs has a tutorial on using JavaScript to communicate with OpenSRF. |
| 09:31 |
Dyrcona |
Well, I thought his code4lib articles contained JavaScript examples, but I was apparently hallucinating. |
| 09:32 |
|
yboston joined #evergreen |
| 09:50 |
|
kmlussier joined #evergreen |
| 09:52 |
bshum |
Dyrcona: Maybe you're thinking of http://evergreen-ils.org/~denials/workshop.html ? |
| 09:52 |
bshum |
It's linked to from the opensrf downloads page |
| 09:52 |
Dyrcona |
bshum: That's it! |
| 09:54 |
* Dyrcona |
wonders when he deleted that from his bookmarks. |
| 09:54 |
Dyrcona |
Oh! I didn't. :) |
| 09:54 |
Dyrcona |
It was masquerading as something other than the URL. |
| 10:00 |
|
mmorgan1 joined #evergreen |
| 10:09 |
Bmagic |
Is there a bug with Lost checkin generates new overdues? |
| 10:12 |
jeff |
Bmagic: is there? :-) |
| 10:12 |
Bmagic |
I'm not sure yet, just thought I would float it out there and see what others had seen... |
| 10:13 |
Bmagic |
I'm looking through the logic |
| 10:13 |
Dyrcona |
So, this i messed up. I just built a fresh Evergreen for training. |
| 10:13 |
jeff |
what is leading you to look? do you have a symptom? |
| 10:13 |
Dyrcona |
I build a custom client, too. |
| 10:13 |
berick |
Bmagic: bug #1670407 was recently fixed |
| 10:13 |
pinesol_green |
Launchpad bug 1670407 in Evergreen "Return of paid lost items will not reopen a closed transaction" [Medium,Fix committed] https://launchpad.net/bugs/1670407 |
| 10:13 |
bshum |
I thought it was supposed to add new overdues (or reinstate them) if you check in a lost item |
| 10:14 |
Dyrcona |
Oh wait. Never mind. :) |
| 10:14 |
Dyrcona |
It's sharing preferences with production. |
| 10:14 |
Dyrcona |
I need to change that and rebuild. :) |
| 10:15 |
dbwells |
Bmagic: overdue generation on lost checkin is an optional feature. Are you saying the feature is not working, or you are seeing this behavior and do not want it? Maybe just need to disable the option. |
| 10:16 |
Bmagic |
we have a library who has it set, and has an action trigger to mark things lost well before the overdues would hit max fines |
| 10:17 |
Bmagic |
I am investigating a complaint that the bills are not right. The system marked it lost, stopped fines, then it was checked in, and the lost fees were voided, and the overdues were reinstated with a single lump money.billing, but then it should have generated more overdues to meet max_fines |
| 10:17 |
Bmagic |
but it didn't |
| 10:18 |
jeff |
Bmagic: what is the max fines amount on the circ in question? |
| 10:18 |
Bmagic |
max fines is set to $10 |
| 10:18 |
Bmagic |
overdues were at $5 when it was marked lost |
| 10:19 |
jeff |
and the value of this particular circulation's max_fine column is 10.00? |
| 10:20 |
Bmagic |
yes |
| 10:20 |
dbwells |
Bmagic: Billing setting varience from library to library is not well-defined, IMHO. I believe (from memory) that the code generally applies settings from the circulator, that is, the patron's library, not the book's. Could that be a factor here? |
| 10:21 |
kmlussier |
I thought this bug sounded familiar, but I was thinking of berick's bug 1676906, which was ultimately fixed by the code in bug 1670407. |
| 10:21 |
pinesol_green |
Launchpad bug 1670407 in Evergreen "duplicate for #1676906 Return of paid lost items will not reopen a closed transaction" [Medium,Fix committed] https://launchpad.net/bugs/1670407 |
| 10:21 |
pinesol_green |
Launchpad bug 1670407 in Evergreen "Return of paid lost items will not reopen a closed transaction" [Medium,Fix committed] https://launchpad.net/bugs/1670407 |
| 10:21 |
Bmagic |
no, the item and patron are same library |
| 10:21 |
berick |
Bmagic: same as the physical checkin location? |
| 10:21 |
Bmagic |
yes |
| 10:22 |
jeff |
Bmagic: what version of Evergreen? |
| 10:22 |
Bmagic |
2.11 |
| 10:22 |
jeff |
2.11.0? |
| 10:22 |
Bmagic |
2.11.0 |
| 10:25 |
dbwells |
Bmagic: Was any of the bill paid before it was returned? |
| 10:25 |
Bmagic |
other than account_adjustment, there are no payments |
| 10:26 |
Bmagic |
total billed is $10 but the adjustment makes them owe $5 - I bet the logic for evaluating max_fines doesn't double subtract account_adjustment |
| 10:26 |
jeff |
what is the effective org unit setting for circ.checkin.lost_zero_balance.do_not_change with respect to acp.circ_lib? |
| 10:28 |
Bmagic |
circ.checkin.lost_zero_balance.do_not_change = true for this library |
| 10:28 |
Bmagic |
however, the balance was not $0 when it was checked in |
| 10:28 |
|
Christineb joined #evergreen |
| 10:29 |
jeff |
the only place OILS_SETTING_GENERATE_OVERDUE_ON_LOST_RETURN appears in the circ code is wrapped in if (!$dont_change_lost_zero) {} |
| 10:30 |
Bmagic |
jeff: that is what I am seeing |
| 10:30 |
jeff |
ah, but then after being set to 1 based on the org unit setting, there's a further check on the mbts and $dont_change_lost_zero is set back to zero if there's a balance owed != 0 |
| 10:31 |
Bmagic |
right, so at that point in the execution, the value of that variable would be 0 |
| 10:31 |
Bmagic |
$dont_change_lost_zero = 0 if( $obt and $obt->balance_owed != 0 ); |
| 10:32 |
Bmagic |
I think there is a flaw in sub handle_fines { |
| 10:32 |
dbwells |
Bmagic: Just to rule out the only recent fixes, this transaction is open, right? |
| 10:32 |
Bmagic |
it's open |
| 10:33 |
|
maryj joined #evergreen |
| 10:36 |
Bmagic |
here we go |
| 10:36 |
Bmagic |
$current_fine_total += int($_->amount * 100) for (grep { $_ and !$U->is_true($_->voided) } @fines); |
| 10:37 |
Bmagic |
basically, it's only looking at money.billing |
| 10:37 |
|
khuckins__ joined #evergreen |
| 10:38 |
Bmagic |
and not money.account_adjustment which is countering what it presumes is the total billed |
| 10:38 |
Bmagic |
As far as that logic is concerned, the total billed is $10 |
| 10:39 |
jeff |
right, because there were individual billings adding up to $5, which were not old-style voided |
| 10:39 |
jeff |
yeah, that looks like a bug. |
| 10:39 |
Bmagic |
the solution could* be to remove all of the money.account_adjustment |
| 10:39 |
jeff |
"remove"? |
| 10:39 |
berick |
that would explain why we didn't hit that |
| 10:40 |
berick |
we "removed" account adjustments |
| 10:40 |
|
rlefaive joined #evergreen |
| 10:40 |
* berick |
finds the bug |
| 10:40 |
berick |
https://bugs.launchpad.net/evergreen/+bug/1671856 |
| 10:40 |
pinesol_green |
Launchpad bug 1671856 in Evergreen "Mixed use of Account Adjustment payments creates inconsistency" [Undecided,New] |
| 10:41 |
berick |
I started that bug not becuase of what Bmagic found, but just becuase it was mixed/inconsinstent behavior, which was confusing |
| 10:41 |
Bmagic |
I mean, in the logic, before it makes it to sub generate_fines - the code could delete the adjustments. It's voided the money.billing overdues during lost processing which were countered with account_adjustment |
| 10:42 |
berick |
that reminds me, i have a 2nd commit for that working branch |
| 10:42 |
Bmagic |
somewhere in here, I think it needs to deal with possible account_adjustment |
| 10:46 |
dbwells |
Bmagic: I think you are absolutely right. |
| 10:49 |
Bmagic |
so, do any of the aformentioned bugs address this? Or should I make another one? |
| 10:51 |
dbwells |
Bmagic: I haven't seen this particular wrinkle come through yet. |
| 10:51 |
berick |
yeah, i think it's a new/separate bug |
| 11:01 |
* dbwells |
tries to tweak the test file to account for this case and fail |
| 11:05 |
csharp |
wsmoak: regarding a Chrome plugin, have you seen this? https://chrome.google.com/webstore/detail/library-extension/chkgcmmjoejpekoegkedcpifgfhpjmec |
| 11:05 |
csharp |
it works with PINES |
| 11:06 |
csharp |
what the Guest account was trying to do in Evergreen is exactly what we want in PINES - manual loading of ebook bibs is the pits and we have policy problems with batch importing bibs from non-OCLC sources |
| 11:07 |
jeff |
Add "Library Extension"? It can: Read and change all your data on the websites you visit |
| 11:07 |
csharp |
if we could display ebook vendor bibs alongside cataloged bibs in search results, it would solve several problems for us |
| 11:07 |
jeff |
nope! |
| 11:08 |
jeff |
csharp: yeah, i have a lot of interest in making that more-better. it was nice to see a vendor with similar interest (most probably have it, good for business, etc, but only a few drop in here to voice the interest :-) |
| 11:09 |
jeff |
``non-personally identifiable visitor information may be provided to other parties for marketing, advertising, or other uses'' |
| 11:10 |
csharp |
jeff: https://www.howtogeek.com/291095/why-do-chrome-extensions-need-all-your-data-on-the-websites-you-visit/ - just found this general article regarding your concern about that perm |
| 11:11 |
Dyrcona |
Well, some of the vendors make it all sound like magic, but I imagine there is some bib import going on behind the scenes. |
| 11:11 |
jeff |
csharp: i know about the perm, but thanks for the link. |
| 11:11 |
csharp |
jeff: ok |
| 11:11 |
jeff |
csharp: you have a desire to do federated search / federated search display without loading bibs? any particular reason other than "loading bibs is a pain?" |
| 11:12 |
csharp |
jeff: it's not just the loading - it's the long-term maintenance because ebook "ownership" is ephemeral |
| 11:12 |
jeff |
right, loading and continued care and feeding. |
| 11:13 |
csharp |
that's pretty much it |
| 11:13 |
jeff |
okay, just wanted to check. |
| 11:13 |
dbs |
we see a bit of that, although we try to purchase perpetual licenses; the ephemeral ones are the biggest pain |
| 11:14 |
dbs |
or when a perpetually licensed set of resources moves to a new platform and you then ideally maintain the same record IDs even though the records from the new platform don't have good matchpoints (new isbns, etc) |
| 11:14 |
Dyrcona |
And then there's the issue of how you handle URLs for different vendors for the same title. |
| 11:14 |
* dbs |
is living that right now |
| 11:15 |
dbs |
OpenURL to the rescue (sometimes) |
| 11:15 |
dbs |
still needs a good matchpoint :/ |
| 11:15 |
csharp |
jeff: our situation is also complicated because of the multi-org complexity of PINES (all circulating items are available anywhere, but ebooks are mostly per-regional-system across multiple vendors) |
| 11:16 |
* jeff |
nods |
| 11:16 |
jeff |
multiple vendors per work and multiple libraries per bib |
| 11:16 |
csharp |
exactly |
| 11:16 |
Dyrcona |
And, then library A drops a subscript to Vendor X. |
| 11:16 |
jeff |
also, libraries with consortial subscriptions PLUS local additions |
| 11:16 |
csharp |
in short, "PINES" |
| 11:16 |
csharp |
@blame PINES |
| 11:16 |
pinesol_green |
csharp: PINES 's bugfix broke csharp's feature! |
| 11:17 |
csharp |
pinesol_green: that's actually true |
| 11:17 |
pinesol_green |
csharp: Try restarting apache. |
| 11:17 |
pinesol_green |
csharp: I am only a bot, please don't think I'm intelligent :) |
| 11:17 |
Dyrcona |
@blame The real world |
| 11:17 |
pinesol_green |
Dyrcona: The real world stole bradl's tux doll! |
| 11:18 |
wsmoak |
I had not seen that one csharp thanks! Now if I can figure out why "Keep me logged in" does not, in fact, keep me logged in for very long... |
| 11:19 |
wsmoak |
then clicking the 'Borrow' link in the plugin's UI would cut down on the typing! |
| 11:19 |
Dyrcona |
wsmoak: Someone assumes you're only using the opac from inside the library and set a short time out on sessions, most likely. |
| 11:20 |
wsmoak |
right after I read all the source code and figure out what they're doing. "If you're not paying for it, you're the product." |
| 11:20 |
csharp |
wsmoak: how long is "very long"? :-) |
| 11:20 |
Dyrcona |
Pretty much. |
| 11:20 |
jeff |
"keep me logged in" is nowhere near as persistent as i'd like. the underlying mechanism needs a re-work. |
| 11:20 |
wsmoak |
I dunno, I'll have to keep track. I only know I click it A LOT and annoyingly have to log in most of the time. |
| 11:20 |
Dyrcona |
jeff: A session cookie or something else? |
| 11:20 |
* csharp |
doesn't actually use PINES as an end user enough to know the quirks :-/ |
| 11:21 |
csharp |
@blame living in a non-PINES county |
| 11:21 |
pinesol_green |
csharp: living in a non-PINES county is why we can never have nice things! |
| 11:22 |
csharp |
I actually learn most of what I know about end-user gripes from the annual survey we just finished on Saturday |
| 11:22 |
csharp |
or from random staff member comments while at in-person trainings |
| 11:23 |
wsmoak |
I saw that link and then it was gone when I went back. I missed it. |
| 11:23 |
wsmoak |
(also possible that the checkbox isn't getting checked if I click it after 1Password fills in the form. I'm going to re-save my 1Password login for Pines and make sure that's included.) |
| 11:23 |
csharp |
wsmoak: http://pines.georgialibraries.org/Contact is 24/7/265 :-) |
| 11:24 |
jeff |
Dyrcona: "keep me logged in" in the catalog creates an auth session with type of "persist" (default timeout from example config file: 2 weeks) and uses a cookie with an expiration date to match. It's by no means guaranteed to last that long, though -- for the same reason as any other auth session, because we're not using memcached properly. ;-) |
| 11:24 |
csharp |
er... 365 |
| 11:24 |
kmlussier |
csharp: Count me as another Evergreener who doesn't actually use an Evergreen library. On the other hand, I have lots of feedback for another ILS' catalog in case they're ever looking for it. |
| 11:25 |
Dyrcona |
In a couple of weeks, I won't be using an Evergreen library, either. |
| 11:25 |
csharp |
Dyrcona: eh? |
| 11:26 |
Dyrcona |
MVLC is migrating to Symphony next month. |
| 11:26 |
csharp |
oh - I see |
| 11:26 |
Dyrcona |
I work at C/W MARS, but live in a MVLC community. |
| 11:26 |
csharp |
Symphony... of HORROR |
| 11:26 |
Dyrcona |
The features are similar, just different. |
| 11:26 |
berick |
all diminished chords, oh my |
| 11:27 |
csharp |
well, more and more EG is just another choice among choices - "we're open source" is less of a feature on its own nowadays |
| 11:27 |
* csharp |
feels like he said that recently in here :-/ |
| 11:28 |
JBoyer |
Well now I want to play Megadeth. Not sure how that would go over in the office. |
| 11:28 |
csharp |
JBoyer: depends on how loud your headphones get? |
| 11:28 |
Dyrcona |
JBoyer: Crank it up so I can hear! :) |
| 11:30 |
JBoyer |
\m/ |
| 11:30 |
csharp |
@decide icing or frosting |
| 11:30 |
pinesol_green |
csharp: go with frosting |
| 11:30 |
csharp |
pinesol_green: yankee |
| 11:30 |
pinesol_green |
Factoid 'yankee' not found |
| 11:30 |
pinesol_green |
csharp: <shaggy>We're, like, doomed.</shaggy> |
| 11:31 |
JBoyer |
I wouldn't be surprised if there were a legit difference, like icing is supposed to dry hard for decoration and frosting is supposed to be soft. |
| 11:32 |
|
sandbergja joined #evergreen |
| 11:32 |
* JBoyer |
may have been watching too much Great British Baking Show |
| 11:33 |
kmlussier |
Yeah, there's a difference between icing and frosting. |
| 11:34 |
khuckins__ |
Icing generally tastes more suggary, and is thinner, while frosting is nice and fluffy |
| 11:34 |
berick |
but I can eat both from the tube, right? |
| 11:35 |
dbs |
jeff++ # reworking auth would be helpful for a MyOPAC web app :) |
| 11:35 |
Dyrcona |
@decide rutabaga or yellow turnip |
| 11:35 |
pinesol_green |
Dyrcona: go with yellow turnip |
| 11:35 |
Dyrcona |
pinesol_green: Damned, Yankee! |
| 11:35 |
pinesol_green |
Factoid 'Damned, Yankee!' not found |
| 11:35 |
pinesol_green |
Dyrcona: Mr. Spock: Something fascinating just happened. |
| 11:37 |
Dyrcona |
marc? |
| 11:37 |
Dyrcona |
No. I guess that's not how it works. |
| 11:38 |
Dyrcona |
Already, someone is reporting cataloging bugs to me in the webstaff client. |
| 11:39 |
Dyrcona |
I only finished the installation about 45 minutes ago. |
| 11:42 |
dbs |
bugs? they must be mistaken! :) |
| 11:43 |
Dyrcona |
And, I think the bug is in our custom templates. :) |
| 11:44 |
Dyrcona |
Here's an interesting one that I just noticed. |
| 11:44 |
jeff |
hah. if unset in opensrf.xml, the persist login timeout defaults to 0. |
| 11:45 |
Dyrcona |
If you are logged in to the webstaff client in one tab, and go to the public opac in another, the public opac strips out the header.tt2, as if it were in the webstaff client. |
| 11:45 |
kmlussier |
Dyrcona: Yeah, I think there is an existing bug on that. |
| 11:45 |
Dyrcona |
jeff: Why am I not surpriesed? :) |
| 11:45 |
jeff |
which means one thing to memcached, and another thing in the context where the opac uses it. |
| 11:46 |
berick |
Dyrcona: that's definitely a common / known bug |
| 11:47 |
|
jvwoolf joined #evergreen |
| 11:48 |
Dyrcona |
kmlussier | berick: I thought it seemed familiar. |
| 11:48 |
kmlussier |
hmmm...I thought there was a bug on that, but I don't see it. I may have been confusing it with bug 1538675. |
| 11:48 |
pinesol_green |
Launchpad bug 1538675 in Evergreen "webclient: Opening link in a new tab from the catalog forces user out of client" [Undecided,Confirmed] https://launchpad.net/bugs/1538675 |
| 11:49 |
jeff |
in memcached, 0 = "never expires"... in the opac context, "this cookie expires NOW" |
| 11:52 |
|
_adb joined #evergreen |
| 11:56 |
* csharp |
waits on hold with Cricket Wireless to verify that txt.cricketwireless.net is the working, officially supported email-to-SMS gateway after hearing from a patron about it |
| 11:57 |
csharp |
and their hold music RAWKS! |
| 11:58 |
jeff |
cricket++ email2sms-- |
| 11:59 |
|
mmorgan joined #evergreen |
| 12:01 |
|
dteston joined #evergreen |
| 12:05 |
JBoyer |
csharp, I'm willing to bet it makes a difference which network that user's phone expects to talk to. AT&T or Verizon. :/ |
| 12:07 |
csharp |
yeah - I'm not hopeful at this point that I'm going to get a straight answer - the initial rep on the phone has no idea what I'm talking about |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:10 |
kmlussier |
@coffee |
| 12:10 |
* pinesol_green |
brews and pours a cup of La Esmeralda Panama, and sends it sliding down the bar to kmlussier |
| 12:20 |
mmorgan |
csharp: We have been using mms.cricketwireless.net of late, which seems to be working. |
| 12:20 |
csharp |
mmorgan: doesn't mms imply a data plan? |
| 12:21 |
mmorgan |
possibly - would be interested in knowing what you find out. :) |
| 12:21 |
csharp |
my call got dropped so I'm back in the customer support waiting queue :-( |
| 12:21 |
berick |
classic |
| 12:21 |
csharp |
(my fault - hit the wrong button on my phone) |
| 12:21 |
berick |
n/m then |
| 12:21 |
csharp |
berick: heh |
| 12:22 |
csharp |
@blame fat fingers |
| 12:22 |
pinesol_green |
csharp: fat fingers WILL PERISH UNDER MAXIMUM DELETION! DELETE. DELETE. DELETE! |
| 12:22 |
jeff |
sending texts not-via-email: worth *every* three quarters of a penny. |
| 12:23 |
Dyrcona |
My phone sometimes fails to start a call. My cheek sometimes hangs up before I'm done. :) |
| 12:28 |
Dyrcona |
Well, the bug is definitely in our custom templates. Looks like something got repeated when the updates for 2.12 were made. |
| 12:33 |
Dyrcona |
Hm.. It isn't that obvious. |
| 12:39 |
Dyrcona |
Ah. I think I see what happened. :) |
| 12:39 |
Dyrcona |
Little bit of copy/pasta. |
| 12:43 |
csharp |
ok - <phone #>@mms.cricketwireless.net is confirmed to be working - I'm checking with them now as to whether that assumes/requires a data plan |
| 12:44 |
mmorgan |
csharp++ |
| 12:44 |
csharp |
...and they *do* assume/require data for that |
| 12:44 |
dbs |
bug #1685840 marches on |
| 12:44 |
pinesol_green |
Launchpad bug 1685840 in Evergreen "Google Books Preview should not require Dojo or any other framework" [Undecided,New] https://launchpad.net/bugs/1685840 |
| 12:44 |
csharp |
so... no email to SMS for non-data cricket customers |
| 12:46 |
csharp |
we'll have to discuss internally as to whether to re-enable it in PINES - I'd rather not have the option than to have to explain the fine details of individual carriers to people every time there's a question |
| 12:47 |
mmorgan |
csharp: Thanks for confirming! |
| 12:47 |
csharp |
mmorgan: happy to share! |
| 12:47 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1683562: Typo fix in bill payment receipt template - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d235d97> |
| 12:59 |
|
rlefaive_ joined #evergreen |
| 13:42 |
jeff |
929 |
| 13:42 |
jeff |
er, hi. |
| 14:09 |
* gmcharlt |
now wonders what jeff puts in his MARC 929 tags |
| 14:12 |
csharp |
@blame [marc 929] |
| 14:12 |
pinesol_green |
csharp: unknown tag 929 forgot to give the gerbils their chocolate-frosted sugar bombs |
| 14:13 |
csharp |
@praise [someone] for [quote random] |
| 14:13 |
* pinesol_green |
I come to praise Callender, not to bury them. for Quote #82: "< jeff> evergreen 2.next will eliminate search path issues. it will also bake you a cake." (added by csharp at 09:08 PM, April 08, 2014) |
| 14:14 |
jeffdavis |
929: A serialized BIBFRAME representation of the resource. |
| 14:24 |
jeff |
jeffdavis++ |
| 14:34 |
|
Jillianne joined #evergreen |
| 14:36 |
|
kmlussier joined #evergreen |
| 14:53 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1684011: My Account summary ebook link correction - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=54650a5> |
| 15:01 |
|
mmorgan1 joined #evergreen |
| 15:31 |
|
mmorgan joined #evergreen |
| 15:36 |
|
jvwoolf joined #evergreen |
| 15:55 |
kmlussier |
It is a truth universally acknowledged that the first day of work after a vacation must be the longest workday of the year. |
| 15:56 |
gmcharlt |
@quote add <kmlussier> It is a truth universally acknowledged that the first day of work after a vacation must be the longest workday of the year. |
| 15:56 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #164 added. |
| 16:04 |
jonadab |
kmlussier: Oh, so you walked in and six people were lined up to tell you that this printer isn't working correctly, and that printer isn't working correctly, and the other printer isn't working correctly, etc.? |
| 16:06 |
|
Jillianne2 joined #evergreen |
| 16:07 |
kmlussier |
jonadab: Nah. I haven't been the go-to person for printer or computer problems in years. I hope to keep it that way for many more years. |
| 16:09 |
jonadab |
kmlussier: Good for you. |
| 16:10 |
jonadab |
"Printers are the bane of my existence." -- every IT person who has to be responsible for keeping printers working. |
| 16:11 |
bshum |
Printers and phones are my enemies. |
| 16:12 |
kmlussier |
For the first few months after I started working at MassLNC, every time I overheard a tech support interaction, I felt a tremendous sense of relief that I didn't have to deal with it. |
| 16:12 |
gmcharlt |
"My dot matrix phone is refusing to print receipts on dead pine trees. HALP!" |
| 16:13 |
kmlussier |
remingtron++ # DIG hack-a-way page |
| 16:14 |
csharp |
Bane is the printer of my existence. |
| 16:14 |
csharp |
(sorry, just re-watched The Dark Knight Rises) |
| 16:15 |
gmcharlt |
Batman's little known nemesis... the Punster! |
| 16:15 |
csharp |
gmcharlt++ # my weakness is too many groans |
| 16:16 |
csharp |
http://theoatmeal.com/comics/printers sums it all up pretty nicely |
| 16:20 |
kmlussier |
Ha! csharp++ |
| 16:27 |
|
mmorgan1 joined #evergreen |
| 16:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
|
mmorgan1 left #evergreen |
| 19:31 |
|
Jillianne joined #evergreen |
| 21:21 |
|
khuckins__ joined #evergreen |
| 22:20 |
|
genpaku joined #evergreen |
