| # | Time | Nick | Message |
|---|
| # | 00:05:11 | artunit_ has joined #evergreen |
| # | 00:05:37 | artunit has quit IRC |
| # | 00:05:50 | artunit_ is now known as artunit |
| # | 01:23:40 | dbs has quit IRC |
| # | 06:05:59 | natschil has joined #evergreen |
| # | 08:20:29 | drdata_esi has joined #evergreen |
| # | 08:39:57 | dbs has joined #evergreen |
| # | 08:47:48 | AaronZ-PLS | jeff: We have had issues where someone pays $5 in fines at Library 3 for a book belonging to Library 1 (in order to check another book out), then reports the book as lost at Library 2. When the book is marked lost, it voids all of the overdue fines (paid or not) and if the person recording this at Library 2 does not notice it, the patron is credited $5 for their fines. Then, Library 2 owes $15 to Library 1 (the cost of the book) |
| # | 08:47:48 | AaronZ-PLS | but they only recived $10 from the patron |
| # | 08:58:39 | Dyrcona has joined #evergreen |
| # | 09:01:22 | mrpeters-isl | not sure what joe lewis' nick is here, but Re: database schema -- http://blog.evergreen.lib.in.us/evergreen-schema-2.0.3.html |
| # | 09:01:48 | mrpeters-isl | someone a while back showed me how to generate that with Autodoc - easier to read than the documentation page you linked on blog |
| # | 09:02:39 | dbs | mrpeters-isl: usually joseph_ |
| # | 09:02:58 | mrpeters-isl | 10-4 thanks |
| # | 09:03:04 | dbs | mrpeters-isl: maybe you should talk about that with DIG? |
| # | 09:04:09 | mrpeters-isl | personally, it doesn't bother me but joe made mention of it being "broken" because it was no longer in tables |
| # | 09:04:34 | Meliss has joined #evergreen |
| # | 09:06:33 | dbs | I think rsoulliere is struggling with getting a good DocBook base to produce both PDF and HTML, per http://list.georgialibraries.org/pipermail/open-ils-documentation/2011-June/000915.html |
| # | 09:08:29 | dbs | anyway, just trying to hook you up with the right people to have the conversation to work towards the right long-term results. "don't use the documentation, use something on some other site that isn't attached to the docs" might not be helpful in the long run |
| # | 09:25:44 | jenny has joined #evergreen |
| # | 09:34:21 | twofish has quit IRC |
| # | 09:37:06 | twofish has joined #evergreen |
| # | 10:21:33 | jenny has quit IRC |
| # | 10:31:26 | lisppaste has quit IRC |
| # | 10:34:04 | KN2W has joined #evergreen |
| # | 10:35:01 | lisppaste has joined #evergreen |
| # | 10:40:21 | bshum | Did Google just hiccup? |
| # | 10:40:38 | mrpeters-isl | bshum: ipv6 work maybe? |
| # | 10:40:43 | mrpeters-isl | still on gmail, etc. though |
| # | 10:41:02 | bshum | mrpeters-isl: That's what I'm wondering. All my outbound stopped working, but checking other stuff now. |
| # | 10:41:19 | bshum | ipv6, yay.... |
| # | 10:43:12 | dbs wonders how the Evergreen ipv6 testing is going |
| # | 10:46:53 | mrpeters-isl | dbs: is there some? |
| # | 10:47:11 | Dmagick has joined #evergreen |
| # | 10:48:11 | dbs | mrpeters-isl: not unless somebody decides to do some |
| # | 10:49:46 | mrpeters-isl | i dont see us being forced onto it anytime soon here |
| # | 10:57:17 | jeff | AaronZ-PLS: thanks! that info helps. |
| # | 11:07:23 | AaronZ-PLS | jeff: Thank you for looking into this. Let me know if you need help testing |
| # | 11:08:57 | jeff | jeff: as i mentioned, i've only whiteboard scribblings at this point -- albeit a full whiteboard. ;-) |
| # | 11:10:05 | tsbere wonders why jeff is talking to himself |
| # | 11:10:31 | mrpeters-isl wants to get some of that whiteboard paint for the office |
| # | 11:17:18 | jeff | tsbere: an excellent question. |
| # | 11:17:26 | jeff | AaronZ-PLS: as i mentioned, i've only whiteboard scribblings at this point -- albeit a full whiteboard. ;-) |
| # | 11:17:32 | jeff | (oops) :) |
| # | 11:19:07 | joseph_ has joined #evergreen |
| # | 11:21:21 | joseph_ | I updated a lang.dtd file, but keep getting blank strings when I try to call upon my new strings; should I have not done it by hand? |
| # | 11:22:11 | phasefx | barring objections, I'm going to give Corinne@ESI an account on evergreen-ils.org so she can upload some conference presentations that are too big to upload directly to the wiki |
| # | 11:22:25 | mrpeters-isl | joseph_: maybe paste your diff? |
| # | 11:23:26 | mrpeters-isl | thinking its probably just a syntax error |
| # | 11:23:35 | joseph_ | Wait a moment, I think I may have figured it out... yep, sorry about that. |
| # | 11:23:44 | mrpeters-isl | sweet! |
| # | 11:24:00 | joseph_ | Another one about the .dtd though, if it isn't found in a locale, does it revert to en-us? |
| # | 11:24:01 | mrpeters-isl | dont know if you saw the convo dbs and i had earlier Re: your blog post |
| # | 11:24:15 | mrpeters-isl | i guess they're having trouble with all of the tables in the schema documentation and DocBook |
| # | 11:24:40 | mrpeters-isl | but, you can always generate your own schema documentation with Postgres AutoDoc |
| # | 11:25:02 | joseph_ | Ah, that would make some sense, I'm glad they didn't get rid of it. |
| # | 11:25:10 | joseph_ | I'll have to look in to doing that. |
| # | 11:25:21 | youdonotexist has joined #evergreen |
| # | 11:25:37 | mrpeters-isl | i have one for 2.0 you can use, if need be, but dbs is right that it probably is better that we find a way to get the tables to work with Autodoc |
| # | 11:26:11 | dbs has quit IRC |
| # | 11:27:01 | joseph_ | You could always do some javascript-fu :P |
| # | 11:32:12 | dbs has joined #evergreen |
| # | 11:32:12 | dbs has joined #evergreen |
| # | 11:32:14 | jenny has joined #evergreen |
| # | 11:33:11 | joseph_ has quit IRC |
| # | 11:33:54 | joseph_ has joined #evergreen |
| # | 11:39:26 | dbs has quit IRC |
| # | 11:39:44 | dbs has joined #evergreen |
| # | 11:42:19 | tsbere | Hey _bott_, is the svn server you linked to in your most recent email on the general list even visible to the outside world? |
| # | 11:42:49 | _bott_ | the fact that you're asking leads me to believe, no (?) |
| # | 11:42:57 | tsbere got timeouts |
| # | 11:43:02 | _bott_ | lemme check |
| # | 11:44:56 | _bott_ | how about now? |
| # | 11:46:13 | _bott_ | firewall counters increasing are good... |
| # | 11:46:21 | tsbere | Yea, works now. |
| # | 11:46:28 | _bott_ | thanks for the heads up |
| # | 11:53:50 | dbs has quit IRC |
| # | 12:20:32 | StephenGWills has joined #evergreen |
| # | 12:27:59 | dbs has joined #evergreen |
| # | 12:27:59 | dbs has joined #evergreen |
| # | 12:51:47 | atz_ has joined #evergreen |
| # | 12:54:11 | atz__ has quit IRC |
| # | 13:10:01 | edoceo has quit IRC |
| # | 13:11:47 | jenny has quit IRC |
| # | 13:38:24 | berick | can anyone point me to an example of asset.uri's in action? |
| # | 13:41:36 | dbs | berick: sure |
| # | 13:42:37 | dbs | what's your question? Typical WTF is that if you point the asset.uri via $9 at CONS, it's not visible in the BR1 search scope |
| # | 13:43:13 | berick | dbs: just trying to get a sense of how they behave |
| # | 13:43:39 | dbs | http://laurentian.concat.ca/opac/en-CA/skin/lul/xml/rdetail.xml?r=2362078&t=programming%20python&tp=keyword&l=105&d=1&hc=21&rt=keyword is an example result in our skin |
| # | 13:44:14 | berick | heh, opened new tab, greeted with Chrome trying to get me to buy angry birds |
| # | 13:44:16 | dbs | lots of example hits in those search results |
| # | 13:44:17 | berick hangs head |
| # | 13:45:26 | berick | dbs: thanks. so, what's the relationship betweent the marc data (e.g. your reference to $9) and the data in asset.uri? |
| # | 13:47:41 | phasefx | asset.uri's get created and destroyed whenever MARC is ingested, based on 856 tags |
| # | 13:49:03 | berick | phasefx: hm, ok, then what purpose do they serve, if the data is in the marc record anyway? |
| # | 13:49:08 | dbs | yep, sorry. 856 field, ind1 == 4, ind2 == 0 (or 1, but don't do that) |
| # | 13:49:20 | dbs | berick: they act like copies for search visibility |
| # | 13:49:38 | berick | ah, ok |
| # | 13:49:47 | dbs | $y for link text, $z or $3 for public notes (all going from memory) |
| # | 13:50:10 | berick | so, it does not allow for a way to manage the url's outside of the marc data |
| # | 13:50:10 | _frank has joined #evergreen |
| # | 13:50:19 | berick | it's purely data compiled from the marc |
| # | 13:50:31 | dbs | except the scoping is sort of the opposite of copies, maybe? /me tries to remember if you have a copy at CONS whether a search at BR1 would show it... |
| # | 13:51:04 | berick | dbs: it would not, assumign depth=br1-depth |
| # | 13:51:31 | dbs | berick: well, you can populate asset.uri and asset.uri_call_number_map and asset.call_number with label = '##URI##' outside of MARC ingest if you wanted, but it would get destroyed when the MARC is reingested in the future |
| # | 13:51:44 | dbs | what's the goal? |
| # | 13:52:01 | _frank | hello, i have a question about how can I put the image nex to the opac book description, does someane who could helpme please? |
| # | 13:52:15 | dbs | berick: okay, that's what I thought. I'm ready to question myself about anything these days, though. (re search scope) |
| # | 13:52:26 | dbs | _frank: it depends on what added content provider you're using |
| # | 13:52:41 | dbs | berick: so what sort of URL management is desired? |
| # | 13:52:51 | _frank | dbs: what you mean? |
| # | 13:53:04 | berick | dbs: someone was asking about ways to allow branches/systems to control their own 856 data, without affecting 856 data created by other branches/systems. |
| # | 13:53:13 | berick | and I wasn't sure exactly what asset.uri's did |
| # | 13:53:34 | dbs | ah. well of course you can have many 856s in a single MARC record... |
| # | 13:53:44 | berick | of course |
| # | 13:54:05 | jeff | and there is a grpl tool to merge 856 tags when importing colliding records in vandelay |
| # | 13:54:19 | berick | dbs++ phasefx++ # thanks for the schoolin' |
| # | 13:54:29 | dbs | but if someone wanted to, they could build an asset.uri + friends management system outside of MARC (as long as you disable the pertinent bre trigger) |
| # | 13:54:51 | dbs | _frank: images are supplied by added content providers, as configured in opensrf.xml |
| # | 13:55:10 | dbs | _frank: or do you have an image and just want to move it somewhere else on the page? |
| # | 13:56:15 | _frank | dbs: wll |
| # | 13:56:23 | _frank | dbs: sorry |
| # | 13:57:40 | _frank | well, what i want do is could add the miniature image to its book description? what do i have to do? |
| # | 13:57:42 | jeff | would there be any benefit to having such "asset.uri + friends management system" cause the changes to be made to the marc? |
| # | 13:58:38 | berick | jeff: if it included a way to prevent manually editing the 856 in the MARC as well, then potentially yes. |
| # | 13:58:45 | dbs | jeff: I'd rather see that happen at export time, if that was the case |
| # | 13:59:16 | jenny has joined #evergreen |
| # | 13:59:35 | moodaepo | _frank: What version of Evergreen are you using? |
| # | 14:00:47 | jeff | so in an evergreen install using the theoretical new management interface, you'd avoid having some libs/staff editing the 856 tag in the marc, and some using the management interface. |
| # | 14:01:00 | _frank | moodaepo: the 2.0.2 version |
| # | 14:01:02 | moodaepo | We are seeing a change with 2.0 - in 1.6 user groups without policies had unlimited holds; in 2.0, they are barred from placing holds. Is that a quirk on our instance or can a 2.0.6 user confirm that for us? |
| # | 14:01:27 | jeff | moodaepo: in-db or legacy circ scripts? |
| # | 14:01:32 | atz has joined #evergreen |
| # | 14:02:48 | moodaepo | jeff: InDb (hold polices) |
| # | 14:06:07 | moodaepo | _frank: In 2.0.2 OpenLibrary is the default bookcover provider, check the section <added_content> in your opensrf.xml |
| # | 14:07:39 | HRivers has joined #evergreen |
| # | 14:07:45 | HRivers has left #evergreen |
| # | 14:08:52 | _frank | moodaepo: yes, do you have an example to change the lines that let me get the respective image? |
| # | 14:08:57 | hagan has joined #evergreen |
| # | 14:10:00 | _frank | moodaepo: i mean, that if you could show me wich are the lines i have to change in the opensrf.xml file |
| # | 14:10:07 | hagan | Hi folks. I am just starting investigations for our local school's new library system and Evergreen is top of my list. I have been going through the demos, but I think I may have missed something: is there a way to see the part of the product that the librarian would see (vs. what a patron would see)? All the demos seem patron oriented... |
| # | 14:11:16 | kmlussier has joined #evergreen |
| # | 14:11:48 | moodaepo | _frank: I think it should work by default. Mind sharing your catalog's url? |
| # | 14:13:09 | moodaepo | hagan: On the live demos page you need to download and install the staff client for the respective version > http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers |
| # | 14:13:48 | hagan | Ah. I see. Are the Staff Clients all Windows based, or is there a Mac solution, as well? |
| # | 14:13:49 | dbs | jeff: sounds like an ugly mix; I'd argue to push it to either / or |
| # | 14:14:00 | _frank | sorry, but actually, im working in a intranet, for now, then, when the system works fine, we will be able to open the service |
| # | 14:14:27 | moodaepo | So for 2.0.6 click on the link "2.0.6 (Windows)" for that staff client, then once you have it installed use 75.101.133.94 as the host |
| # | 14:14:31 | dbs | (or have bib ingest at least strip 856s and jam them into asset.uris and friends so there can be some consistency) |
| # | 14:15:05 | dbs | _frank: can you access openlibrary.org from your intranet? |
| # | 14:15:51 | moodaepo | _frank: If you want you can replace the line <module>OpenILS::WWW::AddedContent::OpenLibrary</module> with <module>OpenILS::WWW::AddedContent::Amazon</module> and uncomment <base_url>http://images.amazon.com/images/P/</base_url> and see if amazon covers works. |
| # | 14:16:43 | _frank | dbs: yes, i have acces to the openlibrary.org, |
| # | 14:17:09 | _frank | moodaepo: i will do it, thanks, |
| # | 14:17:18 | dbs | _frank: first thing I would do is change the timeout from 1 to 45 |
| # | 14:17:33 | dbs | ugh. I want to delete amazon AC |
| # | 14:17:53 | _frank | dbs: thanks |
| # | 14:18:10 | berick | +1 to deleting amazon AC |
| # | 14:18:13 | tspindler has joined #evergreen |
| # | 14:18:36 | berick | or at lest burying it |
| # | 14:21:49 | hagan | It's me again. I've gone through all the demos on http://www.open-ils.org/dokuwiki/doku.php?id=community_servers and it looks like there's no way to install a Mac based Staff Client Application. Is that true? |
| # | 14:21:54 | dbs notes to self: we need to overhaul or rip out google books stuff too |
| # | 14:22:36 | dbs | hagan: not a mac user, but there are links for mac staff clients at http://evergreen-ils.org/downloads.php |
| # | 14:23:20 | dbs | (google books API is changing to require an API key, with a default limit of 1000 queries/day even with the key) |
| # | 14:23:41 | tsbere | hagan: There are ways to build mac usable staff clients, and someone was working on "allow them to be made as nicely as windows ones" at one point. Dunno how far they got. |
| # | 14:23:58 | _frank | moodaepo: after do the changes i have to restart the system or just the servicies with /openils/bin/osrf_ctl.sh -l -a restart_perl? |
| # | 14:24:46 | dbs | _frank: restart the services and then reload apache |
| # | 14:25:24 | dbs | _frank: it might also help to confirm that the book in question actually has an ISBN - and then paste the ISBN? |
| # | 14:25:53 | dbs | (aside: the rewritten openlibrary branch does a much better job of getting a cover) |
| # | 14:26:18 | dbs isn't going to be able to look at the revised handler bits until next week though :/ |
| # | 14:26:21 | tsbere | phasefx: You around? |
| # | 14:27:55 | hagan | Wow. The Mac client is really not very good. Is there a web based solution for Staff, or is Windows it? |
| # | 14:29:18 | jeff | hagan: the staff client is available for Windows, Linux, and Mac OS. There's currently little in the way of web-only staff interfaces. |
| # | 14:29:36 | hagan | Many thanks for your help, folks. |
| # | 14:29:41 | jeff | hagan: Did you have a specific criticism other than "not very good"? |
| # | 14:30:26 | elaineg has joined #evergreen |
| # | 14:30:35 | jenny | The Evergreen Reports meeting will be starting momentarily |
| # | 14:30:59 | jenny | The agenda is here: http://open-ils.org/dokuwiki/doku.php?id=evergreen-reports:meetings:2011-06-08-agenda |
| # | 14:31:03 | hagan | Jeff: Well, just the process of actually opening the UI is a lot of arcane steps. I can't imagine our very non technical librarian being able to figure it out at all... I am sure I could teach her to memorize the right steps, but it's not a great way to start off the UI experience... I'll look at it some more. Thanks again! |
| # | 14:31:05 | moodaepo | hagan: Last time I ran the staff client on a Mac it worked fine...maybe your criticism was that the staff client in general "is not very good" |
| # | 14:31:43 | jeff | hagan: On OS X, it should be "launch staff client from icon in dock/Applications folder, log in, use." |
| # | 14:31:53 | moodaepo | hagan: All UI changes take a toll on the end user. Of course since it's OSS you can make it better : ) do come back with any more questions. |
| # | 14:32:03 | berick | i think moodaepo nailed it |
| # | 14:32:08 | hagan | Hmmm. I had to type in a hostname, add an SSL exception, enter authentication info, and then click "Open in New window" |
| # | 14:32:19 | jenny | I'm going to attempt to call this meeting of the Evergreen Reports group to order...again, the agenda is here: http://open-ils.org/dokuwiki/doku.php?id=evergreen-reports:meetings:2011-06-08-agenda |
| # | 14:32:30 | hagan | Sorry, folks, I see you're in a meeting. I'll come back later! |
| # | 14:32:58 | jeff | hagan: ah yes. the ssl exception isn't needed when using a "real" cert -- and the server name and workstation creation are all one-time setup tasks. that might not be very clear. :-) |
| # | 14:33:10 | jenny | hagan: no problem! Sorry to interupt. : ) |
| # | 14:33:18 | jenny | Anyways, We'll start with introductions. |
| # | 14:33:42 | jenny is Jenny Turner, PALS |
| # | 14:33:49 | jeff == Jeff Godin, Traverse Area District Library |
| # | 14:33:57 | tspindler | * tspindler is Tim Spindler, C/W MARS |
| # | 14:34:13 | jenny | As we're doing introductions, can I get a volunteer to compile notes? |
| # | 14:34:54 | tspindler | I guess i can |
| # | 14:35:11 | jenny | tspindler++ |
| # | 14:35:37 | jenny | we might have a small group today...we'll see how this change of venue goes. |
| # | 14:36:17 | joseph_ has quit IRC |
| # | 14:36:32 | jenny | I guess if anyone else joins the meeting, just introduce yourself! |
| # | 14:36:56 | jenny | On to the first agenda item: old business/updates... |
| # | 14:37:15 | ChanServ changes topic to "Reports meeting NOW! | Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://pastebin.ca or http://paste.lisp.org/new/evergreen or something like that" |
| # | 14:37:23 | jeff | gpls++ csharp++ for the new mailing list. |
| # | 14:37:32 | jenny | we finally have a listserv of our very own! |
| # | 14:37:46 | jenny | and yes, csharp++! |
| # | 14:38:01 | jenny | tspindler++ for our first real post! |
| # | 14:38:04 | Reba_ has joined #evergreen |
| # | 14:39:29 | deel has quit IRC |
| # | 14:39:34 | deel has joined #evergreen |
| # | 14:39:35 | jenny | Anything else on the listserv? I haven't sent anything out to the general mailing list yet...lack of time to compose something. |
| # | 14:40:10 | jenny | Is there anyone interested in composing an announcement - and sending it? |
| # | 14:40:54 | jenny | If not, that should go down as a "to do" for me |
| # | 14:41:22 | jenny | On to the next agenda item: Reports Wish List from the Reports Interest Group meeting at the 2011 Evergreen Conference |
| # | 14:41:35 | tspindler | Are you looking for announcement on openils to let everyone know it is avaialable? |
| # | 14:41:45 | jenny | yes, sorry I wasn't clear |
| # | 14:42:07 | tspindler | I can compose something it should be simple do you want me to run something by you? |
| # | 14:42:19 | jenny | no, just go ahead and do it |
| # | 14:42:25 | jeff | Glad to see the wishlist on the wiki -- Is there a plan on what to do with the wishlist? Are people who added things to the wishlist actively working on those things, or willing to pool development resources / financial resources toward making those happen? |
| # | 14:42:44 | jenny | jeff: that is exactly what I was going to ask the group |
| # | 14:43:13 | jenny | I pulled the list together from the minutes from the conference |
| # | 14:43:39 | tspindler | I think one thing about the reports that are on the wish list, we still need a way to share them |
| # | 14:43:51 | jeff | *nod* |
| # | 14:43:56 | jenny | tspinder: yes |
| # | 14:44:34 | tspindler | we are starting to produce canned reports and I can certainly share what we are doing |
| # | 14:44:57 | tspindler | if nothing else in the interim I can share them as an sql statement similar to what equinox did |
| # | 14:45:04 | jeff | there's a bit later on the agenda regarding exporting and inserting report templates into the database... but "ability to share templates with other installations" might itself be a wishlist item. |
| # | 14:45:15 | jenny | jeff: good idea! |
| # | 14:45:29 | jeff | tspindler: i don't think there's currently any better way. |
| # | 14:45:46 | jenny doesn't know enough to know. : ) |
| # | 14:46:04 | jeff | tspindler: the two options currently seem to be "describe steps to manually create template" and "export and import via sql" -- the second leaves less room for error. |
| # | 14:46:21 | jeff | having a third better option is currently something that belongs on the wishlist. |
| # | 14:46:33 | tspindler | jeff: agreed |
| # | 14:46:34 | jeff | but i wouldn't suggest waiting for that before sharing templates with others. |
| # | 14:46:45 | jenny | I like the steps, too - for now - some of us don't know sql |
| # | 14:46:50 | jenny | jeff: agreed |
| # | 14:47:20 | jenny | we might as well combine #IV from the agenda here |
| # | 14:48:06 | jenny | would it be a good idea to do something like tspindler started here: http://masslnc.cwmars.org/node/2366 on the evergreen-ils site? |
| # | 14:48:09 | tspindler | That was something real simple I through together but with that methodology, the person has to know enough about to get the data to work with their system so other work needs to b edone |
| # | 14:48:46 | jenny | hmm |
| # | 14:48:47 | tspindler | i could modify it also to export the data as sql |
| # | 14:50:04 | jenny | would that make it easier to work with for other libraries (I really have no idea...my "skills" are limited to creating templates in the client) |
| # | 14:50:17 | tspindler | one problem with this method it doesn't handle versioning well and i'm not sure if git would would be helpful there, unfortunately i'm not very knowledgable about git |
| # | 14:51:25 | jeff | tspindler: for now, i'd try and target a similar method as that used here: http://blog.esilibrary.com/2010/04/21/canned-reports-for-evergreen-160/ |
| # | 14:51:29 | tspindler | what i did is put stuff in mysql and wrote a small php interface |
| # | 14:52:11 | jeff | tspindler: oh, I think I missed that part -- that you were exporting, then massaging externally. |
| # | 14:52:30 | jeff | (that you were exporting data, not just exporting an evergreen report template that you had created) |
| # | 14:52:47 | jeff | oh. |
| # | 14:53:13 | jeff | okay, scratch that. i see what you were saying. your php+mysql was how you were sharing the Evergreen report templates. :-) |
| # | 14:54:15 | tspindler | yes, and it wouldn't take much to add coding to create sql statements the way equinox did for importing report templates |
| # | 14:54:32 | jenny | Would it be worthwile to copy the general community list on the email sent to the reports listserv? Or a revised version? Since we have such a small group here, I don't know that everyone is "taking" to the new mailing list, and I really can't contribute to this discussion. Might be a good way to get more input and additional ideas. |
| # | 14:54:58 | tspindler | i could do that, I have a feeling few poeple saw it |
| # | 14:55:19 | jenny | tspinder: thanks |
| # | 14:55:50 | jenny | anything else on report sharing and/or the wishlist? |
| # | 14:56:34 | jenny | I did just notice that we do have "Export templates to share across libraries/Evergreen installations" on the wishlist. |
| # | 14:56:40 | tspindler | one thing that might be helpful is to monitor at least if anyone plans on doing any development for the interface/module improvements |
| # | 14:57:11 | jenny | which leads nicely to agenda item III |
| # | 14:57:28 | jeff | I think that the wishlist shouldn't just sit. Could people be encouraged to flesh out their ideas with an indication if they're actively working on something, have tried and failed, are putting dev resources into something, willing / currently putting money towards something, etc? |
| # | 14:57:39 | jenny | agreed |
| # | 14:57:51 | tspindler | jeff: makes sense to me |
| # | 14:58:10 | jenny | should we promote the wishlist on the lists? Is there a better way to track this kind of thing? |
| # | 14:58:48 | tspindler | for now it might be best to keep it simple like it is and people can email one of us |
| # | 14:58:57 | jenny | I know the need for some sort of tracking for improvements (planned, desired, etc) has been mentioned in other evergreen meetings |
| # | 14:59:09 | jenny | tspindler: ok! |
| # | 14:59:15 | jeff | Just a message to the reports mailing list would be a good start. |
| # | 14:59:35 | jeff | i.e., message the reports list soliciting this info be posted to the list. |
| # | 14:59:52 | jeff | If someone else then annotates the list on the wiki, great. At least it gets out there. |
| # | 15:00:09 | tspindler | i could include that on my message to the general list |
| # | 15:00:15 | jenny | good deal |
| # | 15:00:29 | jenny | tspinder: was just going to ask you to do that |
| # | 15:00:40 | jenny | tspindler++ |
| # | 15:01:22 | jenny | other reports sharing stuff? Or should I move on to III: the gpls rfp? |
| # | 15:01:45 | jeff | Is "the gpls rfp" out there somewhere? Do you have a link? |
| # | 15:01:55 | jenny | And actually, I have nothing on that since Christina was going to try to get us a copy of the rfp and she isn't here, I don't think |
| # | 15:02:06 | jeff | (there wasn't one in the agenda, so i ask) |
| # | 15:02:11 | tspindler | i'm not familiar with it, what is it? |
| # | 15:02:25 | jenny | I tried looking for it, but all I could find was a password protected, pay-for-access link to the RFP. |
| # | 15:02:46 | jenny | I will follow up with Christina on that |
| # | 15:03:19 | jenny | all I know is that it is a retooling of the reporting interface in the client (I think) |
| # | 15:03:50 | tspindler | do you know how broadly it would make changes, would it nullify the need to share templates as is? |
| # | 15:03:50 | jeff | Has the RFP been issued yet? |
| # | 15:04:42 | jenny | I've heard that it was...but I have not seen it and only have a rumor that it is "significant" |
| # | 15:05:16 | jeff | Seems odd that it isn't more widely available, if it's been issued. |
| # | 15:06:01 | jeff | Of course, that may just be a difference in terminology and/or purchasing processes. One organization's "RFP" is not another organization's "RFP", etc. |
| # | 15:06:02 | jenny | agreed - I only heard about it at the conference from the GPLS director |
| # | 15:06:30 | jenny | so, anyways, I will shoot Christina an email and see what she's found out. |
| # | 15:06:45 | jenny | On to item V: documentation? |
| # | 15:07:34 | jenny | tspindler++ for contributing! |
| # | 15:07:46 | tspindler | regarding confirmation, i wrote that documentation based on what I was doing with 2.x |
| # | 15:07:57 | tspindler | we are currently running 2.1 beta |
| # | 15:07:57 | jenny | oh, cool! |
| # | 15:08:14 | jenny | I'll let the DIG group know it can be rolled over |
| # | 15:08:56 | tspindler | the only thing that would change really is if there was a significant change in the reporter schema |
| # | 15:09:24 | jenny | I figured as much, but couldn't verify |
| # | 15:10:31 | jenny | anything else on documentation? Otherwise, as always, send anything what you've got to me. Even if you don't have documentation to share, let me know what is missing from the existing documentation and I'll put out a search |
| # | 15:10:56 | jenny | *anything you've got - argh! |
| # | 15:12:01 | jenny | On to agenda item VI... |
| # | 15:13:06 | jenny | for lack of a better place to put it, I listed "3rd party reporting tools" on our wishlist, since at the conference there were several people/groups that wanted a listing of these and/or wanted development |
| # | 15:13:21 | jenny | to integrate them |
| # | 15:14:02 | tspindler | would it go into reports or third party integration? |
| # | 15:14:37 | jenny | I was thinking third party integration, personally |
| # | 15:14:49 | jeff | i'm doing work here to use either scheduled exports from the database or even perhaps just a database replica tied to some third party reporting framework -- completely outside of evergreen. it's an experiment at this point. |
| # | 15:15:01 | jeff | but i've been asked to have something to show internally within the next few weeks. |
| # | 15:15:07 | jeff | beyond that, i don't know where it will go. |
| # | 15:15:20 | jeff | i'm interested to see if others are persuing anything similar. |
| # | 15:15:26 | jeff | i'll ask on the reports list to start |
| # | 15:15:36 | jeff | and hope to share what we find/do |
| # | 15:15:40 | jenny | jeff: you read my mind. |
| # | 15:15:56 | tspindler | i'd be interested too, I know ben shum has been doing some stuff with sql and automated emailing |
| # | 15:16:10 | jeff | it's different for us since we're part of a larger consortium. i haven't yet begun discussions there yet. |
| # | 15:16:34 | elaineg has quit IRC |
| # | 15:16:40 | tspindler | our questions is how much access to sql do we want to give to our member libraries, we haven't examined the security implications |
| # | 15:16:48 | jeff | right. |
| # | 15:16:56 | jenny | perhaps we can start with asking the list and then move from there, if we get a decent response. and bshum was hoping to make it to the meeting, but wasn't sure if he'd be able to |
| # | 15:17:49 | jeff | you'd want to have your tool/framework/automated reports sending output, some additional layers, etc. |
| # | 15:18:01 | jeff | bshum-- #kidding |
| # | 15:18:05 | jeff | bshum++ |
| # | 15:18:06 | jeff | bshum++ |
| # | 15:18:09 | jeff | (countering) |
| # | 15:18:28 | elaineg has joined #evergreen |
| # | 15:19:09 | jenny | perhaps a discussion of bshum's sql setup would be a nice conversation on our shiny new listserv? |
| # | 15:19:47 | tspindler | i did a presentation in atlanta |
| # | 15:20:05 | tspindler | mistype bshum did a presentation in atlanta |
| # | 15:20:59 | jenny | tspinder: yes, I couldn't make it to that one...is the content of the presentation something that could somehow be shared via the list or as documentation or??? |
| # | 15:21:25 | tspindler | I thought he posted it somewhere |
| # | 15:21:34 | jeff | our slides are here -- including my perhaps over-detailed examples: http://www.slideshare.net/bshum/eg-reports-delicious-data |
| # | 15:21:41 | jenny | jeff++ |
| # | 15:21:48 | tspindler | jeff++ |
| # | 15:23:11 | tspindler | maybe he'd be willing to put it in with the documentation? |
| # | 15:23:28 | _frank | dbs: thanks for your help, i could solve the problem, |
| # | 15:24:16 | jenny | he's mentioned it before. I can follow up with bshum after the meeting - unless one of you wants to (you'd probably be more qualified to ask decent questions than me!) |
| # | 15:26:20 | jenny | I think in the interest of time (we are coming up to the 1-hour mark), I'll just open the agenda up to discuss anything else from past meetings and/or new business. I'll table agenda item 3.I until we have a larger group to pull volunteers from. |
| # | 15:26:58 | tspindler | it looks like he might have put it up http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:automated_sql_reports |
| # | 15:27:30 | jenny | perfect - I'll see about getting it rolled into the "official" documentation. |
| # | 15:28:00 | jenny | Anything else? |
| # | 15:28:19 | jeff | it may be outside the scope of those docs, but it would be good to see it fleshed out if needed -- i haven't looked at that page recently. |
| # | 15:28:19 | tspindler | nothing from me, thanks for organizing the meeting |
| # | 15:29:35 | jenny | jeff: I think the more info we can provide in the documentation, the better. If you have ideas, send them along! Not necessarily now, but as they come to you |
| # | 15:30:08 | jenny | So, I think the reports group may have to return to the conference call format, since only 3 of us "attended" here |
| # | 15:30:10 | jeff | sounds good. until next time -- talk to you on the lists. |
| # | 15:30:27 | jeff | it might be worth asking previous attendees why this didn't work out for them. |
| # | 15:30:28 | jenny | tspindler++ jeff++ |
| # | 15:30:39 | jeff | or if it was the time, not the format, etc. |
| # | 15:30:45 | jeff | jenny++ thanks again |
| # | 15:30:50 | tspindler | jenny++ |
| # | 15:30:53 | jenny | jeff: excellend idea |
| # | 15:31:00 | jenny | *excellent |
| # | 15:31:52 | jenny | When the minutes are posted, perhaps we should do sort of an informal survey |
| # | 15:32:27 | tspindler | jenny: i think that might make sense |
| # | 15:33:56 | jenny | tspindler: go ahead and pose some questions, otherwise let me know and I'll whip something up |
| # | 15:33:56 | lisppaste has quit IRC |
| # | 15:36:15 | StephenGWills | It was neat being a reports mtg lurker the other day however. I just didn't want to interrupt |
| # | 15:36:33 | ChanServ changes topic to "Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://pastebin.ca or http://paste.lisp.org/new/evergreen or something like that" |
| # | 15:37:24 | jenny | StephenGWills: the channel is all yours : ) |
| # | 15:40:07 | Reba_ has left #evergreen |
| # | 15:40:50 | lisppaste has joined #evergreen |
| # | 15:47:41 | StephenGWills | I have not really been a part of the reports group process and can only contribute n00bie questions. :) |
| # | 15:48:57 | StephenGWills | It is one of the things I am starting to focus on, notably the customization of reports from mere lists of things into fancier presentations, but I'm not there yet. |
| # | 15:50:11 | jenny | StephenGWills: the reports group would love to have you, regardless of experience! It sounds like you are working on some interesting stuff. |
| # | 15:51:27 | StephenGWills | nah...just "ice the cake, kick the feet and don't drown" kind of stuff :) |
| # | 15:53:19 | jenny | I just focus on the "don't drown" stuff, so you are already ahead of me |
| # | 15:55:35 | StephenGWills thinks we're gonna need a bigger boat! |
| # | 15:55:41 | StephenGWills has quit IRC |
| # | 16:00:52 | youdonotexist has quit IRC |
| # | 16:01:43 | Meliss has quit IRC |
| # | 16:11:23 | tspindler has quit IRC |
| # | 16:13:58 | KN2W has quit IRC |
| # | 16:14:55 | collum has quit IRC |
| # | 16:18:49 | edoceo has joined #evergreen |
| # | 16:27:43 | agJohn has joined #evergreen |
| # | 16:41:02 | natschil has quit IRC |
| # | 16:44:56 | _frank has quit IRC |
| # | 17:01:32 | hagan has left #evergreen |
| # | 17:10:47 | kmlussier has quit IRC |
| # | 17:29:21 | Dyrcona has quit IRC |
| # | 17:47:12 | jenny has left #evergreen |
| # | 17:47:28 | atz has quit IRC |
| # | 18:09:10 | dmagick-mac has joined #evergreen |
| # | 18:19:53 | atz_ has quit IRC |
| # | 19:14:59 | bshum | tsbere++ |
| # | 19:15:11 | bshum | I now understand hold setup ALOT better. |
| # | 19:16:59 | dmagick-mac has quit IRC |
| # | 19:17:18 | dmagick-mac has joined #evergreen |
| # | 19:21:20 | tsbere | Heh. |
| # | 19:21:37 | tsbere apparently did a decent job, then |
| # | 19:22:23 | tsbere | Although I probably should have mentioned that before 2.1 both modes use the "requester" field. <_< |
| # | 19:29:00 | bshum | tsbere: I was helping moodaepo try to solve their hold matrix issues. |
| # | 19:29:15 | bshum | We flipped it to purely requestor based only and that seemed to solve most of their problems. |
| # | 19:29:29 | tsbere | ahhh |
| # | 19:29:34 | bshum | As you hinted |
| # | 19:30:10 | bshum | We're still using usr_grp to determine behavior. |
| # | 19:30:21 | bshum | But have dual entries for user and staff as requestors. |
| # | 19:30:27 | bshum | Not knowing that it really doesn't matter I guess. |
| # | 19:30:42 | bshum | Just have to have a value there since requestor can't be null |
| # | 19:31:08 | tsbere | 2.1 will use both, and 2.0 and earlier, in user not requestor mode, still uses the requestor, not the user, for columns. |
| # | 19:32:02 | bshum | I'm curious to see how our matrix will do upgrading to 2.1 someday. |
| # | 19:32:05 | tsbere | The logic for "user, not requestor" is "if that is set, replace the requestor with the user before running the query" |
| # | 19:32:36 | tsbere | In 2.1 if that flag is set user and requestor change meanings in the table. <_< |
| # | 19:39:09 | bshum | tsbere: How does one checkout someone else's working branch? |
| # | 19:39:17 | bshum | Or pull in their changes |
| # | 19:40:34 | tsbere | Assuming the working remote is there (git remote add working git://git.evergreen-ils.org/working/Evergreen.git) you can "git checkout -b newname working/user/USER/branch" or "git merge working/user/USER/branch". Former is "look at the branch as is", latter is "merge their changes into the current branch". |
| # | 19:41:05 | bshum | Gotcha. |
| # | 19:41:09 | bshum | Cool deal :) |
| # | 19:41:12 | bshum | Thanks |
| # | 19:41:29 | tsbere | Obviously change user to collab where appropriate ;) |
| # | 20:42:53 | Dyrcona has joined #evergreen |
| # | 20:43:09 | Dyrcona has quit IRC |
| # | 22:31:18 | jeff yawns |
| # | 22:31:19 | jeff | morning. |
| # | 23:11:27 | hagan has joined #evergreen |
April 10-13