Evergreen ILS Website

IRC log for #evergreen, 2013-12-20

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
01:21 Bmagic|2 joined #evergreen
02:12 dbwells joined #evergreen
02:12 remingtron_ joined #evergreen
02:45 dbwells joined #evergreen
05:18 b_bonner_ joined #evergreen
06:55 dbwells joined #evergreen
07:24 rjackson-isl joined #evergreen
07:40 kbeswick joined #evergreen
07:54 mrpeters joined #evergreen
08:13 kbeswick joined #evergreen
08:27 akilsdonk joined #evergreen
08:28 Dyrcona joined #evergreen
08:29 Dyrcona All I can say this morning is, "WTF?"
08:32 mdriscoll joined #evergreen
08:53 mmorgan joined #evergreen
08:58 timhome joined #evergreen
08:59 ericar joined #evergreen
09:02 Shae joined #evergreen
09:05 RoganH joined #evergreen
09:06 jeff this morning's mildly amusing/annoying bug: automated report failed due to the fact that virtual items from our statewide ILL system started appearing in the report output, and this report uses a Java barcode generation library to display printable barcodes, and the virtual items have a lowercase z in them, which is invalid for this barcode symbology/library.
09:08 RoganH OK, potentially stupid questions but I haven't had to mess with circ policies a lot since 2.1.  I thought I read somewhere that the circ_matrix_circ_mod_test stuff is now essentially not used in favor of the circ_limit_set, is that right?
09:11 Dyrcona RoganH: That is pretty much true, yes.
09:12 Dyrcona I managed to get this back online: https://jason.mvlcstaff.org/looking-glass/
09:12 RoganH Thanks!  I may have more questions later, lol.
09:13 Dyrcona That's OK. I always have questions for tsbere when setting these up, and I have to experiment with getting the limit group vs. circ_mod limit right.
09:13 Dyrcona Y'know, the library wants to limit to 1 hot cd, 1 hot dvd, and unlimited on hot books.
09:13 Dyrcona circ_mod limit doesn't work there.
09:14 Dyrcona Yes, that is an actual scenario that I recently had to configure.
09:14 RoganH ug.  I think what I'll have to do is simpler than that :)
09:14 * Dyrcona replies to Mr. Ogbodo off list.
09:15 Dyrcona RoganH: That's good. That is about as complicated as it gets, but it isn't too hard.
09:29 csharp Dyrcona: I unsubscribed him and banned him from the commits list -FYI
09:29 tsbere csharp: Wouldn't setting said list to "moderate by default, reject moderated members by default" and then saying only the things we want to be sending to it be the best bet? I half expected it to be that way already, actually...
09:29 Dyrcona csharp: Ok. I do think his request was sincere, so I told him that I didn't an ILS was a good place to start for storing medical records.
09:30 csharp tsbere: honestly, I have pretty much ignored that list since 2008 when I started at GPLS ;-)
09:32 csharp Dyrcona: I guess I didn't read closely - it sounded exactly like 85% of the spam we receive at open-ils-feedback :-/
09:34 Dyrcona csharp: Yes, the same style, but he was asking for a suggestion of what to do with medical records, I believe. Not trying to sell anything.
09:35 csharp Dyrcona++ # consideration ;-)
09:35 * csharp is trigger happy with our lists
09:44 Dyrcona csharp: I agree with tsbere about making it so that only the bot or whatever can send email to open-ils-commits.
09:46 Dyrcona Now, if I could just stop the spam texts on my phone.
09:53 csharp Dyrcona: done
09:53 csharp all current and future list members will be moderated and the git address is configured to accept
10:07 yboston joined #evergreen
10:08 Dyrcona csharp++
10:19 RoganH Do circ limits tie into specific circ matrix matchpoints in some way?
10:24 Dyrcona RoganH: Yes, via config.circ_matrix_limit_set_map.
10:25 akilsdonk joined #evergreen
10:39 Dyrcona Hmm. Looks like things are missing from the presentation slides on that link that I posted earlier, but they appear in the notes.html that has the whole thing with notes.
10:49 RoganH Dyrcona: I got it, I just needed to make sure I was looking at the right place.
10:49 RoganH Drycona++
10:49 RoganH Dyrcona: thanks!
10:53 Dyrcona RoganH: You're more than welcome.
10:53 Dyrcona If things don't seem right later, feel free to ask in here again.
10:53 Dyrcona It sometimes takes me a couple of tries to get it just right.
10:59 RoganH Dyrcona: part of my problem was making it more complicated than I had to
11:01 Dyrcona RoganH: I have that problem sometimes, too.
11:02 Dyrcona I find though, that I often have to add a couple of new circ_matrix_matchpoint entries to get exactly what the library desires.
11:02 Dyrcona However, if you do all of your matchpoints based on a circ_modifier and only a circ_modifier, it is easier.
11:03 Dyrcona We use combinations of marc type, circ_modifier, and some times the bib level or whatever it is called that would indicate serial versus monograph, etc.
11:03 RoganH Dyrcona: in the end that's what I had to do, create a couple of new match points and point them at the same circ limits as some other matchpoints
11:04 RoganH Dyrcona: so far we only do limits on circ mods, I've threatened dire apocalyptic visions for support tickets if we make it unnecessarily complicated
11:04 Dyrcona heh
11:06 ldwhalen I need to move on contigious group of circ due dates forward by a set number of days.  Is it sufficient for me to edit the due date field in action.circulaiton, or do I need to take other things into consideration?
11:06 ldwhalen s/on/a
11:06 RoganH ldwhalen: that will do it
11:06 ldwhalen RoganH: thanks!
11:25 csharp RoganH: I use the same threats when our libraries want to get fancy with circ/hold policies too ;-)
11:51 jeff we're talking with a new library, and they have a single circ policy.
11:52 jeff it made me happy. :-)
11:55 phasefx "bring back the books"
12:01 Dyrcona jeff: Inconceivable!
12:13 smyers_ joined #evergreen
12:14 tsbere jeff: Are you sure they aren't telling you lies?
12:14 csharp "we have one circ policy with 56 exceptions"
12:15 Dyrcona Everything circs for 21 days, except for 65% of the collection.
12:20 jeff you are all of you jaded.
12:29 Dyrcona jeff: We work for libraries, of course we're jaded.
12:32 * linuxhiker is disappointed to not see more infrastructure level talks at the conference.
12:36 kmlussier linuxhiker: There was an open proposal process. Anyone was welcome to submit on topics they thought were important.
12:36 jeff all the cool talks will be on the underground conference track. ;-)
12:38 linuxhiker kmlussier: oh no, I understand. It is just a bummer. I can't speak this year because I am in NYC the week after. That would make for a very hard two weeks. I have run many conferences, I know how difficult it can be to get the talks that you want/need
13:01 jcamins kmlussier: according to Google Maps, getting from South Station to Kendall Square where the conference is is quite quick... eight or nine minutes. Does that sound right-ish (I don't care about the exact length of time, I'm just contemplating the EG conference, and want to make sure I understand the logistics)?
13:20 mmorgan left #evergreen
13:28 kmlussier jcamins: 8 to 9 minutes sounds long to me. It's really is just a few stops away. Very convenient.
13:28 jcamins kmlussier: good, I'm always worried when I look at directions online that I'm looking at directions between two places that I am not interested in.
13:28 kmlussier jcamins: Oh, but I'm thinking of the subway. If you're thinking taxi, it may be that long.
13:28 jcamins I was thinking of the subway.
13:29 jcamins And closer is definitely better.
13:30 kmlussier The hotel is right outside the subway stop too (if you take the right exit.) No long walks.
13:32 kmlussier linuxhiker: Awww, but NYC is so close. Just stay a few extra days and then head on down to the big city. ;)
13:32 linuxhiker kmlussier: I wish
13:33 jcamins linuxhiker: it really is... if I go to the EG conference, I'll be in Boston the one week and NYC the next!
13:33 * jcamins read your comment to mean that you were going to be at the conference, but couldn't do two presentations in as many weeks.
13:36 linuxhiker jcamins: kmlussier: problem is there is a week between my visits so that would be headed back to the west cost and then back to the east
13:36 jcamins linuxhiker: I understand that if you're not a local there are lots of fun touristy things to do in Boston and NYC.
13:38 jcamins If you are a local, of course, you go to the Met once every two years, MoMA once every five, and one of the other museums about once a decade.
13:44 linuxhiker jcamins: oh.. well yeah I know that :)... I have ran and spoke at several conferences in NYC and I was press at LinuxWorld when it was in Boston 12 years ago
13:45 linuxhiker jcamins: done lots of traveling to the east coast :D
13:55 dMiller__ joined #evergreen
13:57 edoceo joined #evergreen
14:08 dMiller___ joined #evergreen
14:11 sseng anyone on a brick setup (1xapache, 1x app) and using Batch Marc importer/exporter via the staff client? experience any issue where the apache side can upload the marc file fine, but the app side (at least via the log) shows that it is having trouble grabbing the file location via cache? smyers_
14:13 bshum So, that might be config problem
14:13 jeff sseng: in a multi-server setup you will need to ensure that you have a shared filesystem set up between them where vandelay will write the files.
14:13 bshum opensrf.xml defines the share.
14:13 jeff sseng: ensure that the path used in open-ils.vandelay's app_settings/databases/importer config is shared between systems, not unique-to-each. it defaults to /tmp
14:14 jeff the note in that area of the config notes that this should be a writeable nfs share.
14:14 jeff s/the note/the comment/
14:15 dMiller__ joined #evergreen
14:16 sseng bshum: jeff: that the strange part, it is setup like that (I am seeing the loaded marc file in both the apache and app since it is shared filesystem, but the app log can get at it via this command in Vandelay.pm : my $data = $cache->get_cache('vandelay_import_spool_' . $fingerprint);)
14:17 jeff sseng: are you by chance not using the same memcached instance? i'd expect many more things to break if that were the case...
14:19 jeff sseng: is the opensrf user on both systems able to read the marc file in question?
14:19 jeff sseng: what error are you seeing? "unable to read MARC file", or something else?
14:21 sseng jeff: that is the case, different memcached instance, so maybe that explains it. but yes, the opensrf user can see the file, and the ther type of errors I am seeing (Unable to read marc file), but again due to $data var being undef
14:23 jeff storing something in one memcached instance and then trying to read it from another instance is not going to work. :-)
14:24 jeff fix that and you'll probably start having more success.
14:24 sseng jeff: great, going to try that, thanks lots for insights!
14:51 kmlussier ericar++ # Updating list of Evergreen libraries.
14:56 stevenyvr2 joined #evergreen
15:25 jeff "we support both kinds of auth: Patron API *and* SIP2!"
15:26 jcamins jeff: request NCIP support.
15:28 * jeff sends jcamins a set of unstackable cups
15:29 Dyrcona jeff: No OAuth 2?
15:30 * jcamins almost manages to stack them before a hand appears out of nowhere to knock them over.
15:31 jeff Dyrcona: i'm conflicted/undecided on OAuth2.
15:31 afterl joined #evergreen
15:32 Dyrcona jeff: Why? It sucks, just like everything else. :)
15:32 jeff yeah, but it's the thing that sucks that the rest of the web uses, as opposed to the thing that sucks that libraries use.
15:33 Dyrcona If libraries use it, it sucks *AND* is out of date, not to mention has no notion of security.
15:33 jeff anyway. i'm going to see if this vendor is open to supporting anything else, or if i'm going to need to make those changes to SIPServer that i've been pondering. :P
15:34 Dyrcona "We value patron privacy!"
15:34 jeff who are you quoting there? :P
15:36 * Dyrcona has become extra jaded this holiday season. If he's lucky, he'll have matching emeralds to replace his eyes by New Year's Day.
15:51 mrpeters left #evergreen
16:08 * csharp signs off for 2013 - see y'all in the new year ;-)
16:15 sseng jeff: just wanted to let you know, after making the app/apache point to the same memcache, the import works. thanks again!!
16:16 jeff you're welcome!
16:39 mllewellyn joined #evergreen
16:53 kmlussier Sending along good holiday cheer and best wishes for the new year to everyone before I leave for the week!
16:54 RoganH Merry Christmas and Happy Holidays to everyone as well!
16:54 RoganH I'll be around Monday too but I know most folks won't.  :)
16:57 afterl left #evergreen
16:59 mdriscoll left #evergreen
17:12 * Dyrcona wishes everyone a bah humbug! :)
17:15 phasefx I think that's a cross between a sheep and a bumblebee
17:20 hbrennan joined #evergreen
17:23 hbrennan Hey gmcharlt, I'm super excited about the Git tutorial. Can you recommend some pre-reading to do, for someone like myself who is just starting out?
17:26 gmcharlt hbrennan: sure, let me dig up a link
17:26 hbrennan Thanks!
17:26 gmcharlt book-like things: http://git-scm.com/book and http://alx.github.io/gitbook/
17:27 hbrennan A free resources to boot. Thanks!
17:27 hbrennan *and
17:29 gmcharlt and also http://acrl.ala.org/techconnect/?p=3062
17:30 hbrennan Awesome, thanks again. I knew you'd be able to point me in the right direction!
17:30 hbrennan Oops, it's lunch time and I have to stay on schedule today
17:30 hbrennan I'll be back later
18:57 stevenyvr2 left #evergreen
19:05 dbwells joined #evergreen
19:05 mjingle joined #evergreen
21:23 stevenyvr2 joined #evergreen
21:24 stevenyvr2 left #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat