2010-01-08T00:04:39 *** brendan_ga has quit IRC 2010-01-08T01:09:38 *** brendan_ga has joined #evergreen 2010-01-08T02:11:22 *** pmplett has quit IRC 2010-01-08T04:06:26 *** atz has quit IRC 2010-01-08T04:07:07 *** atz has joined #evergreen 2010-01-08T04:22:40 *** natschil has joined #evergreen 2010-01-08T07:17:01 *** sfortin has joined #evergreen 2010-01-08T07:41:32 *** OCLS-adm_ has quit IRC 2010-01-08T07:57:11 *** mck9 has joined #evergreen 2010-01-08T08:53:31 *** sfortin has quit IRC 2010-01-08T09:10:21 *** sfortin has joined #evergreen 2010-01-08T09:16:43 *** dbs has joined #evergreen 2010-01-08T09:21:12 *** jenny has joined #evergreen 2010-01-08T09:29:00 *** Meliss has joined #Evergreen 2010-01-08T09:33:50 *** dbs has quit IRC 2010-01-08T09:37:49 *** brendan_ga has quit IRC 2010-01-08T09:42:13 *** dbs has joined #evergreen 2010-01-08T09:42:47 *** bshum has joined #evergreen 2010-01-08T10:00:21 *** brendan_ga has joined #evergreen 2010-01-08T10:05:12 *** finnx has joined #evergreen 2010-01-08T10:25:24 *** eby_ has joined #evergreen 2010-01-08T10:25:47 *** eby has quit IRC 2010-01-08T10:25:47 *** eby_ is now known as eby 2010-01-08T10:26:31 so we're backporting schema changes to rel_1_6 / rel_1_6_0 via the sql/Pg/upgrade/ directory? okay. 2010-01-08T10:48:05 Hello folks. I have a few questions about item statuses. I see there is a 'Reserves' status (in 1.6 at least). If I set an item to that status, I get errors when trying to circ. Anyone else using custom statuses like this? 2010-01-08T10:49:37 dbwells: i've run into that lately as well. i think we need to make the circ code more forgiving WRT custom/unexpected statuses 2010-01-08T10:50:48 well, you should get warning popups.. not errors 2010-01-08T10:51:15 berick: I definitely get errors. 2010-01-08T10:53:09 berick: first I get "in util.network, rerequest_on_override, override:TypeError: r.payload is undefined", then a much longer "Network failure" error. 2010-01-08T10:53:38 hrmm 2010-01-08T10:53:43 perhaps this has been fixed already? 2010-01-08T10:53:50 hey, phasefx ;) was just about to holla 2010-01-08T10:54:45 works okay in trunk 2010-01-08T10:54:51 dbwells: interestingly, i think we set all of our "reserves" items to "available" :) 2010-01-08T10:55:54 dbs: well, that is what we are doing as well at this point, but now I am being asked about adding a 'New books' status. 2010-01-08T10:56:04 get an overridable COPY_NOT_AVAILABLE event 2010-01-08T10:56:24 dbwells would be using 1.6, though, not trunk 2010-01-08T10:56:51 * dbs goes to try circing a 'reserves' status item on his test server 2010-01-08T10:56:56 dbwells: any chance two or more events are coming back from the checkout method? 2010-01-08T10:57:49 say, an alert message + status warning? 2010-01-08T10:58:29 phasefx: I am not 100% sure how to tell what you are asking, but I don't think so :) 2010-01-08T10:59:20 if you're using the windows client, you can tack -console onto the end of it's invocation (in the shortcut target), and you'll get lots of debug output, including API calls over the network and their responses 2010-01-08T10:59:29 s/it's/its/ 2010-01-08T10:59:51 phasefx: alright, let me see 2010-01-08T11:00:00 be interested in seeing the result from the checkout.full call 2010-01-08T11:08:08 phasefx: I do see a section labeled 'synced results #2', so maybe there are two events? 2010-01-08T11:08:34 I am not sure where things start and stop in this console :( 2010-01-08T11:08:56 the requests get numbered to match the numbered results coming back 2010-01-08T11:09:10 ok 2010-01-08T11:10:27 okay, I get the error on acq.open-ils.org 2010-01-08T11:10:45 Yeah. I get the overridable "COPY_NOT_AVAILABLE" dialogue on our 1.6.0.0 test box 2010-01-08T11:11:44 And then when I try to override it, I find I don't have the "COPY_NOT_AVAILABLE.override" perm :) 2010-01-08T11:12:04 time to start comparing network.js files 2010-01-08T11:12:11 I should also note that my Circulate.pm is not 100% stock, as I made some bug fix edits based on berick's advice here: http://open-ils.org/irc_logs/evergreen/2009-12/%23evergreen.21-Mon-2009.log 2010-01-08T11:12:19 if that matters 2010-01-08T11:12:47 should only make things better 2010-01-08T11:13:05 :) 2010-01-08T11:13:24 It definitely did 2010-01-08T11:13:36 someone remind me how to construct a gateway URL for a method call? 2010-01-08T11:14:08 found the wiki page 2010-01-08T11:15:59 dbs: is your 1.6 test box running from the release tarball or from a newer branch? 2010-01-08T11:16:12 dbwells: release tarball 2010-01-08T11:16:31 but then, of course, our own customizations like skins and perms and such 2010-01-08T11:17:23 I'm no longer sure what version of OpenSRF we're running, though. 2010-01-08T11:18:51 dbs: what about your client? I am testing with the prepackaged Windows client. 2010-01-08T11:19:13 yep. prepackaged Windows client here too (inside virtualbox, natch) 2010-01-08T11:20:11 so it looks like acq.open-ils.org really isn't including a .payload with its ilsevent 2010-01-08T11:21:36 which wouldn't normally be a problem, except for this particular event we specifically look for a payload 2010-01-08T11:21:46 phasefx: /gateway?service=foo&method=bar¶m=some_json¶m=some_jason_2 2010-01-08T11:22:27 acq.open-ils.org versus trunk pasted "untitled" at http://paste.lisp.org/display/93149 2010-01-08T11:23:38 yes, my results match the top one 2010-01-08T11:25:09 dbwells: On that standing penalty due to max_fines being reached thing only being able to be removed through the Messages dialogue, yeah, I think: 1) you get one standing penalty per max_fine item and 2) I just ran into that yesterday 2010-01-08T11:26:00 in 1.4 the code was expecting a payload there was well 2010-01-08T11:26:01 the bottom one is old-school JSON, we shouldn't see that anymore 2010-01-08T11:26:02 dbs: thanks for confirming! Didn't really mean to bring it back up :) 2010-01-08T11:26:31 dbwells: just noticed it and wanted to say you weren't crazy :) 2010-01-08T11:28:31 * phasefx didn't notice that.. why is he getting old school JSON on a trunk build? because the image was originally for 1.4 and I didn't upgrade it correctly? 2010-01-08T11:29:35 depends on what you ask for from the gateway I think 2010-01-08T11:29:53 ah, I didn't specify any input or output formats 2010-01-08T11:30:31 /gateway should be set up as JSON_v0, /osrf-gateway-v1 should be JSON v1 (methinks) 2010-01-08T11:31:47 Assuming this error gets figured out, I am wondering about how it will behave once it does work. If it is 'Reserves' and we allow it to circ, I assume it goes back to 'Available' when it checks in. If so, has there been any discussion of some sort of 'sticky' status? i.e. one that comes back when checked-in 2010-01-08T11:31:50 okay, phew :) 2010-01-08T11:32:17 may be better to not use a Status mechanism at all 2010-01-08T11:32:48 yeah, you are probably right. 2010-01-08T11:33:21 dbwells: we currently use a copy location for our reserves, it's more visible to users anyway 2010-01-08T11:34:08 If that is the case, are people who use the 'Reserves' status simply not circ-ing them? Or is this status not in known use? 2010-01-08T11:34:43 may be no one is using that status, and it's just reserved (har har) for future use 2010-01-08T11:34:56 we have 817 uses of that status 2010-01-08T11:35:53 dbs: so your reserves are using both the status and a copy location? Or do you use the status for something else? 2010-01-08T11:36:42 there's one: http://windsor.concat.ca/opac/en-CA/skin/uwin/xml/rdetail.xml?r=2224453&l=106&d=1 2010-01-08T11:36:56 I'm not sure "we" (our library) is using them, but Windsor is 2010-01-08T11:37:30 there's "ours" (Laurentian reserves item sample) http://laurentian.concat.ca/opac/en-US/skin/lul/xml/rdetail.xml?r=18994&d=0&hc=7&rt=list 2010-01-08T11:38:46 hmmm, interesting 2010-01-08T11:39:03 there has been talk of allowing custom statuses to be automatically set after certain actions 2010-01-08T11:39:42 action / trigger on circ_modifier maybe? 2010-01-08T11:40:17 but I"m fuzzy on the details. Maybe. 2010-01-08T11:40:32 trigger on checkin, validate that the circ_modifier is some RESERVES_* thingy, set status to "Reserves"? Damn we need docs :) 2010-01-08T11:41:07 I think the use case I"m thinking of involved "clearing" a hold shelf, where the library wanted items thus cleared to have a custom status 2010-01-08T11:41:34 there may have been other use cases that prompted the notion of making it more generalized 2010-01-08T11:42:04 as an aside, checking out the item with a "reserves" status at a library where I actually had a work_ou just prompted me for the initial override COPY_NOT_AVAILABLE "Reserves" - overriding it worked 2010-01-08T11:42:43 I'm not sure where to look for the missing payload, Circulate.pm maybe 2010-01-08T11:43:00 dbs: I am still rather puzzled about what could be different between our setups which would cause this. 2010-01-08T11:45:01 for (@allevents) { $_->{paylaod} = $copy if ($_->(textcode) eq 'COPY_NOT_AVAILABLE'); } that's in there 2010-01-08T11:45:17 s/paylaod/payload/ 2010-01-08T11:46:26 * phasefx will have to punt to berick 2010-01-08T11:46:37 dbs: could it be related to in-db vs legacy circ, or is your test 1.6 using in-db? 2010-01-08T11:48:02 we're using legacy (scripts) 2010-01-08T11:48:49 acq.open-ils.org is not using legacy 2010-01-08T11:49:08 well, I'd guess that is the rub 2010-01-08T11:50:26 I'm going to disable it in my trunk instance and give it a whirl 2010-01-08T11:51:33 dbwells: we have found that you still need to have some data in the circ config tables even with just script based 2010-01-08T11:52:00 for example, permission.grp_penalty_theshold... which one would think would be either scripts, or db, but not both 2010-01-08T11:52:27 (that was my afternoon yesterday, along with figuring out the standing penalty messages) 2010-01-08T11:54:46 dbs: well, so far we are running all in-db, though several times I have found myself reaching for some straight-up code 2010-01-08T11:54:53 confirmed in-db vs legacy being the issue 2010-01-08T11:55:04 dbwells++ 2010-01-08T11:55:11 phasefx++ 2010-01-08T11:55:39 phasefx++ 2010-01-08T11:55:49 dbwells++ 2010-01-08T11:56:00 for taking the bullet of being one of the first in-db users :) 2010-01-08T11:56:16 alert messages work :) 2010-01-08T12:02:34 dbs: thanks. It's mostly been a flesh wound, but I do have some ideas about adding global rules and the ability to match on . At this point, though, it's gonna have to wait. 2010-01-08T12:03:57 dbwells: we'd like rules that set explicit due dates for end of term items, as well as "due at closing time" while you're at it :) 2010-01-08T12:08:03 *** bshum has quit IRC 2010-01-08T12:23:04 *** bshum has joined #evergreen 2010-01-08T12:26:18 *** grantjohnson has left #Evergreen 2010-01-08T12:29:31 *** r123 has quit IRC 2010-01-08T12:29:43 Primary Identification Type seems to be a required field during Patron Registration. Does this need to be this way for any particular reason, or can it be altered so that identification is not required? 2010-01-08T12:32:02 if you set it to Other, you could leave the value blank. I don't know if there's an easy way to set that as default without a code change 2010-01-08T12:33:00 Yeah I've been exploring options for trying to hard-code a value (such as other) into the ue.xhtml file. 2010-01-08T12:33:57 you have the old school patron editor coming up (the one that is broken up into sections on separate pages)? 2010-01-08T12:34:30 that one is being replaced at some point 2010-01-08T12:34:40 *** grantjohnson has joined #Evergreen 2010-01-08T12:34:57 * dbs still needs to figure out how to teach the new school editor to not demand an address 2010-01-08T12:35:46 grantjohnson: does melissa just want different virtual hosts pointing to different skins for each of four schools? 2010-01-08T12:37:03 phasefx: Ah, so the new patron editor in trunk is going to be replacing the old one eventually then? 2010-01-08T12:37:44 phasefx: erm, that's the one that's linked up to the current patron registration, but not the patron edit, I think 2010-01-08T12:39:04 should be the same editor in both places, though I could imagine an older client pointing to the older patron editor for registration 2010-01-08T12:39:18 phasefx: hmm, okay 2010-01-08T12:39:25 phasefx: Thanks, I'll check it out. 2010-01-08T12:40:00 *** rsinger has quit IRC 2010-01-08T12:41:09 phasefx: From what communication are we speaking? 2010-01-08T12:41:20 :opps 2010-01-08T12:41:39 dbs: from what communication are we speaking? 2010-01-08T12:42:47 grantjohnson: ah damn, wrong Melissa :) 2010-01-08T12:42:50 http://markmail.org/message/gy6jkryc5mbaun4s 2010-01-08T12:43:23 dbs: yahhh 2010-01-08T12:44:00 We are interested in an "XC connector" for Evergreen thoufg. 2010-01-08T12:44:07 Anyone got any updates? 2010-01-08T12:45:24 grantjohnson: there was effort put into getting Evergreen to import into their OAIToolkit, but nothing after that so far 2010-01-08T12:45:41 Thanks 2010-01-08T12:46:52 Who did that work? 2010-01-08T12:47:49 * phasefx <=== 2010-01-08T12:48:14 on behalf of GPLS, rather 2010-01-08T12:48:47 :) 2010-01-08T12:49:51 phasefx: Any documentation anywhere? 2010-01-08T12:49:59 sec 2010-01-08T12:55:28 grantjohnson: I can't find what I had. I'll need to get a server revived to dig it up. It's not much, just the steps for exporting bibs/holdings from EG in a format that toolkit likes and where to put it and how to tell the toolkit to digest it 2010-01-08T12:55:58 dbs: to answer your question about virtual host pointing to different skins that you asked grantjohnson earlier, no I don't want virtual hosts if I can avoid it. 2010-01-08T12:57:10 phasefx: Is it a revivable server? No big rush but anything will help the poor! 2010-01-08T12:57:17 Meliss: oh hi! Okay... by virtual host I just mean everything still on the same box, just "foo.example.com" would lead to the skin for "foo" and "bar.example.com" would lead to the skin for "bar" 2010-01-08T12:58:17 Ohhh, I get it. So just one skin, but you want logo and name elements replaced based on the user's home_ou? 2010-01-08T12:58:37 dbs: YES!!!!!!!! 2010-01-08T12:59:31 we haven't implemented anything like that, but I think it should be possible with a small amount of work 2010-01-08T12:59:55 grantjohnson: http://svn.open-ils.org/trac/ILS/log/trunk/Open-ILS/src/extras/fast-extract You'd use this tool for a nightly dump / index scenario, but I think it still needs work to produce proper XML in all cases 2010-01-08T13:00:27 Meliss: a simple javascript approach would be to pull the ou ID from the URL and use that to display a different logo 2010-01-08T13:00:49 grantjohnson: ping me again next and I should be able to dig up actual command line invocations for you 2010-01-08T13:01:57 phasefx: would GPLS or the XC people have your docs? 2010-01-08T13:02:02 phasefx: Sounds good. I'll try to remember. 2010-01-08T13:02:18 dbs: would it just be a javascript include at the top of that page? 2010-01-08T13:03:02 Meliss: or have it ride along as a customization of one of the global JS scripts, there's enough of those already :) 2010-01-08T13:03:10 dbs: the XC folk should have it 2010-01-08T13:03:36 * dbs just trying to save phasefx some work 2010-01-08T13:03:46 it's just a readme file :) other stuff went into trunk's fast-extract 2010-01-08T13:05:42 dbs: thanks. I'll give this a whirl and see how it goes. 2010-01-08T13:05:58 phasefx: dbs: Just posted to the XC list. Fruit may be born 2010-01-08T13:06:35 dbs: we could all use that help. 2010-01-08T13:06:36 dbs: my javascript skills aren't the best but what's the worse thing that can happen? the page breaks and I go back to the drawing board. :) 2010-01-08T13:08:56 Meliss: a few tips; the OU comes from the "l" parameter in the URL, and the value of the "l" can be either a number (indicating the OU ID in actor.org_unit) or a string like "BR1" (indicating the OU shortname in actor.org_unit) 2010-01-08T13:10:08 come to think of it, a server-side include of the logo filename based on that parameter would be faster... if you have or can find somebody with the apache conf skills to parse it out into its own parameter 2010-01-08T13:11:13 see the section in Open-ILS/examples/eg.conf under "so we can make unAPI happy" for an example of setting an environment variable that way 2010-01-08T13:17:00 dbs: Great thanks. 2010-01-08T13:27:54 *** rsinger has joined #evergreen 2010-01-08T13:29:19 Hmm is it possible to have the EG opac be able to search a z39.50 target? 2010-01-08T13:29:55 Anything's possible, but that's not an out of the box option 2010-01-08T13:31:52 dbs: Of course I should've phrased differently! Thanks. 2010-01-08T13:34:39 *** brendan_ga has quit IRC 2010-01-08T13:36:59 *** brendan_ga has joined #evergreen 2010-01-08T13:45:22 *** jenny has quit IRC 2010-01-08T13:49:57 *** jenny has joined #evergreen 2010-01-08T13:57:48 dbs: Picking up where Melissa left off, if we understand correctly, you're suggesting that we create a rewrite rule in our apache configuration to set an environmental variable for the logo. Then rewrite the page where the logo is referenced to make use of the environmental variable in some way to change the logo. Am I correct in my interpretation? 2010-01-08T13:59:23 So we would create some sort of RewriteCond to parse the URL to find the org unit, then have it use a RewriteRule to set the environmental variable. 2010-01-08T14:01:22 yep, and then use the env var in an SSI inside the actual pages 2010-01-08T14:01:54 similar to how the locale and RID get pulled in 2010-01-08T14:02:47 dbs: Alright, thanks, we'll give it a try. 2010-01-08T14:03:24 like http://svn.open-ils.org/trac/ILS/browser/trunk/Open-ILS/web/opac/skin/default/xml/header.xml 2010-01-08T14:03:27 righto 2010-01-08T14:49:01 *** rsinger_ has joined #evergreen 2010-01-08T14:49:32 *** _dkyle_ has left #evergreen 2010-01-08T15:00:41 *** alxp has quit IRC 2010-01-08T15:08:29 *** rsinger has quit IRC 2010-01-08T15:08:29 *** rsinger_ is now known as rsinger 2010-01-08T15:12:33 *** mrpeters-isl has quit IRC 2010-01-08T15:12:39 *** mrpeters-isl has joined #evergreen 2010-01-08T15:51:49 *** natschil has quit IRC 2010-01-08T16:00:31 *** Meliss has quit IRC 2010-01-08T16:02:05 *** bshum has quit IRC 2010-01-08T16:03:07 *** grantjohnson has quit IRC 2010-01-08T16:25:58 *** sfortin has quit IRC 2010-01-08T16:32:55 dbs: phasefx: Just for a bit of closure for today, I think I managed to make some headway into the in-db, copy status problem from earlier. I will send my findings to the dev list for further review. 2010-01-08T16:32:58 "sidestep a new client for now"... interesting 2010-01-08T16:33:04 dbwells++ 2010-01-08T16:37:11 dbwells: rock 2010-01-08T16:38:09 dbs: we don't have an easy way to add/change top-level menu options without rolling new clients, so I think lebbeous is throwing stuff in the old Admin interface to experiment with 2010-01-08T16:38:23 ahh, okay :) 2010-01-08T16:38:28 that's it indeed 2010-01-08T16:38:58 dojo-ify the old admin page to have its own embedded dojo menus? 2010-01-08T16:39:36 I would make all of menu.js remote if it weren't for some interfaces that have to be spawned by chrome to work properly (such as the opac wrapper) 2010-01-08T16:39:56 we could add some dynamic goodness to a chrome menu.js despite this 2010-01-08T16:40:51 senator has to be getting close to svn commit bittiness 2010-01-08T16:43:50 certainly running the gamut of Evergreen components 2010-01-08T16:44:04 * senator chomps at the bit :-) 2010-01-08T16:44:26 *rimshot* 2010-01-08T16:45:31 my mom pulled out a 3x5 flashcard that she had from library school in 1971... defining a bit as the smallest representation of binary information... 2010-01-08T16:45:35 in punchcards. 2010-01-08T16:47:47 :) 2010-01-08T17:00:20 *** dbs has quit IRC 2010-01-08T17:11:37 *** pmplett has joined #evergreen 2010-01-08T17:21:48 *** jenny has left #evergreen 2010-01-08T17:50:24 *** brendan_ga has quit IRC 2010-01-08T17:50:26 *** brendan_ga_ has joined #evergreen 2010-01-08T18:10:21 *** brendan_ga_ has quit IRC 2010-01-08T18:30:02 *** brendan_ga has joined #evergreen 2010-01-08T19:14:45 *** djfiander has joined #Evergreen 2010-01-08T21:09:38 *** mck9 has quit IRC 2010-01-08T21:14:34 *** brendan_ga has quit IRC 2010-01-08T21:19:45 *** djfiander has left #Evergreen 2010-01-08T21:23:52 *** eby has quit IRC 2010-01-08T23:05:44 *** brendan_ga has joined #evergreen