| # | Time | Nick | Message |
|---|
| # | 00:59:51 | scottmcd has quit IRC |
| # | 01:36:12 | scottmcd has joined #openils-evergreen |
| # | 01:42:05 | Mark__T has joined #openils-evergreen |
| # | 02:56:04 | agJohn has quit IRC |
| # | 03:02:12 | agJohn has joined #openils-evergreen |
| # | 03:37:29 | asmodai | hah |
| # | 03:37:41 | asmodai | I might actually get to work for a university again |
| # | 03:42:31 | Mark__T has left #openils-evergreen |
| # | 03:43:22 | Mark__T has joined #openils-evergreen |
| # | 05:05:28 | kgs_access_ has joined #openils-evergreen |
| # | 05:18:12 | kgs_access has quit IRC |
| # | 05:32:02 | kgs_access_ has quit IRC |
| # | 05:39:47 | kgs_access has joined #openils-evergreen |
| # | 06:42:04 | gmcharlt has quit IRC |
| # | 07:18:13 | rsinger has joined #OpenILS-Evergreen |
| # | 07:26:39 | rsinger has quit IRC |
| # | 08:00:18 | kgs_access has quit IRC |
| # | 08:02:38 | djfiander has joined #OpenILS-Evergreen |
| # | 08:03:05 | djfiander has joined #OpenILS-Evergreen |
| # | 08:19:24 | djfiander has quit IRC |
| # | 08:19:58 | djfiander has joined #OpenILS-Evergreen |
| # | 08:21:05 | djfiander has quit IRC |
| # | 08:21:22 | djfiander has joined #OpenILS-Evergreen |
| # | 08:21:42 | djfiander | is this thing on? |
| # | 08:22:38 | djfiander has left #OpenILS-Evergreen |
| # | 08:30:14 | jamesrf has joined #openils-evergreen |
| # | 08:30:29 | dbs has joined #openils-evergreen |
| # | 08:32:14 | dbs | kgs is in the house |
| # | 08:33:17 | dbs | admrl_akbar: any further thoughts on the cachables vs. atomic method conflict you mentioned about 1.2.3.1 last night? |
| # | 08:44:53 | jerryrice has joined #openils-evergreen |
| # | 08:45:56 | jerryrice | hello? |
| # | 08:46:40 | jerryrice | Access2008 Rules |
| # | 08:46:43 | jerryrice has quit IRC |
| # | 09:00:05 | randym has joined #OpenILS-Evergreen |
| # | 09:03:08 | miker_ | dbs: that's /extremely/ old. I offered that as the explanation as why the explicit .atomic defs are there. it's not a problem, though |
| # | 09:03:27 | dbs | okay, didn't understand |
| # | 09:03:46 | rsinger has joined #OpenILS-Evergreen |
| # | 09:05:17 | dbs | I'm still really frickin' confused with what is going on then - this is in the ubuntu 8.04 vmware image, built entirely from scratch |
| # | 09:06:05 | dbs | rosie is getting exposed |
| # | 09:10:54 | miker_ | I suspect a failed dep ... |
| # | 09:10:56 | miker_ | oh, by kgs? |
| # | 09:11:04 | dbs | yeah, very brief |
| # | 09:20:30 | dbs | dbs-- |
| # | 09:20:44 | dbs | "Please install Class::DBI::AbstractSearch" |
| # | 09:25:02 | dbs makes a mental note to change settings-tester to by default generate only messages by exception |
| # | 09:41:45 | berick | dbs: is your bzr mirror phenomenally slow on commits, etc.? |
| # | 09:41:54 | EGUEST129 has joined #openils-evergreen |
| # | 09:42:06 | dbs | berick: my bzr mirror on coffeecode.net is busted |
| # | 09:42:20 | berick | dbs: well, when it was up and running |
| # | 09:42:22 | dbs | at least, the mirror of trunk is busted |
| # | 09:42:31 | berick wonders how it got busted |
| # | 09:42:38 | dbs does too |
| # | 09:42:41 | berick | heh |
| # | 09:43:13 | dbs is slowly breaking into little pieces |
| # | 09:43:48 | berick | dbs: but when it was working OK, was it really slow? |
| # | 09:43:56 | dbs | berick: on a low-resource (RAM) machine, bzr-svn can be nasty and invoke oom-killer |
| # | 09:44:12 | dbs | but otherwise, no, once you branch the updates are pretty fast |
| # | 09:44:13 | EGUEST129 has quit IRC |
| # | 09:45:04 | berick | dbs: thanks |
| # | 09:45:45 | dbs | berick: just updated my trunk mirror on my laptop; about two weeks' worth of updates in fifteen seconds or so |
| # | 09:47:44 | jamesrf | hey lads, is rosie ready for 1.4? |
| # | 09:49:31 | dbs | yep, C::DBI::AS fixed the image |
| # | 09:49:32 | dbs | dbs-- |
| # | 09:51:25 | randym1 has joined #OpenILS-Evergreen |
| # | 09:53:25 | randym has quit IRC |
| # | 09:58:12 | Mark__T has quit IRC |
| # | 10:01:07 | djfiander has joined #OpenILS-Evergreen |
| # | 10:06:39 | kgs_access has joined #openils-evergreen |
| # | 10:10:11 | randym1 has quit IRC |
| # | 10:44:03 | rsinger is now known as mike_vick |
| # | 10:44:17 | mike_vick is now known as rsinger |
| # | 10:52:16 | kgs_access has quit IRC |
| # | 11:08:58 | kgs_access has joined #openils-evergreen |
| # | 11:09:14 | jeff | is the latest "released" staff client 1.2.3.0? |
| # | 11:09:53 | dbs | jeff: http://open-ils.org/downloads.php says "yes" |
| # | 11:12:24 | jeff | i can see that :) |
| # | 11:12:45 | jeff | someone asked that i install 1.2.3.1 staff client for windows, and i wasn't finding any signs of it. |
| # | 11:12:52 | jeff | dbs: thanks. |
| # | 11:13:07 | phasefx | I can build one |
| # | 11:13:24 | phasefx | didn't realize I was behind a stable release with that :) |
| # | 11:22:20 | jeff | i don't think it matters for my needs, but the 1.2.3.1 / 1.2.3.0 difference between server and client releases made my wonder and ask. |
| # | 11:24:18 | phasefx | alright, I have 1.2.3.1 on the download page |
| # | 11:24:42 | phasefx | do we still need to keep an easy link to the previous release? I was doing that before, but the page is layed out differently now |
| # | 11:25:12 | kgs_access | i dunno |
| # | 11:25:17 | kgs_access | this page should be wikified too |
| # | 11:25:30 | phasefx | yeah |
| # | 11:25:57 | phasefx | I think the big sites keep their own local copy of the client for deployment |
| # | 11:26:03 | kgs_access | the wiki pages aren't styled that nicely but they are a heckuva lot easier to maintain... |
| # | 11:28:05 | phasefx | upei++ # google books |
| # | 11:28:33 | miker_ | I wonder if the GBS badge is a requirement for use... |
| # | 11:28:35 | phasefx | miker_ was playing with google books in trunk, but they went all the way it seems |
| # | 11:28:56 | kgs_access | i wrote 'em and said it was hot! |
| # | 11:29:01 | kgs_access | wanna blog it. |
| # | 11:29:31 | miker_ | they're not using the google cover art, it seems |
| # | 11:29:46 | miker_ | nope ... using amazon cover art |
| # | 11:30:01 | miker_ | so, not an AC plugin, unfortunately |
| # | 11:30:06 | phasefx | the excerpt tab, at least for me, the iframe has a horizontal scrollbar obscuring some of the google interface |
| # | 11:30:37 | miker_ | phasefx: that's just an interface-width issue, and content served from google |
| # | 11:31:08 | phasefx | sure |
| # | 11:31:51 | atheos | miker_ I think our report server is down. What's the procedure to fire it back up? |
| # | 11:32:13 | miker_ | atheos: poke me ;) ... sec, and I'll send an email |
| # | 11:32:27 | atheos | miker_ thanks! |
| # | 11:36:25 | jeff | hrm. if need be, i can install and run the evergreen staff client on a windows desktop with no local administrator rights, correct? |
| # | 11:36:43 | miker_ | atheos: it's running, just sending instructions now |
| # | 11:36:49 | atheos | thanks |
| # | 11:37:18 | miker_ | jeff: as long as you can write to the installation directory, yes ... it stores profile info much like firefox |
| # | 11:38:01 | jeff | miker_: but there's nothing that would prevent me from installing the software to the user's desktop folder, right? |
| # | 11:38:28 | miker_ | right |
| # | 11:38:29 | phasefx | jeff: there's also a prefs.js file that you might need to tweak, which can control where local settings from the client gets saved |
| # | 11:38:34 | jeff | (if i'm doing training in a lab that we don't control, and if we can't get the people that control the lab to install the staff client...) |
| # | 11:38:55 | jeff peeks at prefs.js |
| # | 11:38:57 | miker_ | phasefx: oh ... sorry ... jeff: listen to phasefx :) |
| # | 11:40:26 | jeff | hrm. why do i not have vim installed on this windows box yet? |
| # | 11:40:51 | phasefx | well, what happens is that by default data will go in a folder in C:\Documents and Settings\User\Application Data\.. which is usually okay (don't need to be a priviledged user for that) |
| # | 11:41:00 | jeff nods |
| # | 11:41:06 | phasefx | but some folks have their system set up to purge that directory on logout |
| # | 11:41:12 | jeff | but this segues into another question that i wasn't going to ask yet... |
| # | 11:41:32 | phasefx | so there's a pref in prefs.js that true/false saves the data either there, or in the program directory itself |
| # | 11:41:38 | jeff | sounds like if we want to, we can tweak prefs.js to reference a per-machine profile for the staff client? |
| # | 11:41:41 | jeff | aha |
| # | 11:42:13 | jeff | that should come in very handy for us. |
| # | 11:42:34 | phasefx | right, if you save local settings in the program directory itself, it's effectively shared by anyone invoking the program from that directory.. but if you use the user profile, then it's a different directory per windows user |
| # | 11:42:59 | jeff | is there any document/reference about exactly what settings are stored in the xulrunner profile dir? |
| # | 11:43:08 | phasefx | no |
| # | 11:43:23 | phasefx | but if you write one we'll gladly take it :) |
| # | 11:43:26 | jeff | :) |
| # | 11:43:48 | phasefx | ws_info is the workstation information.. pending_xacts are offline xacts that have yet to be uploaded |
| # | 11:44:23 | phasefx | various other ones store column settings for various lists in the staff client |
| # | 11:44:28 | phasefx | local printer templates |
| # | 11:45:02 | jeff scribbles notes |
| # | 11:47:10 | jeff | i know ws_info stores the workstation name for each server (well, name, owning_lib, lib_shortname)... what kinds of things does workstation name dictate? are any preferences stored based on workstation name? |
| # | 11:49:19 | phasefx | there aren't, and it doesn't dictate much.. in fact, I think some of the information stored in ws_info doesn't get used. Only the textual label gets passed to the auth methods during login |
| # | 11:50:26 | phasefx | some of the setting files are tied to the server hostname |
| # | 11:51:10 | phasefx | I really want to revamp how all of that works.. give an option for network or local storage.. have a management interface that can dictate things per org, per workstation, per user |
| # | 11:52:01 | jeff | yeah. |
| # | 11:52:23 | jeff | it would be nice :) |
| # | 11:53:13 | jeff | thanks for the info! |
| # | 11:53:35 | phasefx | np |
| # | 11:53:52 | djfiander has quit IRC |
| # | 11:55:05 | jamesrf has quit IRC |
| # | 12:08:02 | kgs_access has quit IRC |
| # | 12:09:59 | rickd has quit IRC |
| # | 12:11:20 | rickd has joined #OpenILS-Evergreen |
| # | 12:24:02 | kgs_access has joined #openils-evergreen |
| # | 12:27:06 | djfiander has joined #OpenILS-Evergreen |
| # | 12:30:19 | jamesrf has joined #openils-evergreen |
| # | 12:31:24 | djfiander_ has joined #OpenILS-Evergreen |
| # | 12:33:13 | djfiander has quit IRC |
| # | 12:33:17 | djfiander_ is now known as djfiander |
| # | 12:39:02 | kgs_access | phasefx: is there a way to redo bookbags to show call #s on the main page (for single-outlet libraries)? |
| # | 12:40:14 | phasefx | there's always a way, but I'm not familiar with that code to tell you how easy it'd be |
| # | 12:40:49 | phasefx | I know the plan is to bring call numbers more up front in general when scoped to a specific library |
| # | 12:42:08 | kgs_access | yeah there's been a request about locations too |
| # | 12:47:36 | phasefx | makes sense to me |
| # | 12:49:31 | kgs_access_ has joined #openils-evergreen |
| # | 12:54:24 | kgs_access_ has quit IRC |
| # | 12:54:45 | kgs_access_ has joined #openils-evergreen |
| # | 13:04:21 | kgs_access has quit IRC |
| # | 13:05:24 | djfiander has left #OpenILS-Evergreen |
| # | 13:13:33 | kgs_access_ | what's the access irc channel again? |
| # | 13:13:54 | dbs | #access2008 |
| # | 13:35:36 | kgs_access__ has joined #openils-evergreen |
| # | 13:35:42 | kgs_access__ is now known as kgs_access |
| # | 13:51:00 | kgs_access_ has quit IRC |
| # | 13:58:28 | _bott_ has quit IRC |
| # | 14:34:48 | jamesrf has quit IRC |
| # | 14:56:04 | kgs_access has quit IRC |
| # | 14:59:51 | mrpeters-isl has joined #openils-evergreen |
| # | 14:59:57 | mrpeters-isl | hi all! |
| # | 15:00:09 | mrpeters-isl | i have a very interesting question from a member library, and I hope the brains here can help me figure it out |
| # | 15:00:22 | mrpeters-isl | we have a small library who does book deliveries to "home bound" patrons |
| # | 15:01:08 | mrpeters-isl | previously ,they had a module that would compare the items the patron had out over the past 6 months against the current catalog, and give them a list of items they hadnt checked out already and they could then go down the list crossing off items as they were barrowed |
| # | 15:02:14 | mrpeters-isl | is there some sort of report that could be created to compare a patron barcode # and the item barcodes and titles that have been checked out to it for a certain period of time and then compare those against all of the titles/item barcodes in the catalog and output a list of items that didnt match barcodes on the "checked out in past 6 months" list |
| # | 15:03:47 | phasefx | not one already created, but you could do it, if we pin down some of these terms more clearly. You really want to give the patron an entire list of the catalog (how big is it?) minus titles they've already had in the past 6 months? |
| # | 15:04:09 | atheos | they must read a lot of books |
| # | 15:04:10 | phasefx | incidentally, netflix style hold queues is something we want to do |
| # | 15:04:14 | mrpeters-isl | wouldnt give it to the patron, but rather to the library |
| # | 15:04:31 | mrpeters-isl | so their staff could just go down the list pulling items to take to the patron who is homebound |
| # | 15:04:48 | phasefx | I think I'm missing something |
| # | 15:04:50 | mrpeters-isl | atheos, the way i understand it they are elderly or handicapped patrons who dont have much else other than this service |
| # | 15:05:28 | mrpeters-isl | they are happy to read most anything, so the library just randomly pulls a few items every few weeks to give to the patron |
| # | 15:05:56 | mrpeters-isl | they would only be running this report every 6 months or so, so as to not give someone the same book in a close period of time |
| # | 15:06:23 | phasefx | how big is the catalog in number of bibs? I think this could become unwieldly |
| # | 15:06:36 | mrpeters-isl | dont know , they will not be migrated until next friday |
| # | 15:06:52 | mrpeters-isl | its not large, likely 10-15k |
| # | 15:07:14 | mrpeters-isl | and there are only a handful of these patrons who they would need to do this for |
| # | 15:08:12 | mrpeters-isl | she thought of the idea of running a report of what the user had read in the previous 6 months, and comparing that to the current catalog to create a list she would use for the next 6 months to chose items from |
| # | 15:08:23 | mrpeters-isl | as they read an item, she would literally cross them off of a paper copy of the list |
| # | 15:08:24 | phasefx | you could just have a record bucket per patron, put items they circulate into that bucket. Then when it comes time to select a new book, grab one at random off the shelf, sort the bucket by title, and see if the book has already been seen.. but that doesn't help you with the time aspect of it |
| # | 15:09:07 | phasefx | better idea.. just place inactive holds for the patron on these books |
| # | 15:09:27 | mrpeters-isl | those that they had already read? |
| # | 15:09:35 | phasefx | optionally give them dates to become active |
| # | 15:09:41 | phasefx | books to read |
| # | 15:10:05 | phasefx | inactive holds to later become active either manually or upon timed activation |
| # | 15:10:11 | mrpeters-isl | im a bit fuzzy on how thsi would work |
| # | 15:10:22 | mrpeters-isl | place inactive holds for the patron on the entire catalog? |
| # | 15:10:37 | phasefx | no, that wouldn't be practical |
| # | 15:10:38 | mrpeters-isl | then as they check items out, fulfilling the hold, it would remove them from their future queue? |
| # | 15:10:59 | phasefx | but you could develop a seed list of titles to work from in a bucket |
| # | 15:11:09 | phasefx | recommendation lists.. different tracks of materials |
| # | 15:11:20 | phasefx | place a hold against all of them |
| # | 15:11:49 | mrpeters-isl | some of these patrons are, according to them, reading 7 large print full books in 7 days |
| # | 15:11:58 | mrpeters-isl | so they would ahve to develop an extensive list to make a bucket |
| # | 15:12:24 | mrpeters-isl | im not sure how practical that would be either |
| # | 15:12:31 | phasefx | the other thing to worry about it, is that buckets in the staff client don't do well once you get past a few hundred entries |
| # | 15:12:44 | mrpeters-isl | right |
| # | 15:13:07 | phasefx | I think to really nail this you'd need development |
| # | 15:13:15 | phasefx | rather than trying to adapt what's there |
| # | 15:13:28 | phasefx | a report is possible today, though |
| # | 15:13:35 | phasefx | it's just.. ewww :) |
| # | 15:13:39 | kgs_access__ has joined #openils-evergreen |
| # | 15:13:45 | mrpeters-isl | right |
| # | 15:13:45 | kgs_access__ is now known as kgs_access |
| # | 15:14:00 | mrpeters-isl | i completely agree, but i wanted to try to give them SOMETHING to use when they go live |
| # | 15:14:18 | mrpeters-isl | i think if i was able to create the report for them, and show them how to use it they could get by for quite a while |
| # | 15:14:53 | mrpeters-isl | im just not sure how to do comparisons with reports |
| # | 15:15:13 | phasefx | they may just need to track this entirely outside of the ILS |
| # | 15:15:15 | mrpeters-isl | would i have to run 2 seperate reports and compare them in something like excel? or can it be done all within the staff client |
| # | 15:15:33 | phasefx | print a list.. get some colored markers, one color per homebound patron |
| # | 15:15:37 | mrpeters-isl | right, i agree |
| # | 15:15:46 | phasefx | a title circulates, put a colored dot beside it |
| # | 15:15:49 | mrpeters-isl | they had some kind of sirsi model for this, apparently |
| # | 15:15:51 | miker_ catches up |
| # | 15:16:29 | miker_ | so ... assuming the list of items they have read is shorter than the list they have not, why not just run a report on what they've checked out and avoid pulling those? |
| # | 15:16:49 | mrpeters-isl | Sirsi WorkFlows Outreach module |
| # | 15:16:53 | miker_ | however, and fwiw, we are looking into a "homebound" thing |
| # | 15:17:07 | mrpeters-isl | mike, i think that is excellent...that is just the sort of thing i think she wants to hear |
| # | 15:17:08 | miker_ | but it's not pinned down on the timeline |
| # | 15:17:33 | mrpeters-isl | she expected it would be coming at some point, but just needs a simple way to get by until then |
| # | 15:17:41 | miker_ | we're still collecting functional requirements, and if you (or the library) would like to send those to use, that would be awesome |
| # | 15:17:52 | phasefx | for a total hack, put a bill on their circulation, and then forgive it :) the transaction will show up in billing history |
| # | 15:18:20 | mrpeters-isl | certainly, i will have her detail how her current sirsi module works and pass that along |
| # | 15:18:49 | phasefx | better to tell us what they would like, clean-slate, than to tell us what something else does |
| # | 15:19:03 | miker_ | indeed |
| # | 15:19:18 | miker_ | we want a wish list :) |
| # | 15:19:21 | mrpeters-isl | http://www.librarytechnology.org/ltg-displaytext.pl?RC=6292 |
| # | 15:19:32 | mrpeters-isl | there is a nice list of details of how the sirsi module works |
| # | 15:20:10 | mrpeters-isl | intrest profiles and reading histories were two BIG things she mentioned |
| # | 15:22:31 | jamesrf has joined #openils-evergreen |
| # | 15:34:36 | dbs | bah - just uploaded a fixed 1.2.3.1 image and realized that phasefx will be putting a 1.2.3.1 client out there - and the new image only has links for 1.2.3.0 |
| # | 15:36:27 | phasefx | that client is already out there, too |
| # | 15:37:42 | rsinger | miker_: you were ok with the idea of jangle extensions being isolated to attributes within standard atom elements, right? |
| # | 15:38:23 | miker_ | rsinger: if you mean that the standard attrs would be used if marginally applicable, yeah |
| # | 15:38:48 | rsinger | miker_: right, see @last to jangle-discuss |
| # | 15:39:07 | rsinger | miker_: it's basically putting definition to link rel="related" |
| # | 15:41:51 | mrpeters-isl has quit IRC |
| # | 15:52:54 | miker_ | rsinger: sorry ... crisis. I'll go look now |
| # | 15:53:07 | rsinger | no worries :) |
| # | 15:53:46 | rsinger | .ana Jangle ain't as important as keeping the ship straight |
| # | 15:53:51 | rsinger | pinesol: no love? |
| # | 15:53:51 | pinesol | rsinger: Error: "no" is not a valid command. |
| # | 15:54:31 | miker_ | rsinger: only 8 more migrations! (this week... and mostly not me (sboyette++, phasefx++)) |
| # | 15:55:31 | miker_ reads .... |
| # | 15:55:41 | miker_ | rsinger: YES! |
| # | 16:01:42 | rsinger | miker_: so thats good? |
| # | 16:01:49 | miker_ | indeed |
| # | 16:01:51 | rsinger | congrats on the migrations! |
| # | 16:02:04 | miker_ | thinking on "the other <link>" problem now |
| # | 16:02:12 | rsinger | yeah, that one is a pickle |
| # | 16:02:22 | miker_ | well, not really ... maybe |
| # | 16:02:51 | miker_ | you can put "-stuff" after application/xml and it's "valid" |
| # | 16:02:54 | miker_ | and unique |
| # | 16:03:06 | miker_ | according to the w3c, at least |
| # | 16:03:12 | rsinger | -stuff or ;stuff? |
| # | 16:03:28 | miker_ | like "application/xml-myformat" |
| # | 16:03:54 | rsinger | do you have a link for that? (if not, it's ok, i can find it) |
| # | 16:03:56 | miker_ | basically, - instead of + says "it's a type, just not a registered type" |
| # | 16:04:04 | rsinger | ah |
| # | 16:04:05 | miker_ | lemme look |
| # | 16:04:28 | rsinger | well, we still want it to be application/atom+xml, though, right? |
| # | 16:05:29 | rsinger | application/atom+xml-http:/jangle.org/vocab/formats#http://purl.org/dc/elements/1.1 sounds like a good way to get nobody to do this properly |
| # | 16:06:03 | miker_ | I'm a bit rusty ... is what comes back from http://demo.jangle.org/openbiblio/resources/5878?format=dc an atom entry doc with dc elements in it? |
| # | 16:06:18 | rsinger | yes |
| # | 16:06:23 | rsinger | that's exactly right |
| # | 16:06:38 | miker_ | and so is http://demo.jangle.org/openbiblio/actors/1711/items/ |
| # | 16:06:49 | miker_ | ? |
| # | 16:06:51 | rsinger | no |
| # | 16:06:53 | miker_ | no |
| # | 16:07:08 | rsinger | that returns an feed with the items assoicated with the actors |
| # | 16:07:12 | rsinger | er actor |
| # | 16:07:19 | rsinger | so the checked out books to a person |
| # | 16:07:26 | rsinger | s/books/copies/ |
| # | 16:07:27 | miker_ | ok, so it's atom ... same mime type |
| # | 16:07:29 | rsinger | yes |
| # | 16:07:32 | miker_ | ok |
| # | 16:07:34 | rsinger | but that's ok with rel=related |
| # | 16:07:44 | rsinger | you can repeat the content-type |
| # | 16:07:52 | miker_ | but you can't if there's no rel |
| # | 16:07:54 | rsinger | just not with rel=alternate |
| # | 16:07:54 | miker_ | er |
| # | 16:07:57 | miker_ | rel-related |
| # | 16:07:59 | miker_ | k |
| # | 16:08:25 | rsinger | an unapi style call would fix this, of course |
| # | 16:08:35 | rsinger | but i don't think anybody will go for that |
| # | 16:08:48 | miker_ | for a resolution service? |
| # | 16:09:03 | miker_ | they drool all over openurl, though :) |
| # | 16:09:13 | miker_ | but I digress... thinking more |
| # | 16:09:13 | rsinger | well, give a URI and it will return the alternate formats/URIs |
| # | 16:09:37 | rsinger | heh, well, i don't think they'd drool about openurl lookups for *every* resource in an atomfeed |
| # | 16:11:23 | miker_ | the rel can be a uri ... |
| # | 16:11:45 | rsinger | yeah, that's what it's doing now |
| # | 16:11:53 | miker_ | but MUST NOT be a composite type |
| # | 16:11:57 | miker_ | dang |
| # | 16:12:37 | rsinger | yeah, i don't think the current solution is horrible |
| # | 16:12:57 | miker_ | the one before you current proposal? |
| # | 16:13:11 | rsinger | as far as alternate data formats |
| # | 16:13:25 | rsinger | (i like the jangle:relationship one) |
| # | 16:13:50 | rsinger | both of them will work with regular atom clients |
| # | 16:14:18 | rsinger | the alternate formats one just requires you to know the jangle-isms |
| # | 16:14:43 | rsinger | which you'd need to know to understand what it's for, anyway |
| # | 16:15:01 | rsinger | the relationship one is more obvious from a rest/atom perspective |
| # | 16:15:33 | rsinger | ...never...gonna...get...these...spec...documents...done...by...tomorrow... |
| # | 16:15:40 | miker_ | ha |
| # | 16:15:46 | miker_ | you in hamilton? |
| # | 16:15:58 | rsinger | no, sadly/thankfully |
| # | 16:16:16 | rsinger | sadly because i wish i was, thankful because then i'd *never* get it done |
| # | 16:18:28 | miker_ | what is to happen when you ask for http://demo.jangle.org/openbiblio/resources/5878 (no format param) |
| # | 16:18:43 | miker_ | you get atom ... ? |
| # | 16:19:42 | rsinger | yep |
| # | 16:19:51 | rsinger | in that case atom with marcxml |
| # | 16:20:04 | rsinger | but the default is at the discretion of the implementor |
| # | 16:20:40 | miker_ wants it to be an uber-unapi server ... return a list of supported formats |
| # | 16:20:47 | rsinger | it would do that |
| # | 16:21:00 | rsinger | in fact, that's a pretty trivial "adapter" |
| # | 16:21:10 | rsinger | maybe i'll work one up when i'm done with the docs |
| # | 16:21:53 | rsinger | basically it could be done in XSLT alone |
| # | 16:22:34 | rsinger | ok, gotta go to che's school for parent teacher night or something |
| # | 16:22:44 | rsinger tries to contain his enthusiasm |
| # | 16:23:02 | rsinger | miker_: thanks for taking a look at it |
| # | 16:25:15 | miker_ | rsinger: thanks for poking me about it |
| # | 16:28:57 | dbs | unapi++ |
| # | 16:41:16 | kgs_access__ has joined #openils-evergreen |
| # | 16:50:44 | dbs | tabernac hosti! |
| # | 16:51:37 | dbs | having trouble doing basic title / keyword searches now in 1.2.3.1 (all returning 0) but can do advanced searches for 245a |
| # | 16:53:14 | dbs | fts indexes are in place in mtfe |
| # | 16:56:58 | kgs_access has quit IRC |
| # | 17:17:00 | djfiander has joined #OpenILS-Evergreen |
| # | 17:17:40 | jamesrf has quit IRC |
| # | 17:22:11 | djfiander has quit IRC |
| # | 17:24:27 | kgs_access__ has quit IRC |
| # | 17:41:12 | kgs_access has joined #openils-evergreen |
| # | 17:42:14 | dbs has quit IRC |
| # | 17:43:04 | dbs has joined #openils-evergreen |
| # | 17:51:48 | kgs_access is now known as kgs_shopping |
| # | 18:19:03 | dbs has quit IRC |
| # | 18:49:04 | grahamf has joined #openils-evergreen |
| # | 19:09:30 | kgs_shopping is now known as kgs_cocoon |
| # | 19:32:00 | rsinger has quit IRC |
| # | 19:36:25 | dbs has joined #openils-evergreen |
| # | 19:49:15 | dchris has joined #OpenILS-Evergreen |
| # | 20:58:41 | rsinger has joined #OpenILS-Evergreen |
| # | 21:27:03 | grahamf | by gum, I think I've got it. the vandelay attribute editor, that is |
| # | 21:27:17 | grahamf | berick: sending you a patch against r10747 |
| # | 21:29:15 | dbs | grahamf++ |
| # | 21:30:03 | grahamf | dbs: yep, grahamf++ |
| # | 21:30:09 | grahamf | i'm happy with how the code is looking |
| # | 21:30:18 | grahamf | dbs: is there anything I can do to help mark this up for i18n? |
| # | 21:30:38 | grahamf eventually realized what "entityization" meant |
| # | 21:30:53 | dbs | grahamf: your patch, or all of vandelay? |
| # | 21:31:09 | grahamf | well, all of vandelay (vandelay.xml, basically) |
| # | 21:31:22 | grahamf | i can put markers by the English text, or... |
| # | 21:31:40 | grahamf | ...whatever might help. |
| # | 21:33:25 | dbs | wow - very kind of you! |
| # | 21:34:01 | grahamf | no problem Dan. What would help? I don't know how you define entities. |
| # | 21:34:08 | grahamf | but willing to learn. |
| # | 21:34:18 | dbs | we do have a student here who is supposed to be getting rolling on that any day now |
| # | 21:34:27 | grahamf | that's cool |
| # | 21:34:54 | dbs | grahamf: well, a quick tutorial is that entities are defined in XML DTD files: <!ENTITY entityname "entity value"> |
| # | 21:35:20 | dbs | the XML files themselves point to the DTD |
| # | 21:35:26 | grahamf | makes sense so far :-) let me find the DTDs. |
| # | 21:36:27 | grahamf | would <!ENTITY vandelay.whatever "..""> be a reasonable naming convention? |
| # | 21:37:13 | dbs has quit IRC |
| # | 21:37:25 | dbs has joined #openils-evergreen |
| # | 21:38:44 | berick | grahamf: Open-ILS/web/opac/locale/en-US/lang.dtd |
| # | 21:39:00 | berick | the path is kind of a relic, but that's where they live |
| # | 21:39:07 | FluffyCloud | mmph. dcd's are overrated. |
| # | 21:39:26 | grahamf | berick: got it |
| # | 21:39:37 | dbs | I was thinking it might be better to separate out the vandelay entities into a separate file |
| # | 21:40:06 | berick | i was wondering the same |
| # | 21:40:11 | FluffyCloud | where is this van and why is it always delayed? |
| # | 21:40:13 | berick | lang.dtd is getting up there in size |
| # | 21:40:18 | grahamf | en-US/vandelay.dtd? |
| # | 21:40:20 | berick | *rimshot* |
| # | 21:40:30 | berick | grahamf: sure |
| # | 21:40:50 | grahamf | ok, I'll make it so. |
| # | 21:42:06 | berick adds a link to vandelay from the staff client |
| # | 21:42:33 | miker_ | FluffyCloud: not a Seinfeld fan, I take it ;) |
| # | 21:42:47 | miker_ | berick: from the Cataloging menu? |
| # | 21:43:14 | FluffyCloud | what's seinfeld? |
| # | 21:43:32 | miker_ | FluffyCloud: tv show from the 90s |
| # | 21:43:41 | dchris has quit IRC |
| # | 21:43:44 | dbs wonders if it would be possible to point vandelay at a URL rather than filesystem |
| # | 21:43:46 | berick | miker_: was just gonna add it to the admin html menu. cat menu.. forgot all about that ;) |
| # | 21:44:07 | miker_ | berick: a link to conify from the admin menu would be rocksome :) |
| # | 21:44:22 | berick | miker_: word, that i can do |
| # | 21:44:32 | miker_ | rad, sir. rad |
| # | 21:44:35 | miker_ | berick++ |
| # | 21:44:46 | dbs | berick++ |
| # | 21:45:02 | FluffyCloud | miker: i meant, what have i said recently that links in your mind to the fact that i've not seen seinfeld? |
| # | 21:45:21 | berick | miker_: does conify have any kind of index page? |
| # | 21:45:31 | berick | or do we need one |
| # | 21:46:26 | miker_ | FluffyCloud: vandelay is a joke from seinfeld ... Mr. Vandely was an alias that George used ... he worked in "import-export" |
| # | 21:46:39 | miker_ | vandelay is the batch import UI ;) |
| # | 21:46:56 | miker_ | berick: it has admin.html (or xhtml) |
| # | 21:47:02 | grahamf | you guys ok with entities like <!ENTITY vandelay.create.upload.queue "Create a New Upload Queue"> ? |
| # | 21:47:03 | FluffyCloud | oh, that all makes sense now. |
| # | 21:47:42 | miker_ | berick: http://dev.gapines.org/conify/global/admin.html |
| # | 21:47:44 | berick | miker_: ah! never saw that before, thx |
| # | 21:47:58 | dbs | grahamf: looks good to me |
| # | 21:48:00 | FluffyCloud | ... are you using entities to facilitate translation? |
| # | 21:48:06 | dbs | FluffyCloud: yes |
| # | 21:48:08 | grahamf | berick: gr8 |
| # | 21:48:09 | miker_ | berick: and with the locale: http://dev.gapines.org/conify/en-US/global/admin.html |
| # | 21:48:48 | miker_ | grahamf: are you making use of permacrud? |
| # | 21:49:47 | grahamf | miker_: sure am :-) |
| # | 21:50:01 | grahamf | i hear I have you to thank for that |
| # | 21:50:02 | miker_ | ahh... cool |
| # | 21:50:10 | miker_ | "thank" ... yes ;) |
| # | 21:50:28 | miker_ | are you adding blocks to fm_IDL.xml, then? |
| # | 21:50:32 | grahamf | heh. Well, I'm a fan, at least. |
| # | 21:50:40 | grahamf | for vandelay attrs, they were already there |
| # | 21:50:40 | miker_ | oh, good :) |
| # | 21:50:45 | miker_ | cool |
| # | 21:51:01 | miker_ | I've got to reconcile those before we cut the RC |
| # | 21:51:04 | miker_ makes note |
| # | 22:11:27 | grahamf | ok, done |
| # | 22:11:33 | grahamf | berick: do you want the vandelay.dtd patch? |
| # | 22:11:57 | berick | grahamf: nah, you can keep it |
| # | 22:11:59 | berick | ;) |
| # | 22:12:01 | grahamf | lol |
| # | 22:12:03 | berick | grahamf: send it on! |
| # | 22:12:04 | grahamf | ok it was a dumb question |
| # | 22:12:09 | grahamf | ok sure |
| # | 22:15:04 | grahamf | berick: sent |
| # | 22:16:06 | berick | grahamf++ |
| # | 22:16:23 | grahamf | argh missed one |
| # | 22:18:56 | grahamf | berick: ok, got the one missed, resending. |
| # | 22:19:14 | berick | k |
| # | 22:19:55 | dbs | just musing - should those patches be going to the open-ils-dev list? |
| # | 22:20:58 | grahamf | dbs: hey, sure, I can do that. All in favour? |
| # | 22:21:25 | dbs raises hand |
| # | 22:21:39 | berick | no objection |
| # | 22:21:51 | grahamf | good enough for me. |
| # | 22:21:53 | berick | i'll be surprised if anyone but me looks at them |
| # | 22:22:03 | dbs | hah |
| # | 22:22:17 | berick | but, doin_it_right++ |
| # | 22:22:18 | dbs | you know I'll look at the i18n at the very least |
| # | 22:24:14 | grahamf | dbs: it's in the pipe |
| # | 22:25:46 | dbs | groovy - grahamf++ |
| # | 22:25:55 | grahamf | oops, should have put a proper filepath on that patch, in case someone tries to apply it... |
| # | 22:26:23 | grahamf | dbs: :-) |
| # | 22:27:21 | grahamf | dbs: by the way, I'm an i18n virgin. |
| # | 22:27:27 | grahamf | be gentle with my dtd |
| # | 22:28:07 | dbs | i'm sure you handled it with finesse, given your dojo-mastery |
| # | 22:29:02 | grahamf | hah! "dojo mastery" -- that's a good one! |
| # | 22:29:34 | grahamf thinks they call it Dojo because you know you're going to get your ass kicked there for the first few months. |
| # | 22:30:35 | berick | heh |
| # | 22:30:49 | berick | go from bloody to blackbelt |
| # | 22:31:19 | grahamf | yep. with some luck and a big box of band-aids |
| # | 22:31:54 | grahamf | ok folks. I'm packing it in for the night. |
| # | 22:32:03 | FluffyCloud | bandaids are so helpful. |
| # | 22:32:22 | dbs finally figures out that the import_demo doesn't generate data that is now necessary in 1.2.3.1 |
| # | 22:32:39 | grahamf | all: critiques on the attr-editor are very welcome, send 'em my way |
| # | 22:32:56 | grahamf | FluffyCloud: yep, they keep the blood from spilling into the keyboard ;-) |
| # | 22:33:15 | grahamf | gnite |
| # | 22:33:18 | dbs | gnite! |
| # | 22:33:29 | berick | nite, grahamf |
| # | 22:33:33 | berick | thanks again |
| # | 22:33:41 | grahamf | my pleasure |
| # | 22:33:48 | grahamf has quit IRC |
| # | 22:35:28 | dbs | grahamf is so dreamy |
| # | 22:36:44 | berick | heh |
| # | 22:56:04 | rsinger has quit IRC |
| # | 23:12:56 | dbs | ah ha ha ha |
| # | 23:15:46 | rickd_ has joined #OpenILS-Evergreen |
| # | 23:16:07 | dbs | imported marc records via import_record don't have the marc: namespace prefix |
| # | 23:16:30 | dbs | but the z39.50 imported records do |
| # | 23:28:40 | rickd has quit IRC |
| # | 23:37:04 | dbs has quit IRC |
April 10-13