| # | Time | Nick | Message |
|---|
| # | 00:23:02 | fortin has quit IRC |
| # | 01:54:07 | Gentlecat has quit IRC |
| # | 02:10:20 | AaronZ-PLS has quit IRC |
| # | 03:33:37 | Gentlecat has joined #evergreen |
| # | 04:32:56 | pranjal710_ has quit IRC |
| # | 07:29:43 | fortin has joined #evergreen |
| # | 08:08:33 | akilsdonk has joined #evergreen |
| # | 08:24:10 | jenny has joined #evergreen |
| # | 09:02:02 | Dyrcona has joined #evergreen |
| # | 09:05:57 | Meliss has joined #evergreen |
| # | 09:45:18 | kmlussier_ has joined #evergreen |
| # | 10:04:34 | pranjal710 has joined #evergreen |
| # | 10:11:31 | tsbere | denials: Well, there go my plans for the next few minutes. You pushed what I was about to go test ;) |
| # | 10:14:49 | phasefx | test it anyway :) |
| # | 10:15:34 | tsbere | phasefx: I saw your patron display stuff there and decided "ok, that works" but then tacked more on. |
| # | 10:15:47 | phasefx | cool deal |
| # | 10:15:49 | tsbere has decided he hates jumpy patron interfaces like patron search |
| # | 10:15:59 | tsbere | and a little CSS work makes the jumpy part go away :D |
| # | 10:16:37 | phasefx | it was such an experiment; I don't think I'll ever really do heavy iframes/decks/etc. again :) |
| # | 10:17:46 | denials did test settings-tester.pl - first time I had run it in a long time! - but more testing is always good |
| # | 10:17:59 | phasefx | there's quite a bit of redundant network calls going on too, that we should stamp out |
| # | 10:36:22 | denials | moodaepo / others interested in how site() is supposed to work: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Search/Biblio.pm;h=82ad1af73aa032969746252c77223702ad88f5e0;hb=HEAD#l736 |
| # | 10:37:05 | bshum | denials: Neato! |
| # | 10:37:23 | denials | (as a modification of Dyrcona's maxim: documentation lies, comments often mislead, code is law) |
| # | 10:37:48 | denials | in this case, the comment matches the implementation; at least at line 839 |
| # | 10:59:16 | Dyrcona | speaking of documentation: The API is documented in the public header files of the GNU Objective-C runtime |
| # | 11:13:55 | ascii has joined #evergreen |
| # | 11:17:46 | ascii | I am trying to run open-ils.circ.title_hold.is_possible method. It requires titleid, mrid, hold_type parameters in Hash. Please tell me how to retrieve value of these paremeters. |
| # | 11:24:28 | hopkinsju has joined #evergreen |
| # | 11:51:29 | Lasindu has joined #evergreen |
| # | 11:53:04 | ascii | ? |
| # | 11:54:53 | phasefx | ascii: what's the wider context here, are you working on an android app? |
| # | 11:56:00 | ascii | on java |
| # | 11:56:15 | ascii | right now im just trying to run methods |
| # | 11:56:44 | ascii | so afterwards i will try to create some webservice... for these methods |
| # | 12:03:09 | phasefx | ascii: my suggestion is to use Firefox and Firebug with the OPAC, and you can watch some methods get called live. Then pick one and try to reproduce it in your java environment |
| # | 12:04:01 | phasefx | titleid refers to the id column on the biblio.record_entry table |
| # | 12:04:30 | phasefx | mrid refers to metarecords, a concept you can probably ignore for now |
| # | 12:05:29 | enhancin has quit IRC |
| # | 12:05:36 | ascii | ok... i checked gateway.log file and found out that method has been called like this.. |
| # | 12:05:37 | ascii | open-ils.circ.title_hold.is_possible "ac8c00639e348f5a74c28a5468146be5", {"titleid":27,"mrid":17,"volume_id":null,"issuanceid":null,"copy_id":null,"hold_type":"T","holdable_formats":null, "patronid":7,"depth":0,"pickup_lib":"4","partid":null} |
| # | 12:05:39 | denials wonders about creating a webservice on top of a webservice... |
| # | 12:06:04 | tsbere was half wondering about that as well |
| # | 12:06:59 | bradl | it's webservice all the way down |
| # | 12:07:24 | phasefx | ascii: so you're a bit farther along than I assumed. I don't actually know anything about Java |
| # | 12:07:56 | ascii | its not about java.. its something related to methods |
| # | 12:08:27 | ascii | may be be i need to retrieve these values from method.. |
| # | 12:08:44 | phasefx | ascii: if you're wanting to understand open-ils.circ.title_hold.is_possible specifically, you could read the source code for it |
| # | 12:09:16 | ascii | pbasefx: i already did that.. |
| # | 12:09:32 | phasefx | ascii: so I guess I'm not sure what you're needing |
| # | 12:09:50 | ascii | but not getting from where to retrieve value for these parameters |
| # | 12:10:08 | ascii | like titleid, mrid, hold_type, etc |
| # | 12:11:04 | phasefx | you mean, you don't know what values to pass for those parameters? |
| # | 12:11:14 | ascii | yes |
| # | 12:13:50 | phasefx | hold_type will be either T (for title), C (for copy), V (for volume), M (for meta-record), and a few others I don't know as well. The hold type determines what the target column on an action.hold_request row actually points to. For title, it'd be biblio.record_entry.id. For copy, asset.copy.id |
| # | 12:14:18 | tsbere | TCVMPRFI..... |
| # | 12:14:28 | tsbere knows what all of those hold type letters mean, too |
| # | 12:14:43 | phasefx | it's like the colors of an evil rainbow |
| # | 12:17:21 | Dyrcona | whee! |
| # | 12:17:28 | Dyrcona flies off to get some lunch. |
| # | 12:17:38 | denials | Part, Recall, Force(?)... |
| # | 12:18:27 | tsbere | Yes on Force, I is Issuance |
| # | 12:18:42 | tsbere | or whatever you want to call it |
| # | 12:18:56 | tsbere notes that "I" is the only kind MVLC has never had one of at this time |
| # | 12:21:12 | hopkinsju has quit IRC |
| # | 12:21:56 | phasefx | ascii: does that help? :) |
| # | 12:22:25 | ascii | checking |
| # | 12:23:33 | ascii | phasefx: going through tables you mentioned above... |
| # | 12:28:35 | ascii | phasefx: i found record for titleid in biblio.record_entry table... needs to find how that record got created.. |
| # | 12:32:59 | Dyrcona | phasefx: Taupe Cyan Violet Magenta Purple Red Fuchsia Indigo? |
| # | 12:35:01 | senator | Dyrcona++ |
| # | 12:35:08 | senator | bshum: re the my selection lists problem, |
| # | 12:35:38 | senator | i'm going to do some refactoring, and it is indeed going to lead to not joining so many tables for simple cases like 'my selection lists' |
| # | 12:36:51 | senator | you were closer to the immediate problem than i was with your first hypothesis about joins not handling so many lineitems and po's well than i was with worrying about the speed of the user-related joins |
| # | 12:36:53 | bshum | senator: Okay, we'll be happy to test that out for you. And thanks! |
| # | 12:37:05 | senator | no, thank you |
| # | 12:37:49 | senator | also thank eeevil, we did lots of whiteboarding and chin stroking |
| # | 12:38:08 | senator | will try to capture all that in comments |
| # | 12:38:34 | bshum | eeevil++ senator++ # mental image frozen forever |
| # | 12:38:51 | kmlussier_ | I have a question from the catalogers I'm meeting with at the moment. Would it be feasible/difficult to customize the MARC editor so that it displays labels instead of MARC tags? |
| # | 12:41:25 | denials assumes the non-plaintext MARC editor :) |
| # | 12:42:12 | senator | for layout reasons, i'm sure it'd be more immediately feasible to put labels in mouseover tooltips. i know that's not at all the same thing, but would it be helpful? |
| # | 12:42:33 | denials | a layer of abstraction would be required; or an additional column to hold the label that gets derived from the current value of the tag |
| # | 12:42:47 | kmlussier_ | senator: I think it already does tooltips, does it? |
| # | 12:42:48 | denials thought we already had labels in mouseover |
| # | 12:42:52 | senator | oh |
| # | 12:42:54 | senator | heh, maybe |
| # | 12:43:25 | denials | so - the "additional column" approach shouldn't be too hard (he said, laughing at himself) |
| # | 12:43:31 | bshum | Personally I'd prefer an additional column rather that flat out replacing the codes |
| # | 12:43:44 | denials | but labels instead of numbers would be capital-h Hard I think |
| # | 12:43:46 | bshum | not that I'm a cataloger |
| # | 12:44:35 | Dyrcona | RDA? |
| # | 12:44:57 | kmlussier_ | I think labels in addition to MARC tags would be fine. |
| # | 12:45:23 | Dyrcona | Run it through one of the mods xsls and use the tags as labels? |
| # | 12:46:14 | tsbere | Maybe we need a third mode for the marc editor - WIZARD MODE! ;) |
| # | 12:47:39 | tsbere would volunteer to write wizard mode if he didn't have to sit there with documentation open 100% of the time he poked at MARC |
| # | 12:49:09 | Dyrcona | -= THIS MESSAGE NOT LOGGED =- |
| # | 12:49:41 | ascii has quit IRC |
| # | 12:56:56 | kmlussier_ | Thanks! Gives me something to chew on when I have a little more time to think about this. :) |
| # | 12:59:28 | denials looks at the 60-word tooltip for ISBN and thinks "hmm, maybe Dyrcona's idea is a good approach to getting somewhat-short labels" |
| # | 13:01:26 | bshum | o.O |
| # | 13:07:15 | bshum | Random thought |
| # | 13:07:51 | bshum | In jspac, I think if one has not specified a specific usr_setting for opac.hold_notify, it applies both email and phone |
| # | 13:07:57 | bshum | During hold placement |
| # | 13:08:09 | bshum | But in tpac, it applies neither, if you haven't chosen a specific setting. |
| # | 13:09:15 | denials | bshum: get that randome thought into a wiki document, or a bug, or a wiki document pointing to the bug |
| # | 13:09:41 | bshum | denials: Will do. Probably open a bug ticket. |
| # | 13:12:01 | swills_ has joined #evergreen |
| # | 13:12:32 | tsbere | bshum: Easily fixed, I think. <_< |
| # | 13:13:35 | bshum | Also |
| # | 13:13:50 | bshum | opac.hold_notify value for tpac seems to be "email|phone" |
| # | 13:13:59 | bshum | While in jspac it seems to be "email:phone" |
| # | 13:14:03 | bshum | : vs. | |
| # | 13:14:23 | tsbere | That isn't a big deal |
| # | 13:14:25 | tsbere | <_< |
| # | 13:14:30 | bshum | Okay, just checking |
| # | 13:14:32 | bshum | :) |
| # | 13:14:42 | tsbere | indexof('email') doesn't care ;) |
| # | 13:17:22 | kmlussier_ has quit IRC |
| # | 13:17:40 | tsbere wonders if his add one line and change one other line fix for that will work |
| # | 13:18:00 | denials | mmm, actually field @tag="020"/name would get a reasonable short label: "International Standard Book Number" (still too long, probably, but oh well) |
| # | 13:20:15 | Dyrcona | Think I broke the client with 110 files changed, 121 insertions(+), 111 deletions(-) |
| # | 13:20:23 | jeff rips out the copy summary matrix from a jspac skin |
| # | 13:20:24 | jeff | whee! |
| # | 13:20:47 | berick | jeff: don't stop! |
| # | 13:21:07 | tsbere | jeff: You aren't ripping out nearly enough. I think you should keep going until JSPac is gone ;) |
| # | 13:21:27 | bshum | tsbere: If you have ideas, I started bug 980988 |
| # | 13:21:27 | pinesol_green | Launchpad bug 980988 in Evergreen "Tpac - default notifications during hold placement" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/980988 |
| # | 13:21:41 | bshum | Happy to try them out of course ;) |
| # | 13:22:03 | berick watches jeff whittle it down to 1 line of JS; location.href = tpac_url |
| # | 13:23:08 | tsbere | bshum: I found another bug while fixing this one! ;) |
| # | 13:23:41 | Dyrcona makes new bugs while fixing old ones. ;) |
| # | 13:23:55 | bshum | tsbere: That's how it seems to always go for you. |
| # | 13:24:07 | tsbere | bshum: Well, in this case I know who to blame. |
| # | 13:24:10 | tsbere wrote the bugged code |
| # | 13:24:18 | tsbere | <_< |
| # | 13:24:44 | bshum | Heh |
| # | 13:25:15 | jeff | tsbere: we're going to be on jspac for a bit longer here, but have no plans on sticking with it longer than necessary. ;-) |
| # | 13:26:07 | jeff | in the meantime, Barcodes Don't Matter! |
| # | 13:26:34 | Dyrcona thinks we should just drop jspac, now. |
| # | 13:27:02 | Dyrcona | *We* being MVLC. |
| # | 13:27:12 | bshum | Do it after you figure out the bookbag problem |
| # | 13:27:14 | bshum | :D |
| # | 13:27:19 | Dyrcona | off to create more bugs! |
| # | 13:27:26 | tsbere fetches all remotes, stashes his work, checkouts out a new branch based on master, pops the work off the stash, and commits it to the new branch.....in one command line |
| # | 13:27:56 | Dyrcona | git++ |
| # | 13:28:02 | Dyrcona | @love git |
| # | 13:28:02 | pinesol_green | Dyrcona: But Dyrcona already loves git! |
| # | 13:28:15 | tsbere | @love git |
| # | 13:28:15 | pinesol_green | tsbere: The operation succeeded. tsbere loves git. |
| # | 13:28:31 | Dyrcona | @love sed |
| # | 13:28:31 | pinesol_green | Dyrcona: The operation succeeded. Dyrcona loves sed. |
| # | 13:29:45 | tsbere | bshum: Updated the bug with a branch ;) |
| # | 13:30:27 | kmlussier_ has joined #evergreen |
| # | 13:32:50 | Dyrcona will replace -w with use warnings in perl scripts as part of the autoconfiscate branch. |
| # | 13:34:20 | denials | Dyrcona: you're going to drag us into the 90's, man |
| # | 13:35:15 | Dyrcona | heh. |
| # | 13:39:32 | Dyrcona parties like it's 1999. |
| # | 13:48:27 | Dyrcona | heh. looks like tsbere posted his patch before bshum opened the bug. ;) |
| # | 13:48:42 | Dyrcona got the emails out of order. |
| # | 13:49:18 | bshum | Hehe |
| # | 14:04:36 | pranjal710 has quit IRC |
| # | 14:05:15 | Dyrcona | guess I didn't break the client......Ubuntu and updates did! |
| # | 14:10:53 | tsbere | go figure |
| # | 14:13:08 | swills_ has quit IRC |
| # | 14:14:13 | jamesrf has quit IRC |
| # | 14:20:34 | jamesrf has joined #evergreen |
| # | 14:24:27 | Dyrcona has quit IRC |
| # | 14:29:00 | Dyrcona has joined #evergreen |
| # | 14:42:56 | Lasindu has quit IRC |
| # | 14:46:37 | Gentlecat has quit IRC |
| # | 14:48:14 | kmlussier_ | We have a serials record with no copies attached, but with holdings information in the 866 field of the MFHD. It comes up fine in jspac, but I can't retrieve the same record in tpac (presumably because no copies are attached?) Is there still more work that needs to be done for serials support in tpac? |
| # | 14:58:37 | senator | if 866 is the only thing that should make the record visible, indeed the tpac hasn't been taught about those yet |
| # | 15:00:33 | kmlussier_ | senator: ok thanks! do you know if there are plans to teach tpac to do that anytime soon? |
| # | 15:00:41 | dbwells | kmlussier_: I'm actually a little surprised to hear it worked that way in jspac, but you think it should work that way, by all means open a bug for it |
| # | 15:00:46 | senator | this is the first time it's occured to me |
| # | 15:00:55 | senator | i'm not sure anyone's made a timeline |
| # | 15:01:07 | senator | but i'll add it to the wiki page collecting tpac missing features in general |
| # | 15:01:19 | senator | and yes, please feel free to open a bug |
| # | 15:03:43 | kmlussier_ | ok, I can do that. I was thinking it was probably something that was supposed to work that way in jspac and hadn't been carried over, but from what dbwell said, maybe it was a fluke? |
| # | 15:04:06 | kmlussier_ | We never did anything with serials in jspac, so I'm a little shaky on what the expected behavior is supposed to be. |
| # | 15:15:22 | denials | I wouldn't expect JSPAC to turn up a record with only MFHD in search results. But I would expect it to display the record if you navigated directly to it via bib ID. |
| # | 15:16:27 | dbwells | kmlussier_: Just to add another data point, I did some quick testing and am not getting record visibility in our jspac with only a MFHD/866. |
| # | 15:17:22 | dbwells | kmlussier_: I'd still say it's worth a wishlist bug if that's a feature you could use. |
| # | 15:17:50 | kmlussier_ | denials, dbwells: yeah, I think I found it with a TCN search. |
| # | 15:18:28 | gdunbar has quit IRC |
| # | 15:19:04 | kmlussier_ | dbwells: I'm not sure how much we would use it, to be honest. I think it's mostly a question of finding migrated records until we're fully up and running with serials. |
| # | 15:34:53 | dmagick_ has quit IRC |
| # | 15:36:41 | kmlussier_ | Hmmm...maybe I need to take another approach to this question. There will be a number of serials records we will be migrating with holdings information in the 866 field that are no longer active subscriptions. Some of these records don't have copies. For those records, we weren't planning to create a subscription since they are no longer active. But would creating a subscriton through serials be the only way to make |
| # | 15:41:28 | denials | kmlussier_: way back when, we just attached a single copy with a call number & location (because the stuff has to exist somewhere, right?) to any record that had MFHD |
| # | 15:42:18 | kmlussier_ | denials: ok, I think that's what I needed to know. Thanks! :) |
| # | 15:43:10 | denials suspects adding a single issuance would be the less-kludgey way of doing things in the brave new serials world, but is not sure |
| # | 15:45:52 | kmlussier_ | denials: But can you just add a single issuance without adding the distribution, stream, etc.? |
| # | 15:46:06 | kmlussier_ | I feel like I'm asking very basic questions, but serials are a mystery to me. |
| # | 15:47:39 | denials | kmlussier_: they're still a mystery to me, too; we're still in the MFHD world and any time I've pointed folks around here at the serials docs, they opt to stick with MFHD (!) |
| # | 15:55:30 | hopkinsju has joined #evergreen |
| # | 15:59:23 | Meliss has quit IRC |
| # | 16:04:49 | dbwells | Adding a copy is still the easiest (and probably best) way to make these kinds of serials records show up. |
| # | 16:06:43 | denials | dbwells++ |
| # | 16:36:01 | jenny has quit IRC |
| # | 16:37:00 | fortin has quit IRC |
| # | 16:43:26 | kmlussier_ | dbwells++ Thanks for the help! |
| # | 16:43:31 | kmlussier_ has left #evergreen |
| # | 17:08:25 | hopkinsju has quit IRC |
| # | 17:18:49 | akilsdonk has quit IRC |
| # | 17:24:00 | Dyrcona | gues it is time to go home. |
| # | 17:24:16 | Dyrcona | I just accidentally clicked the 'x' in the tab where webmail was open. |
| # | 17:27:26 | tsbere throws http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/tsbere/tpac_adv_config out into the channel instead of opening a LP bug because it is too close to quitting time to fight with launchpad |
| # | 17:30:00 | Dyrcona has quit IRC |
| # | 17:39:19 | mtate has quit IRC |
| # | 17:42:06 | mtate has joined #evergreen |
| # | 17:48:43 | mtcarlson has joined #evergreen |
| # | 18:15:52 | senator | @later tell bshum http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/senator/acq-unified-search-refactor needs squashing and explanation before being mergeworthy, but here's an early draft (note two commits) of what should fix your my selections lists problem and be good for acq general search in general |
| # | 18:15:52 | pinesol_green | senator: The operation succeeded. |
| # | 19:05:45 | pinesol_green` has joined #evergreen |
| # | 19:13:00 | mtcarlson has quit IRC |
| # | 19:16:56 | pinesol_green has quit IRC |
| # | 19:16:57 | phasefx2 has quit IRC |
April 10-13