2011-09-19T00:11:51 *** dbs has quit IRC 2011-09-19T00:19:07 *** sylvar_ is now known as sylvar 2011-09-19T01:19:42 *** elene has quit IRC 2011-09-19T03:58:37 *** elene has joined #evergreen 2011-09-19T05:21:45 *** elene_ has joined #evergreen 2011-09-19T05:23:05 *** elene has quit IRC 2011-09-19T05:23:06 *** elene_ is now known as elene 2011-09-19T07:13:13 *** elene has quit IRC 2011-09-19T07:40:00 *** elene has joined #evergreen 2011-09-19T07:46:31 *** elene has quit IRC 2011-09-19T08:07:54 *** mrpeters-isl has joined #evergreen 2011-09-19T08:10:10 *** bjwebb has joined #evergreen 2011-09-19T08:13:06 *** kmlussier has joined #evergreen 2011-09-19T08:17:31 *** Dyrcona has joined #evergreen 2011-09-19T08:25:31 *** AaronZ-PLS has joined #evergreen 2011-09-19T08:56:31 *** dbwells_ is now known as dbwells 2011-09-19T08:59:26 *** kmlussier has quit IRC 2011-09-19T09:05:36 *** dbs has joined #evergreen 2011-09-19T09:10:42 *** gdunbar has joined #evergreen 2011-09-19T09:12:17 *** Meliss has joined #evergreen 2011-09-19T09:12:46 *** Callender has quit IRC 2011-09-19T09:16:18 * dbs ponders an amazon-style rewrite of the TPAC record detail layout: 1) cover art/title/author 2) holdings (electronic, print) + hold placement 3) publication details 4) description 5) list-making & social stuff 6) similar items (subject/author/series searches) 2011-09-19T09:17:19 * Dyrcona thinks many patrons would favor a catalog that resembles Amazon. 2011-09-19T09:19:35 *** natschil has joined #evergreen 2011-09-19T09:19:46 Just started thinking about layout once I turned on located URIs + MFHD + OpenURL resolution + print holdings; it's a bit of a dog's breakfast (and I'm to blame for a lot of the new kibble) 2011-09-19T09:20:00 *** atz_ has joined #evergreen 2011-09-19T09:20:11 *** natschil has quit IRC 2011-09-19T09:20:18 *** natschil has joined #evergreen 2011-09-19T09:23:05 *** atz__ has quit IRC 2011-09-19T09:23:40 *** akilsdonk has joined #evergreen 2011-09-19T09:25:35 *** natschil_ has joined #evergreen 2011-09-19T09:26:06 *** natschil has quit IRC 2011-09-19T09:31:53 *** natschil has joined #evergreen 2011-09-19T09:36:53 *** jenny has joined #evergreen 2011-09-19T09:38:17 *** Callender has joined #evergreen 2011-09-19T09:46:53 *** sal_ has joined #evergreen 2011-09-19T09:47:28 Hmm 2011-09-19T09:48:27 Is there any reason a transaction that had gone lost in the system, but then returned and paid for still doesn't have the xact_finish set? 2011-09-19T09:48:36 Wondering what we might have missed. 2011-09-19T09:48:54 we have that all the time 2011-09-19T09:48:57 Was the copy deleted in the meant time? 2011-09-19T09:49:31 usually, something funny happened with staff forgiving fines or trying to do something manually instead of letting the system handle it 2011-09-19T09:49:32 Dyrcona: It does not seem to be deleted. 2011-09-19T09:49:56 mrpeters-isl: Ah, I see the bug ticket about it 2011-09-19T09:49:59 Guess we're affected too :( 2011-09-19T09:50:21 bshum: I always check that first. Our members' staff seem delete happy and it causes all kinds of problems with circulation when they delete checked out copies. 2011-09-19T09:50:30 *** yboston has joined #evergreen 2011-09-19T09:50:40 Dyrcona: Ours too. They delete stuff all the time. 2011-09-19T09:50:58 bshum: Do yours like to reuse the barcodes? 2011-09-19T09:52:18 * Dyrcona has seriously considered making the unique constraint on copy barcodes include deleted entries. 2011-09-19T09:52:23 Dyrcona: Alot, too much. 2011-09-19T09:52:34 Dyrcona: They love fake item barcodes to reuse for ILL. 2011-09-19T09:53:05 Dyrcona: Which makes it that much more fun trying to figure out what's real or isn't. 2011-09-19T09:53:16 * Dyrcona sympathizes. 2011-09-19T09:53:31 * Dyrcona goes back to playing with SIP2 fine and fee payments. 2011-09-19T10:06:53 *** kmlussier has joined #evergreen 2011-09-19T10:16:18 * tsbere throws http://git.mvlcstaff.org/?p=tsbere/ILS.git;a=shortlog;h=refs/heads/statistical_archive out for comments in IRC shortly before he has to run to a meeting 2011-09-19T10:22:06 tsbere++ 2011-09-19T10:22:43 Ooooh I like the sound of that too. 2011-09-19T10:22:47 tsbere++ indeed 2011-09-19T10:23:27 tsbere: i'd like to see this taken further, such that all circs are "aged" circs, and action.circulation contains only those circs which we "care about" from an open transaction standpoint, etc. 2011-09-19T10:23:57 tsbere: with more attention paid to patron data, a la "aged circs", etc. 2011-09-19T10:24:13 jeff: Not within the scope of the RFP I wrote it for ;) 2011-09-19T10:25:14 i don't see how that is relevant. :-) 2011-09-19T10:25:54 Ah, the joys and sorrows of RFPs; they motivate people to get stuff done, but there's a disincentive to do more than the RFP requests because that would cut off future funding 2011-09-19T10:26:03 jeff: not sure I understand ... you want to cull all closed circs from the circ table as soon as they close? 2011-09-19T10:26:17 that said, I'm delighted with how much has been done as the result of RFPs! 2011-09-19T10:27:14 eeevil: i want to redefine "aged circs" to contain all circs, including circs that just happened seconds ago. i want to see reporting done against those circs, and want to be more free to remove circs from action.circulation. 2011-09-19T10:28:09 eeevil: not "at check-in", but at a time that is defined by the library's business needs -- X months after checkin, X days after transaction closes, etc. 2011-09-19T10:28:17 jeff: Not sure I would be comfortable doing that. *Way* out of scope of what I was working on, RFP or not. 2011-09-19T10:28:38 dbs: hrm... at least at ESI, we try to design the most generic, extensible solution/proposal to RFP-based functional desires ... 2011-09-19T10:29:14 tsbere: sorry, to clarify -- i was not advocating that you personally take this the direction i was commenting on. your work here in the scope of your RFP has touched on ideas that I wanted to share here if I had not previously. 2011-09-19T10:29:31 * tsbere tries to make even internal non-rfp projects generic and extensible 2011-09-19T10:29:45 * tsbere runs off to a meeting 2011-09-19T10:30:02 jeff: that's possible today, actually (well, except that we need the circ table) ... IOW, you can define aging parameters for circs 2011-09-19T10:30:09 *** natschil has quit IRC 2011-09-19T10:31:40 eeevil: sure, and keeping things within the scope of RFPs is necessary for that business model 2011-09-19T10:31:45 jeff: well, I should clarify that ... the infrastructure is there today for auto-aging closed circs ... note: the point of aging is privacy, so the more you record from the patron side, the more you defeat that 2011-09-19T10:31:53 eeevil: the difference as i understand it today is that not all circs exist as aged circs, so you can't report against a single source -- though there's probably a union view now that I think of it. 2011-09-19T10:32:18 *** natschil has joined #evergreen 2011-09-19T10:32:19 jeff: yes, the "all circulations" view 2011-09-19T10:32:21 *** natschil has quit IRC 2011-09-19T10:33:14 It's been previously discussed, and phasefx and possibly others noted that the more demographic data you record, the more you fingerprint the patron. 2011-09-19T10:33:18 *** natschil has joined #evergreen 2011-09-19T10:34:00 *** natschil has joined #evergreen 2011-09-19T10:34:05 I think I need to walk through the use cases and the current framework a bit more, and see how big / small of a change this would actually be. 2011-09-19T10:34:11 *** natschil has joined #evergreen 2011-09-19T10:35:22 *** natschil has joined #evergreen 2011-09-19T10:36:28 *** natschil has joined #evergreen 2011-09-19T10:36:40 *** natschil has joined #evergreen 2011-09-19T10:36:56 dbs: not sure I catch your meaning ... our goal is to provide the broadest possible infrastructure that also directly addresses (encompasses) the specific use case from the rfp ... it's "in scope" insofar as it does what was requested, but is intentionally cast into the broadest context that's reasonable. from a certain perspective we look RFPs as lauchpoints, with use cases being the driver for good infrastructure, not the end goal in and of themselves 2011-09-19T10:36:58 *** natschil has joined #evergreen 2011-09-19T10:37:14 eeevil: okay 2011-09-19T10:37:18 dbs: maybe we're talking past each other 2011-09-19T10:37:23 eeevil: I think so 2011-09-19T10:37:23 *** natschil has quit IRC 2011-09-19T10:37:30 *** natschil has joined #evergreen 2011-09-19T10:37:39 *** natschil has joined #evergreen 2011-09-19T10:37:52 *** natschil has joined #evergreen 2011-09-19T10:40:20 eeevil: case in point, maybe: the list of "unsponsored features" for the TPAC. Sites are willing to sponsor never-before-seen bookbag functionality (yay) but not for password resets? 2011-09-19T10:43:32 I guess what you're saying is that the TPAC is functional and extensible infrastructure, so it was easy for me to add a branch with a link to the existing (but non-optimal) password reset request page. 2011-09-19T10:45:59 dbs: ahh, yes. that's indeed a disappointing bit left out, as is metarecord searching, "traditional" scoping, etc ... I can't argue with anything on the unsponsored list being (in the least) extremely unfortunate and disappointing (and, for me personally, a bit demoralizing) 2011-09-19T10:47:31 demoralizing because they were integral features in the jsopac, and lack of tpac sponsorship for those features implies that people don't care about them? 2011-09-19T10:47:50 eeevil: maybe "unsponsored" casts the wrong perspective on it; "Unclaimed work items (you can help!)" might be more inviting. Or maybe that's just warm fuzzies 2011-09-19T10:48:12 what dbs said 2011-09-19T10:48:15 *** berick_ is now known as berick 2011-09-19T10:48:20 needs better marketing 2011-09-19T10:48:25 and you can help means code or sponsorship. there are many ways to contribute. :-) 2011-09-19T10:48:52 dbs: are you saying password reset is now merged in? 2011-09-19T10:48:59 using the existing code 2011-09-19T10:49:07 * dbs loves working with the tpac wayyy more than the jspac :) 2011-09-19T10:49:16 berick: not merged - there's a pullrequest for it 2011-09-19T10:49:36 https://bugs.launchpad.net/evergreen/+bug/852341 (it's linked from the TPAC wiki page) 2011-09-19T10:49:41 cool 2011-09-19T10:50:11 MFHD display is at https://bugs.launchpad.net/evergreen/+bug/853004 2011-09-19T10:50:28 jeff: it's the laser focus on "my" required features ... I recognise funding (as in, at each institution) priorities and duties, which play a large role there, but it just feels ... less than open-source-y 2011-09-19T10:51:21 and, yeah, maybe it's a marketing problem 2011-09-19T10:51:31 the fact that tpac is more than a local project makes it seem very open-source-y to me. just perspective, i guess 2011-09-19T10:54:19 berick: no, I don't mean to say that tpac (today) isn't totally going in the right direction and showcasing (today) the open source methodology well, sorry if that was what I sounded like ;) 2011-09-19T11:00:10 jeff: I have a folder with more than 20000 reporter files from last year. I want to know if it is safe to remove them - which it appears it is. 2011-09-19T11:00:50 eeevil: no worries, just trying to understand where the deficit lies WRT to features-not-yet-implemented so we can address it better in the future.. is it just marketing or does the process need work, etc. 2011-09-19T11:01:07 sorry - I appear to have left the irc channel up over the weekend. 2011-09-19T11:02:34 wolf29: there is a script to clean up "orphaned" reporter output files. if you or your users have deleted the output entries in the interface, the script will delete the files on disk. 2011-09-19T11:03:06 eeevil: laser focus noted. 2011-09-19T11:03:26 ESI are sharks. With frickin' lasers. 2011-09-19T11:03:37 * dbs kids! 2011-09-19T11:04:21 TPAC sponsors are sharks with frickin' lasers 2011-09-19T11:05:55 * dbs notes that the next place for "Pending features" to go once they're completed is to be deleted, as they're just existing features within the current JSPAC and thus not of note 2011-09-19T11:05:59 * dbs is a deletionist 2011-09-19T11:07:11 +1 2011-09-19T11:07:26 dbs++ # closin' the gap 2011-09-19T11:10:21 wolf29: i have some info on that on the magic spell wiki page 2011-09-19T11:10:35 http://open-ils.org/dokuwiki/doku.php?id=scratchpad:random_magic_spells#regularly_scheduled_report_output_purging 2011-09-19T11:16:52 Thanks mrpeters-isl, and jeff! 2011-09-19T11:17:14 mrpeters-isl++ 2011-09-19T11:18:37 *** collum has joined #evergreen 2011-09-19T11:20:30 no problem 2011-09-19T11:31:11 *** tspipndler has joined #evergreen 2011-09-19T11:37:40 *** edoceo has joined #evergreen 2011-09-19T12:13:17 dbs: password reset really should have been included. I'm going to see what it will take to integrate it into TT. time permitting, i'll do that (and push a branch) instead of merging your change. i've grabbed yr ticket. 2011-09-19T12:14:18 berick: cool. I figured linking to the existing bizarro password-reset form was a reasonable interim step :) 2011-09-19T12:15:19 *** natschil has joined #evergreen 2011-09-19T12:26:35 dbs: hm, yeah, i was thinking it would be good to avoid the shuffle, but your interim step requires effectively zero shuffling and it's easy to drop-in replace. i shall merge! 2011-09-19T12:30:20 *** natschil has quit IRC 2011-09-19T12:36:28 *** natschil has joined #evergreen 2011-09-19T13:04:07 *** matt_carlson has joined #evergreen 2011-09-19T13:04:20 anyone every see a No active transaction -- required for UPDATE for an open-ils.cstore.direct.action.hold_request.update ? 2011-09-19T13:05:05 phasefx: yes ... version? 2011-09-19T13:05:11 2.0.4 2011-09-19T13:05:53 phasefx: triggering action is batch update of holds, freeze or thaw or something like that? 2011-09-19T13:06:02 thaw 2011-09-19T13:06:44 yeah, it's an out-of-band update ... squashed, I believe, in later releases ... I think/hope, it's been a while ;) 2011-09-19T13:07:21 eeevil: ah, gracias. What do you mean by out-of-band here? incidentically/coincidentally fixed? 2011-09-19T13:07:28 * phasefx can't spell today 2011-09-19T13:08:14 phasefx: under some circumstances, the the cstore editor that had the transaction open wasn't being used (or was being recycled incorrectly) 2011-09-19T13:08:49 oh, I read update as bugfix *8) 2011-09-19T13:09:08 right, a bug was fixed to prevent that 2011-09-19T13:09:19 but the bugfix wasn't out-of-band :D 2011-09-19T13:09:39 * phasefx is straight now 2011-09-19T13:09:47 * moodaepo is tempted to turn this on http://www.dokuwiki.org/plugin:pirate yarr 2011-09-19T13:12:26 eeevil: do you recall which commit or part of the commit msg? 2011-09-19T13:13:34 phasefx: was just looking for that 2011-09-19T13:15:14 gah ... the log searching ni git makes me mad and sad 2011-09-19T13:15:29 gitweb makes me sad too 2011-09-19T13:20:22 eeevil: what kind of search are you trying to accomplish? 2011-09-19T13:21:04 * senator usually winds up just running 'git log master' and searching with / in less 2011-09-19T13:24:59 *** natschil has quit IRC 2011-09-19T13:25:15 *** natschil has joined #evergreen 2011-09-19T13:27:34 *** natschil has quit IRC 2011-09-19T13:27:52 *** natschil has joined #evergreen 2011-09-19T13:29:49 senator: I'm just casting about in gitweb ... think I'll go to / in less now 2011-09-19T13:30:45 *** matt_carlson has quit IRC 2011-09-19T13:35:52 there's also: git show :/^Vandelay 2011-09-19T13:35:59 show last commit that matches regex 2011-09-19T13:39:12 *** hughbris has quit IRC 2011-09-19T13:39:32 *** hughbris has joined #evergreen 2011-09-19T13:54:47 *** natschil has quit IRC 2011-09-19T13:54:54 *** natschil has joined #evergreen 2011-09-19T13:56:38 *** natschil has joined #evergreen 2011-09-19T13:57:08 *** natschil has joined #evergreen 2011-09-19T13:57:43 *** natschil has joined #evergreen 2011-09-19T13:58:50 senator++ We'll be testing how your branch for EDI characters soon, will add feedback as requested. 2011-09-19T13:59:01 thanks bshum! 2011-09-19T14:04:29 Thanks to you! Maybe I'll get to sleep instead of editing EDI orders at night :) 2011-09-19T14:05:02 *** tspipndler has quit IRC 2011-09-19T14:33:51 a lib with opac troubles captured some HTTP traffic (I'm not sure with what), and in the data sent with a POST there is what looks like line noise: http://paste.lisp.org/display/124732 Has anyone ever seen the like? 2011-09-19T14:33:54 *** jenny has quit IRC 2011-09-19T14:34:13 *** jenny has joined #evergreen 2011-09-19T14:34:15 actually, that's staff client 2011-09-19T14:36:10 phasefx: looks like perl to me. :) 2011-09-19T14:37:27 :D 2011-09-19T14:37:57 looks like maybe bits and pieces of a bre with other junk thrown in. maybe a random location from memory. something you might get by grabbing a pointer in C and following it without assigning a location in memory first. 2011-09-19T14:38:38 *** AaronZ-PLS has quit IRC 2011-09-19T14:38:45 Or a poorly dealt with unicode to ascii translation when capturing 2011-09-19T14:39:10 very poorly handled.... 2011-09-19T14:39:42 heh 2011-09-19T14:39:46 independently of the capturing, things break with a Network Failure: status = 2011-09-19T14:40:09 Given what was captured? Doesn't surprise me. 2011-09-19T14:40:46 seems to affect all machines at the library; probably network related 2011-09-19T14:40:50 weird, it's like bytes are transposed 2011-09-19T14:41:01 it's almost intelligible :) 2011-09-19T14:41:06 Caesar cypher? 2011-09-19T14:42:20 Have just added new org-units to a 1.6.0.2 install. The org-units whose types say "Can Have Users" and "Can Have Volumes" aren't showing up as options to set as a new user's Home Library. Already ran autogen; restarted Apache web server; restarted Staff Client. Would the "OPAC visible" setting (which is currently false), have anything to do with that? 2011-09-19T14:43:00 phasefx: would love to know how that was captured 2011-09-19T14:43:08 I'll ask 2011-09-19T14:43:15 jamesrf: it was with wireshark, afaik 2011-09-19T14:43:31 at least that's what I suggested he use ;-) 2011-09-19T14:43:57 csharp: I'm stumped 2011-09-19T14:43:57 What version of EG? 1.6? 2.0? 2.1? Master? 2011-09-19T14:44:07 tsbere: 1.6.1.8 2011-09-19T14:44:15 phasefx: yeah - we obviously are too 2011-09-19T14:44:50 the local admin insists that he's ruled out proxies and firewalls 2011-09-19T14:45:05 *** jenny has quit IRC 2011-09-19T14:45:14 define "ruled out" 2011-09-19T14:45:38 Because unless that is "disabled as far as they can be disabled" I don't think they are "ruled out" yet 2011-09-19T14:45:45 tsbere: he tells us that there is no proxy and that he tested with the firewall disabled with the same result 2011-09-19T14:45:50 Include antivirus-based firewalls 2011-09-19T14:46:05 *** jenny has joined #evergreen 2011-09-19T14:47:07 *** jenny has left #evergreen 2011-09-19T14:47:40 looks like the result of following an unititialized pointer to me. did this go through OSRF C at any point? 2011-09-19T14:48:01 the service/method/params are all there (including what looks like an auth token). try making the same call from another network location, using wget/curl/what-have-you. 2011-09-19T14:50:29 may help you narrow your focus to server vs client / client network / network card/driver/etc. 2011-09-19T14:52:29 Dyrcona: that particular example should be outbound from the staff client 2011-09-19T14:52:48 Wait, that is the outbound message? O_o 2011-09-19T14:52:53 well 2011-09-19T14:53:04 I don't know what a response to a POST actually looks like over the wire 2011-09-19T14:53:16 A lot like a response to a GET 2011-09-19T14:53:19 hard to tell without more detail on what that's a copy-paste of... what capture tool, etc. 2011-09-19T14:53:20 could that be the response bleeding into the into initial post? 2011-09-19T14:53:37 could be. see previous hard-to-tell. :-) 2011-09-19T14:54:07 that post should be ssl'ed too.. how is wireshark getting it? 2011-09-19T14:55:03 * tsbere wonders if something is injecting itself into the staff client 2011-09-19T14:55:13 *** erniesimuro has joined #evergreen 2011-09-19T14:55:20 you might be seeing gzip, if it's not turned off on the server. 2011-09-19T14:55:28 ooh 2011-09-19T14:55:29 that 2011-09-19T14:55:31 is probably it 2011-09-19T14:55:44 jeff++ 2011-09-19T14:55:54 I have a basic question, I am looking at the actor.org_unit and actor.org_unit_type definitions and they provide a nicely organized hierarchal data structure. I have a structure however which doesn’t fit this neat hierarchal data structure. My structure is much more a many to many structure where a single lower level entity can have multiple parents. Do you have or are you planning a many to many structure for the actor 2011-09-19T14:56:01 or if there's something like a dialup accelerator proxy in the mix :) 2011-09-19T14:56:22 eeew! 2011-09-19T14:56:56 (which can consist entirely of client-side software/config) 2011-09-19T14:57:00 erniesimuro: just so you know, your message cut off at "structure for the actor" 2011-09-19T14:57:19 erniesimuro: could you give a more concrete example? (also, your question got truncated) 2011-09-19T14:57:31 * tsbere thinks many to many on org units wouldn't work well 2011-09-19T14:59:22 *** _bott_ has quit IRC 2011-09-19T14:59:37 *** _bott_ has joined #evergreen 2011-09-19T15:00:02 A library can belone to several Library Groups at lease in the situation I am dealing with 2011-09-19T15:00:21 You want to look at org lassos then. 2011-09-19T15:00:21 and Library Groups can have a number of Librarys 2011-09-19T15:00:40 What specifically are your trying to configure with the groups? 2011-09-19T15:00:45 Thansk I will look at that 2011-09-19T15:02:36 My experience with a certain priority ILS leads me to guess that you are trying to configure groups for circ and hold matchpoints? 2011-09-19T15:03:00 ^priority^proprietary 2011-09-19T15:21:54 * Dyrcona is seeing only a 2% failure rate in SIP2 fine payments on his development machines. 2011-09-19T15:47:02 *** kmlussier has quit IRC 2011-09-19T15:48:01 See y'all later 2011-09-19T15:48:32 *** wolf29 has left #evergreen 2011-09-19T16:00:09 *** Meliss has quit IRC 2011-09-19T16:05:20 *** erniesimuro has quit IRC 2011-09-19T16:08:15 *** elene has joined #evergreen 2011-09-19T16:14:47 heh... 404 not found /js/dojo/dojo/openils_dojo.js?[an%20error%20occurred%20while%20processing%20this%20directive]" 2011-09-19T16:15:25 (symptom of a missing eg_cache_hash) 2011-09-19T16:17:49 *** collum has quit IRC 2011-09-19T16:39:07 Dyrcona: okay, have implemented my "send the circulation modifier code:name" as SIP item property (CH), and wrapped it w/ a "supports" item in oils_sip.xml. Still not entirely convinced this is the best way to do it, and open to suggestions. 2011-09-19T16:43:35 *** natschil has quit IRC 2011-09-19T17:01:56 *** akilsdonk has quit IRC 2011-09-19T17:08:54 *** jenny has joined #evergreen 2011-09-19T17:09:53 *** jenny has left #evergreen 2011-09-19T17:11:56 http://git.mvlcstaff.org/?p=tsbere/ILS.git;a=shortlog;h=refs/heads/hold_age_protected <_< 2011-09-19T17:12:04 have not even considered the tpac yet 2011-09-19T17:12:08 (code-wise) 2011-09-19T17:14:11 tsbere++ # maybe replace "filling" with another verb if you ever rebase/amend the commit 2011-09-19T17:17:16 I was more concerned with the code than the commit. 2011-09-19T17:17:39 Planning on looking at tpac first (add feature to the old pac but not the new seems like bad form at this point) 2011-09-19T17:23:19 I think we had discussed, but maybe not decided, a policy of not committing anything to master that does not add to the TPAC? 2011-09-19T17:24:22 * tsbere doesn't recall either way, but was planning on doing TPAC support for this before making a pullrequest bug 2011-09-19T17:32:09 *** Dyrcona has left #evergreen 2011-09-19T17:38:22 taking 0625 and 0626 for things already in master for which numbering was missed 2011-09-19T17:52:21 *** yboston has quit IRC 2011-09-19T18:20:34 *** sal_ has quit IRC 2011-09-19T18:44:13 *** elene has quit IRC 2011-09-19T19:02:03 *** bjwebb has quit IRC 2011-09-19T19:08:36 *** bjwebb has joined #evergreen 2011-09-19T19:08:36 *** bjwebb has joined #evergreen 2011-09-19T20:05:59 *** matt_carlson has joined #evergreen 2011-09-19T20:10:44 *** matt_carlson has quit IRC 2011-09-19T20:15:08 *** dbs has quit IRC 2011-09-19T21:13:04 *** bjwebb has quit IRC 2011-09-19T21:38:02 *** dbs has joined #evergreen 2011-09-19T22:22:36 *** elene has joined #evergreen 2011-09-19T23:12:22 Those interested in a safari-style record details page might want to gander at user/dbs/tpac_semantic_amazon_record_details - still very much a work in progress, but might be useful to us in Conifer 2011-09-19T23:13:28 particularly when you start adding in openurl-based electronic resources / more elements to display