2008-08-08T00:20:36 *** dbs has quit IRC 2008-08-08T01:31:09 *** Mark__T has joined #openils-evergreen 2008-08-08T08:13:07 *** Slazer has joined #openils-evergreen 2008-08-08T08:15:51 *** kbeswick has joined #openils-evergreen 2008-08-08T08:48:00 *** dbs has joined #openils-evergreen 2008-08-08T08:59:27 *** kgs has joined #openils-evergreen 2008-08-08T09:06:35 *** gmcharlt has joined #OpenILS-Evergreen 2008-08-08T09:06:40 *** dbs has quit IRC 2008-08-08T09:14:11 *** pmurray_away is now known as pmurray 2008-08-08T09:17:22 *** dbs has joined #openils-evergreen 2008-08-08T09:17:52 meh. java + external monitor = fail 2008-08-08T09:28:44 *** dbs is now known as access_ad_robot 2008-08-08T09:32:03 *** access_ad_robot is now known as dbs 2008-08-08T09:45:05 what the...? another combining character messup, this time converting "&x303;" to \x{3}, and using NFD. grr. 2008-08-08T09:49:15 *** Mark__T has quit IRC 2008-08-08T09:57:23 arg! 2008-08-08T10:16:46 Ok, Friebug keeps showing me errors when the conify pages try to load the TranslatorPopup.js file. The two errors are almost the same... 2008-08-08T10:16:50 Slazer pasted "Conify TranslatorPopup.js errors" at http://paste.lisp.org/display/65017 2008-08-08T10:17:08 on the bright side, only 239 errors out of 1.7M records processed - so there's that 2008-08-08T10:17:26 Slazer: that's okay 2008-08-08T10:17:47 Slazer: it looks for nls/en/US, nls/en, and then finds it at nls/, yeah? 2008-08-08T10:17:49 I think that's what's holding me up from not being able to load any of the pages in the iframe though. 2008-08-08T10:18:36 Slazer: what does /var/log/apache2/access.log / error.log show - any other 404 errors? 2008-08-08T10:19:38 There's this... ?? 2008-08-08T10:19:38 [Fri Aug 08 09:49:18 2008] [error] [client 127.0.0.1] File does not exist: /openils/var/web/js/dojo/openils/widget/nls/en-us, referer: https://localhost/conify/en-US/global/actor/org_unit.html 2008-08-08T10:19:43 But that's pretty much it 2008-08-08T10:20:16 Oh and one for just /nls/en 2008-08-08T10:21:59 As in: /openils/var/web/,......../nls/en 2008-08-08T10:28:39 hrmm, I upgraded dbs's 1.2.something image to 1.2.3.0, and with z39.50, in open-ils.search, am getting z3950: bad XML : Unsupported record transmission format USMARC at /openils/lib/perl5/OpenILS/Application/Search/Z3950.pm line 251 2008-08-08T10:28:44 with the LoC source 2008-08-08T10:29:17 I'll try demo 2008-08-08T10:30:15 same problem with demo 2008-08-08T10:30:41 Slazer: alternately, can you search for "TranslatorPopup.js" in access.log and see if it is getting found at all (with a 200 code)? 2008-08-08T10:30:56 also, "find /openils/var/web/js/ -name "TranslatorPopup.js" 2008-08-08T10:31:37 phasefx: that doesn't sound good :) 2008-08-08T10:32:27 dbs: nope.. so, *pokes berick* *pokes berick* There, my work is done, moving on :) 2008-08-08T10:33:02 man yaz-client says: Commonly used records syntaxes include usmarc, sutrs, grs1 and xml 2008-08-08T10:33:12 does it have to be lowercase? hrm. 2008-08-08T10:33:33 (a WILD stab in the dark) 2008-08-08T10:33:44 * phasefx back pedals, "alright, I'll try that 2008-08-08T10:35:40 dbs: that made the difference 2008-08-08T10:35:42 dbs++ 2008-08-08T10:35:47 crazy 2008-08-08T10:36:04 why keep things backwards compatible when you don't have to :) 2008-08-08T10:36:24 now the question is... 2008-08-08T10:36:32 will lowercase work with older yaz tools 2008-08-08T10:36:35 Slazer pasted "dbs: access.log for the TranslatorPopup.js" at http://paste.lisp.org/display/65019 2008-08-08T10:37:19 I'll go ahead and commit the change anyway.. trunk, rel_1_2, and rel_1_2_3 2008-08-08T10:38:52 Slazer: I'm going to take a wild stab and suspect that the first 200 was cached client-side. 2008-08-08T10:40:29 Slazer: believe me, those particular 404s that you're seeing are expected 2008-08-08T10:41:06 ok 2008-08-08T10:44:01 dbs: So what's up then? I view the source when I get an error in the browser and it is as soon as it hits the line: 2008-08-08T10:44:02 2008-08-08T10:44:02 does it go to output this... 2008-08-08T10:44:06 Slazer pasted "webpage error" at http://paste.lisp.org/display/65020 2008-08-08T10:44:44 That's a server-side error that has nothing to do with 404s 2008-08-08T10:45:23 my guess is that it's unhappy XML, which should be generating errors in /var/log/apache2/error.log 2008-08-08T10:47:03 phasefx: what version of yaz is installed on the demo? just out of interest, of course. 2008-08-08T10:47:52 I'll look 2008-08-08T10:47:53 dbs: But the page runs through fine until that line. I even have variables being replace from the .dtd file just fine. I mean... unless it is something small I'm just not noticing (which can be very likely) I ... don't know, heh. 2008-08-08T10:49:06 dbs: 2.1.56 2008-08-08T10:51:30 I don't even see that version in ID's change log.. jumps from 2.1.54 (back in March '07) to 3.0, and gosh, they're on 3.0.34 now :) 2008-08-08T10:51:51 phasefx: yeah - I'm running 3.0.34 these days 2008-08-08T10:51:59 phasefx: 2.1.56 is the last of the 2.x series 2008-08-08T10:52:31 berick and I agreed a few days back that if we give it enough testing, we'll jump to 3.0.34 2008-08-08T10:52:38 cool 2008-08-08T10:53:19 once the conifer servers are all loaded up again, they'll start getting some heavy testing 2008-08-08T10:54:28 I think it's funny debian etch has yaz 2.1.18 :D 2008-08-08T10:55:37 Slazer: yeah - like I said a couple of days ago, when I turn on XMLENT I get different 404s that are a concern: 2008-08-08T10:55:40 yeah.. and yet pg 8.2 is too old for etch backports 2008-08-08T10:56:14 dbs pasted "" ? that can't be good" at http://paste.lisp.org/display/65022 2008-08-08T10:59:40 dbs: yeah. I get those too sometimes. 2008-08-08T10:59:55 and I get the same basic functionality as you - can translate strings, but iframe is busted 2008-08-08T11:00:51 miker_: ahh - finally tried loading authorities into another en_CA.UTF8 database and got that error about not being able to find tsearch2 config 2008-08-08T11:01:04 (the same one that I set you up with on UPEI's server) 2008-08-08T11:01:19 *** pmurray is now known as pmurray_away 2008-08-08T11:03:29 *** _bott_ has joined #OpenILS-Evergreen 2008-08-08T11:04:05 is it because we're calling plain-jane tsearch2 instead of oils_tsearch2 on the authority.full_rec trigger? 2008-08-08T11:08:11 Or I suppose I could just add the stinking locale to the pg_ts_cfgmap 2008-08-08T11:09:59 dbs: it's because of plain-jain tsearch2 2008-08-08T11:10:43 well, SELECT set_curcfg('en-CA.UTF8'); should do it 2008-08-08T11:10:51 lemme double check that func name 2008-08-08T11:10:52 I thought we could call oils_tsearch2('default') - any severe drawbacks to just making that change in the schema? 2008-08-08T11:11:13 set_curcfg() looks right to me 2008-08-08T11:11:20 http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/docs/tsearch2-ref.html#configurations 2008-08-08T11:11:25 it is, but I think 'default' is what you want :) 2008-08-08T11:11:27 yeah 2008-08-08T11:13:25 right 2008-08-08T11:16:37 * dbs gives postgres authorities to chew on, too, while loading 1.7M bibs 2008-08-08T11:48:34 *** Slazer has quit IRC 2008-08-08T12:35:37 anyone up for some possibly-basic OPAC questions? 2008-08-08T12:36:10 i'm wondering about ease of doing a search specific to a library from another web page other than the OPAC 2008-08-08T12:36:42 meaning, can i put a search box on a library.example.org page that links to the OPAC living over at opac.example.org? 2008-08-08T12:36:46 (without an iframe) 2008-08-08T12:36:55 *** kgs_ has joined #openils-evergreen 2008-08-08T12:36:56 (and with parameters to limit my search?) 2008-08-08T12:37:25 *** kgs_ is now known as kgs_onroad 2008-08-08T12:38:30 jeff: a form that passes a param called "l" (lower case L) containing the org shortname or id will do what you want 2008-08-08T12:38:44 along with the other search params :) 2008-08-08T12:38:52 there's something on the wiki, IIRC 2008-08-08T12:41:39 bear with me because i'm not 100% firm on the terms, so here's an example: 2008-08-08T12:43:08 using bdl.michiganevergreen.org as an example, i can http://bdl.michiganevergreen.org/opac/en-US/skin/default/xml/rresult.xml?t=testing&rt=keyword&tp=keyword&l=2&d=&f= to search for "testing" and it's l=2 2008-08-08T12:43:24 if i then pick limit to a certain branch location, i get l=5 2008-08-08T12:45:27 right 2008-08-08T12:45:38 sorry, lunch interruption. :) 2008-08-08T12:46:00 is l=2 saying "search all of branch district library" and is l=5 saying "search just this single branch location"? 2008-08-08T12:47:54 (i'm just wondering if i'm missing a distinction between org shortname and something else... 2008-08-08T12:48:28 i'm digging in the wiki also 2008-08-08T12:49:52 evette just set me on the right path. i think i'm clear now. :) 2008-08-08T12:51:28 <_bott_> jeff: Yes, on the l=2, l=5 Those numbers are the ID of the org_unit. You could replace 2 with BDL or 5 with BDL-BRON and get the same result 2008-08-08T12:51:47 _bott_: great! Thanks! 2008-08-08T12:51:51 (and hi) 2008-08-08T12:54:03 *** kgs has quit IRC 2008-08-08T13:04:44 *** pmurray_away is now known as pmurray 2008-08-08T13:10:34 miker_: i'm assuming we'll need a UI for configuring marc_attr_defs in ACQ? 2008-08-08T13:11:14 berick: yeah ... I thought there was one? oh ... that's /only/ for provider 2008-08-08T13:11:24 so, yeah, just another version of that 2008-08-08T13:11:28 which leads to my next question.. for extracting callnumbers.. could just mark certain attrs as 'call number sources' (stored as org setting?) 2008-08-08T13:11:31 right 2008-08-08T13:12:27 well ... hrm 2008-08-08T13:13:11 I need a whiteboard! arg! 2008-08-08T13:13:44 notebook'll work in a pinch 2008-08-08T13:15:19 ha 2008-08-08T13:18:13 so ... CN is a special case 2008-08-08T13:18:50 and you want to use it for "grab the call number to use for copies", right? 2008-08-08T13:19:26 http://www.danga.com/misc/jsdraw/xmlhttp.html 2008-08-08T13:19:48 yeah, just some way to auto-populate the call number label field.. thinking similar to how the staff client does it 2008-08-08T13:20:51 well, that works differently ... 2008-08-08T13:21:24 we could try dimdim for whiteboard, if they're up tododay 2008-08-08T13:22:13 that javascript library Don found could work too, with ascii art :) 2008-08-08T13:22:55 ok ... so, berick, how do you feel about e4x ;) 2008-08-08T13:23:19 (and making acq FF-only ;) ) 2008-08-08T13:23:22 mozilla++ xulrunner-- 2008-08-08T13:23:54 miker_: convince me we shouldn't use marc_attr's first ;) 2008-08-08T13:24:56 berick: well ... how about I convince you that other ways are better ;) 2008-08-08T13:25:10 i have nothing against e4x or FF-only.. i do have concerns about shipping big piles of MARC to the browser (which we currently avoid) 2008-08-08T13:25:13 are you pulling the marc for any reason right now? 2008-08-08T13:25:15 k 2008-08-08T13:25:17 right 2008-08-08T13:25:56 now, the only time you'd ship a pile of marc is when you're working with one record, adding lineitem details, no? 2008-08-08T13:26:19 the interface for that is currently a list of lineitems, not just one 2008-08-08T13:26:33 click on 1, add copies, click on the next, add copies, etc 2008-08-08T13:26:45 well, sure, but you do one at a time 2008-08-08T13:26:55 not "add 1 to all 100" 2008-08-08T13:27:00 sure 2008-08-08T13:27:09 so you'd only need one record at a time 2008-08-08T13:27:36 sure, you can re-fetch the MARC when you select a lineitem to add copies to 2008-08-08T13:27:42 s/re-fetch/fetch/ 2008-08-08T13:29:53 now, if we were to just toss an array of tag numbers into an org setting, specifying precidence order of CN tags, then we could just pull all the text data out of the field and smush it together 2008-08-08T13:30:20 for the first list member we encounter in the record 2008-08-08T13:30:26 wouldn't need e4x for that 2008-08-08T13:30:32 just DOM 2008-08-08T13:31:12 so, e4x isn't required anyway ... and I think dojo has xpath abstraction too, which would be even simpler 2008-08-08T13:31:47 //*[@tag="{some-setting}"/text() 2008-08-08T13:32:23 or 2008-08-08T13:32:25 OR! 2008-08-08T13:33:23 if we wanted to use marc_attr_def, then I think we could simply provide a dropdown of all extracted values, along with the definition's friendly name 2008-08-08T13:33:58 for fiction, that would end up being useful ... you could start with the author field and just add a prefix or whatever 2008-08-08T13:35:03 hrm... I like that second idea better, and it avoids special-casing marc_attr fields that could reasonable be in one of 10 positions 2008-08-08T13:35:05 OR!!! 2008-08-08T13:35:22 we could just build xpath that looks in all the relevent positions 2008-08-08T13:35:44 [@tag="092" or @tag="050" or ...] 2008-08-08T13:36:27 that's what i was doing originally, but found that you get a pile of data that would never be a real callnumber 2008-08-08T13:36:32 and name it appropriately ("the Foo branch callnumber thing") 2008-08-08T13:36:33 following the data in open-ils.cat.biblio.record.marc_cn.retrieve 2008-08-08T13:37:06 it seems like you still need one of them.. not all of them combined (if that makes sense) 2008-08-08T13:37:22 right ... so, a list of marc_attr_defs is really needed ... we can't /a priori/ pick just one 2008-08-08T13:37:30 suggesting the dropdown approach 2008-08-08T13:37:49 unless there was a preference order 2008-08-08T13:37:56 yeah, i think the dropdown approach is a good one 2008-08-08T13:38:15 but, my first goal was to get some auto-generated data 2008-08-08T13:38:23 so you don't have to by-hand enter all of the callnumbers 2008-08-08T13:39:03 * dbs steps back 2008-08-08T13:40:18 so for shelf-ready items (stuff you buy from a vendor with the agreement that it already has a barcode / call number / marc record) - the copy info is defined by the vendor attr defs that we pull from marc order records - yeah? 2008-08-08T13:40:18 but, i don't know, if we're auto-generating data, maybe it should just be junk tmp data until someone touches it by hand 2008-08-08T13:40:29 dbs: right 2008-08-08T13:40:33 that's the plan, anyway 2008-08-08T13:40:39 okay, so this is for the stuff in the wild 2008-08-08T13:40:48 i haven't added callnumber/barcode handling for vendor order records yes 2008-08-08T13:40:52 s/yes/yet/ 2008-08-08T13:40:57 dbs: yeah 2008-08-08T13:41:08 okay. just making sure. proceed. :) 2008-08-08T13:43:04 i mean, auto-barcodes will just be junk, until edited by hand (in the non-shelf-ready case). could just generate temp callnumbers, provide a dropdown of attrs from which to select from at edit time 2008-08-08T13:48:20 berick: you could just set it to "select something, fool!" 2008-08-08T13:48:54 miker_: heh! that's basically where it is now.. only instead of telling you, it craps out at bib-data-create time 2008-08-08T13:49:02 what i call passive aggressive programming 2008-08-08T13:49:40 heh 2008-08-08T13:49:43 better than finding **Required Field** in the data 2008-08-08T13:49:58 berick: well, is the field nullable? 2008-08-08T13:50:16 if so, stop them and say "hey, set a call number!" 2008-08-08T13:50:34 and then let them select from all attrs 2008-08-08T13:50:44 or all marc attrs, at least 2008-08-08T13:51:08 but, a pinned provider attr should auto-pop that 2008-08-08T13:51:11 it's null-able up until the point you attempt to create bib data, when asset.call_numbers are built 2008-08-08T13:51:13 if set 2008-08-08T13:51:33 agreed on provider 2008-08-08T13:51:40 and perhaps usr and local attrs should be secondary, falling back to "all marc attrs" 2008-08-08T13:52:10 arg ... gotta go get ready for a Dr appointment 2008-08-08T14:23:43 *** dbs is now known as access_ad_robot 2008-08-08T14:24:02 *** access_ad_robot is now known as dbs 2008-08-08T14:45:41 *** miker_ has quit IRC 2008-08-08T15:15:42 *** sarabee_ has quit IRC 2008-08-08T15:20:08 *** sarabee has joined #openils-evergreen 2008-08-08T15:33:16 *** kbeswick has quit IRC 2008-08-08T16:15:07 *** miker_ has joined #openils-evergreen 2008-08-08T17:01:48 *** dbs has quit IRC 2008-08-08T17:04:13 *** pmurray is now known as pmurray_away 2008-08-08T18:46:24 *** kados has quit IRC 2008-08-08T18:46:24 *** denials has quit IRC 2008-08-08T18:46:24 *** bradl has quit IRC 2008-08-08T18:46:24 *** berick has quit IRC 2008-08-08T18:46:24 *** sarabee has quit IRC 2008-08-08T18:46:24 *** phase_bb has quit IRC 2008-08-08T18:46:24 *** scottmcd has quit IRC 2008-08-08T18:46:24 *** awhik has quit IRC 2008-08-08T18:46:24 *** miker_ has quit IRC 2008-08-08T18:46:24 *** jeff has quit IRC 2008-08-08T18:46:24 *** phasefx has quit IRC 2008-08-08T18:46:24 *** lisppaste6 has quit IRC 2008-08-08T18:46:24 *** gmcharlt has quit IRC 2008-08-08T18:46:24 *** phasefx2_ has quit IRC 2008-08-08T18:46:24 *** atheos has quit IRC 2008-08-08T18:46:24 *** peanutb has quit IRC 2008-08-08T18:46:24 *** pmurray_away has quit IRC 2008-08-08T18:46:24 *** eeevil has quit IRC 2008-08-08T18:46:24 *** asmodai has quit IRC 2008-08-08T18:46:24 *** _bott_ has quit IRC 2008-08-08T18:46:24 *** sboyette has quit IRC 2008-08-08T18:48:43 *** miker_ has joined #openils-evergreen 2008-08-08T18:48:43 *** sarabee has joined #openils-evergreen 2008-08-08T18:48:43 *** _bott_ has joined #openils-evergreen 2008-08-08T18:48:43 *** gmcharlt has joined #openils-evergreen 2008-08-08T18:48:43 *** phase_bb has joined #openils-evergreen 2008-08-08T18:48:43 *** asmodai has joined #openils-evergreen 2008-08-08T18:48:43 *** scottmcd has joined #openils-evergreen 2008-08-08T18:48:43 *** lisppaste6 has joined #openils-evergreen 2008-08-08T18:48:43 *** jeff has joined #openils-evergreen 2008-08-08T18:48:43 *** sboyette has joined #openils-evergreen 2008-08-08T18:48:43 *** pmurray_away has joined #openils-evergreen 2008-08-08T18:48:43 *** peanutb has joined #openils-evergreen 2008-08-08T18:48:43 *** eeevil has joined #openils-evergreen 2008-08-08T18:48:43 *** atheos has joined #openils-evergreen 2008-08-08T18:48:43 *** phasefx2_ has joined #openils-evergreen 2008-08-08T18:48:43 *** kados has joined #openils-evergreen 2008-08-08T18:48:43 *** phasefx has joined #openils-evergreen 2008-08-08T18:48:43 *** denials has joined #openils-evergreen 2008-08-08T18:48:43 *** berick has joined #openils-evergreen 2008-08-08T18:48:43 *** bradl has joined #openils-evergreen 2008-08-08T18:48:43 *** awhik has joined #openils-evergreen 2008-08-08T18:49:15 *** phasefx has quit IRC 2008-08-08T18:49:15 *** jeff has quit IRC 2008-08-08T18:49:15 *** sboyette has quit IRC 2008-08-08T18:49:15 *** sboyette has joined #openils-evergreen 2008-08-08T18:49:15 *** phasefx has joined #openils-evergreen 2008-08-08T19:01:25 *** jeff has joined #openils-evergreen 2008-08-08T21:31:30 *** dbs has joined #openils-evergreen 2008-08-08T23:02:21 *** dbs has quit IRC