| Time |
Nick |
Message |
| 05:16 |
csharp |
@later tell bshum re: bug 1486592... I don't see any reason why it shouldn't be targeted for 2.10 as long as someone tests/signs off |
| 05:16 |
pinesol_green |
csharp: The operation succeeded. |
| 06:40 |
|
rlefaive joined #evergreen |
| 06:52 |
bshum |
csharp: Sure, I had a feeling that would be the case, but since you put needstest on it, I assumed it was still work in progress of some sort. I just don't like bugs without a milestone cause they're harder to filter for. |
| 07:46 |
csharp |
bshum: is there a better way than "needstest" to indicate "all this is waiting for is a test and signoff"? |
| 07:46 |
|
mrpeters joined #evergreen |
| 07:49 |
|
rjackson_isl joined #evergreen |
| 07:54 |
|
JBoyer joined #evergreen |
| 07:58 |
|
rlefaive joined #evergreen |
| 08:24 |
|
ericar joined #evergreen |
| 08:29 |
|
Dyrcona joined #evergreen |
| 08:35 |
bshum |
csharp: "needstest" is the tag that is meant for bugs that require additional tests to be added, like unit test, pgTap, etc. |
| 08:36 |
csharp |
bshum: ohhhhh |
| 08:36 |
csharp |
ok - got it |
| 08:36 |
bshum |
It doesn't mean test me, that's what "pullrequest" is for |
| 08:36 |
csharp |
aha - okay - my bad |
| 08:37 |
bshum |
No worries, at least I think that's what it means. Hopefully I haven't been using it wrong either.. :) |
| 08:38 |
csharp |
I'm sure you're right about that |
| 08:38 |
JBoyer |
That's the way I remember that discussion too. |
| 08:40 |
* csharp |
changes "needstest" to "pullrequest" on those bugs |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:43 |
|
rlefaive joined #evergreen |
| 08:44 |
Dyrcona |
Yes, bshum is correct. |
| 08:44 |
bshum |
Pretty much the way I grab bugs for review is to do an advanced search filter on LP for bugs with tag "pullrequest" and a milestone of either 2.next or whichever the newest milestone is, 2.10-beta in this case |
| 08:52 |
csharp |
good - that's what I'll do with the ones I'm wrangling |
| 08:59 |
|
collum joined #evergreen |
| 09:01 |
|
RoganH joined #evergreen |
| 09:19 |
|
maryj joined #evergreen |
| 09:38 |
kmlussier |
Ah, that explains things. I was perplexed as to why the new Concerto data needed a test. ;) |
| 09:39 |
|
yboston joined #evergreen |
| 09:42 |
tsbere |
kmlussier: To ensure that it is in fact the data that is expected! ;) |
| 09:48 |
Dyrcona |
Thank you, Rhythmbox for sorting Vivaldi under A for Antonio. |
| 10:07 |
|
mllewellyn joined #evergreen |
| 10:24 |
dbs |
Dyrcona: you need to reconcile your MP3 tags against VIAF to adopt inverted names, clearly |
| 10:25 |
Dyrcona |
dbs: Or just fill in the "sort" field with Vivaldi. :) |
| 10:26 |
Dyrcona |
The Four Seasons are up to winter, now, so I'll have to decide what to play next. |
| 10:26 |
Dyrcona |
The Largo fits rather well with the light snow falling outside my office windows. |
| 10:27 |
Dyrcona |
The only thing that is missing are horse drawn sleighs to go alone with the percussion. |
| 10:27 |
Dyrcona |
s/alone/along/ |
| 10:28 |
Dyrcona |
Hmm. Maybe it is pizzicato and not percussion? |
| 10:29 |
|
Stompro joined #evergreen |
| 10:30 |
|
miker left #evergreen |
| 10:30 |
|
miker joined #evergreen |
| 10:31 |
Dyrcona |
Ah, naturally, tsbere wrote a db function to do that.... ;) |
| 10:32 |
* tsbere |
feels like he missed something |
| 10:34 |
Dyrcona |
Clever: mravl.vlist @@ _item_query |
| 10:34 |
Dyrcona |
Everybody missed something, 'cause I didn't say what "that" was. :) |
| 10:44 |
csharp |
@who missed something? |
| 10:44 |
pinesol_green |
maryj missed something. |
| 10:47 |
Dyrcona |
So, it boils down to our production being affected by lp 1414112. |
| 10:47 |
pinesol_green |
Launchpad bug 1414112 in Evergreen 2.7 "Audience filter no longer searching blank spaces" [Medium,Fix released] https://launchpad.net/bugs/1414112 |
| 10:47 |
Dyrcona |
I will test on training. |
| 10:52 |
Dyrcona |
Yes, it is fixed on our training server which is running 2.9.1. |
| 10:53 |
Dyrcona |
So, I can say, "fixed at our next update." |
| 10:54 |
tsbere |
I get to be happy that I don't have to change the code I wrote that is involved. ;) |
| 11:00 |
|
rlefaive joined #evergreen |
| 11:00 |
|
ericar_ joined #evergreen |
| 11:08 |
|
bmills joined #evergreen |
| 11:14 |
|
Christineb joined #evergreen |
| 11:20 |
|
jwoodard joined #evergreen |
| 11:37 |
jwoodard |
@decide Earl Grey or Irish Breakfest |
| 11:37 |
pinesol_green |
jwoodard: go with Earl Grey |
| 11:38 |
dbwells |
dbs (or anyone else): I'm curious if you've done anything locally to get Zotero to work better. |
| 11:39 |
* dbs |
casts mind back to Evergreen - Zotero |
| 11:39 |
dbs |
ah yes, unAPI == MODS |
| 11:39 |
dbwells |
We get complaints about the Zotero 'type' being generally random, which also means it sometimes doesn't pull the info you want. |
| 11:39 |
dbs |
and Zotero's MODS translator really likes to interpret books that have inclusions as Chapters |
| 11:40 |
dbwells |
I have yet to see a book actually come through as a "book" :) |
| 11:40 |
dbs |
(it probably doesn't help that the version of MODS we serve up is pretty ancient now, but IIRC the problem is mostly on Zotero's side) |
| 11:40 |
dbs |
yeah |
| 11:41 |
dbs |
And there are reports about this problem to the Zotero devs who were pretty much "meh" (again, IIRC, I've had some less than positive dealings on other fronts with the Zotero dev team on the RIS side of things) |
| 11:41 |
dbs |
Zotero should really like our RIS output though. |
| 11:42 |
dbs |
Maybe teach unAPI to not advertise anything other than RIS? I think Zotero is the only thing using unAPI at this point |
| 11:43 |
dbwells |
It does seem like a tough spot, since for all I know the Zotero MODS translator works perfectly for MODS-native records, if any actually exist anywhere. |
| 11:44 |
dbwells |
I haven't looked at all at the RIS translator, maybe I'll look into that next. |
| 11:45 |
dbs |
It really doesn't work perfectly for MODS-native records :/ |
| 11:45 |
dbwells |
The MODS translator does allow for manual types using, I think, a local genre field, so I was thinking about starting with a hack to the MARC2MODS to just add "book" to everything. It would be 90%+ correct for our needs, I think. |
| 11:48 |
|
mmorgan left #evergreen |
| 11:49 |
dbwells |
I don't think we have anything else consuming MODS right now, and if we did, I don't think it would be bothered by a local genre field which might not be 100% correct, but wondered if anyone else had already gone down that road. |
| 11:54 |
miker |
fwiw, the unapi2 patch adds the ability to include information from the extracted record attributes (ccvm stuff). also, others are using unapi (and opensearch) ... alexander street press is one active user |
| 12:04 |
* dbs |
looks at the RIS for https://laurentian.concat.ca/opac/extras/supercat/retrieve/ris/record/2335409 - wow that's stark. |
| 12:06 |
dbs |
dbwells: so when you get to MODS.js in the Zotero translators, you'll see fun mappings in var fromMarcGenre = { |
| 12:06 |
dbs |
like "bibliography":"bookSection" |
| 12:06 |
dbs |
and "dictionary":"dictionaryEntry" |
| 12:07 |
dbs |
maybe your local genre "IT'S A BOOK DANGIT" idea isn't so bad :) |
| 12:07 |
dbs |
(we have lots of music scores and audio recordings so we wouldn't want it 100% across the board, but man...) |
| 12:08 |
dbwells |
dbs: Yeah, I've looked at that. It made me believe that MODS might be more than our MARC2MODS gives it the ability to be, but who can tell :) |
| 12:09 |
dbwells |
miker: Thanks for pointing that out. I'm not really seeing yet how all the pieces fit together, but I'll keep trying. |
| 12:11 |
dbwells |
miker: Could this somehow improve our MODS output, or is this more a path to create a custom-ish file for a dedicated Evergreen Zotero translator? |
| 12:11 |
dbwells |
s/file/output |
| 12:12 |
* dbs |
doesn't think our MODS output is all that bad, really, even given how far behind we are |
| 12:13 |
dbwells |
Well, by "improve", I really mean cater to the needs of Zotero. |
| 12:13 |
dbs |
dbwells: we could look at the MARC.js and MARCXML.js translators too |
| 12:14 |
dbs |
might as well try to hew to the richest / original dataset |
| 12:15 |
dbs |
the problem is that UNAPI.js prefers MODS to marc |
| 12:16 |
dbs |
hmm, perhaps if we clone "marc21" as "marc" it will pick it up |
| 12:16 |
dbs |
} else if(lowerName.match(/^marc\b/) |
| 12:16 |
dbwells |
dbs: Going for MARC makes sense to me. Thanks for these thoughts. I'll let you know if I find time to push forward with any of this. If that last idea works out, that would be pretty great :) |
| 12:16 |
* dbwells |
heads out for a bit |
| 12:17 |
dbs |
augh, but then it loops through recognizable formats which prefers MODS still |
| 12:17 |
|
krvmga joined #evergreen |
| 12:17 |
dbs |
s/MODS/MODS30/ in our advertised formats mebbe :) |
| 12:17 |
krvmga |
i'm doing a vanilla install of eg 2.9 and it's worked fine except for one thing... |
| 12:18 |
krvmga |
i search the catalog and get the initial search results... |
| 12:18 |
krvmga |
but, if i click on any of the results, i get a 500 error |
| 12:18 |
krvmga |
has anyone run into anything like this before? |
| 12:19 |
jeff |
krvmga: your first stop should be the apache error logs, which may provide further clues, such as pointing out a template error. |
| 12:19 |
jeff |
or a perl error, etc. |
| 12:20 |
krvmga |
thanks, jeff. diving in there now.. |
| 12:20 |
jeff |
depending on what you see there, you'll either have enough info or you'll be moving on to other logs. :-) |
| 12:21 |
|
mllewellyn joined #evergreen |
| 12:26 |
|
afterl joined #evergreen |
| 12:48 |
|
jvwoolf joined #evergreen |
| 12:56 |
jeffdavis |
I'm getting a perplexing error from a Perl live test I'm working on: Can't locate object method "create_actor_org_unit_setting" via package "OpenILS::Utils::CStoreEditor" at live_t/12-lp1533329-opt-in.t line 80. |
| 12:56 |
jeffdavis |
http://git.sitka.bclibraries.ca/gitweb/?p=sitka/evergreen.git;a=blob;f=Open-ILS/src/perlmods/live_t/12-lp1533329-opt-in.t;h=690167a;hb=4987b9d |
| 12:57 |
Dyrcona |
jeffdavis: You need to either init CStoreEditor or the Fieldmapper or both. |
| 12:58 |
jeffdavis |
Dyrcona: I think I am initializing CStoreEditor correctly: |
| 12:58 |
jeffdavis |
my $e = new_editor(xact => 1); |
| 12:58 |
jeffdavis |
$e->init; |
| 12:59 |
jeffdavis |
Is there something I should be doing beyond that? I just copied what I saw in live_t/10-lp1251415_update_juv.t |
| 12:59 |
* Dyrcona |
doesn't know if TestUtils is doing any magic behind the scenes. |
| 13:01 |
Dyrcona |
Typically, when you use CStoreEditor, you have to init Fieldmapper with the IDL, and then do CStoreEditor::init. |
| 13:02 |
Dyrcona |
Without those two things, CStoreEditor only half works. |
| 13:03 |
|
bmills joined #evergreen |
| 13:03 |
|
bmills left #evergreen |
| 13:03 |
jeffdavis |
ah, yeah, looks like I may be missing a bootstrap command... |
| 13:03 |
Dyrcona |
Oh, and that... |
| 13:03 |
Dyrcona |
You do need to bootstrap before anything else. |
| 13:03 |
Dyrcona |
Maybe TestUtils could be modified to be more magical like Cronscript? |
| 13:04 |
Dyrcona |
Cronscript.pm will do a lot of the magic for you. |
| 13:05 |
|
jck_ joined #evergreen |
| 13:05 |
jeffdavis |
Dyrcona: thanks! Got it working now. |
| 13:05 |
Dyrcona |
Cool! |
| 13:06 |
* Dyrcona |
will have a look at TestUtils in a minute. |
| 13:08 |
|
maryj joined #evergreen |
| 13:09 |
Dyrcona |
Ah. TestUtils is a subclass of Cronscript.pm. |
| 13:09 |
Dyrcona |
So, it has the magic built in. :) |
| 13:09 |
dbs |
@later tell dbwells I can confirm that removing mods from the list of recognized formats in unAPI.js, leading to the use of RIS.js, does a much better format detection job |
| 13:09 |
pinesol_green |
dbs: The operation succeeded. |
| 13:10 |
dbs |
@later tell dbwells I can also confirm that changing the lookup to 'marc21' in unAPI.js, leading to the use of MARC.js, does a much better format detection job & captures more metadata than RIS |
| 13:10 |
pinesol_green |
dbs: The operation succeeded. |
| 13:11 |
Dyrcona |
jeffdavis: If you do $script->editor(xact=>1); You should not have to bootstrap, configure the IDL, nor init CStoreEditor. |
| 13:11 |
dbs |
@later tell dbwells So if we can convince zotero translator maintainers to prefer marc over mods, and to look for marc21 as well as marc, then Evergreen will work much better |
| 13:11 |
pinesol_green |
dbs: The operation succeeded. |
| 13:11 |
Dyrcona |
It does that automagically if necessary. |
| 13:12 |
|
jihpringle joined #evergreen |
| 13:12 |
dbs |
@later tell dbwells my testbed of data = https://laurentian.concat.ca/eg/opac/results?query=beethoven;qtype=keyword;locg=105;detail_record_view=1;page=1 but probably should be more diverse than just recordings, books, and scores |
| 13:12 |
pinesol_green |
dbs: The operation succeeded. |
| 13:17 |
|
mmorgan joined #evergreen |
| 13:18 |
jeffdavis |
Dyrcona: interesting! |
| 13:19 |
Dyrcona |
jeffdavis: Cronscript and by inheritance TestUtils exist to make writing scripts easier, so they do some things behind the scenes. |
| 13:19 |
Dyrcona |
They aren't very well documented and I have considered doing a presentation on them at a conference. |
| 13:20 |
Dyrcona |
I use Cronscript in most of my custom scripts. |
| 13:21 |
JBoyer |
Dyrcona: That would probably go over well, I've thought Cronscript could be a big help on a couple of projects, but didn't take the time to really figure it out vs just throw things at psql. |
| 13:23 |
|
mdriscoll joined #evergreen |
| 13:23 |
Dyrcona |
Well, I can always do a tutorial during the hackfest if there's enough interest. |
| 13:24 |
JBoyer |
+1, no need to make it into a whole 45 minute thing if it's not necessary. |
| 13:32 |
sandbergja |
Hey everyone, the docs reorganization meeting is going to start up in about 28 minutes |
| 13:33 |
* kmlussier |
finally catches up to the https switch for the Planet Evergreen RSS feed and fixes Planet updates for the Evergreen Twitter account. |
| 13:34 |
kmlussier |
It's terrible that I only notice the Twitter account isn't updating when it's my post that doesn't go through. It's been broken for over a month. |
| 13:41 |
|
bmills joined #evergreen |
| 13:41 |
|
rlefaive joined #evergreen |
| 13:41 |
|
ericar joined #evergreen |
| 13:51 |
sandbergja |
Docs reorganization meeting is coming up in about 9 minutes |
| 13:55 |
yboston |
sandbergja: will you want to start the meeting by yourself or do you want me to start it. your choice |
| 13:55 |
|
Stompro joined #evergreen |
| 13:56 |
sandbergja |
yboston: I can start it. Thanks for the offer! |
| 13:57 |
kmlussier |
sandbergja++ |
| 13:57 |
yboston |
sandbergja++ |
| 13:59 |
|
alynn26 joined #evergreen |
| 14:00 |
sandbergja |
#startmeeting Documentation Reorg Planning |
| 14:00 |
pinesol_green |
Meeting started Wed Feb 10 14:00:20 2016 US/Eastern. The chair is sandbergja. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 14:00 |
pinesol_green |
The meeting name has been set to 'documentation_reorg_planning' |
| 14:00 |
sandbergja |
#chair yboston |
| 14:00 |
pinesol_green |
Current chairs: sandbergja yboston |
| 14:00 |
|
Caryar joined #evergreen |
| 14:00 |
sandbergja |
Welcome everybody! |
| 14:00 |
krvmga |
#info krvmga = Jim Keenan, C/W MARS |
| 14:00 |
sandbergja |
Thanks for joining us for our second meeting to discuss reorganizing the official eg docs |
| 14:00 |
sandbergja |
#topic Introductions |
| 14:01 |
sandbergja |
Feel free to introduce yourself using the #info command |
| 14:01 |
krvmga |
sorry. :) jumped the gun with my info |
| 14:01 |
sandbergja |
#info sandbergja is Jane Sandberg, Linn-Benton Community College |
| 14:01 |
alynn26 |
#info alynn26 is Lynn Floyd, Anderson County Library, SCLENDS |
| 14:01 |
sandbergja |
krvmga: no worries :-) |
| 14:01 |
Christineb |
#info Christineb is Christine Burns - BC Libraries Cooperative / Sitka |
| 14:01 |
akilsdonk |
#info akilsdonk is Angela Kilsdonk, Equinox Software |
| 14:01 |
|
jck_ joined #evergreen |
| 14:01 |
jihpringle |
#info jihpringle is Jennifer Pringle - BC Libraries Cooperative / Sitka |
| 14:01 |
yboston |
#info yboston is Yamil Suarez @ Berklee College of Music |
| 14:02 |
yboston |
The agenda can be found here |
| 14:02 |
yboston |
#link http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:reorg_2014:agenda_2016-02-10 |
| 14:02 |
remingtron |
#info remingtron is Remington Steed, Hekman Library (Calvin College) |
| 14:02 |
remingtron |
(mostly listening) |
| 14:02 |
jck_ |
#info jck is Joan Kranich, C/W MARS |
| 14:03 |
sandbergja |
Welcome, everyone! Just to orient everybody, yboston and I will be co-leading this meeting |
| 14:03 |
sandbergja |
If you have a web browser handy, please open up the agenda, which yboston just posted |
| 14:03 |
sandbergja |
And also the draft requirements doc; I think those both will be useful as jumping-off points for our discussion |
| 14:03 |
sandbergja |
#link http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:reorg_2014:requirements |
| 14:04 |
sandbergja |
#topic Develop consensus on project requirements |
| 14:04 |
sandbergja |
First of all, I want to make sure our goals and values all sound good to everyone |
| 14:04 |
sandbergja |
before moving on with such a big project! |
| 14:04 |
sandbergja |
Initial thoughts? |
| 14:05 |
krvmga |
i think the requirements doc covers everything i was thinking of |
| 14:05 |
yboston |
I think you did an excelent job with these requirements |
| 14:06 |
sandbergja |
aww, shucks! Thanks, yboston |
| 14:06 |
krvmga |
yes, excellent |
| 14:06 |
alynn26 |
I think these are obtainable requirements |
| 14:06 |
Christineb |
I agree with the requirements |
| 14:06 |
akilsdonk |
The requirements look great. |
| 14:06 |
sandbergja |
remingtron also suggested that we gather ideas from actual eg users using a survey |
| 14:07 |
yboston |
I had a question about a requierement that mentioned content that gets repeated in more than one palce. let me look for it. Go ahead in the meantime |
| 14:07 |
sandbergja |
Sounds good |
| 14:07 |
alynn26 |
I like the idea of a survey, to see what they think is missing in the docs. |
| 14:07 |
jihpringle |
yboston: this I think "The exact same content must be present in multiple books without needing to be updated separately (e.g. a chapter about the Evergreen community, or an introduction to the client interface)" |
| 14:07 |
alynn26 |
Or what can they not find that is actually in there |
| 14:08 |
sandbergja |
alynn26: good point |
| 14:08 |
remingtron |
alynn26: right, there's the issue of usability, not just content |
| 14:08 |
yboston |
jihpringle: yes, now that I reread it I am all set. I misunderstood it the last time I read it. Ai gree with it |
| 14:09 |
jihpringle |
I agree with it too, but is it technically possible? |
| 14:09 |
yboston |
in some situation it shoudl be possible, depednign on how we set up the strucuee of the files and "books" |
| 14:10 |
sandbergja |
jihpringle: Excellent question. |
| 14:10 |
sandbergja |
I want to thank remingtron for coming up with survey questions |
| 14:10 |
yboston |
one concer I hve is that as we experiment we will be happy with the docs in ne format, e.g. HTML, but not as happy in PDF |
| 14:10 |
remingtron |
sandbergja: those are just a draft! I welcome edits, suggestions, etc. |
| 14:11 |
jihpringle |
is there a link to the survey questions? |
| 14:11 |
sandbergja |
yboston: do you think we should hammer out some more specific requirements for PDF version, HTML version? |
| 14:11 |
sandbergja |
jihpringle: they are in the agenda, under requirements |
| 14:11 |
jihpringle |
thanks |
| 14:12 |
|
bmills joined #evergreen |
| 14:12 |
yboston |
sandbergja: at some point we shoudl address the acceptable setup /behavior of each format, but at this point it might be OK to focus on regenral requriements |
| 14:12 |
yboston |
*general |
| 14:13 |
sandbergja |
sounds good |
| 14:13 |
alynn26 |
I think those are great starting questions. |
| 14:13 |
sandbergja |
Would somebody be willing to add some survey questions that get at alynn26's concerns about findability and missing content? |
| 14:13 |
sandbergja |
Or do we like keeping it pretty general? |
| 14:14 |
remingtron |
sandbergja: I'll post a few more questions taken from another open source project's recent docs survey |
| 14:14 |
krvmga |
just to make sure i'm not confused...the survey would be about the documentation (or sections of the documentation) as it exists now? |
| 14:16 |
sandbergja |
krvmga: as I read it, it asks about documentation in general, and best practices that our end users appreciate |
| 14:16 |
remingtron |
krvmga: I was thinking of a more broad survey of what users need from documentation |
| 14:17 |
remingtron |
sandbergja: right |
| 14:17 |
sandbergja |
Can I start moving the survey conversation toward some action items? |
| 14:18 |
sandbergja |
Remingtron, can I say that you will add some more questions from the other project you mentioned? |
| 14:18 |
remingtron |
sandbergja: yes |
| 14:18 |
sandbergja |
#action remingtron will post a few more questions to the survey in the agenda, informed by another open source project's recent docs survey |
| 14:19 |
sandbergja |
Is anybody willing to put together, publicize, or gather results from an end-user survey? |
| 14:19 |
jihpringle |
I think it would make sense to have it open for others to add questions as well and then cull it down to the list we actually want to send |
| 14:20 |
sandbergja |
jihpringle: Maybe a page on the wiki? |
| 14:20 |
krvmga |
would it make sense to ask in the survey what kind of role respondents fulfill (like, are they local system people, front line staff, etc.) |
| 14:20 |
alynn26 |
once we get the questios down, I can place it surveyMonkey |
| 14:21 |
sandbergja |
krvmga: sounds good to me! |
| 14:21 |
sandbergja |
alynn26++ |
| 14:21 |
jck_ |
Asking for the role respondents fulfill would be helpful |
| 14:21 |
sandbergja |
#action alynn26 will put the survey on surveymonkey once we have questions solidified |
| 14:22 |
|
alynn26_m joined #evergreen |
| 14:22 |
sandbergja |
jck_, I agree. Also, respondents should be able to check multiple boxes, because at small libs, people might be catalogers, circulators, admins, all at once! |
| 14:22 |
jck_ |
I agree |
| 14:23 |
jihpringle |
+1 |
| 14:23 |
jck_ |
Do we want to know if their system is hosted? |
| 14:23 |
|
alynn26_m joined #evergreen |
| 14:23 |
sandbergja |
Is anybody willing to set a deadline for a final set of questions and encourage participation in crafting survey questions from DIG members? |
| 14:23 |
jihpringle |
or we could ask who is their front line support - in house versus outside |
| 14:24 |
remingtron |
jck_: yes, another great question to include |
| 14:24 |
sandbergja |
jck_++ |
| 14:24 |
yboston |
on the topic of the deadline, should we wait for after the next EG release? |
| 14:25 |
remingtron |
maybe we should ask the oversight board if they have any suggestions for such a survey. They may know other key questions we should include. |
| 14:25 |
sandbergja |
remingtron: good idea |
| 14:25 |
jihpringle |
how about March 2nd for compiling the questions and getting them down to a final list? - that gives us three weeks |
| 14:25 |
sandbergja |
Sounds good to me |
| 14:25 |
yboston |
me too |
| 14:25 |
jck_ |
sounds good |
| 14:26 |
krvmga |
+1 |
| 14:26 |
sandbergja |
#agreed We will compile docs survey questions for end users by March 2nd |
| 14:26 |
jihpringle |
I can create a wiki page for compiling the questions and link it back to the re-org page |
| 14:27 |
sandbergja |
jihpringle++ |
| 14:27 |
sandbergja |
#action jihpringle will create a wiki page for compiling the survey questions and link it back to the re-org page |
| 14:27 |
sandbergja |
And I can volunteer to bug people for their input before March 2! |
| 14:28 |
sandbergja |
#action sandbergja will encourage input on survey questions from DIG members |
| 14:28 |
yboston |
jihpringle++ |
| 14:28 |
sandbergja |
I can also volunteer to touch base with the oversight board, if we'd like to do that |
| 14:29 |
|
kitteh_ joined #evergreen |
| 14:29 |
sandbergja |
#action sandbergja will touch base with the oversight board about our survey instrument |
| 14:30 |
yboston |
I am on the board, I can with that, but I need the exact wording before hand |
| 14:30 |
yboston |
*I can help with that |
| 14:30 |
sandbergja |
yboston: thanks! How about I come up with language and send it your way, then? |
| 14:30 |
yboston |
perfect |
| 14:30 |
yboston |
we have a meetign next week |
| 14:31 |
sandbergja |
Thanks for a fruitful conversation so far. Okay if we move on to some specific questions? |
| 14:31 |
remingtron |
sandbergja: go for it |
| 14:31 |
sandbergja |
#topic What platform to use for re-organized docs |
| 14:32 |
sandbergja |
We've been looking for an asciidoc solution, but at our last meeting, we also had some interest in flossmanuals |
| 14:32 |
sandbergja |
Any thoughts there? |
| 14:33 |
jihpringle |
I vote for whatever is going to be easiest for the largest number of people |
| 14:33 |
yboston |
I don't have much exepreince in flossmanual |
| 14:33 |
sandbergja |
I don't know anything about flossmanuals, so I am happy to table this until we have some time to read up more on flossmanuals |
| 14:33 |
yboston |
those in DIG that went to that Google hosted event did get a lot more |
| 14:33 |
kmlussier |
flossmanual is very easy to use |
| 14:33 |
yboston |
I suspect that we can for now just stick to asciidoc to when we start to experiment |
| 14:33 |
krvmga |
we used flossmanual during our docsprint when we wrote the evergreen in action book |
| 14:34 |
kmlussier |
It's as easy as creating a WordPress blog post. You don't need to know any special markup, you just focus on the writing. |
| 14:34 |
akilsdonk |
I agree with using what is going to be easiest for the largest amount of people. |
| 14:34 |
yboston |
though as we investigate the "cross-linsk" we might be more opinionanted on which solution we woudl liek to have |
| 14:34 |
remingtron |
I would hesitate to use something different from asciidoc unless we know how it will be maintained and by whom. |
| 14:34 |
sandbergja |
kmlussier and krvmga, how easy is it to do small, incremental changes? |
| 14:34 |
kmlussier |
It's a matter of clicking Edit, making the change, and then saving. |
| 14:34 |
krvmga |
it is easy |
| 14:35 |
sandbergja |
Does it track version history and all? |
| 14:35 |
yboston |
also, how well does flossmanual handle PDF/epub versions? is it done nightly? |
| 14:35 |
kmlussier |
The problem, of course, is then converting it to Asciidoc |
| 14:35 |
krvmga |
what kmlussier said.. |
| 14:35 |
remingtron |
The "Evergreen In Action" flossmanual (that kmlussier and krvmga are talking about) has fallen out of DIG's orbit |
| 14:35 |
krvmga |
it's out of date now |
| 14:35 |
kmlussier |
If you ultimately want the docs to be in Asciidoc, that is. However, I don't think it's any different from converting Word documents, which is something that DIG also accepts. |
| 14:36 |
remingtron |
Also, we already have lots of docs in asciidoc that we could simply reorganize into these separate books, rather than copy/pasting into flossmanuals |
| 14:36 |
jeff |
as a data point, the most recent news post on the flossmanuals site is from October 2014. |
| 14:37 |
krvmga |
personally, i think it's okay to stick with asciidoc atm |
| 14:37 |
sandbergja |
I'm hearing some consensus that asciidoc is the way to go |
| 14:37 |
sandbergja |
any dissent? |
| 14:38 |
yboston |
I think we might be OK to stick with asciidoc at this early junction, but of course if folks want to submit sample orgnaization layouts in another format that should be fine |
| 14:38 |
jeff |
and 50% of the thumbnails on their bookstore are broken images. drat. |
| 14:38 |
sandbergja |
jeff: good to know! |
| 14:38 |
yboston |
jeff++ |
| 14:38 |
sandbergja |
yboston++ |
| 14:38 |
sandbergja |
Cool! |
| 14:38 |
sandbergja |
#topic Crosslinks in asciidoc |
| 14:39 |
sandbergja |
yboston: would you like to introduce this topic? You've put a lot of thought into it. |
| 14:39 |
krvmga |
i think it's funny that "Evergreen in Action" is still listed as "new" on flossmanuals |
| 14:40 |
yboston |
yes |
| 14:40 |
jck_ |
is the official documentation at open-ils in asciidoc? |
| 14:41 |
yboston |
one of the requirements is that it would be easy to jump around sections in one bok to another |
| 14:41 |
yboston |
I bet this will be easy to do in the HTML format, but it could get tricky with the PDF and epub format |
| 14:41 |
krvmga |
jck_: yes |
| 14:41 |
jck_ |
thanks |
| 14:42 |
remingtron |
#link https://github.com/evergreen-library-system/Evergreen/tree/master/docs |
| 14:42 |
remingtron |
jck_: there's a link to the asciidoc files |
| 14:42 |
yboston |
here is the text "We would like an "automated solution" creating see also references that can jump between books and "that does not depend on a human to create the cross links for the HTML version" |
| 14:42 |
sandbergja |
remingtron++ |
| 14:43 |
yboston |
so we need to be prepared to compormise on the epub and the PDF version |
| 14:43 |
yboston |
there has been talk of making these "cross-links" somehow point to the HTML version when using a PDF |
| 14:43 |
yboston |
but at this point I don't know how feasable that is |
| 14:43 |
sandbergja |
So, I think the goal with the PDF version is just something that is pretty and can sit at a desk, all printed out |
| 14:44 |
krvmga |
sandbergja: yes, i think so, too |
| 14:44 |
sandbergja |
There was a lot of interest last time in the PDF version being a "desk copy" |
| 14:44 |
jihpringle |
I know that it can be nice to have a printed doc, but we have actively being encouraging out libraries to not print out our manual since it can go out of date so quickly as more info is added |
| 14:44 |
jihpringle |
we only recommend that our libraries print out the section on offline |
| 14:44 |
yboston |
we still should be mindful that when there are cross links to another "book" that the cross link explains where the cotnent can be found, like book / page, etc |
| 14:46 |
sandbergja |
So, yboston, the PDF version of the circulator book might display "Please see the Local Sysadmin manual for more information about circ rules"? |
| 14:46 |
yboston |
for example, this happened often witht he manuals for a previous ILS. the print version would mention the 1) name of book 2) chapter (?) 3) section |
| 14:46 |
sandbergja |
Rather than an actual link? |
| 14:46 |
sandbergja |
Or "Please see chapter 7 of the Local Sysadmin manual for more information about circ rules"? |
| 14:46 |
yboston |
at this point I am not sure how a link in a PDF to another PDf will work |
| 14:47 |
sandbergja |
jihpringle: do your staff prefer the HTML or PDF versions when working online? |
| 14:47 |
yboston |
sandbergja: the exampel you gave might work, though we may not want to mention a chapter number, since those can change after the fact |
| 14:48 |
yboston |
oen thig is, that we might want to be pretty sure of the "book" names before we start marking the cross links |
| 14:48 |
jihpringle |
sandbergja: I believe most of them use the html version but we do have a pdf version as well |
| 14:48 |
krvmga |
yboston: yes |
| 14:48 |
sandbergja |
yboston, good point |
| 14:48 |
remingtron |
sandbergja: that's a great question for a user survey :) |
| 14:48 |
sandbergja |
Very true |
| 14:49 |
yboston |
I like the PDF version to search for a particualr keyword inside a particuar version |
| 14:50 |
sandbergja |
yboston: yes, I like that too |
| 14:50 |
yboston |
(sorry for all the misspellings, happens when I type fast) |
| 14:50 |
krvmga |
yboston: spelling counts toward your final grade. :) |
| 14:51 |
sandbergja |
We have 10 minutes left, and there are 2 things I'd like to cover. :-( |
| 14:51 |
sandbergja |
#startvote How should we spend the rest of our time? Talking about what specific books we'd like to see, Identifying "content coordinators" who would be responsible for compiling specific books |
| 14:51 |
pinesol_green |
Begin voting on: How should we spend the rest of our time? Valid vote options are Talking, about, what, specific, books, we, d, like, to, see, Identifying, content, coordinators, who, would, be, responsible, for, compiling, specific, books. |
| 14:51 |
pinesol_green |
Vote using '#vote OPTION'. Only your last vote counts. |
| 14:51 |
sandbergja |
#endvote |
| 14:51 |
pinesol_green |
Voted on "How should we spend the rest of our time?" Results are |
| 14:51 |
sandbergja |
nope, that didn't work |
| 14:52 |
|
mmorgan joined #evergreen |
| 14:52 |
sandbergja |
trying to get too fancy with meetbot! |
| 14:52 |
sandbergja |
oops! |
| 14:52 |
krvmga |
#vote pick which book to start on |
| 14:52 |
sandbergja |
Yes, let's just go with krvmga's suggestion |
| 14:52 |
sandbergja |
#topic Which book should we start on? |
| 14:52 |
krvmga |
circ +1 |
| 14:53 |
yboston |
I would argue we should do circ but for two audiences, client admin and frontline staff |
| 14:53 |
yboston |
so we can get early practice at splitting that type of content by audience |
| 14:54 |
krvmga |
yboston++ |
| 14:54 |
krvmga |
i agree |
| 14:54 |
yboston |
or just do one of those two audience at the very beguining |
| 14:54 |
krvmga |
do we want to have teams tackle each one? |
| 14:54 |
sandbergja |
krvmga++ |
| 14:54 |
sandbergja |
I like the idea of teams; how do we form them? |
| 14:55 |
krvmga |
who is interested in front line circ docs? |
| 14:55 |
krvmga |
who is interested in client admin docs? |
| 14:55 |
jihpringle |
I would vote to have client admin cover more than just circ but have sections within (circ, cataloguing, etc.) |
| 14:55 |
jihpringle |
and we can add the additional sections as we get to each book |
| 14:55 |
krvmga |
jihpringle: i like that idea |
| 14:55 |
remingtron |
jihpringle: +1 |
| 14:56 |
Christineb |
jihpringle: +1 |
| 14:56 |
akilsdonk |
jihpringle++ |
| 14:56 |
sandbergja |
jihpringle++ |
| 14:56 |
Christineb |
I am interested in client admin docs |
| 14:56 |
jihpringle |
I'm also interested in client admin docs |
| 14:56 |
sandbergja |
I am also interested in client admin |
| 14:56 |
krvmga |
that's three for client admin, starting with the circ sectio |
| 14:56 |
krvmga |
n |
| 14:56 |
krvmga |
who's up for frontline circ staff? |
| 14:56 |
sandbergja |
Anyone for front-end circ? |
| 14:57 |
krvmga |
no front desk love? :) |
| 14:57 |
sandbergja |
:-) |
| 14:57 |
yboston |
I can do front end |
| 14:57 |
akilsdonk |
I'm willing to work on frontline circ docs |
| 14:57 |
krvmga |
me, too. |
| 14:57 |
sandbergja |
yboston++ akilsdonk++ krvmga++ |
| 14:57 |
krvmga |
do we want to have each team's members contact each other outside irc and divide up labor? |
| 14:58 |
yboston |
though I wondered the two teams shoudl coordinate what belongs where, thoguh for the most part it should be pretty obvious |
| 14:58 |
sandbergja |
krvmga: sounds good |
| 14:58 |
sandbergja |
what if each team does its own thing, and then we compare notes when we are done? |
| 14:58 |
krvmga |
yboston: i think so, too, but some might think there's crossover. receipt templates, for example. |
| 14:58 |
yboston |
the teasm can have an IRC meetign or a google hangout meeting |
| 14:58 |
jihpringle |
and what version of Evergreen are we looking at? |
| 14:59 |
sandbergja |
jihpringle: good question |
| 14:59 |
krvmga |
i think we should use the latest available |
| 14:59 |
yboston |
we can also haev a wiki page with the current wiki outline a claim dibs :) to egt the conversations tarted |
| 14:59 |
krvmga |
yboston++ |
| 14:59 |
yboston |
maybe "master" version |
| 14:59 |
sandbergja |
master sounds good |
| 15:00 |
remingtron |
one comment about front lines circ: Since Evergreen 2.10 should include a production web client for circ desk use, I think all future circ docs should include web client versions |
| 15:00 |
krvmga |
the teams don't have to be exclusive. anyone else who wants to join in should feel free. |
| 15:00 |
jihpringle |
at this point are we just coming up with a table of contents for the two books? |
| 15:00 |
krvmga |
remington: good point |
| 15:00 |
krvmga |
remingtron: sorry |
| 15:00 |
sandbergja |
jihpringle: I think so |
| 15:00 |
remingtron |
krvmga: no offense taken :) |
| 15:01 |
krvmga |
:) |
| 15:01 |
remingtron |
jihpringle: and identifying existing docs that can be used |
| 15:01 |
sandbergja |
#agreed A front-line circ team (krvmga, yboston, akilsdonk) and a client admin team (Christineb, jihpringle, sandbergja) will start work on TOCs |
| 15:02 |
sandbergja |
We've reached the one-hour mark |
| 15:02 |
jihpringle |
do you want me to create the wiki pages? |
| 15:02 |
krvmga |
jihpringle++ |
| 15:02 |
sandbergja |
jihpringle, if you don't mind, that'd be lovely! |
| 15:02 |
sandbergja |
jihpringle++ |
| 15:02 |
sandbergja |
I'm excited about the direction this is going! |
| 15:02 |
krvmga |
do we want to schedule a progress meeting? |
| 15:02 |
yboston |
yes |
| 15:03 |
sandbergja |
I can volunteer to create a doodle poll for a progress meeting |
| 15:03 |
krvmga |
sandbergja++ |
| 15:04 |
sandbergja |
#action sandbergja will create a doodle poll for a progress meeting |
| 15:04 |
jck_ |
sandbergja++ |
| 15:04 |
sandbergja |
Thanks, everyone! |
| 15:04 |
krvmga |
DIG++ |
| 15:04 |
sandbergja |
I'm going to close the meeting |
| 15:04 |
krvmga |
thanks, all! |
| 15:04 |
sandbergja |
#endmeeting |
| 15:04 |
pinesol_green |
Meeting ended Wed Feb 10 15:04:43 2016 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 15:04 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-02-10-14.00.html |
| 15:04 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-02-10-14.00.txt |
| 15:04 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-02-10-14.00.log.html |
| 15:04 |
yboston |
sandbergja++ |
| 15:05 |
akilsdonk |
sandbergja++ |
| 15:05 |
|
b_bonner left #evergreen |
| 15:09 |
remingtron |
sandbergja++ |
| 15:10 |
krvmga |
sandbergja++ |
| 15:10 |
krvmga |
yboston++ |
| 15:10 |
krvmga |
remingtron++ |
| 15:10 |
krvmga |
jck_++ |
| 15:10 |
krvmga |
jihpringle++ |
| 15:11 |
krvmga |
akilsdonk++ |
| 15:11 |
krvmga |
Christineb++ |
| 15:12 |
|
alynn26 left #evergreen |
| 15:12 |
krvmga |
jeff++ |
| 15:12 |
krvmga |
kmlussier++ |
| 15:12 |
krvmga |
alynn26++ |
| 15:13 |
* kmlussier |
just got karma for not really participating in a meeting. ;) |
| 15:13 |
kmlussier |
sandbergja++ |
| 15:13 |
krvmga |
kmlussier participated. |
| 15:16 |
* tsbere |
once got karma in another channel for being in the channel *during* a meeting, even being marked as "away" for the entire duration |
| 15:17 |
tsbere |
I more than doubled said karma a few days later when I was able to provide a log of said meeting, but that isn't why I got the karma in the first place |
| 15:18 |
kmlussier |
tsbere++ |
| 15:18 |
Dyrcona |
csharp++ |
| 15:18 |
kmlussier |
csharp++ indeed |
| 15:19 |
|
ericar_ joined #evergreen |
| 15:19 |
tsbere |
csharp++ some more |
| 15:21 |
krvmga |
tsbere: lol |
| 15:21 |
remingtron |
csharp++ #thanks for sharing the details of improving your db performance |
| 15:23 |
|
ericar_ joined #evergreen |
| 15:25 |
berick |
csharp++ |
| 15:33 |
Bmagic |
I am struggling to convince one of our libraries that holds don't cancel themselves. Anyone else have complaints about "holds disappearing" ? |
| 15:35 |
remingtron |
yboston: do you know if anyone has started converting the rest of Evergreen In Action to asciidoc? |
| 15:36 |
Bmagic |
Or are there circumstances where holds do cancel? This has been such a big problem, we started tracking the ahr table in auditor. Can holds get canceled by the system (even when the auditor has audit_user) ? |
| 15:36 |
tsbere |
Bmagic: But they do cancel themselves....when they expire. |
| 15:36 |
Bmagic |
with reason=5 ? |
| 15:36 |
yboston |
remingtron: I don't think so |
| 15:36 |
tsbere |
Bmagic: I don't think those expirings will have audit_user values though |
| 15:36 |
remingtron |
that seems like a relatively easy and beneficial thing to do |
| 15:36 |
Dyrcona |
Bmagic: reason 5 means staff did it. |
| 15:36 |
tsbere |
Bmagic: I don't know the reasons off the top of my head, so I don't recall what 5 is |
| 15:36 |
Bmagic |
5 = staff forced |
| 15:37 |
tsbere |
Then I would assume a staff member was involved |
| 15:37 |
yboston |
remingtron: the catch is that some thngs need to get updated too |
| 15:37 |
Bmagic |
that's what I am saying. but they refuse to believe that |
| 15:37 |
yboston |
remingtron: I still use it from time to time |
| 15:37 |
Bmagic |
it's like my word against theirs.... |
| 15:37 |
Dyrcona |
Bmagic: Yes, it is. |
| 15:37 |
tsbere |
Bmagic: You should have the date/time, user, and workstation *from the DB* |
| 15:37 |
remingtron |
yboston: okay, I've added the missing chapters to the docs needs 2.9 wiki page |
| 15:38 |
tsbere |
Bmagic: Thus "your word" is actually "the system says" not "you say" |
| 15:38 |
Bmagic |
I do have that, and I conveyed that to them. I just thought I would poke you guys to see if there was something I wasn't thinking of |
| 15:39 |
tsbere |
Bmagic: Note that there are ways to cancel holds that are not "go find hte hold and cancel it". I believe that deleting the hold target can, in some cases, cancel the hold, for example... |
| 15:39 |
Bmagic |
tsbere: ty |
| 15:40 |
tsbere |
Bmagic: Not as useful if the targets are still undeleted, granted, but saying "a staff member caused it, but may not have known they caused it" could help |
| 15:40 |
Bmagic |
right on, in this example, it's a Title level hold on a title that is not deleted |
| 15:40 |
csharp |
miker++ |
| 15:40 |
Bmagic |
but I will be sure and check that next time I investigate this type of thing |
| 15:41 |
Bmagic |
also - the expiring hold canceling by the system only happens after the hold has been captured and sitting on the holds shelf? |
| 15:41 |
csharp |
Bmagic: are the holds on the shelf when they get canceled? |
| 15:42 |
miker |
csharp: I'm going to follow up with some contextual information that will put the specific changes I made (or had you make, when a restart was needed) in context ... some of them are /definitely/ not recommended for everyone |
| 15:42 |
JBoyer |
csharp++ |
| 15:42 |
JBoyer |
miker++ |
| 15:42 |
Bmagic |
no, this hold was created, targeted. Never captured. Then canceled 15 minutes later |
| 15:42 |
csharp |
miker: thanks - I was actually anticipating something like that from you ;-)\ |
| 15:42 |
Dyrcona |
Bmagic: Holds that expire because they didn't fill get reason 1. Those that expire on the hold shelf get reason 2. |
| 15:43 |
miker |
csharp: :) ... I'd hate a one-library instance to set ROWS to 300 and then see horrid performance ... |
| 15:43 |
Dyrcona |
Bmagic: That sounds like staff intervention. |
| 15:43 |
JBoyer |
Bmagic: I don't know how best to check this, but we've seen some particularly weird holds interactions when using the Transfer All Title Holds feature, whose actual name is escaping me at the moment. There were times that transits were canceled, items on the shelf set to available, etc. |
| 15:44 |
Bmagic |
JBoyer: interesting |
| 15:44 |
Bmagic |
How does "Untargeted expiration" work? How long until it triggers this? |
| 15:44 |
jeff |
yeah, don't transfer all holds on holds ready for pickup. :P |
| 15:44 |
Dyrcona |
Bmagic: It's configurable, typically a year. |
| 15:44 |
csharp |
miker: :-) same here |
| 15:45 |
jeff |
well, i retract that pending further (not currently scheduled) verification. |
| 15:45 |
Dyrcona |
Also depends on if the patron suspends the hold or not. |
| 15:46 |
JBoyer |
jeff: I think I finally submitted a patch to leave on-shelf items alone, but I can't remember at the moment. |
| 15:46 |
* dbs |
was fascinated by creating a hold on a title, running hold targeter a few minutes, and still seeing NULL in ahr.current_copy for that new hold |
| 15:47 |
jeff |
i know that transfer (one by one or "select all") of holds ready-for-pickup was a bad idea in the past, no idea if it has been recently fixed or if there is or was a problem with "transfer all holds", etc |
| 15:49 |
* mmorgan |
can confirm that transferring ready for pickup holds is still a problem, whether transferring individually or all at once. |
| 15:49 |
* dbs |
clearly still doesn't understand holds after all these years, I would expect current_copy to not be NULL after hold_targeter runs unless all of the copies are unholdable / in unholdable locations |
| 15:51 |
RoganH |
csharp++ for being brave with Postgres upgrades in production |
| 15:52 |
Bmagic |
csharp++ |
| 15:52 |
Dyrcona |
Holds are never simple. |
| 15:53 |
Bmagic |
Dyrcona: for sure |
| 15:57 |
JBoyer |
dbs: was the copy created between the hold's prev_check_time and the time you ran the hold targeter? |
| 15:57 |
miker |
dbs: or pointed at by other holds |
| 15:59 |
dbs |
JBoyer: nope, the copy in question has existed for about 3 months, and I ran this exercise yesterday |
| 16:01 |
miker |
Bmagic: if you have the logs from the day it was canceled, I bet you could find the forcing opensrf call. then find the auth call that created the token ... |
| 16:01 |
dbs |
miker: nope, that was the only hold on that copy |
| 16:01 |
kmlussier |
miker++ |
| 16:01 |
JBoyer |
Huh. Any holds related flags changed in that time period? I'm wondering if there was some reason that the holds copy map didn't have any entries for it. |
| 16:01 |
mmorgan |
dbs: You're certain that there's no flag or rule that makes the copy ineligible to fill the hold? Or could the patron have a block that would prevent targeting? |
| 16:02 |
JBoyer |
(That time period == between prev_check_time and running the targeter, not the whole 3 months. :) ) |
| 16:04 |
dbs |
JBoyer: prev_check_time was consistently NULL |
| 16:05 |
JBoyer |
Ah. |
| 16:06 |
dbs |
after running hold_targeter about four times, eventually I just UPDATEd the row with current_copy & prev_check_time so I could trigger the condition I wanted to trigger (alert when renewing an item that has a hold on it) |
| 16:06 |
tsbere |
dbs: I frequently see no current_copy when it looks like there should be when hold rules throw the copy out, but usually prev_check_time should be set...do copy maps get created? |
| 16:06 |
dbs |
but given that we've repeatedly experienced issues with holds getting targeted at copies, I just felt even more clueless than normal about holds |
| 16:07 |
dbs |
tsbere: I didn't check action.hold_copy_map at the time |
| 16:07 |
tsbere |
dbs: Also, it won't generally target checked out copies... |
| 16:07 |
dbs |
mmorgan: as far as I can tell there's no copy or location or library level "no holds" rules for this item |
| 16:08 |
dbs |
tsbere: what? how the heck does opportunistic capture work then? |
| 16:08 |
tsbere |
dbs: Hold copy maps |
| 16:08 |
dbs |
*sigh* okay |
| 16:08 |
tsbere |
current_copy can remain null, checkin time looks at the copy maps more than anything else |
| 16:09 |
dbs |
So if I try to reproduce this, then I should expect to see ahr getting populated with a NULL current_copy & prev_check_time when the hold is created |
| 16:09 |
tsbere |
current_copy is for "captured" and "pull list" lookup, basically. The hold copy maps cover opportunistic capture. I don't think prev_check_time should stay null, though... |
| 16:10 |
dbs |
ahcm should be populated when hold_targeter is run, and ahr.prev_check_time should be set when hold_targeter is run too |
| 16:10 |
JBoyer |
dbs opportunistic holds kind of run in reverse, because what you're checking is for holds at the location the item is returned to, not the location that owns it, etc. like the pull lists care about. (Still doesn't explain why that wasn't targeted though. :( ) |
| 16:10 |
dbs |
okay. I'll check on that in a future test when I have a few minutes |
| 16:10 |
mmorgan |
dbs: one more shot in the dark - Did the hold specify mint_condition = true, and the copy mint_condition = false? |
| 16:11 |
dbs |
But our circ staff have filed tons of tickets about books getting checked in, and then a few hours later they show up on the holds shelf pull list, rather than flagged at checkin time |
| 16:11 |
dbs |
mmorgan: lemme see |
| 16:12 |
tsbere |
dbs: Do your circ staff have "suppress holds and transits" enabled? |
| 16:12 |
dbs |
mmorgan: both were set to true. good lead though. |
| 16:12 |
dbs |
tsbere: every time I've checked the workstation, no |
| 16:12 |
dbs |
but maybe they're setting it and then changing it before I go and check, just to mess with me :) |
| 16:12 |
tsbere |
Maybe check the gateway/activity logs for the modifier |
| 16:13 |
dbs |
I sometimes wonder whether the server being in PST and the workstation being in EST is a factor |
| 16:13 |
tsbere |
Also, perhaps someone is messing with you in a different way: Place hold, suspend hold, activate it when they see it returned |
| 16:13 |
dbs |
heh |
| 16:14 |
dbs |
That would be cruel and unusual punishment for me :) |
| 16:14 |
JBoyer |
dbs, I assume you're only looking at a single location, not holds that need to be sent elsewhere? |
| 16:14 |
dbs |
JBoyer: correct |
| 16:14 |
* dbs |
disappears for microform scanner setup duty |
| 16:14 |
JBoyer |
Bummer. Because blaming the circ.hold_stalling.soft setting would have been great, heh. |
| 16:15 |
tsbere |
JBoyer: I would have blamed it too, had I not been running in single location mode in my head |
| 16:16 |
* mmorgan |
also wonders about non-holdable copy statuses. |
| 16:16 |
tsbere |
mmorgan: In that case how would the hold get placed? |
| 16:19 |
Dyrcona |
Well, copy statuses change. :) |
| 16:20 |
tsbere |
Yea, but not from "placed to first targeting run" in most cases....given that placing the hold triggers the first targeting run |
| 16:20 |
mmorgan |
So many variables! Maybe dbs's branch is closed? |
| 16:21 |
|
afterl joined #evergreen |
| 16:31 |
dbs |
mmorgan: ooh. that has possibilities (again due to the PST vs. EST thing; if the books are checked in in the morning, then the 3 hour difference might seem like we're "closed"?) |
| 16:31 |
* dbs |
returns from failing to get the microform scanner set up either |
| 16:32 |
* dbs |
embraces failure |
| 16:32 |
dbwells |
dbs++ # Zotero experiments |
| 16:33 |
|
rlefaive joined #evergreen |
| 16:36 |
berick |
and miker++ (continuing PG karma from before) |
| 16:38 |
Dyrcona |
miker++ |
| 16:39 |
|
afterl left #evergreen |
| 16:39 |
|
collum_ joined #evergreen |
| 16:40 |
miker |
dbs: if there are no directly targettable copies (as is your case, checked out -- sorry, should have thought to point that out) then prev_check_time stays null, so that the next run will try again (and not wait a day) |
| 16:43 |
|
gmcharlt_ joined #evergreen |
| 16:50 |
* tsbere |
did not know that about prev_check_time |
| 16:51 |
* Dyrcona |
neither. |
| 17:01 |
|
jvwoolf left #evergreen |
| 17:04 |
dbs |
mmorgan++ JBoyer++ tsbere++ Dyrcona++ # I will continue investigating with my learnings thanks to y'all |
| 17:12 |
|
mmorgan left #evergreen |
| 18:02 |
|
bmills joined #evergreen |
| 18:49 |
|
bmills1 joined #evergreen |
| 19:09 |
|
bmills joined #evergreen |
| 21:11 |
|
berick_ joined #evergreen |
| 21:51 |
|
b_bonner joined #evergreen |
| 22:19 |
|
Christineb joined #evergreen |
