| # | Time | Nick | Message |
|---|
| # | 00:31:24 | kbeswick has quit IRC |
| # | 00:37:27 | kbeswick has joined #evergreen |
| # | 02:43:59 | sndwrx has quit IRC |
| # | 03:46:51 | sndwrx has joined #evergreen |
| # | 04:38:20 | shadowspar has quit IRC |
| # | 04:50:10 | shadowspar has joined #evergreen |
| # | 07:31:34 | csharp 's Google-fu reveals http://paste.lisp.org/display/118573 from dbs's trailblazing about 9 months ago |
| # | 07:32:03 | csharp | dbs++ # leaving trails of breadcrumbs |
| # | 07:44:14 | bjwebb has quit IRC |
| # | 07:51:44 | collum has joined #evergreen |
| # | 08:10:24 | collum has quit IRC |
| # | 08:33:39 | _bott_ has quit IRC |
| # | 08:34:25 | _bott_ has joined #evergreen |
| # | 08:44:51 | collum has joined #evergreen |
| # | 08:49:56 | akilsdonk has joined #evergreen |
| # | 08:56:08 | kmlussier has joined #evergreen |
| # | 09:00:32 | Callender has quit IRC |
| # | 09:02:16 | akilsdonk has quit IRC |
| # | 09:12:50 | Meliss has joined #evergreen |
| # | 09:21:22 | tlilleberg has joined #evergreen |
| # | 09:22:44 | yboston has joined #evergreen |
| # | 09:26:25 | jenny1 has joined #evergreen |
| # | 09:27:31 | tsbere wants to fix an issue that touches some of the same lines as https://bugs.launchpad.net/evergreen/+bug/870032 :( |
| # | 09:37:52 | Callender has joined #evergreen |
| # | 09:41:58 | wolf29 has joined #evergreen |
| # | 09:47:05 | mrpeters-isl has quit IRC |
| # | 09:47:15 | mrpeters-isl has joined #evergreen |
| # | 09:56:34 | mich has joined #evergreen |
| # | 09:59:11 | adbowling-isl has joined #evergreen |
| # | 10:01:33 | mich has left #evergreen |
| # | 10:20:36 | Michele has joined #evergreen |
| # | 10:30:18 | Michele has quit IRC |
| # | 10:30:41 | lisah___ has joined #evergreen |
| # | 10:38:28 | Michele has joined #evergreen |
| # | 10:40:11 | Michele has quit IRC |
| # | 10:44:14 | Dyrcona has joined #evergreen |
| # | 10:46:29 | Dyrcona has quit IRC |
| # | 10:47:01 | adbowling-isl has quit IRC |
| # | 10:49:21 | MicheleMontague has joined #evergreen |
| # | 10:57:28 | MicheleMontague | Floating collections: Other than setting an item's "Floating" flag to "yes", is anything else needed to use this function? A special Location/Collection category, for example? |
| # | 10:59:21 | tsbere | I think that is about it |
| # | 10:59:37 | tsbere | Take note that it will float to *anywhere*, though. It won't stick around in specific OUs. |
| # | 11:00:19 | MicheleMontague | I'm guessing that answers my question. I want items to float among 3 of our branches, but not all 8 of them. Possible to limit to just those branches? |
| # | 11:00:28 | gmcharlt | indeed - at the moment it's more like 'float across the entire consortium' |
| # | 11:00:28 | tsbere | Not to my knowledge |
| # | 11:00:54 | MicheleMontague | All or nothing. |
| # | 11:01:04 | gmcharlt | correct (for the items that are marked floating) |
| # | 11:01:14 | MicheleMontague | Understood. Thanks! |
| # | 11:02:18 | tsbere | Not sure what the best way to fix/improve that is. Add an OU setting for "float barrier" or similar? Make a per-copy floating depth selector? Allow definition of "float groups" that map to valid OUs? |
| # | 11:02:41 | bshum | "float groups" Whee! |
| # | 11:04:09 | gmcharlt | "float groups" would be the most general, probably, but I think YAOUS tied to the copy owning library specifying a float depth limit would handle the cases I'm aware of) |
| # | 11:04:44 | gmcharlt | although I would be *really* interested to see if any consortia would consider a more radical policy and actually encourage floating between library systems |
| # | 11:08:47 | tsbere | I am not sure how to best handle it myself. Problem being that we don't have any internal examples of things that "float" to begin with. Partially because I don't think our old system supported that. |
| # | 11:18:16 | eeevil | MicheleMontague: fwiw, I'm working on that ATM |
| # | 11:20:00 | eeevil | MicheleMontague: pretty much a combination of what tsbere said: float_depth on the copy restricting how "high up" it can float, and an OU setting to supply a default per copy circ lib (optional). if nothing supplied, then float everwhere (current behavior) |
| # | 11:20:32 | eeevil | oh, and s/circ lib/owning lib/ as gmcharlt said |
| # | 11:21:26 | akilsdonk has joined #evergreen |
| # | 11:56:29 | akilsdonk has quit IRC |
| # | 12:45:04 | tsbere | There any description of how the authorities right-click menu is supposed to work in the marc editor (from a developer POV)? I think it is broken in master, but don't know how to test more directly. |
| # | 12:46:44 | eeevil | tsbere: how do you think it is broken? |
| # | 12:47:18 | tsbere | eeevil: Before we updated to master on Sunday we got results. After doing so apparently nothing ever shows up in the list. |
| # | 12:49:11 | tsbere would have more info, but has not made it far in trying to narrow it down |
| # | 12:49:21 | eeevil | heh ... ok, well, there are a few things to look at. first being, is authority.simple_heading populated |
| # | 12:50:01 | tsbere | Hmm. Looks like no. |
| # | 12:51:50 | tsbere | And checking in the database that *has bibs*....also no. <_< |
| # | 12:52:39 | eeevil | tsbere: simple way to populate the new authority table (not included in the upgrade script ... need to add one, I guess): |
| # | 12:53:22 | eeevil | hrm... well, not simple ... sec |
| # | 12:58:03 | eeevil | tsbere: do $$declare x text;begin for x in select marc from authority.record_entry where id > 0 loop insert into authority.simple_heading (record,atag,value,sort_value) select record, atag, value, sort_value FROM authority.simple_heading_set(x); end loop; end;$$; |
| # | 12:59:11 | eeevil | I'll add a .data upgrade script that does that |
| # | 12:59:14 | tsbere | ok |
| # | 13:04:27 | eeevil | tsbere: if that works for you (you need that in any case, but ...) then please consider merging working/user/miker/populate_simple_heading |
| # | 13:04:51 | tsbere is testing in a non-production database first, just in case it spits out errors |
| # | 13:06:11 | eeevil | righto |
| # | 13:11:40 | tsbere always forgets about do and ends up writing temporary functions |
| # | 13:11:59 | eeevil | tsbere: me too, usually |
| # | 13:13:43 | tsbere | Should new records be having this process happen automatically? |
| # | 13:14:10 | tsbere | Because I find it hard to believe that we don't have any new records so far this week |
| # | 13:18:40 | eeevil | tsbere: new and updated authority records, yes. via the change to authority.indexing_ingest_or_delete |
| # | 13:19:00 | eeevil | which is in 0640 |
| # | 13:30:03 | tsbere | Well, I have 0640 in. And I have some records that look to have been created after I installed that. But still had nothing in simple_heading. |
| # | 13:30:40 | eeevil | hrm... WORKSFORME on a fresh install |
| # | 13:31:10 | tsbere | How would you detect "should have gone in" records yourself? |
| # | 13:32:17 | eeevil | tsbere: I'd probably (first) enable force-on-same-marc and do a useless update on one record to see what happens |
| # | 13:37:51 | tsbere | Well, doing that in a transaction block nets me a small collection of entries. (which get rolled back, obviously) |
| # | 13:39:33 | eeevil | tsbere: that suggests that your authority records don't have proper 901 fields, perhaps ... |
| # | 13:39:41 | tsbere just noticed that all of the authority.record_entry rows created this week have deleted = true |
| # | 13:39:46 | tsbere | I suspect that is my problem there |
| # | 13:40:00 | eeevil | oh, dear, yes |
| # | 13:40:01 | eeevil | :) |
| # | 13:40:55 | eeevil | also, disregard my prev comment about 901 ... misinterpolated your "doing that" comment in my brain |
| # | 13:47:44 | tsbere | I am not sure I even know what comment you are referring to right now. That disregarding it enough? ;) |
| # | 13:49:58 | tsbere sees one entire CPU pegged at 100% on the DB server running a "DO" <_< |
| # | 14:05:32 | tsbere | eeevil: Just noticed something. Shouldn't this be saying something like "where not deleted" on the authority.record_entry query? |
| # | 14:13:15 | sfortin has joined #evergreen |
| # | 14:17:47 | eeevil | tsbere: in the DO? yeah, probably ... thanks for catching that :) |
| # | 14:18:08 | tsbere | We only have 9 that would filter out. All from Monday. But still probably important ;) |
| # | 14:19:25 | eeevil | for the upgrade script, yeah ... I'll force-push that change to my branch |
| # | 14:20:37 | eeevil | I'll add a "and not already there" check, too |
| # | 14:20:56 | tsbere | Definitely not needed for us (empty table and all) but very good idea for upgrade scripts |
| # | 14:21:02 | tsbere | eeevil++ |
| # | 14:21:50 | tsbere added a y INT as a counter and a RAISE NOTICE every time y % 1000 = 0 for his own sanity of "how fast is it going?" but isn't sure that should be done for the upgrade script |
| # | 14:23:42 | tsbere | with 513k or so entries it will be a while before I know how successful this is, though. |
| # | 14:31:23 | eeevil | tsbere: how fast, about? |
| # | 14:33:15 | tsbere | Looks like it will take a little over 2 hours. Seem to be getting 1000 through every 15 seconds or so. |
| # | 14:33:26 | tsbere | Or just under 15 seconds, really |
| # | 14:34:15 | eeevil | force-pushed |
| # | 15:01:55 | sfortin has quit IRC |
| # | 15:02:17 | Dyrcona has joined #evergreen |
| # | 15:51:04 | mrpeters-isl | how far along did the Android app get? I haven't seen anything about it in a while... |
| # | 15:51:33 | gmcharlt | mrpeters-isl: not anywhere, AFAIK |
| # | 15:51:37 | bshum | Funny you should ask |
| # | 15:51:43 | mrpeters-isl | gmcharlt: thought so |
| # | 15:51:50 | mrpeters-isl | keeps coming up here |
| # | 15:51:59 | gmcharlt | but bshum, you're about to tell us excellent news, right? :) |
| # | 15:52:01 | bshum | Some high school computer club was asking us about writing one |
| # | 15:52:09 | bshum | And we were like, yeah... sure. |
| # | 15:52:19 | bshum | gmcharlt: Ha... if only :( |
| # | 15:52:20 | mrpeters-isl | bshum: we had the same thing, with some Purdue University students, but for iOS |
| # | 15:52:36 | mrpeters-isl | but again, nothing came of it |
| # | 15:53:05 | gmcharlt | ars longa, vita brevis |
| # | 15:53:14 | bshum | Yeah we're going to provide as many details as we can for them, but development is a bit outside my area, unfortunately. |
| # | 15:53:14 | mrpeters-isl | has anyone ever formally bid out for one? |
| # | 15:53:32 | bshum | There were all those GSoC proposals for apps |
| # | 15:53:36 | bshum | Though Android-based I think |
| # | 15:54:02 | mrpeters-isl | Seems like one of things everyone could benefit from. Wish the community could come together and sponsor it and really reduce the individual cost. |
| # | 15:57:32 | tsbere | But are we talking for patrons or staff? |
| # | 15:57:42 | mrpeters-isl | ah yes, in my case -- patrons |
| # | 15:58:04 | mrpeters-isl | SlimPAC isn't "cool" enough i guess...they want an ICON! |
| # | 15:58:14 | tsbere | What does an app do that a mobile-accessible OPAC won't? |
| # | 15:58:26 | mrpeters-isl | I agree, personally. |
| # | 15:58:40 | bshum | That's a good question. Speaking of mobile opac, has anyone else looked at that SITKA/KCLS mobile app code? |
| # | 15:58:57 | bshum | I saw it updated in the blueprints, but wondered if anyone else had looked at them. |
| # | 15:58:57 | mrpeters-isl | where's that bshum? |
| # | 15:59:26 | bshum | mrpeters-isl: https://blueprints.launchpad.net/evergreen/+spec/mobile-dial-up-pac |
| # | 15:59:35 | bshum | That's the blueprint link. |
| # | 15:59:43 | bshum | On there, they point to the google code |
| # | 15:59:48 | mrpeters-isl | ah, right. I see what they want. |
| # | 16:00:22 | Meliss has quit IRC |
| # | 16:00:36 | mrpeters-isl | yeah, i think just putting http://catalog.kcls.org/opac/extras/mobile/ into a cute little app for the app stores would please people haha |
| # | 16:01:25 | mrpeters-isl | that 2nd sitka one is sharp too |
| # | 16:01:42 | Dyrcona | Yeah, but then there would need to be 1 app for Evergreen site, no? |
| # | 16:02:22 | mrpeters-isl | Dyrcona: yeah, i think orgs would have to compile their own |
| # | 16:02:56 | Dyrcona wonders if a shortcut would be acceptable in the app stores. |
| # | 16:03:11 | mrpeters-isl | I don't think it would be, at least for iOS |
| # | 16:03:34 | Dyrcona | f*** apple. |
| # | 16:03:40 | mrpeters-isl | evergreen-mobile-opac has me really intrigued though |
| # | 16:04:10 | bshum | Well if you figure it out let me know what you did. I tried compiling it on my own but I apparently fail at jquery stuff. |
| # | 16:04:27 | Dyrcona didn't say that, did he? |
| # | 16:04:30 | mrpeters-isl | yeah going to give it a shot |
| # | 16:05:35 | Dyrcona | mrpeters-isl: Was darshan trying to make an Android app? I had him on ignore the other day. |
| # | 16:05:45 | mrpeters-isl | no, i dont think so |
| # | 16:05:53 | mrpeters-isl | he seems to work for a company that advertises that though |
| # | 16:06:18 | Dyrcona | I figured he worked for an out-sourcing firm in India. |
| # | 16:06:29 | Dyrcona | works, rather. |
| # | 16:07:13 | Dyrcona | I think an app for patrons would be overkill, but then what do I know? |
| # | 16:07:44 | mrpeters-isl thinks it's just the cool thing to do |
| # | 16:07:46 | Dyrcona | I could see some potential for something really small and focused for staff if they could use it to scan barcodes. |
| # | 16:08:18 | Dyrcona | Kind of a portable circ or shelf list/weeding application. |
| # | 16:09:33 | Dyrcona has a chicken to roast. |
| # | 16:11:54 | mrpeters-isl is feeling a bit lost on building this |
| # | 16:12:52 | bshum | Yeah the readme isnt very helpful, more like random notes and thoughts. |
| # | 16:13:05 | mrpeters-isl | heh yeah even the readme was hard to find |
| # | 16:13:20 | mrpeters-isl | i ignored it, even though it was clearly in docs |
| # | 16:14:13 | mrpeters-isl | but i'll figure this out one way or another and then write it up |
| # | 16:19:05 | bshum | Well let me know what you come up with. (or maybe we should bug SITKA about it) |
| # | 16:20:36 | tlilleberg has quit IRC |
| # | 16:24:29 | akilsdonk has joined #evergreen |
| # | 16:25:17 | collum has quit IRC |
| # | 16:28:22 | fortin has joined #evergreen |
| # | 16:43:03 | kmlussier has quit IRC |
| # | 16:47:07 | sndwrx has quit IRC |
| # | 17:01:25 | lisah___ has quit IRC |
| # | 17:03:11 | lisah___ has joined #evergreen |
| # | 17:27:16 | Dyrcona has quit IRC |
| # | 17:34:50 | yboston has quit IRC |
| # | 17:35:19 | wolf29 has quit IRC |
| # | 17:56:54 | jenny1 has left #evergreen |
| # | 17:59:32 | MicheleMontague has quit IRC |
| # | 18:10:45 | akilsdonk has quit IRC |
| # | 18:11:16 | tsbere | berick: Your SIP2 bug suggestion there is a good one, but the specific example you provided will horribly break things. |
| # | 18:12:12 | tsbere is going to run a change through his quick testing paces quick |
| # | 18:12:38 | tsbere | hmm. Department of redundancy departmentish there. heh. |
| # | 18:21:10 | tsbere | Well, my quick and dirty test run seems to work, so I force-pushed and updated that ticket. |
| # | 18:36:18 | tsbere | grabbing 0643 |
| # | 18:36:51 | lisah___ has quit IRC |
| # | 18:47:31 | fortin has quit IRC |
| # | 18:55:11 | jeffdavis has quit IRC |
| # | 19:02:05 | jeffdavis has joined #evergreen |
| # | 20:55:48 | wlayton has joined #evergreen |
| # | 21:44:59 | wlayton has quit IRC |
April 10-13