| Time |
Nick |
Message |
| 00:04 |
|
stevenyvr2 joined #evergreen |
| 00:04 |
|
stevenyvr2 left #evergreen |
| 02:35 |
|
zxiiro joined #evergreen |
| 02:42 |
|
zxiiro_ joined #evergreen |
| 07:37 |
|
timlaptop joined #evergreen |
| 07:41 |
|
jboyer-isl joined #evergreen |
| 07:44 |
|
rsinger joined #evergreen |
| 07:47 |
|
lazarus477 joined #evergreen |
| 07:54 |
lazarus477 |
Is this the channel for the opensuse repository, evergreen? |
| 07:59 |
jboyer-isl |
This channel is about the Evergreen Library System, at evergreen-ils.org. |
| 08:08 |
graced |
lazarus477: a list of the openSUSE irc channels can be found here: http://en.opensuse.org/openSUSE:IRC_list |
| 08:15 |
|
remingtron joined #evergreen |
| 08:15 |
bradl |
graced: stop acting like a librarian! you'll blow our cover! |
| 08:18 |
|
rjackson-isl joined #evergreen |
| 08:19 |
graced |
I couldn't help it |
| 08:20 |
* graced |
misses the reference desk sometimes |
| 08:23 |
|
kbeswick joined #evergreen |
| 08:25 |
|
akilsdonk_ joined #evergreen |
| 08:28 |
|
Shae joined #evergreen |
| 08:30 |
|
collum joined #evergreen |
| 08:46 |
|
Dyrcona joined #evergreen |
| 08:57 |
|
rfrasur joined #evergreen |
| 09:01 |
lazarus477 |
graced: ty |
| 09:01 |
lazarus477 |
bradl: lol |
| 09:01 |
|
finnx joined #evergreen |
| 09:15 |
|
misilot joined #evergreen |
| 09:34 |
|
mllewellyn joined #evergreen |
| 09:38 |
jboyer-isl |
@later |
| 09:38 |
pinesol_green |
jboyer-isl: http://images.cryhavok.org/d/1291-1/Computer+Rage.gif |
| 09:39 |
rfrasur |
jboyer-isl: Hah! Happy Monday? |
| 09:39 |
jboyer-isl |
I was kind of hoping for a "no, newb, like this:" though that's also an acceptable error message. |
| 09:39 |
Dyrcona |
@help later |
| 09:39 |
pinesol_green |
Dyrcona: Error: There is no command "later". |
| 09:40 |
Dyrcona |
Yep, Monday. |
| 09:40 |
csharp |
@later --help |
| 09:40 |
jboyer-isl |
I'll dredge some logs and figure it out shortly. |
| 09:40 |
pinesol_green |
csharp: I see nothing, I know nothing! |
| 09:40 |
csharp |
bleh |
| 09:40 |
Dyrcona |
jboyer-isl: You type '@later tell nick message' |
| 09:41 |
Dyrcona |
@later tell jboyer-isl Like this. |
| 09:41 |
pinesol_green |
Dyrcona: The operation succeeded. |
| 09:41 |
jboyer-isl |
There's what I was looking for. To "tell" or not to "tell". Thanks |
| 09:41 |
jboyer-isl |
@later tell mrpeters hey, I've got a raid card Q when you have a minute. |
| 09:41 |
pinesol_green |
jboyer-isl: The operation succeeded. |
| 09:57 |
|
mmorgan joined #evergreen |
| 10:01 |
|
gmcharlt joined #evergreen |
| 10:10 |
|
mcooper joined #evergreen |
| 10:13 |
|
ericar joined #evergreen |
| 10:23 |
|
mllewellyn joined #evergreen |
| 10:27 |
|
ericar joined #evergreen |
| 10:33 |
bshum |
@quote random |
| 10:33 |
pinesol_green |
bshum: Quote #33: "< eeevil> `Twas brillig, and the slithy toves / Did gyre and gimble in pg_locks" (added by csharp at 02:05 PM, October 02, 2012) |
| 10:34 |
rfrasur |
! Lovely! |
| 10:43 |
csharp |
@quote random |
| 10:43 |
pinesol_green |
csharp: Quote #26: "<Dyrcona> kind of hard to login when actor.usr is empty." (added by sylvar at 03:00 PM, May 15, 2012) |
| 10:49 |
|
lazarus477 left #evergreen |
| 10:58 |
|
RoganH joined #evergreen |
| 11:03 |
|
adbowling-isl joined #evergreen |
| 11:18 |
bshum |
@hate weird barcodes |
| 11:18 |
pinesol_green |
bshum: The operation succeeded. bshum hates weird barcodes. |
| 11:20 |
jboyer-isl |
To be fair, to the rest of the world our codabar barcodes with MSI-PLESSY parity digits are the weird ones. ;) |
| 11:20 |
bshum |
Yeah well. :( |
| 11:22 |
rfrasur |
@love codabar |
| 11:22 |
pinesol_green |
rfrasur: The operation succeeded. rfrasur loves codabar. |
| 11:25 |
|
mrpeters joined #evergreen |
| 11:25 |
rfrasur |
Also, if anyone would, at any point, like to discuss LP #1208093, I'd be grateful. |
| 11:25 |
pinesol_green |
Launchpad bug 1208093 in Evergreen "Ability to do batch upload into buckets" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1208093 |
| 11:27 |
phasefx |
rfrasur: at one point in the past I was wanting to essentially merge the copy bucket interface with the item status interface |
| 11:27 |
rfrasur |
phasefx: how so? like you could create a bucket in that interface? |
| 11:28 |
phasefx |
well, you can create/add-to buckets from Item Status now |
| 11:28 |
rfrasur |
what? no way |
| 11:29 |
rfrasur |
daggone it |
| 11:29 |
phasefx |
:) |
| 11:29 |
rfrasur |
but can I upload directly into the bucket? |
| 11:29 |
phasefx |
no, and that would be a reason to merge the interfaces, to remove extra steps |
| 11:30 |
rfrasur |
ahh, okay...that's what I was getting at in the bug as well. |
| 11:30 |
phasefx |
to do it now, you have to unselect Trim List, Upload From File, select all the rows, and then do Actions -> Add to bucket |
| 11:30 |
rfrasur |
I have about 1500 items that need to be moved from one location to another (*random mumbling) |
| 11:31 |
phasefx |
but what we really need is to push more of that functionality out of the client code and into the server proper, where the client isn't trying to do batch actions that can slow down the UI |
| 11:31 |
phasefx |
or timeout over the network |
| 11:31 |
rfrasur |
that's the problem right there. |
| 11:31 |
* Dyrcona |
would do the Evergreen side of that with a SQL script, because the client is lousy for batch jobs. |
| 11:31 |
rfrasur |
yeah, but I don't have server side permission (or knowledge) |
| 11:32 |
rfrasur |
that's the problem...that each item is a call on the server...and yes. |
| 11:32 |
* rfrasur |
is doing 70 at a time. |
| 11:32 |
Dyrcona |
There's no one at ISL who would do it for you? |
| 11:32 |
mmorgan |
Lots of users that want to do batch jobs don't have access to server side stuff, so it would be great if the client could handle jobs of a reasonable size. |
| 11:32 |
rfrasur |
Dyrcona: I wouldn't want to tie them up with it. The 1500 is just a start. |
| 11:33 |
Dyrcona |
rfrasur: If you make it easy to find the copies, it's a matter of minutes. |
| 11:33 |
rfrasur |
That's one part of the collection...the biggest chunk...but there are other smaller but equally cumbersome bits as well. |
| 11:33 |
Dyrcona |
But I can't speak for ISL, just myself. |
| 11:33 |
phasefx |
auto-populating buckets from reports is another worthwhile feature that could help with this stuff |
| 11:34 |
rfrasur |
phasefx: in this case, that wouldn't be helpful, but maybe in other cases. |
| 11:34 |
Dyrcona |
mmorgan: There was a Launchpad bug about the client/server not handling batch jobs. |
| 11:34 |
mmorgan |
phasefx: Yes!!! |
| 11:34 |
rfrasur |
Dyrcona: I'm not that good of an organizer. I just see it wrong and look for patterns...but to explain it to someone else... |
| 11:35 |
* Dyrcona |
gave up when he got to the point of deciding to toss OpenSRF and start from scratch. |
| 11:35 |
rfrasur |
Dyrcona++ |
| 11:36 |
* rfrasur |
made a commitment to swear less over the weekend, so I won't tell how I really feel about our collection representation in the DB |
| 11:36 |
Dyrcona |
rfrasur: Our members usually request these kinds of thing using stat cat entries, like move everything in these stat cats to this copy location. |
| 11:37 |
rfrasur |
As far as I know, Indiana doesn't use stat cats in that way. |
| 11:37 |
* rfrasur |
hasn't seen the evidence or heard a conversation like that. |
| 11:38 |
rfrasur |
I just keep reminding myself that it'll be better in the end. |
| 11:40 |
rfrasur |
So, this is definitely a wishlist kinda thing that's not addressed in nearby versions, right? |
| 11:40 |
Dyrcona |
Right, it comes from time to time, too. |
| 11:40 |
Dyrcona |
At least I get asked often enough if it is possible to upload directly into a bucket. |
| 11:41 |
phasefx |
rfrasur: if I had less competition on my time, it's an itch I would scratch |
| 11:41 |
rfrasur |
Would it be much different from the upload function in item status |
| 11:41 |
Dyrcona |
ditto phasefx. |
| 11:41 |
rfrasur |
phasefx: What? You're busy? Do you have a job or something? |
| 11:41 |
rfrasur |
jobs++ |
| 11:42 |
phasefx |
particularly since I deserve the blame for some of those interfaces :) |
| 11:42 |
|
_zerick_ joined #evergreen |
| 11:42 |
|
_zerick_ joined #evergreen |
| 11:42 |
rfrasur |
hah, there's no blame. The thing works, which is virtually miraculous. |
| 11:43 |
|
zerick joined #evergreen |
| 11:43 |
phasefx |
rfrasur: mostly it amounts to hug the wife and fetch things :) I get to work in the office the rest of the time |
| 11:43 |
rfrasur |
Like every other piece of software out there, however, it doesn't do exactly what I want it to do exactly when I want it to do it...all the time. |
| 11:43 |
rfrasur |
phasefx++ |
| 11:44 |
Dyrcona |
rfrasur: The only software that does exactly what I want is the software that I've written myself, and even then, sometimes..... |
| 11:44 |
|
ktomita joined #evergreen |
| 11:45 |
rfrasur |
Dyrcona: xactly...and you actually know how to write software. The fact that I like anything is also virtually miraculous. |
| 11:46 |
phasefx |
rfrasur: here's the only reason why I'm on IRC right now: http://xkcd.com/303/ |
| 11:46 |
rfrasur |
lol, your code is compiling? |
| 11:47 |
phasefx |
well, this case, a Linux distro is installing, but it amounts to the same thing :) |
| 11:47 |
rfrasur |
yes. I have yet to successful install Linux...so... |
| 11:47 |
rfrasur |
another day, another try |
| 11:47 |
rfrasur |
but not today...or tomorrow |
| 11:48 |
Dyrcona |
rfrasur: I suggest you Google System 76. Buy it with GNU/Linux pre-installed. |
| 11:49 |
rfrasur |
Maybe. I just want to make it work honestly. I dunno that I'd actually want to use it or not. |
| 11:49 |
* Dyrcona |
writes libraries of code for his current perl project while he waits on a SQL to finish a metabib reingest in his development database and chats on IRC. |
| 11:50 |
Dyrcona |
rfrasur: I only use free software: GNU/Linux, FreeBSD, and OpenBSD in particular. |
| 11:50 |
* rfrasur |
sorts through the same &^%$ report output |
| 11:50 |
Dyrcona |
reports-- |
| 11:50 |
rfrasur |
I like reports. I don't like the junk I see in them. |
| 11:51 |
Dyrcona |
Well, that's the problem: garbage in, garbage out. |
| 11:51 |
phasefx |
Dyrcona: I'd love to be a purist, but the video games have me :) |
| 11:51 |
* rfrasur |
growls. Yes.... |
| 11:51 |
Dyrcona |
Without reports, you can on through life ignoring the problems. |
| 11:52 |
rfrasur |
yeah...that's apparently what happened for years before I got here. |
| 11:52 |
* Dyrcona |
will admit to playing Star Craft and War Craft via wine. |
| 11:52 |
phasefx |
Dyrcona++ |
| 11:52 |
Dyrcona |
Migrations are another excellent way to find data problems. |
| 11:53 |
rfrasur |
yeah, but only if people are looking for data problems |
| 11:53 |
* Dyrcona |
believes that without Star Craft, wine would not exist. |
| 11:53 |
Dyrcona |
Oh, trust me, the data problems find you during a migration. |
| 11:53 |
paxed |
i think the only game i used wine for was Fallout |
| 11:54 |
rfrasur |
I'm pretty confident that some on staff would be perfectly content to reimplement the card catalog...and a typewriter. manual, tyvm |
| 11:54 |
Dyrcona |
paxed: I just returned Rare Exports today. A very enjoyable movie! |
| 11:54 |
* phasefx |
uses wine for the staff client a lot |
| 11:54 |
phasefx |
just looks prettier than native :) |
| 11:54 |
rfrasur |
I think ours just came in an Amazon box |
| 11:55 |
Dyrcona |
We have one member library that still maintains a card catalog, or did until the previous director left this summer. |
| 11:55 |
Dyrcona |
Dunno what the new director is going to do about it. |
| 11:55 |
rfrasur |
And they're using EG? |
| 11:55 |
Dyrcona |
Yes, they're completely in our system, have been for over ten years. |
| 11:55 |
phasefx |
they'll survive an EMP at least |
| 11:56 |
Dyrcona |
Make nice insulation, too. ;) |
| 11:56 |
rfrasur |
wow...well, I guess if their taxpayers are okay with the added expense... |
| 11:56 |
rfrasur |
ooo, cards are also good for bedding (but only if they're shredded...n/m) |
| 11:57 |
Dyrcona |
And for starting fires during the nuclear winter... just keeping up phasefx's EMP suggestion. |
| 11:58 |
rfrasur |
Where is this library? I'll make sure to add it to my list of possible post-apocalypse destinations. |
| 11:58 |
RoganH |
You know I log in and the first thing I see is a discussion about Star Craft and wine and I'm like "this is like a bad reddit forum" and then I realize I spend too much time on the internet if I can even have that thought. |
| 11:58 |
_bott_ |
EMP-- |
| 11:58 |
jboyer-isl |
rfrasur: If there's an easy way to get a list of ids for the items you want to move, we can do them all fairly quickly. "Easy" is relative you know. :) |
| 11:59 |
rfrasur |
jboyer-isl: I can send you a list of barcodes for the one large move. would a .txt be okay? |
| 12:00 |
phasefx |
what was the supercat format for rendering a card-catalog-type-card? That still exist? |
| 12:00 |
jboyer-isl |
It might be even quicker to tell me how you got the list (something like DVDs in the picture books location, etc.) if possible. And obviously a bit more detail in a helpdesk ticket. (You can attach files to tickets, too) |
| 12:01 |
rfrasur |
We have a shelving location called "Children's Area." I need all the items with DDC moved to Juv Nonfiction |
| 12:01 |
paxed |
Dyrcona: a confession: i haven't seen Rare Exports yet :P |
| 12:01 |
* rfrasur |
laughs |
| 12:02 |
Dyrcona |
paxed: You should. I enjoyed it. |
| 12:02 |
paxed |
(i'd just heard good things about it) |
| 12:02 |
phasefx |
https://demo.evergreencatalog.com/opac/extras/unapi?format=htmlholdings-full;id=tag:open-ils.org,2013:biblio-record_entry/2 |
| 12:02 |
rfrasur |
paxed: that's kinda hilarious |
| 12:03 |
rfrasur |
jboyer-isl: pardon it's JUV Children's Area |
| 12:03 |
rfrasur |
(because...you couldn't figure out that JUV meant Children apparently) |
| 12:03 |
rfrasur |
(you being a general "you" not you specifically) |
| 12:04 |
jboyer-isl |
I'm not certain what the best way to decide if something's DDC or not, so a list might not hurt. I'm assuming you wrote a report to get the list? |
| 12:04 |
Dyrcona |
paxed: What I got out of it was, "Don't mess with Finnish reindeer herders." |
| 12:04 |
rfrasur |
yeah...I'm rerunning it (since I've done a little work on it). I'll send the list soon. |
| 12:05 |
paxed |
Dyrcona: ha. true, that. :) |
| 12:06 |
|
ericar joined #evergreen |
| 12:06 |
* rfrasur |
waits for the report to run |
| 12:06 |
|
jdouma joined #evergreen |
| 12:08 |
rfrasur |
RoganH: that inventory module would work really great at this exact moment for another prob collection. |
| 12:08 |
RoganH |
I can easily imagine that. I need to send out the email about the Google Hangout. I'll try to do that today. |
| 12:09 |
rfrasur |
jboyer-isl: email lists? or something else? |
| 12:09 |
rfrasur |
and it'll take me a few minute to sort |
| 12:10 |
rfrasur |
well, a few seconds to sort - literally...but a few minutes to pull apart appropriately...and add instructions. |
| 12:10 |
paxed |
btw, i spent the saturday on a small cruise ship, looking at this kind of scenery: http://bilious.alt.org/~paxed/img/saimaa.jpg |
| 12:11 |
jboyer-isl |
attach it to a ticket. That way, if I'm not here Bob might be able to take it. It's also possible we won't be able to do it, but I doubt it. |
| 12:11 |
|
jecs joined #evergreen |
| 12:11 |
rfrasur |
okay, can do. ty, btw |
| 12:12 |
rfrasur |
and also Dyrcona - ty (since I whined and am now doing exactly what you said to do) |
| 12:14 |
Dyrcona |
2 files changed, 130 insertions(+) Not bad for ~3 hours work. |
| 12:14 |
jecs |
I have a patron with quite an extensive reading history. Downloading to csv results in an empty file - possibly timing out. Has anyone seen this and/or have a SQL stmt to download the reading history from the db? |
| 12:20 |
|
krvmga joined #evergreen |
| 12:21 |
rfrasur |
jecs: are you pulling this from the db using a report or something else? |
| 12:22 |
jecs |
we're trying to do it with the opac interface but that produces the empty file |
| 12:23 |
rfrasur |
what version EG? |
| 12:23 |
|
sseng joined #evergreen |
| 12:24 |
jecs |
2.3 (cwmars 102) |
| 12:25 |
jecs |
login to 'my acct' -> items checked out -> checkout history -> download csv |
| 12:25 |
rfrasur |
trying to replicate...though we're 2.2. |
| 12:28 |
Dyrcona |
rfrasur: It likely has to do with the amount of stuff in the patron's reading history. More of that EG doesn't like large batches of data. |
| 12:28 |
rfrasur |
Mine is not as extensive but didn't return empty. You might be better off running a report for a large history. |
| 12:28 |
rfrasur |
Dyrcona++ #my thinking as well. |
| 12:29 |
jecs |
do u know how it's stored in the db? |
| 12:29 |
rfrasur |
no I, but Dyrcona prolly does. |
| 12:29 |
rfrasur |
s/no/not |
| 12:30 |
Dyrcona |
It's pulled from action.circulation and a few other places. I'd have to look at the code to say for sure. |
| 12:30 |
jecs |
tx |
| 12:33 |
|
stevenyvr2 joined #evergreen |
| 12:36 |
|
stevenyvr2 left #evergreen |
| 12:39 |
Dyrcona |
Hmm.. I thought an action trigger was involved in getting the csv file. Was I wrong? |
| 12:40 |
csharp |
Dyrcona: nope not wrong |
| 12:40 |
|
acoomes joined #evergreen |
| 12:41 |
* Dyrcona |
isn't finding it.... |
| 12:42 |
mmorgan |
Dyrcona: Circ History CSV |
| 12:45 |
mrpeters |
can 2.1 in-db circ set limits based on circ modifier or do I need to use a combo of legacy and in-db scripts to do this |
| 12:46 |
Dyrcona |
mrpeters: Yes, it can be based on circ modifier. |
| 12:47 |
mrpeters |
Dyrcona: can you help me find that? csharp and I were thinking it didn't come in until 2.3 |
| 12:49 |
Dyrcona |
jecs: I can't give you a sql to replicate it, that would take me too long. You should report this as a bug, either with CW/MARS or at Launchpad. |
| 12:49 |
Dyrcona |
I thought the only way to configure circ limits prior to 2.2 was with circ modifiers. |
| 12:50 |
* Dyrcona |
maybe wrong about that. |
| 12:53 |
rfrasur |
rjackson-isl: jboyer-isl: ty - I'm going to send a few more lists with similar request. |
| 12:57 |
Dyrcona |
mrpeters: I think if you use the "old way" from the "through the looking glass" presentation that bshum and I did in Indiana that works. |
| 12:57 |
Dyrcona |
I think it made it into the little book of Evergreen that was put together at a Google doc sprint. |
| 12:57 |
jecs |
dyrcona: i can probably figure it out the SQL - thought someone might already have it. tx 4 the advice about reporting it. that was my next question! |
| 13:00 |
bshum |
mrpeters: There were newer limit sets introduced around 2.3 or so, but prior to that there were also older limits as well. Those have been around since 2.0 or earlier even. |
| 13:01 |
Dyrcona |
As always, if you're on 2.1, then now might be a decent time to upgrade. :) |
| 13:01 |
bshum |
There's always that. |
| 13:01 |
bshum |
:D |
| 13:02 |
rfrasur |
Yay 2.4 (eventually)! |
| 13:03 |
|
ericar joined #evergreen |
| 13:12 |
RoganH |
I've been really happy with 2.4. 2.1 .... well, it had it's adventurous moments :) 2.4 was really smooth. |
| 13:12 |
paxed |
we'll see how 2.5 goes ... |
| 13:12 |
csharp |
if it weren't for the memory leak stuff, I'd say PINES is super happy with 2.3 |
| 13:13 |
RoganH |
Staff client? We pretty much just reboot it half way through the day and keep on trucking. |
| 13:13 |
rfrasur |
I'm really excited for 2.4. Not sure other librarians in EG-IN care much. they still remember less than smooth upgrades. |
| 13:13 |
csharp |
yeah - that seems to work for many libraries - others are paralyzed and have to reboot many times a day |
| 13:13 |
csharp |
network is a factor too |
| 13:13 |
RoganH |
And maybe the hardware they're running on I'd guess. |
| 13:14 |
csharp |
I only have field reports to go on so there could be all kinds of problems involved |
| 13:14 |
rfrasur |
Hmm, RoganH, you have to reboot halfway through day on 2.4? |
| 13:14 |
RoganH |
Not server, no. |
| 13:14 |
rfrasur |
no...staff clients |
| 13:14 |
gsams |
I'm hoping to get NTLC up to 2.4 soonish |
| 13:14 |
RoganH |
Staff clients have a well documented memory leak. |
| 13:14 |
gsams |
gotta get past a library addition first for sure |
| 13:15 |
RoganH |
Our machines are mostly 4 gigs of RAM but on a heavy day yeah, closing the staff client and reloading at about 1 or 2 is a good preventive. |
| 13:15 |
mrpeters |
Dyrcona / bshum thanks |
| 13:15 |
rfrasur |
Does that memory leak contribute to slower behavior? |
| 13:15 |
mrpeters |
upgrade is planned for August 17th |
| 13:15 |
csharp |
rfrasur: yep |
| 13:15 |
RoganH |
Slower and then locks up eventually is what we see. |
| 13:15 |
rfrasur |
hmmmm! |
| 13:15 |
rfrasur |
Ours don't ever lock up. But they do slow down noticably around 3-4 |
| 13:16 |
RoganH |
And of course it always happens when there's a long line at the circ desk. :) So, I caution folks to look for a slow period and log out, close the staff client all the way and log back in. |
| 13:16 |
krvmga |
krvmga: we're hoping the MassLNC performance analysis will help figure all this slowness out. |
| 13:16 |
RoganH |
It its all machines at the same time it's probably something server or network related. |
| 13:17 |
rfrasur |
That's still good to understand though. Well, it's partially because of high traffic time... |
| 13:17 |
RoganH |
Staff clients ... well, for example let's say you log them all in at roughly the same time, but one is only used sporadically for checkins but others are used constantly, you'll see the others slow down more or less together but the lightly used one is fine. |
| 13:17 |
csharp |
I would wager that 75% of our "slowness" reports are due to poor LAN setups |
| 13:17 |
RoganH |
I would wager a comfortable sum of money that csharp is correct on that one. |
| 13:18 |
rfrasur |
hmm, well, we'll know more once we upgrade our staff/circ computers. |
| 13:18 |
krvmga |
csharp: we control our own LAN setups in C/W MARS. |
| 13:18 |
RoganH |
I know many people hate it being brought up but I'm still in favor of a web based client. |
| 13:19 |
rfrasur |
I'm not against it or for it. I dunno enough to have much of an opinion...other than there would still need to be some kind of offline client. |
| 13:19 |
RoganH |
From a central consortium support stand point it would solve so many problems with small and rural libraries with limited to no IT support. |
| 13:19 |
gsams |
I wouldn't say no to one myself, though I can't claim to know what that involves |
| 13:19 |
RoganH |
There are a host of "what ifs" to deal with and it often gets shunted because it's a big, big issue to talk about. |
| 13:20 |
csharp |
krvmga: yeah, some days I wish we had that level of control over our libraries' LANs - most days not, though ;-) |
| 13:20 |
gsams |
Rogan: I can heartily agree to that point about small libraries. |
| 13:20 |
Dyrcona |
Well, something will have to be done about the staff client or we're stuck on XulRunner 14 forever. |
| 13:20 |
gsams |
It would solve quite a few issues that crop up in those situations |
| 13:20 |
RoganH |
And I guess, it would be good for those same libraries not in a consortium :) |
| 13:21 |
krvmga |
csharp: we experience the slowness. i don't think it's necessarily the LAN setup. i think there are probably other things going on. |
| 13:21 |
RoganH |
I don't think XulRunner is a good long term solution. I think web sockets streaming would also help issues I've seen here and there. |
| 13:21 |
rfrasur |
From my standpoint...first, I think any conversation is good conversation...even with disagreement (especially with disagreement)...second, we're a small rural library with contracted IT support, but being part of a consortium has increased our networking in other ways beyond the software. |
| 13:21 |
krvmga |
this slowness is the single biggest evergreen killer in the minds of our librarians |
| 13:21 |
RoganH |
It would still require some kind of plugin for printing and some kind of offline solution but I think those are solvable problems. |
| 13:21 |
rfrasur |
There's a lot more conversation between small, rural libraries now about what works and doesn't as far as optimizing their tech. |
| 13:22 |
csharp |
krvmga: in our experience, lack of network traffic management has as much to do with the issue as healthy networking hardware and bandwidth |
| 13:22 |
RoganH |
I'm convinced that web sockets done correctly with a web based client would help speed a lot. |
| 13:22 |
csharp |
all it takes is a huge p2p download to slay a library's network |
| 13:22 |
RoganH |
Plus some minimal QoS at every Evergreen library. :) |
| 13:22 |
krvmga |
csharp: i'm sure that can be true. |
| 13:23 |
csharp |
since EG is very sensitive to latency, it's the first thing to start croaking |
| 13:23 |
rfrasur |
csharp: a library near(ish) here has a patron that does that. Don't thing they've blocked his computer yet either. yikes. |
| 13:23 |
RoganH |
csharp: agreed, that's why there is no solution that should exist without some firewall/router config done competently |
| 13:23 |
csharp |
therefore, EG get's blamed because they are seeing YouTube working fine |
| 13:23 |
krvmga |
csharp: i wasn't aware that EG was that sensitive to latency. interesting information. |
| 13:23 |
rfrasur |
"What? You have T1? Awesome! Just think how many movies I can torrent now!" |
| 13:24 |
RoganH |
krvmga: very much so! Evergreen doesn't use a lot of bandwidth, it's very much about latency. |
| 13:24 |
RoganH |
an extra second on circs is all it takes for staff to feel the impact, at an extra three or four the complaints start rising pretty fast and furious |
| 13:24 |
rfrasur |
and, there's this. One of our staff/circ computers got infected with malware that was constantly pinging our network. Ground the local network to a halt til the computer was unplugged. |
| 13:25 |
gsams |
ouch |
| 13:25 |
csharp |
@blame Evergreen for malware |
| 13:25 |
pinesol_green |
csharp: Evergreen musta been an Apple employee. for malware |
| 13:25 |
krvmga |
rfrasur: owww! (having dealt with many cases of bogus anti-virus malware) |
| 13:25 |
rfrasur |
but there are a lot of little libraries like this with librarians that wouldn't even begin to know why it was happening. |
| 13:25 |
RoganH |
switch to linux at circ stations? :) |
| 13:25 |
csharp |
RoganH++ |
| 13:26 |
gsams |
RoganH++ |
| 13:26 |
csharp |
if I thought that would fly, that would be my main recommendation |
| 13:26 |
rfrasur |
RoganH: I'm not against it. But there's another learning curve |
| 13:26 |
gsams |
I just put out a linux station for checkins |
| 13:26 |
csharp |
lxde/xfce running the staff client and a browser |
| 13:26 |
RoganH |
I have one library doing it. The local admin asked me if I had a complaint with him doing it. I told him I wanted to hug him. |
| 13:26 |
csharp |
google docs for word processing/spreadsheets |
| 13:26 |
rfrasur |
RoganH++ |
| 13:26 |
csharp |
done |
| 13:26 |
gsams |
Local_Admin++ |
| 13:26 |
krvmga |
RoganH: we have one library doing this. |
| 13:27 |
* rfrasur |
uses Google Docs for nearly everything anyway. |
| 13:27 |
RoganH |
They can do pretty much everything in Firefox or Chrome. Not that different. |
| 13:27 |
rfrasur |
The only thing is our accounting software uses MS Access. |
| 13:27 |
RoganH |
The Evergreen staff client looks pretty much the same in ubuntu as well. |
| 13:27 |
rfrasur |
But that's my computer...not general staff |
| 13:27 |
|
ktomita joined #evergreen |
| 13:27 |
* Dyrcona |
has unfond memories of MS Abcess..... The MS developers who work on it are even embarrassed by it. |
| 13:27 |
csharp |
rfrasur: probably replaceable via LibreOffice base (though some MS stuff we're stuck with) |
| 13:28 |
csharp |
heh |
| 13:28 |
rfrasur |
csharp: The software itself...yes. The support...no. We pay more for the support than the actual software. |
| 13:28 |
RoganH |
Access is a strange thing .... anyway. I've found that most of my staff are very happy with Google Docs and don't find themselves using ms office much anymore. It's become more of a power user things around here. |
| 13:28 |
Dyrcona |
csharp: Not bloodly likely, says someone who has contributed code to OO.o Base. |
| 13:28 |
csharp |
yeesh |
| 13:28 |
csharp |
Dyrcona: heh ;-) |
| 13:29 |
RoganH |
Personally, I'm an Excel and PowerPoint user on my mac. Libre's options just aren't good enough though I wish they were. I'd love to use open source options. |
| 13:29 |
rfrasur |
There was a time when I wanted to move completely to OO.o...but it didn't happen. |
| 13:30 |
mrpeters |
Dyrcona: FYI , https://jason.mvlcstaff.org/looking-glass/ is dead |
| 13:30 |
krvmga |
rfrasur: i use 00.o on my linux machine and MS Office on my windows machine. i spend most of my time on my linux machine. |
| 13:30 |
Dyrcona |
mrpeters: Yes, I am aware of that. |
| 13:31 |
mrpeters |
ok, i can't find it archived anywhere else, sadly |
| 13:31 |
Dyrcona |
I was gonna mention it earlier. That's why I say it's in the book. |
| 13:31 |
mrpeters |
having trouble finding this book |
| 13:31 |
mrpeters |
i see a book on 2.3 |
| 13:31 |
Dyrcona |
That's it, probably. |
| 13:31 |
mrpeters |
so how's that going to help me with 2.1 which doesn't have circ limits introduced in 2.3? |
| 13:32 |
Dyrcona |
The presentation talked about two ways to set them up, the old way and the new way. |
| 13:32 |
Dyrcona |
The old way is what you want. |
| 13:32 |
Dyrcona |
Dunno if it made it into the book, but worth a look. |
| 13:34 |
bshum |
I think the presentation stuff should be on the web server. |
| 13:34 |
bshum |
http://evergreen-ils.org/~bshum/eg12/looking-glass/ |
| 13:34 |
bshum |
I copied it to my webspace too. |
| 13:34 |
mrpeters |
thanks ben |
| 13:34 |
csharp |
bshum++ |
| 13:35 |
rfrasur |
krvmga: someday I'll have a linux machine to play on (and maybe eventually work with) |
| 13:35 |
mrpeters |
bshum++ |
| 13:35 |
mrpeters |
rfrasur: run from a live cd to try it out? |
| 13:35 |
RoganH |
bshum should have been an archivist ;) |
| 13:35 |
Dyrcona |
I was just going to pull that from my backups and put it somewhere accessible. |
| 13:35 |
mrpeters |
Dyrcona++ too then |
| 13:35 |
Dyrcona |
Who says bshum isn't. |
| 13:35 |
Dyrcona |
@praise bshum |
| 13:35 |
* pinesol_green |
the upgrade came off brilliantly, and it's all because of bshum |
| 13:35 |
dbs |
crap. http://evergreen-ils.org/dokuwiki/doku.php?id=conference:2012 links out in many cases, and evergreen2012.org expired :/ |
| 13:35 |
rfrasur |
mrpeters: linux? I have...though not recently. Ubuntu and Debian... |
| 13:36 |
bshum |
mrpeters: As far as configuring in pre-limit-set life, I think you have to double click into a rule itself and then look towards the bottom of the entry to see the associated limit options. |
| 13:36 |
bshum |
If one were using the client. |
| 13:37 |
rfrasur |
OO.o? I used it for a couple years, actually...but still had to switch back and forth with MS Office and flow of information to other people (mostly librarians) just included too many extra seconds to decide what they were using and what format and blah blah blah |
| 13:37 |
bshum |
Actually I think that's true for all limits associated with rules. |
| 13:37 |
* rfrasur |
was assimilated. |
| 13:37 |
bshum |
Even in 2.3+ |
| 13:38 |
bshum |
rfrasur: I think by OO.o it refers to OpenOffice.org |
| 13:38 |
rfrasur |
yep |
| 13:38 |
bshum |
LibreOffice has been pretty good to me. |
| 13:38 |
* Dyrcona |
uses LibreOffice, now. |
| 13:38 |
rfrasur |
oh...sorry, I was asking mrpeters if he was referring to oo.o or linux |
| 13:40 |
bshum |
No, that's my fault. I didn't read all the scrollbacks :( |
| 13:40 |
rfrasur |
no worries...I type alot. |
| 13:41 |
* rfrasur |
is mildly embarrassed...a little... |
| 13:41 |
|
Pibbits joined #evergreen |
| 13:50 |
|
jboyer_isl joined #evergreen |
| 13:50 |
|
jboyer_isl joined #evergreen |
| 13:59 |
RoganH |
Dear whoever wrote the bib merging in the staff client: thank you. It's very nice and I find myself using it all the time. |
| 14:03 |
rfrasur |
rjackson-isl++ |
| 14:04 |
Dyrcona |
typos-- |
| 14:05 |
phasefx |
RoganH: I wanted to get it to the point where you could cherry-pick specific tags, but that didn't happen |
| 14:06 |
|
ericar joined #evergreen |
| 14:06 |
RoganH |
It's still very handy as is for doing quick merges when you see dupes in the catalog. |
| 14:07 |
|
acoomes joined #evergreen |
| 14:08 |
phasefx |
another thought was to use it with a dedup algorithm, which could propose merges, and you'd just step through each proposal and approve/deny |
| 14:08 |
* phasefx |
had something like that with PINES a long time ago |
| 14:09 |
phasefx |
CGI-based |
| 14:09 |
RoganH |
that would be neat but if I wanted one improvement it would be to quick sort through the editions and itypes to quickly add the same ones to the bucket |
| 14:10 |
phasefx |
hrmm.. if you use the query tab, you can use full OPAC query language and maybe do that? |
| 14:13 |
RoganH |
you can, it's a minor thing |
| 14:13 |
phasefx |
you can control+click the column headers in the Query tab to sub-sort rows already retrieved |
| 14:13 |
|
kbeswick joined #evergreen |
| 14:13 |
RoganH |
I'm thinking if you were to do a lot of repeated work. With no consortium wide cataloging standards we sometimes get a lot of duplications. Trust me, it's not a big deal. |
| 14:14 |
phasefx |
roger that |
| 14:14 |
RoganH |
I'm just OCD and feel compelled to merge them when I see it. |
| 14:14 |
* phasefx |
is OCD too, but never with house-work, strangely :) |
| 14:15 |
phasefx |
another call for populating buckets through reports |
| 14:18 |
rfrasur |
(and through upload, please) |
| 14:19 |
RoganH |
I can think of a lot of utility for populating buckets with reports. |
| 14:19 |
rfrasur |
lp 1208093 |
| 14:19 |
pinesol_green |
Launchpad bug 1208093 in Evergreen "Ability to do batch upload into buckets" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1208093 |
| 14:20 |
rfrasur |
I can update that to include population from reports. |
| 14:20 |
phasefx |
let reports be able to populate multiple buckets in sequence based on some criteria, then give the bucket interface the ability to step to the next bucket in sequence after an action |
| 14:39 |
rfrasur |
just FYI, Evergreen is rarely any slower than Baker and Taylor's title source. |
| 15:01 |
|
kbeswick joined #evergreen |
| 16:01 |
csharp |
hmm - what creates this query?: SELECT * FROM unapi.bre( '1276284', 'marcxml', 'record', '{holdings_xml,mra,acp,acnp,acns,bmp}', 'PINES', '0', 'acn=>5,acp=>5', NULL, NULL, '1' ) AS "unapi.bre" ; |
| 16:02 |
eeevil |
csharp: the tpac, when rendering a results page |
| 16:02 |
csharp |
ah |
| 16:03 |
csharp |
hmm - we had some long-running variants of that in the last hour - don't know if that's just a symptom |
| 16:05 |
eeevil |
csharp: how long? say, AJC long? ;) (records with tons of holdings can take a while (seconds), but usually not /that/ long) |
| 16:09 |
csharp |
like 300+ seconds in pgfouine's estimation |
| 16:13 |
csharp |
hmm - looks like multiple requests for that same recorde |
| 16:13 |
csharp |
record |
| 16:13 |
csharp |
https://gapines.org/eg/opac/record/1276284 |
| 16:15 |
csharp |
55 cstore requests identical to that one within about 60 seconds |
| 16:16 |
csharp |
bah - no threadtraces :-/ |
| 17:00 |
|
mllewellyn left #evergreen |
| 17:10 |
|
smyers_ joined #evergreen |
| 17:13 |
|
mmorgan left #evergreen |
| 17:25 |
|
finnx left #evergreen |
| 19:44 |
|
stevenyvr2 joined #evergreen |
| 19:46 |
|
fparks joined #evergreen |
| 19:49 |
|
stevenyvr2 left #evergreen |
| 21:33 |
|
misilot joined #evergreen |
| 22:47 |
|
misilot1 joined #evergreen |
| 22:48 |
|
remingtron joined #evergreen |
