| Time |
Nick |
Message |
| 06:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:19 |
|
rjackson_isl joined #evergreen |
| 07:35 |
|
rlefaive joined #evergreen |
| 07:35 |
|
agoben joined #evergreen |
| 08:22 |
|
collum joined #evergreen |
| 08:38 |
|
_adb joined #evergreen |
| 08:46 |
|
Dyrcona joined #evergreen |
| 08:47 |
|
mmorgan joined #evergreen |
| 09:16 |
|
terran joined #evergreen |
| 09:34 |
|
yboston joined #evergreen |
| 10:03 |
terran |
Is anyone here successfully printing spine labels in the new web client interface to a continuous feed label printer? |
| 10:04 |
berick |
terran: related? https://bugs.launchpad.net/evergreen/+bug/1741299 |
| 10:04 |
pinesol_green |
Launchpad bug 1741299 in Evergreen "DYMO LabelWriter 450 Turbo Hatch Label print fails with margin error" [Undecided,New] |
| 10:07 |
terran |
berick: Not specifically, we're having a more general problem with Okidata and other printers in that we're having trouble with the correct paper size not appearing as an option so printing a label prints out a bunch of white space after. |
| 10:08 |
terran |
(And unfortunately, these libraries aren't within easy driving distance so I can't go get my hands on their machines today and look at them myself.) |
| 10:09 |
berick |
terran: ah, that's a new one. |
| 10:11 |
terran |
berick: Yeah, I don't know if we're missing some settings somewhere or if old style label printers aren't going to be compatible with printing from the web so I am curious. |
| 10:13 |
csharp |
terran: has the library ensured that the correct paper size is selected at the printer driver level? |
| 10:13 |
berick |
terran: i expect we can make it work, may just need some hands on attention |
| 10:13 |
csharp |
yeah, next tech order for the office will need to include a few spine label printers |
| 10:14 |
terran |
csharp: as far as I can tell - for the Okidata, you actually have to set up a custom "form" in the printer driver that describes the label size. I've never seen anything like it. |
| 10:14 |
csharp |
ah |
| 10:15 |
berick |
csharp: bring 'em to Missouri :) |
| 10:16 |
csharp |
good idea, actually |
| 10:16 |
terran |
Was going to say the same thing :D |
| 10:16 |
csharp |
even better idea is to bug Bmagic about bringing them :-) |
| 10:18 |
mmorgan |
terran: is the Okidata a dot matrix printer? |
| 10:18 |
terran |
mmorgan: yes :( |
| 10:21 |
mmorgan |
Ok, I think we may have a library or two still using those, too. Not with the web client yet. |
| 10:24 |
csharp |
well, since bug 1739460 makes multi-branch system-level cataloging pretty much impossible, we may have some time |
| 10:24 |
pinesol_green |
Launchpad bug 1739460 in Evergreen "Web client: branch library shelving locations not visible to HQ workstation" [High,Confirmed] https://launchpad.net/bugs/1739460 |
| 10:27 |
|
mmorgan1 joined #evergreen |
| 10:27 |
miker |
csharp: what does "headquarters workstation" mean? a system-level workstation, or a peer branch-level OU to the "branches"? |
| 10:27 |
|
rlefaive joined #evergreen |
| 10:28 |
terran |
mmorgan: I have documentation in progress - adjusting as I learn more: https://pines.georgialibraries.org/dokuwiki/doku.php?id=cat:spine-label-printing |
| 10:32 |
mmorgan |
terran++ |
| 10:34 |
csharp |
miker: peer branch-level OU |
| 10:35 |
miker |
csharp: thanks |
| 10:37 |
csharp |
miker: basically, if I log into a WGRL-HQ (child branch of WGRL system), I can only (consistently) see WGRL-HQ-owned locations, even when selecting items/vols owned by other peer branches within the WGRL system - expectation is that all locations for all branches within the system are available (or at least for all the branches with selected vols/copies) |
| 10:37 |
csharp |
I have made it display another branch's locations once, but was unable to do so subsequently |
| 10:39 |
miker |
csharp: looking to see if there's something simple going on |
| 10:41 |
miker |
so, here's what it's trying to do: |
| 10:44 |
miker |
for each selected copy, get the circ and owning lib, and make a list of all. then add the ws_ou, just to be safe, then unique-ify that list. then, get the full-path orgs for that list, as a second array, and uniquify that. then, get all shelving locations that belong to any in that final list. |
| 10:45 |
miker |
obviously, something's funky with that... I have a suspicion, and will look soon |
| 10:45 |
csharp |
miker++ # awesome |
| 10:59 |
* Dyrcona |
is having zero luck with the Overdrive API integration and Overdrive's test environment. |
| 11:00 |
Dyrcona |
I hesitate to rest my client secret because they say I have only 2 resets left, and I also have no idea what's wrong or how this should actually work. |
| 11:05 |
Dyrcona |
I want to go eat lunch already, but I guess I'll wait. |
| 11:06 |
|
JBoyer joined #evergreen |
| 11:09 |
Dyrcona |
heh. that last wasn't meant for the channel, but oh well. :) |
| 11:11 |
terran |
Dyrcona: I recommend you go eat lunch. |
| 11:12 |
Dyrcona |
I'm going to wait, 'cause I'm doing this restricted eating thing. |
| 11:17 |
|
rlefaive joined #evergreen |
| 11:17 |
berick |
well there's your problem right there |
| 11:20 |
Dyrcona |
:) |
| 11:20 |
Dyrcona |
Hungry is never good. |
| 11:23 |
csharp |
@play Hungry Hungry Hippos |
| 11:23 |
pinesol_green |
csharp: Down time is a fact of business when you're a poor 501c3 corporation. |
| 11:26 |
csharp |
https://frinkiac.com/video/S04E09/tRHMQPDYTa7WiZq7OCUlVAbkhLM=.gif |
| 11:28 |
kipd |
Regarding http://docs.evergreen-ils.org/3.0/_creating_action_triggers.html is there documentation on what the template language abilities are? For example, is there an IF construct, so we could print a slightly different notice depending on patron data values in actor.usr? |
| 11:29 |
Dyrcona |
kipd: http://template-toolkit.org/ |
| 11:29 |
kipd |
Thank you! |
| 11:29 |
Dyrcona |
Your main limitation will be the data available to the templates. |
| 11:30 |
Dyrcona |
Short answer, yes, there is an IF and lots of other things. |
| 11:30 |
kipd |
Short answer was enough, I'll dig through that and double check what information we have available to us. |
| 11:30 |
|
rlefaive joined #evergreen |
| 11:31 |
Dyrcona |
http://template-toolkit.org/docs/manual/Directives.html#section_Conditional_Processing |
| 11:56 |
|
khuckins joined #evergreen |
| 12:01 |
csharp |
anyone seeing any performance hits after applying KPTI/meltdown kernel fixes? |
| 12:02 |
csharp |
we've applied the fixes to one of our bricks - no discernible difference so far |
| 12:03 |
|
Christineb joined #evergreen |
| 12:07 |
Dyrcona |
No, but on the plus side, I got a salad to go with my lunch. :P |
| 12:07 |
csharp |
Dyrcona: :-) |
| 12:34 |
JBoyer |
Working on credit card code always puts me in a good mood. <Samuel_L>Say 'INVALID_USER_XACT_ID' again. Say 'INVALID_USER_XACT_ID' again, I dare you...</Samuel_L> |
| 12:44 |
Dyrcona |
:) |
| 12:50 |
Dyrcona |
On the minus side, I need new earbuds. The left channel wire is loose. |
| 12:50 |
Dyrcona |
:) |
| 12:57 |
|
rlefaive joined #evergreen |
| 13:08 |
csharp |
@quote add < JBoyer> Working on credit card code always puts me in a good mood. <Samuel_L>Say 'INVALID_USER_XACT_ID' again. Say 'INVALID_USER_XACT_ID' again, I dare you...</Samuel_L> |
| 13:08 |
pinesol_green |
csharp: The operation succeeded. Quote #183 added. |
| 13:09 |
csharp |
JBoyer++ |
| 13:09 |
jeffdavis |
Dyrcona: I have a script for interacting directly with the Overdrive API which might be useful for debugging your issues: http://git.sitka.bclibraries.ca/gitweb/?p=sitka/sitka-tools.git;a=blob;f=overdrive-eg-opac/odapi-checker.pl;hb=HEAD |
| 13:09 |
jeffdavis |
it's a cumbersome tool because their API is cumbersome |
| 13:11 |
jeffdavis |
but you can use it to send requests directly to the API, which might help narrow down whether the issue is your client key/secret or something else |
| 13:28 |
csharp |
have people experimented with BRIN indexes in PG 9.5? https://wiki.postgresql.org/wiki/What%27s_new_in_PostgreSQL_9.5#BRIN_Indexes |
| 13:37 |
JBoyer |
Since they don't compare the size of the BRIN (quite small, that's obvious) to the equivalent BTREE on the same dataset I'm not sure how big a deal it is. ROLLUP looks very nice for the occasional custom Q though. |
| 13:59 |
|
jihpringle joined #evergreen |
| 14:00 |
JBoyer |
jihpringle, I just remembered I was supposed to ask you something, have a minute? |
| 14:02 |
jihpringle |
JBoyer, sure, what's up? |
| 14:02 |
JBoyer |
First, does your server have any Z3950 targets defined that require logins? |
| 14:03 |
jihpringle |
yes, we have several |
| 14:03 |
JBoyer |
And if so, have you found any way to use those in the Acq federated search? |
| 14:03 |
jihpringle |
no, I don't think any of our libraries use the acq federated search at this point |
| 14:03 |
JBoyer |
Bummer. |
| 14:04 |
JBoyer |
We can't see any way to specify an auth so OCLC (for instance) is in the list, but can't be used by anyone. So, a heads up in case anyone asks you about it later. :) |
| 14:04 |
jihpringle |
most of our libraries are getting brief on order records from their vendors that they load to create POs and then are using the regular Z39.50 to overlay with better records where needed |
| 14:05 |
jihpringle |
I think the ultimate solution is to merge the two Z39.50 interfaces |
| 14:05 |
JBoyer |
Yes. (part of the overall angularization of Acq, I'd imagine) |
| 14:05 |
jihpringle |
the regular Z39.50 interface could have an option to add a result to a PO/selection list rather than import it |
| 14:05 |
csharp |
oooh - I just discovered pgcli - colors, autocompletion - nice first impression |
| 14:06 |
csharp |
and for Dyrcona it has emacs mode ;-) |
| 14:06 |
JBoyer |
That might be better, honestly. The Acq version is extremely bare bones as is. |
| 14:06 |
JBoyer |
jihpringle++ |
| 14:06 |
JBoyer |
thanks! |
| 14:07 |
jihpringle |
JBoyer: you're welcome :) |
| 14:10 |
Dyrcona |
jeffdavis: I'll have a look. I'm in a meeting rightnow. |
| 14:13 |
|
collum joined #evergreen |
| 14:20 |
|
sandbergja joined #evergreen |
| 14:38 |
|
kmlussier joined #evergreen |
| 14:39 |
kmlussier |
Calling 1085 |
| 14:43 |
rhamby |
kmlussier: is this like a numbers station thing. 2072 |
| 14:51 |
pinesol_green |
[evergreen|Mike Rylander] LP#1730758: Track record visibility on all Located URI DML - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=106fbf0> |
| 14:51 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1730758: Stamping upgrade script for luri_vis_cache - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c1c7daa> |
| 14:57 |
kmlussier |
rhamby: Don't ask me. I didn't come up with this system. I just do what I'm told. |
| 14:58 |
rhamby |
kmlussier: conditionally you do what you're told, I had to put conditions on karoake (which so far you're succesfully avoiding) |
| 15:00 |
berick |
csharp: pgcli.. neat. will have to try it out. |
| 15:12 |
|
gsams joined #evergreen |
| 15:25 |
* phasefx |
just noticed the dev mtg on the calendar; looks like it's not happening? :) |
| 15:29 |
bshum |
@who will be our hero and run the next dev meeting |
| 15:29 |
pinesol_green |
ejk will be our hero and run the next dev meeting. |
| 15:33 |
troy__ |
sorry to interrupt if a meeting is about to happen! quick question: what's the easiest way to override the global selfcheck receipt template? |
| 15:39 |
berick |
troy__: those are action/trigger templates, so you can modify the templates in the admin interface |
| 15:40 |
troy__ |
awesome, must have overlooked it |
| 15:40 |
troy__ |
berick++ |
| 15:40 |
miker |
huh ... we could probably simplify some of our callback-y code with this: https://code.angularjs.org/1.5.11/docs/api/ng/function/angular.noop |
| 15:41 |
Dyrcona |
noops simplify a lot of things.... :) |
| 15:41 |
miker |
:) |
| 15:43 |
|
Jillianne joined #evergreen |
| 15:45 |
Dyrcona |
I should brush up on my Angular, I guess. I don't get the point of the noop.$inject = []; |
| 15:46 |
Dyrcona |
And angular.identity is more what I expected noop to do. I usually want callbacks to return a value. |
| 15:47 |
Dyrcona |
But, anyway... Neat trick. |
| 15:57 |
Dyrcona |
csharp: Did you know that \e in psql will open your most recent query in $EDITOR? |
| 16:01 |
csharp |
Dyrcona: yes |
| 16:01 |
Dyrcona |
Well, OK, then. :) |
| 16:01 |
csharp |
heh |
| 16:02 |
csharp |
and I learned that pgcli toggles between emacs mode (default) and vi mode so its actually like bash in that regard |
| 16:02 |
Dyrcona |
Just responding belatedly to your mention of pgcli. |
| 16:02 |
csharp |
gotcha ;-) |
| 16:03 |
Dyrcona |
OK. Can you make vi the default? (Just asking, I wouldn't want to.) |
| 16:03 |
Dyrcona |
You can with bash, so.... |
| 16:03 |
csharp |
probably - though I haven't dug deeply |
| 16:03 |
csharp |
yeah |
| 16:04 |
JBoyer |
So when you say color, do you mean like syntax highlighting, or something else? (haven't looked at it yet) |
| 16:05 |
jeff |
both. |
| 16:05 |
JBoyer |
That does sound interesting. |
| 16:06 |
jeff |
it's more of a tui than a cli. |
| 16:06 |
jeff |
autocomplete popups and such. |
| 16:06 |
Dyrcona |
pgcli looks interesting. I just installed and tried it. |
| 16:06 |
JBoyer |
I know there are some that look down their nose at syntax coloring but it can be a lot easier than wading through a sea of gray. |
| 16:06 |
Dyrcona |
Dunno if I'll use it regularly, but still pretty cool. |
| 16:06 |
Dyrcona |
csharp++ |
| 16:07 |
jeff |
it's built on prompt-toolkit, which "could be a replacement for GNU readline, but it can be much more than that" |
| 16:07 |
jeff |
the autocompletions are similar to / inspired by fish. |
| 16:08 |
Dyrcona |
The autocompletion is nice. I sometimes wish PgAdmin had that feature. :) |
| 16:09 |
Dyrcona |
I also find myself hitting emacs editing keys out of habit, so that is also a nice feature for me. |
| 16:09 |
pinesol_green |
[evergreen|Mike Rylander] LP#1736763: Wait until the org tree is there before using it - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ef2655f> |
| 16:09 |
JBoyer |
If the only improvement it offers over psql is autocomplete after the first boolean it's already leagues ahead... |
| 16:10 |
Dyrcona |
There's an Ubuntu package, at least on 17.10. |
| 16:11 |
JBoyer |
I'll definitely give it a look sometime. |
| 16:11 |
Dyrcona |
I'm going to try if over the next few days to see if how much I like it and if I want to keep using it. |
| 16:11 |
Dyrcona |
s/if/it/ |
| 16:12 |
Dyrcona |
oh, bother.... ;) |
| 16:14 |
csharp |
found it on the postgresql subreddit - bookmarked it a couple of weeks ago and remembered it today as I was reviewing PG stuff |
| 16:22 |
Dyrcona |
Maybe I'm not understanding the complicated if, but it looks like ctx.block_holds.enabled blocks holds even when copies are determined to be available. |
| 16:24 |
Dyrcona |
Sorry, ctx.holds_block.enabled.... |
| 16:26 |
jeff |
Dyrcona: I believe that is the intent, yes. |
| 16:26 |
Dyrcona |
So, it's not what the first person asked for in the email thread. |
| 16:27 |
jeff |
Perhaps I misread the email thread. |
| 16:27 |
Dyrcona |
Perhaps I did. I think there was some confused language in the middle. |
| 16:28 |
jeff |
> We want [the "place a hold" link] [to] ONLY show up on items that [...] are checked out or NOT available. |
| 16:28 |
jeff |
(edited for clarity, hopefully without changing the intent) |
| 16:29 |
Dyrcona |
Right, but setting that true makes it disappear, period. |
| 16:29 |
jeff |
Ah. That does not sound as intended. |
| 16:29 |
Dyrcona |
And that is the part that makes no sense... only for items that are NOT available.... |
| 16:30 |
Dyrcona |
There is some code to check for available copies before showing the Place Hold button, but it only goes by the crudest of criteria. |
| 16:31 |
Dyrcona |
It can't evaluate the hold matrix, for instance. |
| 16:32 |
jeff |
"don't offer to place a hold (in the case of the template setting) or allow a hold to be placed (in the case of the org unit setting) when there is an available copy on the shelf." |
| 16:32 |
jeff |
and yes, the comment in config.tt2 does call out that the setting is imperfect. |
| 16:36 |
|
khuckins_ joined #evergreen |
| 16:37 |
jeff |
the opac setting is not as nuanced as the org unit setting -- which takes the pickup library into consideration also. |
| 16:37 |
jeff |
circ.holds.hold_has_copy_at.alert and circ.holds.hold_has_copy_at.block being the similar org unit settings. |
| 16:38 |
Dyrcona |
Right, and I'm not sure what was actually being requested. |
| 16:39 |
* Dyrcona |
signs out. |
| 16:39 |
jeff |
Dyrcona: just read your post in that thread -- where are you seeing that ctx.holds_block.enabled=true removes the ability to place holds everywhere? |
| 16:39 |
jeff |
drat, missed him. |
| 16:55 |
|
khuckins__ joined #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 18:54 |
|
khuckins_ joined #evergreen |
| 19:53 |
|
khuckins__ joined #evergreen |
