| # | Time | Nick | Message |
|---|
| # | 01:56:41 | Mark__T has joined #openils-evergreen |
| # | 04:44:20 | robbat2 is now known as robbat2|na |
| # | 07:39:55 | wlayton_work has joined #openils-evergreen |
| # | 08:00:46 | zplstaff has joined #OpenILS-Evergreen |
| # | 08:00:59 | zplstaff | this is rickd, is anyone in? |
| # | 08:05:49 | miker_ | zplstaff: hey rick |
| # | 08:06:03 | zplstaff | hey mike, |
| # | 08:06:36 | zplstaff | we have a staff client that somehow got into a mode where the patron search just says no patron selected but does not allow a search box |
| # | 08:06:49 | zplstaff | we uninstalled then installed again still no luck |
| # | 08:07:02 | zplstaff | then I just downloaded the client again from the site and reinstalled and it worked? |
| # | 08:07:18 | zplstaff | Is that the best way to resolve this issue? |
| # | 08:07:23 | miker_ | there's a vertical bar over on the left, right up against the side of the window, that you should be able to drag to the right |
| # | 08:07:24 | zplstaff | By the way good morning |
| # | 08:07:29 | miker_ | :) |
| # | 08:07:34 | miker_ | g'morning :) |
| # | 08:07:36 | zplstaff | ahh, did not look at that |
| # | 08:08:09 | zplstaff | reinstalling with the client from the site did it but I will try your fix if it happens again. about once a month |
| # | 08:08:15 | zplstaff | thanks man you are the best |
| # | 08:08:29 | zplstaff | gotta run, thanks again |
| # | 08:08:31 | miker_ | np |
| # | 08:10:18 | zplstaff has quit IRC |
| # | 08:51:30 | rsinger has joined #OpenILS-Evergreen |
| # | 08:52:20 | kgs_away has joined #openils-evergreen |
| # | 09:01:15 | kgs_away is now known as kgs |
| # | 09:05:28 | eby has joined #OpenILS-Evergreen |
| # | 09:32:38 | Dyrcona has joined #openils-evergreen |
| # | 09:33:21 | rsinger has quit IRC |
| # | 09:47:36 | jeff | is there any documentation in the wiki or otherwise that describes the hierarchy/priority of things like "holdable" at the copy level, at the copy location level, the circ modifier + patron group level in terms of the circ matrix, etc? |
| # | 09:48:05 | jeff | something that spells out what overrides what, in terms of holdable, circulate?, etc? |
| # | 09:50:13 | miker_ | jeff: if anything says "not holdable" then it's not |
| # | 09:50:22 | miker_ | same for circulate and opac visible |
| # | 09:50:28 | kgs has quit IRC |
| # | 09:50:53 | miker_ | note, though, that status.holdable=f also means it's not opac visible in 1.2 |
| # | 09:51:00 | miker_ | in 1.4 they are separate on status |
| # | 09:52:03 | jeff | status.holdable is a property of the item's current status, like damaged, missing, etc? |
| # | 09:52:18 | miker_ | correct |
| # | 09:52:24 | jeff | got it. thanks! |
| # | 09:52:30 | miker_ | asset.copy.status -> config.status.holdable |
| # | 09:58:55 | Dyrcona | On a related note: I am looking at mapping the item status from our current ILS to Evergreen this morning. |
| # | 09:59:12 | jeff | always a fun undertaking |
| # | 09:59:18 | Dyrcona | First, I have a notion that some things (like a checked out status) are handled elsewhere. |
| # | 09:59:51 | Dyrcona | Second, I assume it is OK for me to create new copy statuses in Evergreen for things like "in storage." |
| # | 10:00:53 | phasefx_ | just have their id's start above 100. The first 100 are reserved for native/stock statuses |
| # | 10:01:04 | miker_ | Dyrcona: on the second part, it sure is. there's a CGI in 1.2 (and part of conify in 1.4) for that |
| # | 10:01:17 | Dyrcona | thank you both. |
| # | 10:01:24 | miker_ | if you use the CGI or conify, it will take care of that for you |
| # | 10:01:31 | miker_ | no need to go to the db directly |
| # | 10:01:55 | Dyrcona | ok. i have the cgi open right now. I was typing a "mapping" into a csv file. |
| # | 10:02:24 | phasefx_ | also, give some thought on whether something should be a copy location or a status.. it's easy to overlap those concepts, but might not be good to do so |
| # | 10:02:28 | Dyrcona | i put ? for those that did not already have an equivalent copy status in Evergreen (or is it better to call it Open-ILS?) |
| # | 10:02:53 | kgs has joined #openils-evergreen |
| # | 10:03:05 | Dyrcona | phasefx_: well, we have 35 members in the consortium, so I figure they'd prefer it be a status. |
| # | 10:03:30 | Dyrcona | right now, though, i'm just investigating. no one has decided to migrate, yet. |
| # | 10:03:33 | miker_ | Dyrcona: direct mapping will difficult in some cases. there's (in our opinion) conflation of concepts embedded in statuses in other systems (similarly, item types get overloaded in other systems (again, in our opinion)) |
| # | 10:03:43 | phasefx_ | a location doesn't have to be physical.. some folks have mapped "collection codes" to locations |
| # | 10:04:00 | miker_ | heh ... also, what phasefx_ said :) |
| # | 10:04:53 | _dkyle_ has joined #openils-evergreen |
| # | 10:04:54 | Dyrcona | ok. let me see if i can explain how that might work, that way, i'll know if i understand it or not. |
| # | 10:05:02 | Dyrcona | i would create a collection as a sublibrary of the main branch and make the sublibrary the owner of those items? |
| # | 10:05:18 | phasefx_ | between statuses, locations, call numbers, stat cats, and org units.. there are a lot of ways to "place" your items |
| # | 10:05:46 | Dyrcona | in our current ILS, we use collections more like stat cats, I think. |
| # | 10:08:29 | Dyrcona | actually we have a collection that is treated as a location in our current ILS. I made it a sublibrary in our Evergreen config. |
| # | 10:08:58 | phasefx_ | typically organizational units (what you're thinking of as libraries and sub-libraries) get used to delineate political boundaries, physical boundaries, and departmental boundaries between and within libraries |
| # | 10:09:27 | Dyrcona | ok. this collection is somewhat special. it might fall under a political boundary. |
| # | 10:09:30 | phasefx_ | so you might have Consortium -> System A -> Branch B -> Sub-Library C |
| # | 10:09:42 | miker_ | Dyrcona: if you would like to force items to "transit" back there when they come into the main circ desk, that is good. If you want staff to handle getting it to the right place within the physical building, then a shelving location would be better, I think |
| # | 10:10:17 | miker_ | ok, sounds like sub-lib is right, then |
| # | 10:10:22 | phasefx_ | and for things like Fiction, Juvenile Fiction, Display Case, Storage, you might use locations |
| # | 10:10:32 | Dyrcona | ok. |
| # | 10:10:50 | Dyrcona | "location" in our current ILS is equivalent to an org_unit. |
| # | 10:10:52 | phasefx_ | or if it really doesn't need to be patron-facing, you might use stat cats |
| # | 10:11:05 | Dyrcona | i have to keep the different vocabulary in mind. |
| # | 10:11:07 | miker_ | that gives you a way to enforce the political (policy) situation, and track items that live in that place more closely |
| # | 10:11:07 | phasefx_ | Funding Code, for example |
| # | 10:11:56 | miker_ | ("that" being the sub-lib method as opposed to the shelving location method) |
| # | 10:13:28 | Dyrcona | ok. so it sounds like, i want to convert our current ILS's "collection codes" which we map directly to its "istats" as stat categories. |
| # | 10:13:43 | phasefx_ has to bow out for a bit, bbl |
| # | 10:14:25 | Dyrcona | i probably want to leave the "era" collection (which is basically a branch in our current ILS) as a sub-library. |
| # | 10:14:35 | phase_bb has joined #openils-evergreen |
| # | 10:15:01 | miker_ | Dyrcona: if that's just for reporting and staff use, yes. if you want patrons to use that, no. my gut says istat==stat_cat |
| # | 10:15:59 | Dyrcona | the era collection is different. its paid for with state or regional money and gets treated like its own location for the most part. |
| # | 10:16:13 | Dyrcona | i don't know that patrons care about the difference, but they see it now. |
| # | 10:17:07 | Dyrcona | right now, patrons don't see the istat collections, so making them stat_cats is definitely right. |
| # | 10:17:12 | miker_ | Dyrcona: yeah, don't worry about acquisitions stuff here, that's separate |
| # | 10:17:51 | miker_ | at least in terms of purchasing ... if it changes circ or location, then do care :) |
| # | 10:18:29 | Dyrcona | ok. i haven't thought about acquisitions, yet. we don't use the one from our current ILS, 'cause it isn't very good. |
| # | 10:18:57 | Dyrcona | let me go back to my original question about copy_status, though. |
| # | 10:19:13 | Dyrcona | it is different from whether or not the item is checked out, right? |
| # | 10:19:34 | Dyrcona | our current ILS conflates the two. |
| # | 10:20:04 | Dyrcona | i mean, it has a status for checked in and checked out as well as what look like the copy statuses in EVG. |
| # | 10:23:27 | Dyrcona | so, i looked at the tables and answered my own quesiton. |
| # | 10:24:09 | Dyrcona | its nice the amount of info that goes into action.circulation, but now I have to figure out how to fill that if we ever migrate. ;) |
| # | 10:25:22 | miker_ | :) |
| # | 10:25:38 | miker_ | yeah, status represents what is going on with the item right now |
| # | 10:25:42 | dbs has joined #openils-evergreen |
| # | 10:26:44 | miker_ | dbs: babywatch ought-niner still in effect? |
| # | 10:26:51 | dbs | yup |
| # | 10:27:04 | berick read that as Baywatch |
| # | 10:27:20 | berick | dbs hasselhof |
| # | 10:27:27 | dbs | maybe next week, which would be for the best, as I appear to have the flu, and babies and flu don't mix well |
| # | 10:28:16 | dbs has lost ten pounds, so he's getting closer to having that cut look - if only he had muscles |
| # | 10:29:18 | berick | ah, the flu diet |
| # | 10:29:33 | miker_ | dbs: I had the flu when z was born. if you're in the first 48h, tamiflu! |
| # | 10:30:46 | dbs | miker_: thanks man - but this is hour 160 or so |
| # | 10:31:25 | miker_ | arg! |
| # | 10:32:06 | Mark__T has quit IRC |
| # | 10:32:23 | dbs | apparently they guessed wrong on the four strains of virus they used in the flu vaccine this year |
| # | 10:33:57 | miker_ | ha |
| # | 10:36:12 | Dyrcona | miker_: I missed the checked out copy status when I went through the list earlier. now, i see it. |
| # | 10:59:18 | eby has quit IRC |
| # | 11:02:17 | Dyrcona | anyone got time for another newbie question? |
| # | 11:02:18 | kgs | dbs so sorry! get better |
| # | 11:02:31 | kgs | dyrcona fire away... not sure I can answer but I can always refer |
| # | 11:03:35 | Dyrcona | i'll take another look at action.circulation, but how does Evg handle a "claims return", that is the book is still charged to the patron, and its overdue, but the patron claims to have returned the book/item? |
| # | 11:05:17 | Dyrcona | i don't see anything in asset.copy or action.circulation to give me a clue where else to look. |
| # | 11:07:50 | miker_ | action.circulation will have a stop_fines of "CLAIMSRETURNED" |
| # | 11:08:26 | miker_ | when the item comes back in, the checkin_time will be set, and if the fine balance is 0, the transaction closed |
| # | 11:08:45 | Dyrcona | ok, so i should use checked out as the copy status, then. |
| # | 11:08:51 | miker_ | right |
| # | 11:08:57 | Dyrcona | thx. |
| # | 11:09:46 | dbs | thanks kgs |
| # | 11:09:47 | miker_ | and increment the claims_returned_count on the actor.usr record, if it matters to you to track that (for native claimes returned, that happens automatically) |
| # | 11:10:52 | kgs kgs is reading this too ;) |
| # | 11:11:31 | Dyrcona | ok. i suppose "Display" would be better as a shelving location than as a copy status. |
| # | 11:11:58 | kgs | as in "new book display" right? |
| # | 11:12:22 | Dyrcona | yes, or for a seasonal display, they might have a bunch of christmas/hanukah books out now. |
| # | 11:13:14 | kgs | dyrcona yes (someone thump me if I'm wrong on that) it's the function of shelving locations and it would confound things to make a copy status |
| # | 11:14:07 | kgs | me, I'd be a little more specific -- Holiday Display |
| # | 11:15:07 | Dyrcona | for now, i'll just map the status from our old system to available. they allow holds on these already. |
| # | 11:15:21 | kgs | (unless you don't let people check out display books :-) ) |
| # | 11:15:29 | Dyrcona | i'll set up locations for that later. |
| # | 11:15:34 | Dyrcona | we do allow it. |
| # | 11:15:39 | kgs | good ;-) |
| # | 11:16:23 | phase_bb | Anytime a copy status _does_ imply a location, it's usually a) transient/temporary and b) special compared to normal locations (for example, some action happens there) |
| # | 11:16:53 | kgs | phase_bb such as weeding, or repair? |
| # | 11:17:04 | kgs | or incoming? |
| # | 11:17:09 | kgs | I mean inprocessing? |
| # | 11:17:10 | phase_bb | Yeah, and on holds shelf |
| # | 11:17:39 | kgs | ahh, the biggy :) |
| # | 11:17:46 | phase_bb | Right |
| # | 11:18:00 | kgs | or (for the future) "on order" |
| # | 11:18:07 | kgs | ? |
| # | 11:19:04 | phase_bb | Copy locations are more persistent/permanent |
| # | 11:19:11 | Dyrcona | i added an additional "on order" because some of our member libraries allow requests on on order items and some don't. |
| # | 11:20:05 | kgs | yes I have learned there is no consensus on the wisdom of on-order holds |
| # | 11:20:34 | jeff | MIEG has on-order, and TADL treats it as holdable. |
| # | 11:20:42 | phase_bb | That might could be handled by policy configuration instead |
| # | 11:20:47 | kgs | on_order_holds++ |
| # | 11:21:30 | Dyrcona | well, i'm just learning Evg right now. this is an exploration to see what we'll have to do if we migrate for real. |
| # | 11:21:53 | jeff | previously, we had placed notes on bibs or on 3x5" cards associated with the orders, saying "please put this item on reserve for patron barcode 12345 when it comes in" |
| # | 11:24:48 | miker_ | dbs: wanna do 1.4rc3 + opensrf-1.0.2 today/this-weekend? :) |
| # | 11:24:54 | berick | dbs: can we close http://svn.open-ils.org/trac/ILS/ticket/18 ? I see a locale picker in trunk anway |
| # | 11:25:16 | miker_ | someone was just pondering whether 1.4 would be release /after/ 1.2 ;) |
| # | 11:25:32 | dbs | berick: yeah, let's close that |
| # | 11:25:33 | miker_ | berick: and what say you, sir, to 1.4rc3? |
| # | 11:25:39 | berick | s/1.2/2.0/ |
| # | 11:26:13 | berick | miker_: i'm good. there are 2 nagging things in vandelay i want to add, but it should not stop the flow of progress |
| # | 11:26:14 | dbs | phasefx: do we need to backport the network stuff for operator changes to 1.4? |
| # | 11:26:29 | miker_ | berick: features or fixes? |
| # | 11:26:36 | berick | features |
| # | 11:26:38 | dbs | miker_: how much of opensrf trunk do we want in opensrf rel_1_0? |
| # | 11:26:57 | miker_ | dbs: just the translator bug fixes, I think |
| # | 11:27:02 | phase_bb | dbs: I'll look when I get back home |
| # | 11:27:04 | miker_ | dbs: from the last 2-3 days |
| # | 11:27:04 | berick | i've backported my osrf fixes that were bugs |
| # | 11:27:08 | berick | for opensrf, that is |
| # | 11:27:16 | miker_ | berick: the JS stuff too? |
| # | 11:27:23 | berick | yeah |
| # | 11:27:56 | dbs | phasefx: okay. if we need to backport network stuff, then that's going to drive more i18n changes because those damned strings pop up everywhere |
| # | 11:28:47 | dbs | so we could work towards opensrf 1.0.2 at the very least |
| # | 11:29:28 | berick | arg, i need to add a multi-domain opensrf_core.xml example |
| # | 11:29:31 | berick | i can do that today |
| # | 11:30:21 | miker_ | IMO, for opensrf, we're backporting bug fixes only, which have been tested (and found) via non-opensrf code... I'd like to just cut 1.0.2 |
| # | 11:30:30 | miker_ | but, then, I always say that, I know :) |
| # | 11:32:59 | dbs | berick: that would be awesome, and then maybe I will crystallize my understanding of multi-domain; my mind fuzzily grasps it currently (sad to say) |
| # | 11:34:06 | dbs | miker_: multi-domain would count as a bug fix, yes? |
| # | 11:38:32 | miker_ | dbs: in the example config? I call that documentation ;) |
| # | 11:41:27 | dbs | I guess http://list.georgialibraries.org/pipermail/open-ils-dev/2008-March/002606.html is the official documentation for now |
| # | 11:42:20 | dbs | look at that - there's already an example multi-domain opensrf_core.xml file |
| # | 11:43:17 | dbs | http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/examples/opensrf_core.xml.example.multidomain - why are you not in my checkout? |
| # | 11:43:34 | dbs | ahh - EG vs OpenSRF. duh. |
| # | 11:44:14 | berick | bahha |
| # | 11:44:20 | berick | i forgot there was already an example |
| # | 11:44:52 | berick | hrm, need to fix the tabbing |
| # | 11:48:20 | dbs | I'll give opensrf rel_1_0 a spin on plain jane debian etch |
| # | 11:49:22 | miker_ | berick: did you backport my (incomplete, as it turned out) changes from trunk to rel_1_0? |
| # | 11:50:49 | berick | no, i didn't touch your commits |
| # | 11:57:52 | miker_ | ok |
| # | 12:02:22 | miker_ | berick: looks like we're missing a few things from opensrf.js |
| # | 12:02:34 | miker_ | wait |
| # | 12:02:49 | miker_ | just mine |
| # | 12:03:32 | miker_ | updated |
| # | 12:04:45 | rsinger has joined #OpenILS-Evergreen |
| # | 12:14:17 | kgs | I'll be happy to blog about opensrf 1.0.2 when you release it -- just let me know |
| # | 12:19:02 | miker_ | kgs: will do |
| # | 12:19:12 | miker_ | berick: in that case ... are we ready? |
| # | 12:21:12 | dbs | miker_: well, there's no multi-domain sample config in rel_1_0 |
| # | 12:27:06 | miker_ | dbs: point |
| # | 12:28:10 | dbs | In between downloading debian etch + lenny images, I've been thinking about what a reasonable sample would be, as well as what that will do to the docs |
| # | 12:29:44 | dbs | gotta define a new domain in ejabberd.cfg |
| # | 12:29:57 | _dkyle_ has left #openils-evergreen |
| # | 12:33:43 | berick | ...and register users with the domain |
| # | 12:34:34 | berick | we really need to make the default opensrf_core.xml file for both osrf/eg use multidomain by default |
| # | 12:34:35 | dbs can't wait for the install & configure mess |
| # | 12:34:41 | berick | yeah |
| # | 12:34:43 | dbs | berick: yeah |
| # | 12:34:45 | berick | my concern as well |
| # | 12:45:45 | rsinger has quit IRC |
| # | 13:28:45 | phasefx_ | dbs: your change to mozilla.js setting the intl.accept_languages pref, you want that in 1.4? |
| # | 13:29:16 | dbs | ooh, yeah |
| # | 13:29:26 | phasefx_ | I'll get it |
| # | 13:29:44 | phasefx_ | just doing a dirdiff on trunk vs rel_1_4, walking through everything |
| # | 13:30:34 | phasefx_ | okay, so you have i18n'ized some things we missed in trunk.. did we call a string freeze already? |
| # | 13:31:00 | dbs | we did, but where necessary I'm willing to bend that rule a bit |
| # | 13:31:28 | dbs | especially as this is the first time around |
| # | 13:32:04 | phasefx_ | oh pooh, there's unrelated changes in one of these files.. I'll have to hand-stitch :) |
| # | 13:34:10 | phasefx_ | I'll backport css changes too.. no harm there |
| # | 13:35:16 | phasefx_ | on second thought, nah.. css for a feature only in trunk |
| # | 13:36:27 | dbs | phasefx_: hand stitching shouldn't be necessary if we merge changesets |
| # | 13:36:57 | phasefx_ | I don't really have experience doing that |
| # | 13:38:13 | dbs | hard to go from dir diffs to changesets. I could walk through my changesets and backport whatever. but is the util.network stuff going into 1.4? |
| # | 13:38:40 | phasefx_ | the only util.network stuff I see is i18n-related, that sound right? |
| # | 13:39:21 | phasefx_ | I have no preference for whether that gets backported or not |
| # | 13:40:17 | dbs | didn't that i18n stuff come from your operator change auth checks? or did that already go into 1.4? |
| # | 13:40:58 | phasefx_ | I'm not sure what you're talking about |
| # | 13:41:09 | dbs | heh |
| # | 13:41:49 | phasefx_ | the only things I remember dealing with auth are the session cookies stuff, and a verify credentials function, which should stay trunk I think |
| # | 13:42:37 | dbs | http://svn.open-ils.org/trac/ILS/changeset/11388/trunk/Open-ILS/xul/staff_client/chrome/content/util/network.js |
| # | 13:42:41 | dbs | right, session cookies |
| # | 13:43:06 | dbs | Didn't we want those to solve a problem with conify / vandelay? |
| # | 13:43:09 | miker_ | phasefx_: cookies in 1.4 are needed |
| # | 13:43:15 | miker_ | yeah |
| # | 13:43:16 | phasefx_ | k, will backport those then |
| # | 13:43:30 | miker_ | phasefx_: thanks! |
| # | 13:44:04 | phasefx_ | I think that was all contained in one changeset, if someone wants to teach me how to do that by merging changesets |
| # | 13:44:33 | phasefx_ double-checks |
| # | 13:44:33 | berick | cd rel_1_4; svn merge -c <changeset> svn://svn.open-ils.org/trunk . |
| # | 13:44:35 | dbs | svn merge -c changeset# svn://svn.open-ils.org/ILS/trunk |
| # | 13:44:43 | berick | jinx |
| # | 13:44:44 | dbs | jinx |
| # | 13:44:47 | berick | aaaaaaaaa;skoldjasd;lfkj |
| # | 13:44:48 | dbs | double jinx! |
| # | 13:44:56 | phasefx_ | and then I get to review it and commit? |
| # | 13:45:04 | berick | yeah, it just changes your local copy |
| # | 13:45:08 | phasefx_ | coool |
| # | 13:45:19 | phasefx_ | multiple changesets |
| # | 13:45:24 | Dyrcona has quit IRC |
| # | 13:45:59 | phasefx_ | one changeest |
| # | 13:46:01 | berick | for ranges: svn merge -rstart_changeset_minus_1:last_changset |
| # | 13:46:31 | berick | IOW, to merge changes 123 and 124 ... svn merge -r 122:124 svn://... |
| # | 13:46:45 | phasefx_ | k |
| # | 13:46:50 | phasefx_ | thanks guys |
| # | 13:50:14 | dbs regrets picking "desktop system" in this new debian etch vbox image setup... dollars to doughnuts I won't need xsane to test out opensrf |
| # | 13:50:34 | phasefx_ | :D |
| # | 13:50:45 | miker_ | haha |
| # | 13:51:09 | miker_ | dbs++ # particularly for using my favorite "I'll bet you" variant |
| # | 13:55:50 | till_ has quit IRC |
| # | 13:57:40 | robbat2|na is now known as robbat2 |
| # | 14:13:38 | jeff bashes head on desk |
| # | 14:16:11 | phasefx_ | berick: where's that animation of yours? |
| # | 14:18:09 | berick | http://dev.gapines.org/~erickson/computer.gif |
| # | 14:18:27 | phasefx_ | jeff: ^^ |
| # | 14:18:30 | jeff | and that is the exact animation i figured it would be :) |
| # | 14:18:30 | phasefx_ | berick++ |
| # | 14:18:36 | phasefx_ | haha |
| # | 14:18:57 | phasefx_ | if we can get a license for it, could use that instead of EG's skull & crossbones :) |
| # | 14:19:35 | jeff | either i'm finding bugs in the reporter, or i'm not understanding how i'm supposed to do this. |
| # | 14:19:49 | jeff | i'm trying to report on desk payments by billing type |
| # | 14:21:13 | jeff | if i sum(amount) i get an incredibly high number for Overdue materials. if i leave it at raw data, i get 20 transactions totalling hundreds of dollars less than when doing a sum. |
| # | 14:22:04 | jeff | (where "incredibly high number" is "hundreds more than expected") |
| # | 14:23:18 | jeff | the totals report is higher than the total number of desk payments shown in the built-in Cash Reports... and the details report is lower. :P |
| # | 14:25:21 | jeff | but yeah. computer.gif all the way. |
| # | 14:26:52 | phasefx_ | what's your base source? |
| # | 14:29:34 | jeff | payments: desk |
| # | 14:31:24 | jeff | outputs are payment type, amount, and billable transaction -> billing line items -> billing type |
| # | 14:32:22 | phasefx_ | and you have two versions of that, one with sum and one with raw |
| # | 14:32:49 | jeff | base filters are payment date/time date between (fill in the blanks), voided equals false, and cash drawer -> owning library -> org unit id equals (fill in the blank) |
| # | 14:33:35 | kgs | jeff I'm in three conversations but actually have the 1.4rc2 reporter oopen and will tinker (not the first tiem I wished someone could email me a template i could import) |
| # | 14:34:21 | jeff | if i clone that report, change the transform on amount from sum to raw data, and add payment date/time as an output, i get way different totals. it seems as if the report with way different totals |
| # | 14:34:30 | jeff | (i take the details report and sum it in excel) |
| # | 14:34:49 | jeff | kgs: i can e-mail you (or anyone else) screenshots |
| # | 14:35:01 | jeff | we need a pastebin with image support ;) |
| # | 14:35:12 | kgs | eh, I just need five minutes to replicate the template, methinks :) |
| # | 14:35:26 | kgs | jeff we could webinar live any time you like that I'm aailable |
| # | 14:36:09 | jeff | let me know when you're available. i think our consortium support is done for the day due to weather, and i suspect they'd likely pass this right on to ESI anyway. :) |
| # | 14:37:04 | phasefx_ | jeff: try it without the billable transaction -> billing ine items -> billing type part |
| # | 14:37:15 | jeff | phasefx_: willtry. |
| # | 14:38:27 | phasefx_ | fwiw, I tried a simple version of what you did on demo (as admin, under the test folder: jason/jeff test 1 and jason/jeff test 2) and got different totals as well |
| # | 14:39:18 | till_ has joined #OpenILS-Evergreen |
| # | 14:39:26 | phasefx_ | with just Amount (Raw or Sum) as the display, and Accepting user as the filter |
| # | 14:40:00 | jeff | okay, yep. removing billing type from the report output gives me a total that matches the total amount of desk payments in the built-in cash report. |
| # | 14:40:08 | jeff | so... why does it break? |
| # | 14:40:59 | jeff tries the detail report after removing billing type also |
| # | 14:42:11 | phasefx_ | when you do billing line items, the relationship isn't 1 to 1 |
| # | 14:42:13 | kgs | jeff I'll play with this anyway... |
| # | 14:42:46 | phasefx_ | so you might have Payment A be associated with Billing 1 and Billing 2 (by virtue of being on the same transaction) |
| # | 14:42:48 | jeff | phasefx_: so it's multiplying overdue fines. |
| # | 14:43:04 | phasefx_ | and then Payment B, may also be on the same transaction, and duplicate the output for Billing 1 and Billing 2 |
| # | 14:43:20 | phasefx_ | and not only that.. the Amount for Payment A will show up twice (once for each of those billings) |
| # | 14:43:28 | phasefx_ | and the same with Payment B |
| # | 14:43:31 | jeff | okay, so i'll need to treat the report as a way of getting the data out, and then i'll need to do most of my post-processing outside of evergreen |
| # | 14:45:15 | phasefx_ | jeff: you might be able to use one of those summary views.. report on the billable transaction as your source, not the payments |
| # | 14:45:23 | phasefx_ | then link to the payments and sum those |
| # | 14:48:10 | jeff | first problem i see with that is that i lose the overall desk payments cash drawer link, i have to dig for it under payment line items -> cash payment detail -> cash_drawer |
| # | 14:48:45 | jeff | so i think that means i'll need one report for each payment type. |
| # | 14:48:53 | jeff | testing, though. |
| # | 14:49:47 | jeff finds another reporter UI bug |
| # | 14:49:48 | jeff | heh |
| # | 14:52:38 | rsinger has joined #OpenILS-Evergreen |
| # | 15:00:20 | jeff | nope. turning it around and starting from billable transaction and linking the payment line items gives the same results, where is is apparently multiplying payments, mostly on overdue materials (because those are so much more likely to have multiple bills per payment) |
| # | 15:00:33 | jeff | bleh. |
| # | 15:00:50 | phasefx_ | you're still trying to get the billing type? |
| # | 15:00:54 | jeff | well, let me see if i can get a detailed report that has a total matching the built in cash reports, and i'll see where that gets me. |
| # | 15:01:16 | jeff | phasefx_: yes, i was still trying to get the billing type. |
| # | 15:01:24 | phasefx_ | you can't really associate payments with bills in any manner other than to say that happened on the same transaction |
| # | 15:02:11 | phasefx_ | if there are $10 worth of late fees, a $10 replacement fee, and a $10 processing fee.. and the patron pays it down by $20.. which bills did the payments go toward? You can't really say |
| # | 15:02:14 | jeff | so if i want to take payments and break them down by what they were paid for, i need to use a report to get the data out of evergreen, then summarize/total outside of evergreen, correct? |
| # | 15:03:01 | jeff | if i have three $10 bills and i pay $20, don't two of those bills now show in evergreen as having been paid in full? |
| # | 15:03:07 | jeff | i haven't tried, really. |
| # | 15:03:19 | phasefx_ | if you have 3 billable transactions |
| # | 15:03:39 | phasefx_ | but if you have 3 billings on 1 billable transaction, then you have some ambiguity if you try to stick payments to something specific |
| # | 15:04:40 | jeff | because billable transactions can contain multiple billing line items, and billing line items can have different billing types within one billable transaction? |
| # | 15:04:51 | phasefx_ | right |
| # | 15:05:28 | phasefx_ | some of these summary views might show you the last billing type, for the transaction |
| # | 15:05:40 | jeff | know of any offhand? |
| # | 15:06:13 | phasefx_ | no, I haven't really played around with them. Do you see any source with the word open transactions or something in them? |
| # | 15:06:43 | phasefx_ | and I imagine you're wanting to report on closed transactions too |
| # | 15:07:00 | wlayton_work has quit IRC |
| # | 15:07:32 | jeff | i'm trying to give a report on total cash taken in during a date range at a specific library, broken down by billing type. different billing types go into different accounts. |
| # | 15:08:43 | phasefx_ | cash include checks and the like? |
| # | 15:08:58 | jeff | yeah, "desk payments" |
| # | 15:09:24 | jeff | i was doing a pivot on payment type with my source set to payments: desk |
| # | 15:09:31 | jeff | so i was getting one column with cash and one with checks |
| # | 15:09:42 | jeff | (we're not yet doing in-person credit cards, but soon) |
| # | 15:10:06 | phasefx_ | you know, you could "define" a resolution for how payments might link to billings.. payments pay off older billings first, for example. But I don't think the reporting system would accomodate such things |
| # | 15:10:24 | berick | huh, next Debian will be Squeeze :) |
| # | 15:12:11 | phasefx_ | jeff: another option is to make uber-catagories for different combinations of billing types.. so if this transaction only has late fees, then the uber type is Late Fee.. but if it has late fees and lost item charges, the uber type might be Late + Lost |
| # | 15:12:39 | jeff | just knowing when a billing line item was paid would help, but i can see how that is a challenge, too. |
| # | 15:12:45 | jeff | ugh. |
| # | 15:13:07 | phasefx_ | jeff: but then you also having timing issues to consider (or ignore). A transaction accumulates late fees.. some money is applied but the transaction isn't closed.. later, a lost billing is applied, and more money is applied. |
| # | 15:14:03 | phasefx_ | does all that money get assigned to an uber category Late + Lost? or should the earlier money be binned as Late, and the later money as Lost? |
| # | 15:14:29 | jeff | a uber category of late + lost doesn't help us any. |
| # | 15:14:52 | jeff | because i'd still need to know how much was "late", and how much was "lost". |
| # | 15:16:39 | phasefx_ | could also restrict yourself to closed transactions, but you still still have room for ambiguity. You have an xact with Late and Lost charges.. patron wants to pay it all off, but wants to split the payment between cash and check |
| # | 15:16:48 | phasefx_ | You know exactly how much money went to Lost and how much went to Late, but you can't tell the payment method |
| # | 15:17:30 | phasefx_ | just need to work out some arbitrary resolution and be consistent with it forever after |
| # | 15:17:52 | jeff | that part doesn't matter. i need two things: i need a total that can be matched against a bank deposit, and i need a breakdown of why we received the money (billing type) |
| # | 15:28:43 | dbs | I think I'm caught up on my backports from trunk for EG - we'll still hit util.network i18n errors everywhere though, as offlineStrings are currently only available in patron_display.xul |
| # | 15:33:06 | Dyrcona has joined #openils-evergreen |
| # | 15:47:16 | jeff | "circulate as type" in the copy editor... is that to override the type in the MARC leader, and is it mainly for stats purposes? |
| # | 15:48:58 | phasefx_ | it's used for circulation behavior, and would override any behavior based on the type in the MARC |
| # | 15:49:40 | phasefx_ | so let's say you were determining loan durations and fine intervals based on the bib record instead of circ modifier.. this would let you treat the item as if it were actually on a different type of bib |
| # | 15:53:09 | jeff | got it. |
| # | 15:53:26 | jeff | doesn't affect searching or display in the OPAC? |
| # | 15:54:14 | jeff | probably no need to set it in most cases? |
| # | 15:55:15 | phasefx_ | wouldn't affect the OPAC, no |
| # | 15:55:41 | phasefx_ | just a knob you can use to base behavior on, and report on |
| # | 15:55:53 | phasefx_ | circ/hold behavior |
| # | 15:58:44 | miker_ returns to 2 hours of reporting "fun" |
| # | 15:59:00 | jeff | if an item doesn't circ and is in a shelving/copy location with holdable no and circulate no, does it need a circ modifier? |
| # | 16:00:14 | miker_ | jeff: if we can define the deired result and build a view to encapsulate that, we can plug it into the reporting system ... it's actually got chunks mean specifically for that. there are examples of this for PINES-specific views (the "classic blah" sources) |
| # | 16:00:26 | miker_ | s/mean/meant |
| # | 16:00:50 | phasefx_ | depends.. do you do any reporting broken down by circ_modifier, and if so, do you want this showing up the same as every other item with no circ modifier.. and, if staff were to override the restrict, and the item circulated anyway, would you want to treat the item as if it binned by circ modifier like other items |
| # | 16:02:40 | jeff | miker_: sounds promising... :) |
| # | 16:04:18 | miker_ | in 1.4 you don't even have to add a DB view, just add and describe the base select statement a config file (the fm_IDL.xml file) |
| # | 16:05:37 | jeff | i have access to neither, so that's not too much of an improvement for me ;) |
| # | 16:06:33 | miker_ | ha |
| # | 16:08:04 | miker_ | jeff: I don't want to talk out of school, but bott may be a resource on the access front (test box or such) ... or you could use the vmware/virt-box image ... or install for yourself in your copious amounts of spare time |
| # | 16:10:07 | dbs finally gets around to preparing to install osrf rel_1_0 on his new vboxes |
| # | 16:11:24 | miker_ | dbs++ |
| # | 16:12:27 | dbs | a is going to be back from daycare soon though, which will probably wreak havoc on my attempts to become master of my own multi-domain |
| # | 16:17:52 | miker_ | give her the camel book and tell her to with regexp's ;) |
| # | 16:22:47 | jamesrf has joined #openils-evergreen |
| # | 16:27:28 | kgs | dbs tell her there's a little project she can help daddy and kgs with... |
| # | 16:28:50 | berick | yikes, it's 12 F in toronto |
| # | 16:29:07 | berick is trying to get mentally prepared for ola ;) |
| # | 16:29:21 | berick | and 72F here |
| # | 16:30:05 | jeff | miker_: yes, i have test systems i can play with (when i make/find time), but it was the {add view to DB|add SQL to fm_IDL.xml} on the live system that is access-equivalient to me |
| # | 16:30:16 | jeff | (meaning either one i'd have to ask bott to do) |
| # | 16:31:02 | dbs | hrm, how averse would you be to me backporting Makefile.install from trunk to rel_1_0? introduces debian-lenny / debian-etch targets instead of generic debian, so's we can use more system packages |
| # | 16:31:49 | miker_ | dbs: if ti works, not at all :) |
| # | 16:32:15 | dbs | just testing now |
| # | 16:36:32 | rsinger has quit IRC |
| # | 16:38:56 | miker_ | dbs: I suspect it'll work fine ... nothing "new" in trunk, really |
| # | 16:40:32 | dbs | right, but I'm a sort-of cautious type. |
| # | 16:42:29 | kgs | measure twice, cut once |
| # | 16:43:02 | miker_ | measure? what's that? |
| # | 16:43:30 | kgs | ;-) |
| # | 16:43:40 | berick | i think it's Greek |
| # | 16:46:27 | dbs | i was thinking about that today, watching my cat prepare to jump up onto a counter |
| # | 16:48:59 | kgs | cats do calculate |
| # | 16:49:12 | dbs | bah - damn you, gcrypt |
| # | 16:51:15 | kgs | going for my run before it gets dark, but am going to continue reading docbook 5.0 when I get back... |
| # | 16:54:31 | dbs | man i hate how cpan forces you to rm -fr .cpan/build if a cpan install fails for some reason (or at least that's the only way I've found around the problem) |
| # | 16:56:50 | rsinger has joined #OpenILS-Evergreen |
| # | 16:59:24 | miker_ | dbs: I haven't run into such a problem ... but then gcrypt likes me |
| # | 17:00:15 | dbs | miker_: the problem of libgrcypt / libgdbm being relatively new dependencies for xml::libxslt? |
| # | 17:01:10 | miker_ | oh, I'm just saying random words at this point |
| # | 17:01:23 | miker_ | I mean, I haven't seen cpan stop working on me |
| # | 17:01:40 | miker_ | but I have no idea about gcrypt or the problems it causes |
| # | 17:01:58 | berick | i ran into that recently. something died and cpan would install nothing else |
| # | 17:02:01 | dbs | gcrypt/gdbm problem was solved by adding the packages to the Makefile.install |
| # | 17:02:21 | berick | but if you went into the build dir, did you usual make/make test/make install it worked fine |
| # | 17:02:37 | dbs | cpan seems to get upset if a package fails to build - it will install other packages just fine, but it seems to use a cached result of the last build attempt |
| # | 17:02:42 | dbs | right |
| # | 17:02:58 | dbs | that was the workaround for zoom |
| # | 17:04:59 | jeff | "Patron reported a vague phone message about her reserve at Woodmere" |
| # | 17:05:17 | jeff | "Tech staff reported a vague trouble ticket"... :P |
| # | 17:06:41 | berick | heh |
| # | 17:06:47 | dbs | at some point, we should probably fix up the install so it automatically installs the sysconfdir stuff under the user/group of the specified user (defaulting to opensrf) |
| # | 17:06:59 | phasefx_ | "You may or may not have a reserve at some library you've been to. This is a recording." |
| # | 17:08:19 | dbs | successful install on debian lenny (where success = no configure, make, or make install errors reported) |
| # | 17:08:20 | miker_ | "ESI vaguely fixed the glitch. It'll work itself out." |
| # | 17:08:30 | miker_ | WE FIXED THE GLITCH |
| # | 17:08:47 | miker_ | dbs: worksforme |
| # | 17:09:09 | miker_ | berick: did you want to get an openserf-generic example of multidomain in before 1.0.2? |
| # | 17:11:14 | berick | ah, yeah. actually, dbs offered to if I put on in Evergreen ;) |
| # | 17:11:22 | berick | but, i can copy that one over and modify |
| # | 17:11:30 | dbs | bastard, I knew you would hold me to that :) |
| # | 17:11:33 | berick | hahaa |
| # | 17:11:41 | berick | no, just calling you out, that's all ;) |
| # | 17:11:43 | dbs | I'm also fixing up the README |
| # | 17:11:54 | berick | I got it |
| # | 17:11:55 | jeff | hrm. doesn't screen have a "save scrollback buffer to file"? |
| # | 17:12:02 | dbs | Oh, I would do it. But it might not happen for many more hours. |
| # | 17:12:10 | jeff | guess not. have to go into scroll, select, copy, then save paste buffer. |
| # | 17:12:20 | berick | jeff: it does, i've used it before |
| # | 17:13:16 | berick | jeff: -L maybe? |
| # | 17:14:32 | jeff | yeah, that or C-a H will log to a file for new lines, but i want the current contents of the scroll buffer written out |
| # | 17:14:57 | berick | ah |
| # | 17:14:58 | berick | ok |
| # | 17:15:01 | berick | not sure about that one |
| # | 17:16:03 | miker_ | C-a, Esc ... then copy and paste with a mouse? ;) |
| # | 17:16:22 | miker_ | you can page up and downs after C-a Esc |
| # | 17:17:03 | jeff | C-a ESC g Space %100 > |
| # | 17:17:25 | jeff | damn. the % doesn't seem to work |
| # | 17:17:49 | jeff | aha. g and G |
| # | 17:18:13 | jeff | C-a ESC g Space G > |
| # | 17:18:41 | jeff | copies to /tmp/screen-exchange by default |
| # | 17:19:20 | phasefx_ | coool |
| # | 17:20:09 | jeff | (g goes to top of buffer, G goes to bottom, space sets the first mark, > writes to /tmp/screen-exchange, implicitly closing the selection at the cursor) |
| # | 17:21:35 | phasefx_ remembers a dos TSR called screen.. used it for cut & paste |
| # | 17:21:53 | phasefx_ | wish I had grown up on unix :) |
| # | 17:23:21 | rsinger has quit IRC |
| # | 17:24:17 | jamesrf | opensrf qbasic server ftw |
| # | 17:34:34 | miker_ | jamesrf: totally! I have visual basic for dos 3.5 right over there |
| # | 17:35:09 | rsinger has joined #OpenILS-Evergreen |
| # | 17:36:26 | dbs | success on debian-etch too |
| # | 17:36:46 | dbs | (by my minimalist definition of success) |
| # | 17:38:52 | rsinger has quit IRC |
| # | 17:39:36 | miker_ | dinner, biab |
| # | 17:53:19 | berick | ok, osrf config is now multi-domain |
| # | 18:45:05 | kgs has quit IRC |
| # | 19:48:38 | skmurphy has joined #openils-evergreen |
| # | 19:57:30 | dbs | berick++ |
| # | 19:57:43 | dbs | hey skmurphy |
| # | 19:58:09 | dbs | I'm tempted to switch "localhost" to "private.localhost" for ease of documentation |
| # | 19:59:28 | berick | you know, that's what it was, but i thought it would just make it unnecessarily complex. i can see what you mean, though |
| # | 20:00:58 | skmurphy | hey dbs |
| # | 20:01:07 | skmurphy | hows it going? |
| # | 20:01:41 | dbs | okay. feeling a bit better tonight. had some food |
| # | 20:02:22 | skmurphy | it's very very snowy in your country |
| # | 20:04:05 | dbs | hey, don't blanket me with your generalisms! it's just bitterly cold up here |
| # | 20:05:16 | skmurphy | = |
| # | 20:05:19 | skmurphy | =) |
| # | 20:08:07 | dbs | berick: so we're really looking at registering four ejabberd users now: opensrf@public, opensrf@private, router@public, and router@private - yeah? |
| # | 20:23:19 | skmurphy has quit IRC |
| # | 21:10:19 | jamesrf has quit IRC |
| # | 21:22:13 | dbs apparently fell into a multi-domain minefield. argh. |
| # | 21:29:56 | dbs | XMPP connect is failing for private.localhost, but seemingly working for public.localhost |
| # | 21:36:11 | skmurphy has joined #openils-evergreen |
| # | 21:37:18 | dbs | bizarre. it's pulling the wrong password for the router user. |
| # | 21:54:34 | dbs | bah. I'm going to check in what I have anyways. Maybe you'll spot something horribly obvious in it. |
| # | 21:56:32 | rsinger has joined #OpenILS-Evergreen |
| # | 22:08:44 | dbs | oh, and that last correction of my mistake isn't the problem - ejabberd is telling me that it's matching up username/password of router/opensrf for private.localhost when my config has router/router or opensrf/opensrf |
| # | 22:13:44 | dbs | g'nite |
| # | 22:13:50 | dbs has quit IRC |
| # | 23:15:24 | rsinger has quit IRC |
April 10-13