| Time |
Nick |
Message |
| 00:24 |
|
zerick joined #evergreen |
| 02:03 |
paxed |
well, this is interesting. |
| 03:14 |
|
smyers_ joined #evergreen |
| 03:53 |
paxed |
what determines if the "Copy Locations" selector is visible or hidden in the advanced search? Just wondering why it shows up on one computer, but not on another. |
| 04:28 |
|
bshum joined #evergreen |
| 04:34 |
|
adbowling-isl_ joined #evergreen |
| 04:41 |
|
atheos joined #evergreen |
| 07:44 |
|
rjackson-isl joined #evergreen |
| 07:51 |
bshum |
paxed: The copy locations selector in advanced search only appears if there's JS enabled |
| 07:52 |
bshum |
paxed: It also follows whether you have an org unit selected that has volumes |
| 07:52 |
paxed |
ah. ok, it's the second one then. |
| 07:52 |
bshum |
I think that's based on the org unit setting itself. |
| 07:52 |
bshum |
Err, the flag on the org unit |
| 07:52 |
bshum |
can_have_vols or whatnot |
| 07:52 |
paxed |
ok |
| 07:55 |
|
31NAAKLSX joined #evergreen |
| 08:05 |
|
atheos left #evergreen |
| 08:05 |
|
atheos joined #evergreen |
| 08:05 |
|
collum joined #evergreen |
| 08:21 |
|
akilsdonk_ joined #evergreen |
| 08:32 |
|
ericar joined #evergreen |
| 08:37 |
|
Dyrcona joined #evergreen |
| 08:40 |
dbs |
paxed: I'm curious about what you think will happen with more than one language listed in the staff client accept_language parameter. I think dojo and OpenSRF, for example, expect just /^(\w\w)-(\w\w)$/. |
| 08:41 |
dbs |
It's not being used as the normal browser accept_language parameter, IIRC. |
| 08:41 |
paxed |
dbs: i was just writing this: http://bilious.alt.org/~paxed/eg/acceptlang_strings.txt |
| 08:45 |
|
mrpeters joined #evergreen |
| 08:45 |
paxed |
*insert meme* FIELDMAPPER Y U SHOW ENGLISH? |
| 08:47 |
dbs |
paxed: yeah, but I suspect your patch to make accept_languages hold multiple languages will break other things |
| 08:47 |
paxed |
most likely. |
| 08:48 |
paxed |
dbs: could you test if you can get fieldmapper to show finnish? user/paxed/oplibfi has our current changes. |
| 08:49 |
paxed |
all i can do is short-circuit IDL.js so it loads the full xml every time, or whatever, and then it shows finnish. |
| 08:50 |
dbs |
I'm just looking at dojo/fieldmapper/IDL.js, which uses the Accept-Language header to load the language of choice based on OpenSRF.locale. Maybe try testing your grid with that? |
| 08:51 |
paxed |
but it never even goes that far. i've tried changing OpenSRF.locale in that to hardcoded 'fi-FI' |
| 08:52 |
dbs |
curl -H "Accept-Language: fi-FI" http://localhost/reports/fm_IDL.xml |
| 08:53 |
|
Shae joined #evergreen |
| 08:53 |
paxed |
yes, that shows it in Finnish. |
| 08:56 |
|
jboyer-isl joined #evergreen |
| 08:57 |
paxed |
well, fuck me. here on my home box, it works. on my work box (and on the servers) it doesn't. |
| 08:57 |
dbs |
paxed: Check your Apache configs |
| 08:57 |
Dyrcona |
Yeah, I love it when stuff like that happens. |
| 08:58 |
|
rfrasur joined #evergreen |
| 09:00 |
paxed |
i wonder if it's the different distro... |
| 09:00 |
paxed |
ahwell, need to test moar. |
| 09:00 |
Dyrcona |
Probably different package version, and one has a bug that the other doesn't. |
| 09:01 |
paxed |
my home box runs the bleeding edge debian. |
| 09:01 |
* Dyrcona |
gives libyaz4 on Ubuntu the hairy eyeball. |
| 09:02 |
Dyrcona |
testing or sid? |
| 09:02 |
paxed |
testing |
| 09:02 |
paxed |
not quite insane enough for sid :P |
| 09:03 |
paxed |
hm. curl -H shows it in finnish. |
| 09:08 |
Dyrcona |
i18n ain't easy. |
| 09:08 |
Dyrcona |
but it should be. |
| 09:08 |
paxed |
*insert meme* THE NUMBER OF I18N PATHS ... IS TOO DAMN HIGH |
| 09:10 |
Dyrcona |
My current joy is dealing with a collection of MARC records that are encoded in two different character sets seemingly at random. |
| 09:10 |
Dyrcona |
Oh, and all of the invalid MARC records in said collection. |
| 09:10 |
rfrasur |
yeah..."joy" seems about right. |
| 09:10 |
* Dyrcona |
mumbles something about proprietary ILS vendors. |
| 09:10 |
* rfrasur |
mumbles something about librarians in general. |
| 09:10 |
Dyrcona |
Invalid indicator "|" forced to blank should just never happen. |
| 09:11 |
|
sseng joined #evergreen |
| 09:11 |
rfrasur |
are you having to import MARC w/ |? |
| 09:12 |
Dyrcona |
I'm running a script I wrote on the binary MARC, MARC::Record and MARC::Charset take care of the rest. |
| 09:12 |
Dyrcona |
However, whenever MARC::Charset encounters a record that isn't MARC 8, I get a no mapping found message. |
| 09:12 |
Dyrcona |
The record still goes in. |
| 09:13 |
Dyrcona |
Just with the garbage character included. |
| 09:13 |
rfrasur |
yeah...I'd go with "joy" rather than the really long of explanatory descriptors. |
| 09:13 |
rfrasur |
really long string, that is |
| 09:13 |
Dyrcona |
:) |
| 09:18 |
Dyrcona |
Holy WTF, Batman! |
| 09:18 |
Dyrcona |
Invalid indicators "Map on lining papers." forced to blanks in record 10693 for tag 500 |
| 09:18 |
Dyrcona |
Seriously? Seriously? What kind of shit software is TLC anyway? |
| 09:19 |
rfrasur |
You just answered the question. |
| 09:19 |
Dyrcona |
Yes, I'm calling them out on allowing a phrase to be entered as "indicators" on a record. |
| 09:19 |
rfrasur |
At least they recognize that that's not a real indicator? |
| 09:19 |
Dyrcona |
No, it is MARC::Record and friends that recognizes it is an invalid indicator. |
| 09:20 |
Dyrcona |
TLC gladly accepted and then exported that crap. |
| 09:20 |
rfrasur |
Was that actually entered as an indicator in the MARC? or was it a migratory mess? |
| 09:21 |
Dyrcona |
I'm assuming it had to be entered to appear in the export. However, I have no idea what kind of shit TLC gets up to under the hood. |
| 09:21 |
* rfrasur |
hopes it was an automatic mistake rather than a moron person. |
| 09:21 |
Dyrcona |
rfrasur: It is always ultimately a moron person. Computers cannot by their nature make mistakes. They do exactly what they are told in exactly the manner that they are told to do it. |
| 09:22 |
rfrasur |
truth |
| 09:22 |
Dyrcona |
Bugs in software and hardware are ultimately a human error. |
| 09:22 |
Dyrcona |
Fried or broken hardware can and does happen mechanically without human intervention. |
| 09:23 |
rfrasur |
They are, but small mistakes in software and hardware can mushroom. If that was a human inputing that record, they started at the big mess instead of a mushrooming small mess. |
| 09:23 |
jcamins |
Dyrcona: unless the computer uses vacuum tubes and it's literally a bug in the hardware. ;) |
| 09:23 |
rfrasur |
jcamins++ |
| 09:23 |
jcamins |
Dyrcona: did that "Map on lining papers" display in TLC? |
| 09:23 |
jcamins |
Inquiring minds want to know. |
| 09:23 |
Dyrcona |
jcamins: Thank you, Rear Admiral Hopper. :) |
| 09:24 |
Dyrcona |
jcamins: I have no idea. I don't have access to the TLC system, just its spew. |
| 09:24 |
* Dyrcona |
wants to develop a programming language named "Grace" but can't think of anything that would do the name or the person justice. |
| 09:25 |
* rfrasur |
groans - Board meeting done and I just don't want to work anymore. |
| 09:25 |
paxed |
hm. which reminds me, i should run a script on our data to check the indicators ... |
| 09:25 |
paxed |
although i guess i need to create that script first. |
| 09:25 |
rfrasur |
Dyrcona: I could see Grace as the name of the ultimate computer virus |
| 09:32 |
paxed |
what does the "Hold is behind Circ Desk" mean, exactly? how does that work in other libraries, over there? |
| 09:33 |
rfrasur |
If someone places a hold on an item...and that item is captured...it's generally stored behind the circ desk until they check it out. |
| 09:33 |
collum |
We have drive-thru windows at our branches. So there's a hold shelf at the circ desk and one a the drive thru. "behind Circ Desk" for us = drive thru |
| 09:34 |
rfrasur |
collum is right - the "circ desk" might be any number of places. |
| 09:34 |
|
kbeswick joined #evergreen |
| 09:34 |
paxed |
ok |
| 09:36 |
paxed |
and where does it show up, not in OPAC? why would staff check it in Patron Reg when creating a patron? |
| 09:37 |
jeff |
some libraries have public hold shelves and self checkout, and "behind circ desk" is for patrons who don't want their holds browseable on the public shelf. |
| 09:37 |
rfrasur |
right |
| 09:37 |
paxed |
aahh! |
| 09:37 |
paxed |
thanks, that cleared it up |
| 09:38 |
jeff |
the preference is set in the patron editor by staff, but i believe there is recent work in master and possibly 2.5 that allows it to be set on a per-hold basis. i don't know if that's by staff or patron or both. |
| 09:38 |
collum |
It's both. I'm looking for the link in LP. |
| 09:38 |
jeff |
with the per-hold option, a flag indicating "this hold is behind the desk' is useful for things like inter-library loans and state resource sharing (another form of ILL, really), where the items cannot self-check and aren't on the public shelf. |
| 09:39 |
* tsbere |
fixes git.evergreen-ils.org so that it can update working again as a distraction from his other issues |
| 09:39 |
jeff |
tsbere++ |
| 09:39 |
jeff |
thanks. |
| 09:39 |
paxed |
we don't have a public hold shelf, and i haven't even heard of such before. |
| 09:39 |
rfrasur |
paxed: that's where the "alias" comes in as well. |
| 09:39 |
collum |
https://bugs.launchpad.net/evergreen/+bug/1182519 |
| 09:39 |
pinesol_green |
Launchpad bug 1182519 in Evergreen "Per-hold value for holds-behind-desk setting" (affected: 2, heat: 12) [Wishlist,Fix committed] |
| 09:41 |
rfrasur |
A patron can set up an alias so that their name isn't out there for all the world to see if their holds are on a public holds shelf. We don't use one here, but larger libraries seem to pretty often. |
| 09:42 |
paxed |
rfrasur: ahh. |
| 09:42 |
jeff |
we allow patrons to set holdshelf aliases in the OPAC, and if they haven't set one, print the first 20 characters of their last name and the first two of their first name. |
| 09:42 |
|
jboyer_isl joined #evergreen |
| 09:42 |
jeff |
books on the public shelf are placed with the spine facing away, and with a removable sticky hold slip with the alias in large print, oriented how you would have a title on the spine of a book. |
| 09:42 |
jeff |
we use 7 different colors of hold slips, and staff pull the color for a given day in the morning, making it easy to cancel the abandoned (shelf-expired) holds. |
| 09:42 |
paxed |
and that reminds me... |
| 09:42 |
rfrasur |
jeff: that seems like a pretty good workflow. well, thought out. |
| 09:42 |
rfrasur |
hmm...well thought out. and well, thought out. |
| 09:42 |
jeff |
the slips are printed on a specially modified Epson receipt printer, on "3M ReStick" stock. |
| 09:43 |
jeff |
hold slips go to one printer, transit slips to another (because we don't want/need the sticky paper on the transit slips) |
| 09:43 |
paxed |
we need to bill patrons 1 € for a hold they didn't pick up in 7 days. can that be done via A/T? |
| 09:43 |
|
rfrasur joined #evergreen |
| 09:43 |
jeff |
paxed: if memory serves, someone did do or at least look into doing that. we have not, as we don't have that need. |
| 09:44 |
rfrasur |
(so it's going to be one of those days, huh?) |
| 09:45 |
rfrasur |
I don't know what A/T is, but I do know that there are libraries in EG-IN that bill patrons for holds not picked up. |
| 09:45 |
jeff |
rfrasur: thanks (re: workflow). we did our best to think it through before putting it in place this time last year. |
| 09:45 |
paxed |
is the "item age <" in circ policies the age of the copy that gets matched? |
| 09:46 |
jeff |
(we did an rfid + selfcheck + AMH + circ desk -> welcome desk remodel) |
| 09:46 |
rfrasur |
jeff: I'm seen some other libs w/ public hold shelves where they seem to miss this or that. |
| 09:46 |
paxed |
rfrasur: A/T == Action Trigger |
| 09:46 |
jeff |
paxed: believe so, but i couldn't tell you offhand if it's the acp.create_date or acp.active_date |
| 09:46 |
rfrasur |
paxed: oh...duh. my apologies for silly question. |
| 09:47 |
paxed |
jeff: ah. hm. will have to talk with the library people about that. |
| 09:47 |
|
mllewellyn joined #evergreen |
| 09:47 |
jeff |
rather than bill patrons for abandoned holds, i'd like to give patrons incentive to pick things up early. if we're going to hold it on the shelf for you for six days, and it's a hot dvd or something that only goes out for 7 days, if you pick it up on the first day, I'd like your due date to be 7 days + 6 days. |
| 09:48 |
jeff |
on the second day, 7 days + 5 days, etc. |
| 09:48 |
rfrasur |
I'd think that an action trigger should be able to used for that. I can ask around our consortium and see how people handle it. |
| 09:48 |
rfrasur |
jeff: that's an interesting idea. how would you handle it in the system? |
| 09:48 |
collum |
jeff++ That's a great idea. |
| 09:48 |
paxed |
it would be nice to have a repository of action triggers so people could go there and look for how others have done theirs |
| 09:49 |
jeff |
essentially: if you are checking out an item that was on the hold shelf, calculate the normal due date, then add any remaining time between the checkout time and the shelf_expire_time of the hold. |
| 09:50 |
jeff |
or half the remaining time between now and shelf_expire_time, etc. |
| 09:50 |
jeff |
it has some potential issues, but overall i think it might encourage holds and encourage people to pick things up quickly. |
| 09:51 |
jeff |
i'm not sure how to address the fact that someone checking out that same item without a hold on it would only get it for the standard circ duration, though. |
| 09:52 |
rfrasur |
It's something to think about. My preference would be that we'd only keep new movies on the holds shelf for three days. |
| 09:54 |
collum |
yep. If it was available we would probably increase the cko period for a fraction of the hold shelf period. |
| 09:55 |
* collum |
hates to see holds expire, get captured for another patron, and then expire again. |
| 09:55 |
jeff |
yeah, variable hold shelf expiry seems a little unfriendly to patrons, and also doesn't mesh well with our "7 colors == finding holds to pull is EASY" scheme |
| 09:56 |
rfrasur |
jeff: I don't disagree - but it's also unfriendly of patrons to not pick up those high demand items. |
| 09:56 |
jeff |
recently resolved a loophole where our selfcheck machines were essentially allowing unlimited renewals. :-) |
| 09:57 |
jeff |
if a checkout (or renewal) failed, we had them configured to check the copy's status, and if it was in a short list of statuses (including checked out), the selfcheck would perform a checkin then checkout. |
| 09:57 |
rfrasur |
ooo, I'll bet that led to both some very happy patrons and some less so. |
| 09:57 |
* tsbere |
wonders if jeff's idea would be better implemented as a "run the checkout as though it were happening at shelf_expire_time" type deal |
| 10:02 |
jeff |
possibly, though that wouldn't allow for "bonus days as a ratio of days remaining on-shelf" |
| 10:02 |
jeff |
(well, it could) |
| 10:03 |
jeff |
rfrasur: the trickier bit was that some attempted item-in-hand renewals at selfcheck would fail due to the copy being needed for a hold... |
| 10:03 |
jeff |
...so the selfcheck would check the item status, see that its status was "checked out", and it would check the item in. |
| 10:03 |
jeff |
...which would capture it for the hold, and have its status be "in transit" |
| 10:04 |
jeff |
the patron would then walk out the door with an item that was not checked out to them, and that the system now thought was "in transit" from us to us to fill a hold for a patron. now, no other copies will be captured to fill the hold in question. |
| 10:05 |
jeff |
unhappiness all around. thankfully, extremely rare in our experience, but we were starting to see it with some increasing frequency (enough that it was noticed as "not just a one-time quirk/mistake") |
| 10:10 |
berick |
tsbere: osrf_control fix coming right up |
| 10:11 |
|
krvmga joined #evergreen |
| 10:12 |
krvmga |
when a patron is logged into our OPAC and wants to add a title to a list they have created, they can only add to the specific list while searching the whole catalog. if they limit it to their own library, the title ends up in a temporary list and the drop down to select a specific list doesn't come up. |
| 10:12 |
krvmga |
is this a bug or a feature |
| 10:13 |
krvmga |
? |
| 10:18 |
rfrasur |
jeff:Ack! Much unhappiness. |
| 10:18 |
csharp |
krvmga: I can't confirm that behavior in PINES |
| 10:18 |
* tsbere |
likes "git clean -f -x" |
| 10:19 |
csharp |
I just logged into my account, did a consortium-level search and added a title, then limited the search to a system, then added another to the same list, then I limited a search to a branch, then added another title to the same list |
| 10:20 |
csharp |
but it may be the order in which I did that that made it so I didn't recreate the problem |
| 10:20 |
krvmga |
they didn't tell me the browser. i cant duplicate it either. |
| 10:20 |
krvmga |
i thought i'd mention it here in case anyone else had run across something similar. |
| 10:20 |
csharp |
oh - yeah this is FF23 on Fedora 19 |
| 10:21 |
csharp |
so probably not a good test case for run-of-the-mill patron usage ;-) |
| 10:23 |
rfrasur |
(getting a book catalog from a company named "Firefly" makes me want to order all their books. Just saying) |
| 10:24 |
krvmga |
rfrasur: i could see where you would get a feeling of serenity from doing that. |
| 10:24 |
rfrasur |
krvgma++ #you know it |
| 10:24 |
rfrasur |
(which I watched again this weekend, tyvm) |
| 10:25 |
krvmga |
browncoats forever! |
| 10:25 |
* rfrasur |
whistles the theme song |
| 10:25 |
krvmga |
lol |
| 10:25 |
rfrasur |
browncoats++ |
| 10:25 |
krvmga |
rfrasur++ |
| 10:25 |
jeff |
rfrasur: in any event, after some research and testing, the fix was as simple as unchecking a single checkbox and restarting the selfchecks. :-) |
| 10:25 |
rfrasur |
oh, and I also watched a documentary about the fan stuff as well. |
| 10:26 |
krvmga |
yes, but do you have the complete book of scripts? |
| 10:26 |
krvmga |
as some of us *cough* do |
| 10:26 |
rfrasur |
jeff: I'm always impressed by libraries that do just about anything more than us with EG. |
| 10:27 |
rfrasur |
lol, krvmga, no, I don't. And though I love Firefly and Serenity (and Nathan Fillion from time to time), I wouldn't be a good browncoat. |
| 10:27 |
krvmga |
lol |
| 10:27 |
* rfrasur |
isn't fangirl enough about anything |
| 10:28 |
paxed |
firefly just brings "Grave of the Fireflies" to my mind. but then, i never watched Firefly. |
| 10:28 |
krvmga |
i was surprise how many people were sporting Jayne's hat at boston comic con |
| 10:29 |
krvmga |
can't watch grave of the fireflies more than once |
| 10:29 |
rfrasur |
paxed: It's pretty flippin' awesome. If you like space stuff...and pioneer/war kinda stuff. |
| 10:29 |
hopkinsju |
csharp: re: fedora 19 - I was asking about for the server. We are considering switching to Hyper-V and starting with Fedora 19 there is native support for MS stuff in the kernel. |
| 10:29 |
rfrasur |
I dunno what that is. |
| 10:29 |
rfrasur |
ooooooooo |
| 10:30 |
* rfrasur |
is watching that tonight |
| 10:30 |
jeff |
next up, evaluating the performance hit of any required config changes to enable on-screen renewals of items not-present. |
| 10:30 |
paxed |
krvmga: imagine: the Grave was shown as a double feature with Totoro ... |
| 10:30 |
paxed |
rfrasur: grave of the fireflies? get tissues reasy. |
| 10:30 |
krvmga |
paxed: totoro. now, i love totoro. |
| 10:30 |
* rfrasur |
also loves totoro |
| 10:30 |
rfrasur |
so sweet |
| 10:30 |
krvmga |
not that i have a big stuffed totoro at home or anything |
| 10:31 |
krvmga |
wait. i do. |
| 10:31 |
* rfrasur |
laughs |
| 10:31 |
rfrasur |
hmm, netflix doesn't stream it. next try. |
| 10:32 |
rfrasur |
Good grief. What am I doing? Purchasing librarian, hello. |
| 10:33 |
paxed |
rfrasur: i like scifi etc, but Firefly never just clicked with me. pioneer and war, not really my things. |
| 10:33 |
berick |
tsbere: http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/user/berick/osrf-control-start-services |
| 10:34 |
* krvmga |
cops to being a whedonite. |
| 10:34 |
rfrasur |
paxed: I kinda wondered if it wouldn't appeal more exclusively to North American/Australia/NZ |
| 10:35 |
krvmga |
ok, final share before we get totally TMI - Azumanga Daioh |
| 10:35 |
krvmga |
that is all. |
| 10:35 |
|
smyers_ joined #evergreen |
| 10:35 |
* rfrasur |
looks it up |
| 10:36 |
paxed |
watched several episode of that. then i just got bored with it. |
| 10:36 |
krvmga |
it's funny and it's clean. |
| 10:36 |
paxed |
overdosing, perhaps. |
| 10:36 |
krvmga |
lol |
| 10:37 |
rfrasur |
I moved into watching korean stuff because I was full up on anime at one point. Most of the serials don't interest me anymore. I'm trying to stay interested in Attack on Titan right now, but it's losing me. |
| 10:38 |
* rfrasur |
periodically watches Monster |
| 10:50 |
* paxed |
ponders a small improvement to the advanced search config.tt2 ... would it make sense to allow setting colspan/rowspan in there? |
| 10:51 |
paxed |
(the boxes are set in a table - i know we'll want one of the boxes to be much taller than the others, so a rowspan for it would make sense) |
| 10:54 |
paxed |
would looke like this: http://bilious.alt.org/~paxed/eg/asboxen.png |
| 11:03 |
krvmga |
paxed: mine looks like this atm http://www.randompractice.com/adv_srch.png |
| 11:04 |
paxed |
yeap, i'm just running ~master to test things, i know our people want to change it. i'm just thinking if i should add the configurability as a patch, instead of hard-coding. |
| 11:05 |
paxed |
and not just pondering anymore, i'll add it to the bug 1220310 |
| 11:05 |
pinesol_green |
Launchpad bug 1220310 in Evergreen "Set heights for advanced search boxes in config.tt2" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1220310 |
| 11:14 |
* eeevil |
just noticed that relator codes are in the tpac as constants ... man, I wish those had been added as coded value maps instead :( (one less i18n path, useful outside the tpac (like, in the MARC editor, eventually), probably more benefits) |
| 11:17 |
dbs |
patches welcome, dude. |
| 11:17 |
eeevil |
dbs: :) ... touche |
| 11:31 |
dbs |
it's been there for a year - bug 1046149 - and my thinking at the time was that it was the quickest path to an enhanced, i18n'ed TPAC display. I guess we could convert that to CCVM and do gymnastics in EGCatLoader/Record.pm, but immediately tangible benefits would be nice to justify that. |
| 11:31 |
pinesol_green |
Launchpad bug 1046149 in Evergreen 2.4 "TPAC: Specific credits in record details based on relator codes" (affected: 2, heat: 10) [Low,Fix released] https://launchpad.net/bugs/1046149 |
| 11:37 |
|
kbutler joined #evergreen |
| 11:47 |
|
acoomes joined #evergreen |
| 11:49 |
|
jdouma joined #evergreen |
| 12:01 |
|
yboston joined #evergreen |
| 12:03 |
|
zerick joined #evergreen |
| 12:16 |
eeevil |
dbs: oh, it's just that I know very little about tpac, really. that's my weakest area by far, and I just didn't know what I didn't know when saw the recent commits from you and Pasi |
| 12:18 |
eeevil |
dbs: as for immediate benefits, I agree ... I imagine a "dropdown of relators for appropriate subfields" project would be the most obvious driver IMO |
| 12:18 |
rfrasur |
(does it feel like a Friday to anyone else?) |
| 12:19 |
* krvmga |
wishes it were friday |
| 12:20 |
rfrasur |
yeah, me too. it might have been a bad idea to have a really long weekend before a full but short week before vacation. The diff between feeling productive and being productive. |
| 12:36 |
|
ericar joined #evergreen |
| 12:44 |
rjackson-isl |
Does anyone know what a Status of -1 on the Patron Holds screen means (as opposed to Suspended, In-Transit, Ready for Pickup, etc...)> |
| 12:47 |
csharp |
rjackson-isl: that means it's somehow in an "invalid" state |
| 12:47 |
berick |
rjackson-isl: it means the hold is in an undefined state -- something ain't right |
| 12:47 |
csharp |
berick: jinx! |
| 12:48 |
berick |
csharp: if only i was in GA, my answer would have gotten through the tubes faster! ;) |
| 12:48 |
rjackson-isl |
Thanks - it came back as Ready for Pickup for me - but the library wanted answers! |
| 12:48 |
csharp |
heh |
| 13:27 |
|
kmlussier joined #evergreen |
| 13:27 |
paxed |
hello kmlussier |
| 13:29 |
kmlussier |
paxed: Hello! |
| 13:29 |
paxed |
kmlussier: re. the icon project, what a coincident, i'd just did few days ago a quick hack on our system so we could use more icons. :) |
| 13:29 |
paxed |
kmlussier: and we'd just talked few days earlier how we do have some money for dev projects that we really need. |
| 13:30 |
kmlussier |
paxed: I remember that you had shown some interest in it when I mentioned it here a while back. Is the hack working well? |
| 13:30 |
pinesol_green |
[opensrf|Bill Erickson] osrf_control --start/stop/restart-services - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=e203c6e> |
| 13:31 |
paxed |
kmlussier: it's really dirty - we have a search filter for field 007/1, and it just adds the content on that filter to the icon filename |
| 13:32 |
paxed |
kmlussier: i didn't get far enough to polish it, or deploy it. |
| 13:32 |
kmlussier |
Do you want me to e-mail somebody with details about the project? |
| 13:32 |
paxed |
kmlussier: yes, please. i'll forward it to the other people here. |
| 13:32 |
|
stevenyvr2 joined #evergreen |
| 13:32 |
kmlussier |
I've heard from one other interested party since yesterday and know of somebody else who might be interested. |
| 13:33 |
paxed |
and the multiple 007 fields is also something nifty. |
| 13:34 |
kmlussier |
paxed: OK, I'll send it to you by the end of the day. We don't have any formal quotes yet - I wanted to see first if we could get enough partners together. |
| 13:34 |
rfrasur |
kmlussier: can you email me information about the project. Our board doesn't meet until October though. |
| 13:35 |
kmlussier |
rfrasur: Sure! |
| 13:35 |
rfrasur |
self: nice use of a question marks and correct punctuation. |
| 13:35 |
rfrasur |
thanks ma'am |
| 13:37 |
Dyrcona |
Evergreen needs more library directors like rfrasur who actually get involved with the community. |
| 13:37 |
Dyrcona |
rfrasur++ |
| 13:37 |
rfrasur |
I'm trying to get more. |
| 13:37 |
rfrasur |
librarians are weird though |
| 13:38 |
Dyrcona |
Aren't we, though? |
| 13:39 |
rfrasur |
yep...so very weird. |
| 13:39 |
* Dyrcona |
has the MLS, but other than grad. school has never actually worked in a library. |
| 13:40 |
rfrasur |
I only got the MLS so I could keep working in a library without getting fired. |
| 13:40 |
* rfrasur |
was a poor quality subordinate |
| 13:42 |
Dyrcona |
If anyone familiar with OpenSRF::Multisession could have a look at this http://pastebin.com/M33XUfGS and tell me what I am potentially doing wrong, I'd appreciate it. |
| 13:42 |
Dyrcona |
I feel like I must have missed a step or something because it doesn't seem to work. |
| 13:43 |
* eeevil |
looks |
| 13:47 |
rfrasur |
Hah :-) http://www.unshelved.com/2013-9-5?utm_source=Overdue+Media&utm_campaign=c4ff6bcb48-UA-127250-5&utm_medium=email&utm_term=0_f17681c1b8-c4ff6bcb48-236092738 |
| 13:48 |
eeevil |
Dyrcona: it should work, yes. how long is the @ids array? |
| 13:49 |
Dyrcona |
eeevil: It should be 1,892 ids or should have been on the previous run. |
| 13:49 |
Dyrcona |
I'm editing the code to print if it is empty. |
| 13:49 |
Dyrcona |
Actually, I'll just print its size. |
| 13:51 |
Dyrcona |
eeevil: Thanks for looking. |
| 13:52 |
jeff |
Dyrcona: when you say it doesn't seem to work -- what does it do instead? silently do nothing, go boom, other? |
| 13:52 |
Dyrcona |
jeff: Nothing happens. I know my circulations are all overdue and should get bills attached, but they don't. |
| 13:53 |
Dyrcona |
I've checked the fine rate and max fine and those look good. |
| 13:54 |
gmcharlt |
are the individual generate_fines calls showing up in the logs? |
| 13:55 |
Dyrcona |
gmcharlt: I didn't check the logs, but I will after I run it again this afternoon. |
| 13:55 |
Dyrcona |
Think I'll truncate the logs after my marc load finished. |
| 13:55 |
Dyrcona |
finishes. |
| 13:56 |
yboston |
heads up, the DIG monthly meeting will be starting at 2 PM EST |
| 13:57 |
* krvmga |
is here for the DIG meeting. |
| 13:58 |
|
rsoulliere joined #evergreen |
| 14:00 |
yboston |
#startmeeting 2013-09-05 - DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting. |
| 14:00 |
pinesol_green |
Meeting started Thu Sep 5 14:00:56 2013 US/Eastern. The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 14:00 |
pinesol_green |
The meeting name has been set to '2013_09_05___dig_monthly_meeting_evergreen_documentation_interest_group__dig__monthly_meeting_' |
| 14:01 |
|
kmlussier1 joined #evergreen |
| 14:01 |
yboston |
The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:dig_meeting_20130907-agenda |
| 14:01 |
yboston |
#topic Introductions |
| 14:01 |
yboston |
Please feel free to start introducing yourselves... |
| 14:01 |
* yboston |
is Yamil Suarez @ Berklee college of Music - DIG meetings facilitator |
| 14:01 |
* krvmga |
is jim keenan, c/w mars |
| 14:01 |
* rsoulliere |
is Robert Soulliere, Mohawk College |
| 14:02 |
* rfrasur |
is Ruth Frasur, EG-IN/Hagerstown Library |
| 14:02 |
* akilsdonk_ |
is Angela Kilsdonk, Equinox |
| 14:02 |
* kbutler |
is Kate Butler, Rodgers Memorial |
| 14:02 |
* kmlussier |
is Kathy Lussier, MassLNC |
| 14:03 |
|
fparks_ joined #evergreen |
| 14:05 |
yboston |
I think we can proceed for now |
| 14:05 |
yboston |
BTW, I just sent an email to the DIG list with some survey related links for a topic I want to address at some point |
| 14:05 |
krvmga |
got it |
| 14:06 |
yboston |
#topic Updates from Content Coordinators |
| 14:06 |
yboston |
We will continue having the content corrdinators try out the "#topic" AND "#info" Meetbot commands for their reports |
| 14:06 |
yboston |
So content coordinators, please use "#topic" for the first post/line of your report |
| 14:06 |
yboston |
then use "#info" for every other chat post/line of your report. |
| 14:06 |
yboston |
for example... |
| 14:06 |
yboston |
#topic this is a test report first post/line |
| 14:06 |
yboston |
#info this is a test report second post/line |
| 14:06 |
yboston |
Again, for everyone else participating in the meeting, don't worry about using any Meetbot commands, participate normally |
| 14:07 |
kmlussier |
Sorry, I don't have anything to report again. I've been really busy the past couple months with other activities. |
| 14:07 |
yboston |
no worries, you are leading the way for the next conference among other things |
| 14:07 |
kmlussier |
But with the 2.5 beta release on the horizon, I'm sure I'll have more to report at the next meeting. :) |
| 14:07 |
yboston |
kmlussier: are you going to the hack-a-way in September? |
| 14:08 |
kmlussier |
yboston: Yes, I'll be there. |
| 14:08 |
yboston |
me too |
| 14:08 |
yboston |
rsoulliere: did you have anything to comment on or report? it is OK if you don't |
| 14:09 |
rsoulliere |
I have a little bit to report |
| 14:09 |
yboston |
go ahead |
| 14:09 |
rsoulliere |
#topic Conversion Coordinator Report |
| 14:09 |
rsoulliere |
#info Generated a database schema doc for 2.4. |
| 14:09 |
|
ericar joined #evergreen |
| 14:09 |
rsoulliere |
#info See: http://docs.evergreen-ils.org/2.4/schema/ |
| 14:09 |
rsoulliere |
#info Moved the 2.2 docs link under "Older Versions" since it has been deprecated. |
| 14:09 |
rsoulliere |
#info See: http://docs.evergreen-ils.org/ |
| 14:09 |
rsoulliere |
That is all. |
| 14:10 |
kmlussier |
rsoulliere++ |
| 14:10 |
rfrasur |
wow |
| 14:10 |
rfrasur |
rsoulliere++ |
| 14:10 |
krvmga |
rsoulliere++ |
| 14:10 |
yboston |
rsoulliere++ |
| 14:10 |
rsoulliere |
Does anyone have any feedback on the schema doc? |
| 14:11 |
yboston |
not right now, but I will look at it later |
| 14:11 |
krvmga |
i just started glancing at it |
| 14:11 |
rsoulliere |
It used to be in tables included in the main docs, but I found it quite huge and increased the size of the documentation considerably. |
| 14:11 |
yboston |
rsoulliere: I do have a request for you if there are no other questions for you |
| 14:12 |
yboston |
at this point |
| 14:13 |
yboston |
rsoulliere: So I would love to see a link to "Evergreen in action" information/PDFs from that page you just updated |
| 14:13 |
yboston |
though "Evergreen in action" is slowly getting outdated, which is another topic |
| 14:14 |
|
fparks joined #evergreen |
| 14:14 |
rsoulliere |
yboston, OK... true about the shelf-life of "EG in Action". |
| 14:14 |
|
schilds joined #evergreen |
| 14:15 |
yboston |
what version did it target? EG 2.3? |
| 14:15 |
kmlussier |
Yes, 2.3. |
| 14:15 |
krvmga |
2.3 |
| 14:15 |
yboston |
how time flies |
| 14:15 |
rsoulliere |
A strategy to keep it updated long-term got lost in the shuffle. |
| 14:15 |
yboston |
any other questions or comments for rsoulliere? |
| 14:16 |
kmlussier |
On the Evergreen 2.4 doc needs, I identified the items that needed updating in Evergreen in Action. |
| 14:16 |
kmlussier |
http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:2.4_needs |
| 14:16 |
yboston |
kmlussier++ |
| 14:16 |
rsoulliere |
kmlussier++ |
| 14:16 |
krvmga |
kmlussier++ |
| 14:16 |
kmlussier |
There were only three items, but nobody has done documentation on those three items. |
| 14:16 |
yboston |
we can definitely revisit updating "Evergreen in action" going forward |
| 14:16 |
rfrasur |
kmlussier++ |
| 14:17 |
kmlussier |
I could probably do the Vandelay default Match set very easily. |
| 14:18 |
yboston |
should we switch to "old business" or do we want to continue as we are for now? |
| 14:19 |
kmlussier |
+1 to switching to old business. |
| 14:20 |
yboston |
moving on |
| 14:20 |
yboston |
#topic DIG hack-a-way planning |
| 14:21 |
yboston |
there was some excellent feedback on the mailing list |
| 14:21 |
yboston |
like doing the asciiDoc training before hand |
| 14:21 |
yboston |
and shooting for November dates at this point |
| 14:22 |
yboston |
any volunteers to wrangle dates? |
| 14:22 |
yboston |
like set up a doodle poll? |
| 14:22 |
yboston |
I can work on the asciidoc training, and would welcome collaborators |
| 14:23 |
rfrasur |
I don't mind to set up a doodle poll, but I'd need a little more info |
| 14:23 |
krvmga |
i was surprised i couldn't find any video tutorials. |
| 14:23 |
krvmga |
that's why i offered to do some |
| 14:23 |
yboston |
the internet will thank us later |
| 14:23 |
rfrasur |
like, how long is it going to be? has the location been nailed down? |
| 14:23 |
yboston |
rfrasur: what info can we provide to you? |
| 14:24 |
yboston |
rfrasur: the only time we did it |
| 14:24 |
rfrasur |
are we aiming for a midweek? weekend? |
| 14:24 |
yboston |
we met up at around 9:00 AM EST and wrapped up |
| 14:24 |
yboston |
around 5 PM EST |
| 14:24 |
kmlussier |
rfrasur: Definitely not a weekend. |
| 14:24 |
rfrasur |
so, one day. kmlussier++ |
| 14:25 |
yboston |
usually only some people can do a weekend |
| 14:25 |
yboston |
or want to anyway |
| 14:25 |
* rfrasur |
wouldn't want to |
| 14:25 |
yboston |
me too |
| 14:25 |
yboston |
rfrasur: I would pick some single days in November |
| 14:26 |
|
GeoffSams joined #evergreen |
| 14:26 |
yboston |
that work for you, as a starting point |
| 14:26 |
rfrasur |
Okay, will do. I'll have it ready tomorrow. |
| 14:26 |
yboston |
what out for US Thanksgiving dates :) |
| 14:27 |
rfrasur |
yep...and I'll look around to make sure there aren't international things we might not know about...and election day and all that jazz. |
| 14:27 |
yboston |
now that I think about it, I could use some feedback on went to provide asciidoc training, like what day, time of day, etc? |
| 14:27 |
yboston |
I also think, we might need more than one round of doodle polls to learn about special dates |
| 14:27 |
rfrasur |
Do you want to wait until we get some feedback regarding the hackaway? |
| 14:28 |
yboston |
the first time around |
| 14:28 |
rfrasur |
okay |
| 14:28 |
rfrasur |
so, we'll start purposefully broad and then narrow it with a second round. |
| 14:29 |
|
GeoffSams joined #evergreen |
| 14:29 |
yboston |
rfrasur: my IRC client is messing up the order of responses, so I am not sure what you mean by waiting for feedback |
| 14:30 |
rfrasur |
oh, do you want to wait until we get some feedback for the actual dates of the hackaway before you decide on dates for the asciidoc training? |
| 14:31 |
yboston |
aha, yes that make sense |
| 14:31 |
yboston |
(makes) |
| 14:31 |
rfrasur |
I can have the first round poll out by Monday at the very latest....so you could have plenty of lead time. |
| 14:31 |
rfrasur |
well...some lead time. |
| 14:31 |
rfrasur |
:D |
| 14:32 |
yboston |
#action rfrasur will set up at least one doodle poll to find some dates |
| 14:33 |
yboston |
#action yboston will start preparing for asciidoc training, and collaborators, or Guinea pigs welcome |
| 14:33 |
yboston |
rfrasur: thanks |
| 14:33 |
rfrasur |
mp |
| 14:34 |
yboston |
any other DIG hack-a-way comments, questions? |
| 14:34 |
yboston |
Also, any other good suggestions that I missed front he mailing list comments? |
| 14:36 |
yboston |
shall we move on to another "old business" topic for now? |
| 14:36 |
rfrasur |
yep |
| 14:36 |
krvmga |
yes |
| 14:37 |
yboston |
#topic brainstorming on survey draft |
| 14:38 |
yboston |
I just sent out a survey related email as this meeting started, I will quote it now |
| 14:38 |
yboston |
In the DIG August meeting we talked about wanting to increase DIG participation. One way to reach that goal that was brought up was creating a DIG survey to better understand reasons why more community members are not participating. |
| 14:38 |
yboston |
A draft survey was created by Ruth, but I wanted to take a step back and make sure we are all on the same page of what we want the goals of the survey to be. I also found a couple of basic sites with tips on survey making I wanted to hare with DIG for this discussion. Feel free to add your own preferred sites about this topic. |
| 14:38 |
yboston |
http://www.howto.gov/customer-experience/collecting-feedback/basics-of-survey-and-question-design |
| 14:38 |
yboston |
http://help.surveymonkey.com/articles/en_US/kb/Design-Tips-How-to-create-and-administer-effective-surveys |
| 14:38 |
yboston |
http://www.surveygizmo.com/survey-blog/designing-surveys/ |
| 14:39 |
yboston |
you can visit the links later, but I wanted to speak briefly about goals |
| 14:39 |
yboston |
I had hoped to sue the survey to project some info about DIG, but it seems like that might be a bad idea |
| 14:39 |
yboston |
to do within the survey questions |
| 14:40 |
rfrasur |
yeah...that's generally the case. |
| 14:40 |
yboston |
perhaps we can have a mini statement with some DIG misconceptions in the introductory paragraph |
| 14:41 |
krvmga |
are there many misconceptions? |
| 14:41 |
yboston |
yes, that there are |
| 14:41 |
yboston |
strict membership requirements to join DIG |
| 14:41 |
* rfrasur |
had that misconception |
| 14:42 |
krvmga |
rly? oh myyyy |
| 14:42 |
yboston |
others have explicitly expressed this to me before |
| 14:42 |
rfrasur |
yeah...but I'm nosy, so it didn't last long |
| 14:42 |
kbutler |
huh |
| 14:43 |
yboston |
so rfrasur great draft survey versions covered question geared to... |
| 14:43 |
rfrasur |
I think the EG community, in general, is a little scary to outsiders. |
| 14:43 |
yboston |
find out what misconceptions folks have about DIG |
| 14:43 |
yboston |
and what is keeping community members from participating |
| 14:43 |
yboston |
I am wondering if you should have the survey only focus on one of those, and just do some public relations on the other, etc |
| 14:43 |
yboston |
or what ever you guys think? |
| 14:44 |
rfrasur |
I'll link the survey. hold on. |
| 14:44 |
yboston |
I hope I am making sense to some of you? |
| 14:45 |
krvmga |
is there a little list somewhere of low-hanging documentation fruit that beginners could do? |
| 14:45 |
krvmga |
or should we make one? |
| 14:45 |
yboston |
I don;t think so, but I have mentioned before that we need to make one |
| 14:45 |
rfrasur |
https://docs.google.com/forms/d/1nbxmjny0-3xR4ZFTYY5alfwauwgtOntuchcpddQ3ot0/viewform There actually is a little blurb at the beginning (actually, a fairly big blurb) |
| 14:45 |
yboston |
I think that is a big barrier to paritcipation |
| 14:46 |
kmlussier |
krvmga: I think identifying low-hanging documentation fruit (and even high-hanging fruit) was one of the reasons we were having the Launchpad discussion. As a better way to identify what needs to be done. |
| 14:46 |
rfrasur |
yeah, kmlussier is right. |
| 14:46 |
yboston |
another issue is that although something could be called low hanging fruit in terms of documentation |
| 14:47 |
yboston |
you might need to have access to the latex EG versions to properly handle that fruit |
| 14:47 |
yboston |
or you might need a few technical chops, like knowing asciidoc to clean up small things |
| 14:47 |
rfrasur |
yes |
| 14:47 |
yboston |
we are a talented bunch, for being non-develoers :) |
| 14:47 |
yboston |
(developers) |
| 14:47 |
kmlussier |
Do we still have current versions of Evergreen on community servers? |
| 14:48 |
yboston |
except Kathy who has learned to do almost all (docs and dev) |
| 14:48 |
yboston |
I don't think so, |
| 14:48 |
kmlussier |
Ha! I know very little dev. But thank you anyway. :) |
| 14:48 |
yboston |
BTW, another requirement for a successful DIG hack-a-way is to have a test server at the ready with the concerto data set pre-loaded |
| 14:48 |
yboston |
also for when we try hacking at the conference |
| 14:49 |
yboston |
DIG needs to "run heavy" we finally get rolling |
| 14:49 |
yboston |
when we finally get going |
| 14:50 |
kmlussier |
I can ask edoceo about his community server. I find that he's usually very responsive if anyone has trouble accessing it. |
| 14:51 |
yboston |
he has been in the past, absolutely |
| 14:51 |
kmlussier |
But it might not be a bad idea to have a multiple communtiy server to have available if one is down. |
| 14:51 |
yboston |
to recap, it will benefit us as we try to increase participation to have ... |
| 14:52 |
yboston |
simple tasks for those that want to help, so they hit the ground running |
| 14:52 |
yboston |
we need to have test servers with the most recent version |
| 14:52 |
yboston |
we also need to tag the simple tasks so that we have those that can be addressed with a copy of Microsoft word to create documentation |
| 14:53 |
yboston |
and those that require just a little bit of asciidoc, etc |
| 14:53 |
yboston |
in other words, these are the are some of the reasons there so few of us :) |
| 14:53 |
yboston |
at this point |
| 14:53 |
rfrasur |
for now |
| 14:53 |
yboston |
:) |
| 14:53 |
rfrasur |
it'll get better |
| 14:54 |
kbutler |
Yeah. I do think the #1 thing is to have a very clear on ramp with explicit ideas and steps. |
| 14:54 |
* rfrasur |
agrees with kbutler |
| 14:54 |
yboston |
yes, and I think it is a natural progression of having a bunch of self taught collaborators |
| 14:54 |
yboston |
but now we need for some of use to adopt a "trainers mentality," to usher in the next wave |
| 14:56 |
yboston |
I am now thinking of the medical school approach to surgeries, etc; see one, do one, teach one |
| 14:56 |
rfrasur |
it seems like a pretty logical progression. |
| 14:56 |
rfrasur |
and might also make pulling people into the community proper a little less necessary. |
| 14:56 |
yboston |
I have seen the debs go through a similar process, for example teaching new members to cut releases |
| 14:57 |
yboston |
they had to go back and write down their procedures to make them reproducible by others |
| 14:57 |
rfrasur |
I mean, of course, we want them...but if we can go out and teach people in our spheres...they can do some stuff and we can act as trainers/mediators. |
| 14:57 |
yboston |
BTW, we are at the 57 minute mark |
| 14:58 |
yboston |
#idea (suggested) requirement for a successful DIG hack-a-way is to have a test server at the ready with the concerto data set pre-loaded |
| 14:59 |
kmlussier |
As far as finding a place to list documentation needs, I would like to suggest that, unless somebody is willing to volunteer time to evaluate the project management options that are available and come up with a recommendation, we use our existing community tool - Launchpad. Becauswe otherwise we're going to keep talking about it and never getting the needs posted. |
| 14:59 |
yboston |
#idea prepare lists of documentation "low hanging" fruit for new comers and/or attendees tot he DIG hack-a-way |
| 15:00 |
rfrasur |
kmlussier: +1 so at least there can be some movement on it. If, down the road, a better management tool comes along, we can evaluate it then. |
| 15:01 |
yboston |
for the record, we have used the wiki to list documentation needs and that makes sense to me. Docuemnation bugs I am totally fine that they remain in launchpad |
| 15:01 |
krvmga |
i agree |
| 15:01 |
yboston |
then again, if we want to put most things in Launchpad on the short term, I am fine with that oo |
| 15:01 |
yboston |
too |
| 15:02 |
yboston |
kmlussier: refresh my memory, do we want to put all documentation needs, big, small, all ; in launch pad or only small ones and doc bugs? (in the original proposal) |
| 15:03 |
rfrasur |
If it's possible to keep as much of it in one area as possible, I think that'd be best. |
| 15:04 |
krvmga |
keep as much of it in one area as possible. yes. |
| 15:04 |
kmlussier |
yboston: I think your original proposal was using LP for error reporting. I think I was expanding it. :) |
| 15:05 |
ldwhalen |
senator: I am starting to work with United Library Services, to try and get some Sitka libraries up and running with EDI and Acq. They need to know if we are using the X12 or Edifact standards. |
| 15:05 |
yboston |
kmlussier: actually it was used that way already |
| 15:05 |
senator |
ldwhalen: edifact |
| 15:05 |
yboston |
ldwhalen: we are just wrapping up a community meeting |
| 15:05 |
senator |
(sorry all) |
| 15:06 |
yboston |
ldwhalen: we will be done soon, and it might be easier to get your info in about 5 to 15 minutes from now |
| 15:06 |
rfrasur |
(no worries) |
| 15:06 |
ldwhalen |
my appoligies |
| 15:06 |
yboston |
senator++ |
| 15:06 |
yboston |
ldwhalen: none needed |
| 15:07 |
yboston |
so I guess we should reply to Kathy's email to make our votes public so we can move forward as a gorup |
| 15:07 |
yboston |
group |
| 15:07 |
yboston |
should we start wrapping up, and recap and make final comments soon? I can keep going, but it has been an hour so far |
| 15:08 |
krvmga |
i am okay. |
| 15:08 |
kmlussier |
I actually need to finish up here, but don't let it stop the rest of you from discussing. |
| 15:09 |
rfrasur |
I'm okay for a few more minutes. |
| 15:09 |
kbutler |
I'm fine. |
| 15:09 |
yboston |
lets shoot to wrap up, any final comments or questions? |
| 15:10 |
krvmga |
no |
| 15:10 |
krvmga |
yboston++ |
| 15:10 |
rfrasur |
yboston++ |
| 15:10 |
kbutler |
yboston++ |
| 15:11 |
yboston |
OK folks, talk to you guys later |
| 15:12 |
yboston |
#endmeeting |
| 15:12 |
pinesol_green |
Meeting ended Thu Sep 5 15:12:02 2013 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 15:12 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-09-05-14.00.html |
| 15:12 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-09-05-14.00.txt |
| 15:12 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2013/evergreen.2013-09-05-14.00.log.html |
| 15:12 |
krvmga |
thanks all :) |
| 15:16 |
|
ericar joined #evergreen |
| 15:16 |
Dyrcona |
Well, I can't blame my fine generator code. The @ids array ends up being empty. |
| 15:16 |
Dyrcona |
More print statements to see what is going on. |
| 15:56 |
rfrasur |
Yay! Looks like we'll have an Indiana "cell" for the DIG hackaway (whenever it is). |
| 16:00 |
rfrasur |
@later tell RoganH ping me about inventory module dev project |
| 16:01 |
pinesol_green |
rfrasur: The operation succeeded. |
| 16:03 |
bshum |
rfrasur: Yay! |
| 16:03 |
* rfrasur |
is mildly excited. |
| 16:05 |
* rfrasur |
only gets mildly excited while folding brochures for National Library Card Sign-Up Month and making sure that teenager doesn't actually throw the case he's swinging around on his finger. |
| 16:07 |
jboyer_isl |
Does anyone have any insight about what the acsconfig/server-params/check-for-dead setting does in oils_sip.xml? I want to make sure it's set appropriately since we've been upping our connection limit but not that. |
| 16:09 |
berick |
jboyer_isl: man Net::Server::Fork |
| 16:09 |
berick |
params there are passed through to the net::server |
| 16:10 |
jboyer_isl |
Ah, thanks. |
| 16:10 |
jboyer_isl |
berick++ |
| 16:13 |
jboyer_isl |
Huh. Kind of annoying that it won't "Bring out you're dead" until the max number of servers has been hit, but we start getting nagios warnings before that. :/ |
| 16:13 |
rfrasur |
(only the devs get the cool errors) |
| 16:14 |
jboyer_isl |
Nah, I'm an ex-BeOS user, I make boring error messages more interesting. |
| 16:14 |
jboyer_isl |
Manually, that is. |
| 16:15 |
jboyer_isl |
Oh, and serious grammar fail. D: |
| 16:15 |
rfrasur |
oh....well, it'd be pretty fun to have Monty Python style errors. |
| 16:15 |
rfrasur |
+1 for that |
| 16:18 |
* rfrasur |
ponders "Bring Out Your Dead" for a genealogy program |
| 16:20 |
Dyrcona |
"My hovercraft is full of eels." |
| 16:21 |
rfrasur |
Hmm, that could be a warning to clear the cache |
| 16:21 |
rfrasur |
or delete old report output |
| 16:34 |
bshum |
mrpeters: Did you ever figure out how to hide that "clear shelf" menu option from the circulation area? |
| 16:34 |
|
kmlussier joined #evergreen |
| 16:35 |
mrpeters |
nope |
| 16:36 |
mrpeters |
library didnt want to spend the time, they went the training route |
| 16:38 |
Dyrcona |
bshum: You want to lose "Clear Holds Shelf" from the Circulation menu? |
| 16:38 |
mcooper |
bshum: lol, that sounds familiar |
| 16:38 |
bshum |
Dyrcona: Yeah, that's what I think we're aiming for. |
| 16:40 |
jeffdavis |
When creating a template in the reporter, what does "Enable nullability selection" do? |
| 16:40 |
mcooper |
delete the menuitem from menu_frame_menus.xul? |
| 16:41 |
bshum |
mcooper: I thought about doing that. Since I've got an upgrade window coming on Sunday. |
| 16:41 |
bshum |
So I could drop that quietly in and call it a day |
| 16:42 |
mcooper |
or maybe add a higher level permission for using it ... |
| 16:42 |
phasefx |
throwing a permission check into the perl would not be hard |
| 16:43 |
Dyrcona |
You'd also have to remove the widgets from the hold shelf view if you wanted to completely remove the functionality from the client. |
| 16:44 |
Dyrcona |
Permission gives you more control, too. |
| 16:44 |
phasefx |
line 3558 in Circulate/Holds.pm, $e->allowed('UPDATE_HOLD', $org_id) or return $e->die_event; Duplicate that and use a different permission |
| 16:45 |
phasefx |
could just make one up, it doesn't actually have to exist |
| 16:45 |
bshum |
Well no I think we want to keep the button in the shelf view |
| 16:45 |
bshum |
Just that we don't want the menu option |
| 16:45 |
bshum |
Cause it's too easy to mis-click straight to bad moves |
| 16:45 |
bshum |
If that wasn't what you really wanted to do |
| 16:45 |
phasefx |
mmm |
| 16:46 |
Dyrcona |
Well, you could delete the menu entry or set the oncommand to cmd_broken. |
| 16:46 |
mcooper |
i think a permission added to the commandset would be my choice ... |
| 16:46 |
mcooper |
Dyrcona++ |
| 16:46 |
phasefx |
you may be able to reach it with custom.js and not have to redeploy any clients |
| 16:47 |
|
acoomes joined #evergreen |
| 16:47 |
mcooper |
oh, that would be even better |
| 16:47 |
bshum |
Hmm |
| 16:47 |
Dyrcona |
I'd push a branch that adds a permission for clear holds shelf, though by default I'd give it to anyone with update holds. |
| 16:49 |
mcooper |
Dyrcona: that wouldn't work so well with not wanting it enabled in the menu, but ok from shelf view? |
| 16:49 |
Dyrcona |
mcooper: No, it wouldn't, but it would work if someone doesn't want to allow certain groups of users to do it at all. |
| 16:51 |
mcooper |
indeed, and there are always those people =) |
| 16:51 |
rfrasur |
@blame those people |
| 16:51 |
pinesol_green |
rfrasur: those people stole rfrasur's ice cream! |
| 17:11 |
|
timf joined #evergreen |
| 17:14 |
phasefx |
bshum: append or create server/skin/custom.js with this: http://pastebin.com/w2YdfWKS |
| 17:16 |
rfrasur |
peace all y'all |
| 17:16 |
bshum |
phasefx: That works! |
| 17:16 |
bshum |
phasefx++ |
| 17:16 |
phasefx |
quick and dirty, though |
| 17:20 |
Dyrcona |
Now I'm going to have to spend my nonexistent free time playing with custom.js. |
| 17:21 |
mcooper |
phasefx++ |
| 17:21 |
phasefx |
berick++ for reminding me of custom.js a while back |
| 17:21 |
|
timlaptop joined #evergreen |
| 17:25 |
Dyrcona |
everybody++ |
| 18:28 |
jeffdavis |
I am looking at the reporter code and I am very confused... |
| 18:29 |
jeffdavis |
Specifically, trying to see how to create a report with a left outer join (between config.circ_matrix_matchpoint and copy_location in this case). |
| 18:31 |
jeffdavis |
But I am looking at web/reports/xul/source-browse.js, and it looks to me that if there is a has_a relationship between table A and B, you will get an option to create a right join (SELECT * FROM A RIGHT OUTER JOIN B...), but NOT a left join. |
| 18:31 |
jeffdavis |
This seems precisely backwards. Halp? |
| 18:57 |
|
mjingle joined #evergreen |
| 19:15 |
|
mjingle left #evergreen |
| 20:39 |
|
timhome_ joined #evergreen |
| 23:33 |
|
zerick joined #evergreen |
