Evergreen ILS Website

IRC log for #evergreen, 2013-08-26

| 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
00:05 bshum @later tell dbs I'll review what you have for schema.org bug tomorrow morning and get it in before dbwells deadline.
00:05 pinesol_green bshum: The operation succeeded.
01:13 mcooper joined #evergreen
01:19 mcooper joined #evergreen
07:05 Callender joined #evergreen
07:05 tfaile joined #evergreen
07:07 moodaepo1 joined #evergreen
07:07 timlaptop joined #evergreen
07:08 mtate joined #evergreen
07:10 phasefx joined #evergreen
07:41 csharp @later tell dbs we were looking around for the EG2012 site - thanks to the Wayback Machine, the content is still around: http://web.archive.org/web/2013060​1233409/http://evergreen2012.org/
07:41 pinesol_green csharp: The operation succeeded.
07:52 jboyer-isl joined #evergreen
07:57 kmlussier joined #evergreen
07:59 rjackson-isl joined #evergreen
08:06 krvmga joined #evergreen
08:09 krvmga in this opac search http://bark.cwmars.org/eg/opa​c/cnbrowse?cn=333.7;locg=154; , the book with call number 333.7 Ali appears before all the 333s instead of in its proper place. any thoughts?
08:09 akilsdonk_ joined #evergreen
08:10 krvmga and the 333.7s don't appear till here http://bark.cwmars.org/eg/opac/cnbrowse​?cn=333.7;locg=154;cnoffset=5#cnbrowse
08:10 kmlussier krvmga: do they have the same classification schemes?
08:14 krvmga kmlussier: where would i see that?
08:15 kmlussier krvmga: In the staff client. If you're editing the item, you should see it with the other call number information. I think it might be an option in the column picker too.
08:15 krvmga kmlussier: i'll take a look.
08:17 Shae joined #evergreen
08:34 dbs bshum: some of the content; the presentations, unfortunately, do not appear to have been preserved by the Wayback machine (e.g. "http://evergreen2012.org/presentations/27 Friday/Ecology of the Evergreen Developer.html")
08:35 kmlussier dbs: I contacted Shauna about the 2012 presentations. She still has several of them and is going to post them.
08:38 dbs kmlussier: great! I should be able to dig up mine as well.
08:42 collum joined #evergreen
08:47 rfrasur joined #evergreen
08:52 mmorgan1 joined #evergreen
09:03 mrpeters joined #evergreen
09:26 ericar joined #evergreen
09:26 yboston joined #evergreen
09:27 jeff was the 2012 conference site hosted on ISL systems? the domain is expired, but the virtualhost and its content may live on, if one were to find the former IP.
09:28 jeff said IP may even be contained within old evergreen-ils.org zonefile revisions, since i think conference.evergreen-ils.org may have pointed at the IP once (or twice) upon a time.
09:28 jeff of course, my memory could be wrong, or the host may also be gone.
09:29 rfrasur jeff: mrpeters might know? or abowling-isl
09:30 mrpeters it was
09:30 mrpeters i have no knowledge about whether or not they renewed it though
09:30 mrpeters i left in feb
09:31 kmlussier @marc 740
09:31 pinesol_green kmlussier: Contains related or analytical titles that are not controlled through an authority file or list. (If related or analytical titles are controlled by an authority file, use field 730 (Added entry - uniform title)). (Repeatable) [a,h,n,p,5,6,8]
09:32 mrpeters jeff: even if the domain is gone, i'm certain the files are still sitting on the server they were hosted from
09:32 rfrasur jboyer-isl may be of some help.
09:33 jeff mrpeters: any chance your mind includes memory of the IP of that virtualhost? :-)
09:33 mrpeters the server is 208.119.72.66
09:33 mrpeters i just dont know the subdir off top
09:33 mrpeters rjackson-isl adbowling-isl and jboyer-isl should all have access to that server to tell you the subdir thats in /var/www/
09:33 mrpeters i thought it was egconf13 but its not
09:34 jeff and success!
09:34 mrpeters oh great
09:34 rfrasur jeff++
09:34 rfrasur mrpeters++
09:34 mrpeters what was the dir jeff?
09:35 jeff no idea what the directory is. i just set my hosts file to point evergreen2012.org and www.evergreen2012.org to the IP you provided, 208.119.72.66
09:35 jeff mrpeters++
09:35 mrpeters wicked
09:36 jeff of course, the aforementioned URL is an actual 404, but that's a different issue.
09:36 mrpeters lets get those guys to tell us the true path, and we can update the wiki so the links arent dead
09:38 jeff that would be tricky, if possible.
09:38 jeff oh, and the ecology of the evergreen developer talk is there, i just had the wrong url.
09:38 jeff yay! :-)
09:40 rfrasur Hah, the Joensuu bookmobile round-up pictures are up on FB.  So many bookmobiles in one spot.  I think I wanna be a bookmobile librarian.
09:40 * rfrasur needs a CDL first
09:45 paxed rfrasur: iirc, about 10% of bookmobiles in finland were there.
09:46 rfrasur paxed: It looks like it was fun...and doesn't hurt that it was near water (hmm...a houseboat library?)
09:46 * rfrasur changed her mind.
09:46 jboyer-isl Take a look hereabouts: http://208.119.72.66/eg12conf/presentations/
09:46 rfrasur I want to be a floating library librarian
09:46 * rfrasur won't need the CDL
09:48 paxed rfrasur: yes, it was at the harbor.
09:48 kmlussier I'm wondering if it still might be better to move those presentations to the community web server. Just to ensure their longevity.
09:48 rfrasur kmlussier: That sounds like a very good idea.
09:49 kmlussier In case Indiana eventually wants to free up their server space for something else. :)
09:49 jboyer-isl I hearilty recommend it. I can zip them up, or since there's only a few of them someone can just download them all in a couple of minutes.
09:51 mrpeters oh, lol, eg12conf...right, not 13
09:53 mrpeters jboyer-isl: let me know if you need any help exporting the wp databases and stuff
09:54 mrpeters so the site could be fully preserved
09:54 jboyer-isl I'll look into it and let you know if I run into trouble.
09:56 BigRig joined #evergreen
10:00 mrpeters I'm having a hell of a time finding the permission that controls access to the 'cmd_clear_holds_shelf' interface...anyone have any hints?
10:03 * dbs will try a judicious "wget --mirror" operation, to suck down as much as possible in plain old HTML
10:03 dbs jboyer-isl++
10:04 jboyer-isl Wordpress isn't very pleased with the situation at the moment, unless you mean you're going to mirror the presentations folder; that would work fine.
10:04 mrpeters jboyer-isl: 1 sec, i got a tutorial for u
10:05 mrpeters http://codex.wordpress.org/Moving_WordPress
10:05 mrpeters that should get you started
10:06 mrpeters http://wp.smashingmagazine.com/201​3/04/08/moving-wordpress-website/ also good
10:07 dbs mirroring seems to be going quite well actually
10:07 dbs so please don't do anything for a moment!
10:07 bshum mrpeters: Open-ILS/xul/staff_client/chrome/​content/main/menu_frame_menus.xul
10:08 bshum It doesn't have a permission associated for access by the look of it.  Not like how admin functions were done.
10:08 mrpeters hmm how am i gonna block this without deploying a new client :(
10:09 dbs looks like I have it all. w00t.
10:09 mrpeters dbs++
10:11 rfrasur paxed: by chance, have you found anyone to help with Finnish translation(s)?
10:12 paxed rfrasur: i don't think we need any help with those... i think we've translated nearly everything.
10:12 rfrasur okay
10:13 paxed master just doesn't have our updated translations.
10:14 rfrasur I just remembered that it was giving you fits at one point (whatever point on the timeline that was escapes me)
10:15 paxed heh
10:19 jboyer-isl dbs: it did work? Excellent. One less thing for me to worry about today then. :D
10:19 jboyer-isl dbs++
10:21 jboyer-isl mrpeters: I haven't looked at how that works, but is there an opensrf call that's specific to just that function? You could immediately fail it at the top of the handler, or if you wanted to be fancy, put in a permission check. Either one would at least get you through to the next upgrade when you can just take it out of the client and not worry about carrying over your temp fix.
10:22 mrpeters i'm sure there is jason
10:22 * mrpeters thinks staff training is more appropriate here
10:23 jboyer-isl Oh, absolutely, but if you're going to these lengths to hide it, I'd assumed you'd given up on that ever happening. ;)
10:24 * rfrasur laughs in mrpeters' general direction with regard to staff training
10:26 * rfrasur reminds herself that a failure by staff is a reflection on their boss and hangs head in shame.
10:26 mcooper joined #evergreen
10:27 dbs jboyer-isl: going pretty well, but need to tweak a few things
10:28 jboyer-isl If you need me to try to get it working properly again or just export what I can from here just let me know.
10:28 rfrasur jboyer-isl: did I dream this or is AccessPoint going to WordPress?
10:29 jboyer-isl I think so. I don't deal much with that but it sounds right.
10:29 * rfrasur nods
10:30 jeff dbs: /etc/hosts trick or wget with --header="Host: evergreen2012.org" might help, depending on what issue you're running into and adjusting for.
10:32 dbs jeff: yeah, I'm doing the /etc/hosts trick, --mirror -k, also grabbing the presentations separately because nothing links to them from the wordpress site directly (only eg2012_wp -> eg_wiki -> eg2012_presentations) :)
10:38 dboyle joined #evergreen
10:38 rfrasur Inventory w00t
10:43 sal_ joined #evergreen
11:13 zerick joined #evergreen
11:35 dbs http://coffeecode.net:8000 seems to be working reasonably well as a simple mirror
11:36 dbs pages with "?page_id=11"-type params aren't getting served up but otherwise not bad.
11:36 dbs and http://coffeecode.net:8000/presentations/ is fine :)
11:37 dbs So I could rsync that to evergreen-ils.org proper, whereever we end up wanting to put it
11:50 mrpeters nice work dbs
12:01 jdouma joined #evergreen
12:03 dbs mrpeters: had a little practice a while back when my uni announced they were retiring the old website (which had about a decade of historical docs on it) :)
12:04 mrpeters dbs++
12:05 kmlussier dbs++
12:12 bshum dbs: To check for the schema.org bug.  The first commit is something that needs backporting to 2.4, then the rest goes to master?
12:13 smyers_ joined #evergreen
12:15 dbs bshum: yessir
12:15 bshum Okay, taking care of that now.
12:15 dbs mrpeters++ # for the IP address
12:18 dbs bshum++
12:19 pinesol_green [evergreen|Dan Scott] Schema.org: improve MusicGroup vs. Person parsing - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3732a7f>
12:19 pinesol_green [evergreen|Dan Scott] Add structured data for holdings via http://schema.org/Offer - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1f55d0e>
12:19 pinesol_green [evergreen|Dan Scott] Map the bound-with relationship in schema.org - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c3cfcf3>
12:20 pinesol_green [evergreen|Dan Scott] Schema.org: relate offers to record explicitly - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=21bc070>
12:20 pinesol_green [evergreen|Dan Scott] Schema.org authors: relate properties to the right context - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ad0da8c>
12:22 jeff bshum++
12:24 pinesol_green [evergreen|Chris Sharp] Fixing LP 1203796. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1c595b8>
12:33 csharp dbs++ jeff++ ISL++
12:41 moodaepo joined #evergreen
12:43 mllewellyn joined #evergreen
13:03 smyers__ joined #evergreen
13:59 jdouma_ joined #evergreen
14:04 frank___ joined #evergreen
14:06 linda-15d joined #evergreen
14:07 linda-15d quien es del tachira
14:07 frank___ hello everybody, I'd want to know which sql scripts do I have to execute to migrate from 2.3.7v to 2.4.1
14:07 linda-15d español
14:08 linda-15d left #evergreen
14:20 atheos joined #evergreen
14:24 csharp frank___: theoretically, you should run every version upgrade script between 2.3.7 and 2.4.1 (e.g.,  2.3.7-2.3.8-upgrade-db.sql, 2.3-2.4.0-upgrade-db.sql, then 2.4.0-2.4.1-upgrade-db.sql), but sometimes that means you'll have duplicated pieces when running
14:25 csharp might be a good idea to grep "evergreen.upgrade_deps_block_check" in each of the scripts to identify duplications
14:25 csharp s/in/against/
14:25 phasefx maybe grep upgrade_deps_block_check *.sql | sort | uniq -c
14:25 csharp phasefx++
14:28 frank___ All the scripts between 2-3-7 and 2-4-1 are the following 2.3.7-2.3.8-upgrade-db.sql, 2.3-2.4.0RC-upgrade-db.sql, 2.3-2.4.0-upgrade-db.sql, 2.3-2.4.alpha1-upgrade-db.sql, 2.3-2.4-supplemental.sh, 2.4.0-2.4.1-upgrade-db.sql
14:30 bshum Hmm, we should remove that RC one.
14:30 bshum And the alpha1 one too I guess
14:31 csharp bshum: yeah, but mrpeters found something in one of those that was required for a successful 2.4.1 upgrade
14:32 csharp mrpeters: right?
14:32 phasefx wish the deprecate/supersede stuff was working
14:32 mrpeters yeah, i had to run the RC1 in order to get one of the indexes rebuilt properly
14:32 csharp phasefx: 'twould be awesome
14:32 bshum Well, in theory, you shouldn't need those test scripts to do the proper install.
14:33 bshum Have you guys made a bug ticket about this missing index?  :(
14:33 mrpeters i havent had time
14:33 mrpeters i just figured i should have known to use that RC1 script
14:35 bshum Well, if you guys get around to it.  I think we ought to properly note this missing index, fix it and then also kill off these old alpha/rc scripts
14:35 bshum I wouldn't expect it to require dabbling at each script point to figure out if something was missing.
14:36 mrpeters ill put it on my todo list
14:36 jeff is there a list of hack-a-way attendees anywhere?
14:36 jeff i'm curious what times people are arriving/departing, and also what kinds of things people are interested in hacking on.
14:37 * bshum waves to eeevil.  See scrollback above about a potential issue with 2.4's upgrade SQLs?
14:38 * eeevil looks up
14:38 mrpeters Mon Aug 19 2013 at 5:15:45 PM  - Mike Peters
14:38 mrpeters "ERROR:  function metabib.reingest_metabib_field_entries(bigint) is not unique" after upgrading to 2.4.1
14:39 eeevil to go from 2.3.7 should be 2.3-2.4.0, 2.4.0-2.4.1, supplemental
14:39 mrpeters i ended up running 0687 to fix it, actually
14:39 mrpeters but it seemed like the RC1 had bits about that index
14:40 eeevil there should be no reason to run an RC or alpha upgrade script
14:40 bshum I'm doing a compare between 2.3-2.4.0RC and 2.3-2.4.0 and not seeing anything significant actually.
14:40 bshum There's some reordering of things
14:40 bshum But basically the same thing
14:40 mrpeters it could have just been an mrpeters  fail
14:41 eeevil mrpeters: was the system you needed that for a hand-maintained system? one where upgrades were often customized? the upgrade scripts expect something extremely close to stock schema
14:41 mrpeters it was totally stock
14:42 mrpeters 2.1.2
14:42 mrpeters but, alpha g may have done some funnyness before we took over
14:42 mrpeters but, its in much better shape now after the upgrade
14:43 mrpeters i just had no knowledge of what customizations they might have made, not that they did anything wrong
14:43 eeevil right ... so, may not have been stock, but believed to be
14:43 mrpeters yes, its totally possible eeevil
14:43 eeevil fwiw, I have not seen a need for any changes to the upgrade scripts yet, personally...
14:43 mrpeters at least we have the logs here in case anyone runs into the same issue
14:44 mrpeters i pasted the original errors too, about a week ago...so they will be in those logs as well
14:44 eeevil the ones included in 2.4.1, anyway
14:44 eeevil 2.4.0 had a couple issues
14:44 eeevil mrpeters: thanks
14:44 mrpeters yeah, eeevil++ it was a very smooth upgrade
14:44 mrpeters only ran into a couple things i had to comment out of the scripts because they somehow already had them
14:44 mrpeters and that was mostly the RC1 script
14:45 eeevil mrpeters: ah, gotcha. right, there was a 2.3 release between 2.4RC1 and 2.4.0, which means the RC upgrade script was likely bigger than the 2.4.0 (odd though that may seem)
14:46 rfrasur joined #evergreen
14:46 mrpeters smoothest upgrade ive done, database wise, so release team++ on that
14:46 mrpeters knocked it out in 13 hours
14:46 * eeevil will re-raise the "baseline schema carved in stone between major releases" point tomorrow, he thinks
14:47 eeevil that will make supersedes/deprecates and intelligent upgrades actually possible (given our community resources) IMNSHO
14:48 csharp eeevil++
14:51 eeevil while my attention's over here for a minute ... please consider my plea for a test run-through of 2.4.2 ... email with locations of the files went out friday
15:00 bshum eeevil++
15:07 csharp okay - I'm running authority_control_fields.pl on a 2.3.6 test server and it is not linking bibs and authority records as I was expecting it to.
15:08 csharp when I did /openils/bin/authority_control_fields.pl --all, I got "Can't use an undefined value as an ARRAY reference at /openils/bin/authority_control_fields.pl line 76.", but I didn't see any other errors or log messages to explain why
15:09 tsbere csharp: I would assume a timeout on cstore
15:09 csharp ah - thanks
15:11 csharp okay - so processing ids 1 through 10 worked
15:11 csharp thanks
15:11 dbs csharp: a test server with all PINES bibs?
15:12 csharp dbs: yessir
15:12 dbs csharp: ah, yeah, like tsbere said, the POD help also says of --all: "For large
15:12 dbs databases, this may take an extraordinarily long amount of time"
15:13 csharp dbs: do you have a recommended chunk size for piecemeal processing (from your experience)?
15:14 * csharp was going to start with 100K ids
15:14 csharp actually... I think I'll grab a list of ids for nondeleted bibs and do that
15:15 csharp wait - that doesn't look like the best approach from the POD
15:17 dbs csharp: You should be able to run the script in parallel, depending on how many connections your setup can support
15:17 dbs csharp: my recent experience is pretty limited
15:17 csharp dbs: ok - gotcha
15:17 csharp thanks
15:18 dbs http://blog.mvlcstaff.org/2012/09/​howto-batch-authority-control.html # Dyrcona++
15:19 csharp oh - great
15:19 csharp dbs++
15:19 csharp Dyrcona++
15:21 RoganH joined #evergreen
15:28 bshum Random thought, the "show more details" button in the catalog.  Would it make any sense to create some sort of config choice to have that button show or not show.  And then alter the default display to include a version where if the button isn't enabled to show more stuff in stock display?
15:28 dbs bshum: we've already done that in the conifer skin :)
15:28 bshum Or should we just decide whether we all really hate the show more details button and get rid of it forever.
15:28 dbs +1 to the latter
15:28 csharp @hate details
15:28 pinesol_green csharp: The operation succeeded.  csharp hates details.
15:28 bshum dbs: Yeah I double checked to make sure that was what you arrived at too.  We did the same in ours.
15:28 dbs SHOW ALL THE THINGS
15:29 bshum If more sites hate the split details, I'd rather just gut it entirely.
15:29 dbs s/SHOW/SLOW/ :)
15:29 bshum Just tends to be one of the very first things people ask me about changing when I help skin their catalogs.
15:29 tsbere We have constant requests from one library for the button to be a preference. Library or user level depending on the day. >_>
15:30 dbs yay, my VuFind patches to improve "show Evergreen holdings" and "auth via Evergreen / improve patron profile display" have been merged :)
15:30 rfrasur In reading the juvenile nonfiction shelves, I came across a book entitled "computer fun for everyone."  It uses Microsoft Works and gives warnings of difficulty if you're using a DOS or Apple II computer
15:30 kmlussier I think we have some sites that like it.
15:30 rfrasur and it uses 3.5" disks for bullet points.
15:30 bshum dbs++
15:30 tsbere rfrasur: I think I once read that book. And laughed at the time. >_>
15:31 rfrasur tsbere: I wasn't going to do any weeding until the section was done.  Mind changed.
15:33 bshum Well, if it's worth discussing, maybe I'll start a general thread asking about the direction of that "show more details" button.
15:34 bshum I personally want to see it changed, but I'd like to know what other people think about it I guess.
15:36 * csharp actually doesn't have an opinion about it aside from performance concerns
15:39 bshum csharp: What sort of performance concerns?
15:44 jeffdavis we also moved the "show more details" content into the main results display and got rid of the button, IIRC
15:47 csharp bshum: I was just saying that based on dbs's "SLOW ALL THE THINGS" comment - honestly I'm pretty sure that button is ignored by patrons and staff
15:48 rfrasur (who knew you could buy oboe reeds on amazon?)
15:55 bshum csharp: I know we took it away and restructured the default view primarily so that we could get some holdings to show by default, along with electronic links.
15:55 bshum As far as slow, well.... hmm.
15:56 * dbs would want to turn on the timing trace option to double-check his off-the-cuff comment
16:00 * dbs does so; doesn't seem to make much difference in practice. 0.38 seconds per page of results once things are warmed up (paging through the results for a large search)
16:01 dbs (that's on our test server with 2.1M bibs)
16:01 smyers_ joined #evergreen
16:02 rfrasur jboyer-isl: do you know of a lib in the consortium with the item barcode prefix 36810?
16:12 mrpeters joined #evergreen
16:17 bshum jeff: If you end up discovering said list, let me know.  Though we may just need to start up a wiki page for the hackaway and start pinning ideas to it :)
16:18 jeff_ bshum: *nod*
16:18 kmlussier +1 wiki page
16:18 bshum I've got some informal plans to conspire with others about mobile catalog things.
16:20 bshum Looks like this was last year's wiki idea page
16:20 bshum http://evergreen-ils.org/dokuwiki/d​oku.php?id=dev:hackfest:egfall2012
16:20 bshum We could go from there and make a 2013 one
16:21 bshum Let's put it on the dev meeting agenda tomorrow.  I guess.  To have said page and start suggesting folks add to it.
16:25 zerick joined #evergreen
16:28 jboyer-isl rfrasur: I don't, but the database tells me it's Bloomfield.
16:28 rfrasur ty
16:32 * rfrasur thinks this problem can't be fixed at library level.
16:50 dbs ridiculous_reports--
16:52 rfrasur truth
16:57 pinesol_green [evergreen|Pasi Kallinen] Save times in HH:MM format for hours of operation - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4b1ef52>
17:02 smyers__ joined #evergreen
17:02 stevenyvr2 joined #evergreen
17:04 mmorgan1 left #evergreen
17:22 smyers_ joined #evergreen
18:02 smyers__ joined #evergreen

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