| Time |
Nick |
Message |
| 00:12 |
|
RoganH_ joined #evergreen |
| 00:29 |
|
dbwells_ joined #evergreen |
| 00:34 |
|
RoganH joined #evergreen |
| 00:34 |
|
gmcharlt_ joined #evergreen |
| 00:36 |
|
jeff joined #evergreen |
| 00:36 |
|
jeff joined #evergreen |
| 00:36 |
|
phasefx joined #evergreen |
| 00:36 |
|
dcook joined #evergreen |
| 00:39 |
|
book` joined #evergreen |
| 00:57 |
|
RoganH joined #evergreen |
| 01:21 |
|
RoganH_ joined #evergreen |
| 02:35 |
|
jeff joined #evergreen |
| 02:39 |
|
ldwhalen joined #evergreen |
| 07:01 |
|
timlaptop joined #evergreen |
| 07:31 |
|
akilsdonk joined #evergreen |
| 07:44 |
|
collum joined #evergreen |
| 07:48 |
csharp |
@later tell burlingtonwa yes - both copy and bib have a "create time/date" field that you can run reports from - I don't know if acq adds any other information that would need to be considered/included. |
| 07:48 |
pinesol_green |
csharp: The operation succeeded. |
| 07:49 |
csharp |
@later tell burlingtonwa also, this channel is most often active between 9:00 a.m. and 5:00 p.m. EST, so you may have better luck asking then (or use the email lists) |
| 07:49 |
pinesol_green |
csharp: The operation succeeded. |
| 07:49 |
|
eeevil joined #evergreen |
| 07:49 |
|
phasefx2 joined #evergreen |
| 07:49 |
|
gdunbar joined #evergreen |
| 07:59 |
RoganH_ |
@later tell csharp maybe we should put the hours that the channel is most active in the channel welcome message for those who login at mostly inactive times |
| 07:59 |
pinesol_green |
RoganH_: The operation succeeded. |
| 07:59 |
csharp |
@later tell RoganH_ yeah, we've considered adding that to the /topic or to a herald that greets new users, but no one has followed through ;-) |
| 07:59 |
pinesol_green |
csharp: The operation succeeded. |
| 08:00 |
RoganH_ |
@later tell csharp well, maybe someone should now :-P |
| 08:00 |
pinesol_green |
RoganH_: The operation succeeded. |
| 08:01 |
RoganH_ |
Seriously though (and keep in mind I've not finished one cup of coffee yet) who is the channel admin? |
| 08:01 |
kmlussier |
bshum? |
| 08:02 |
kmlussier |
Wait, there's a wiki page that tells us this information. |
| 08:02 |
RoganH_ |
Using a reference, that sounds suspiciously librarian like. |
| 08:03 |
kmlussier |
http://wiki.evergreen-ils.org/doku.php?id=website_administration#irc_channel |
| 08:04 |
RoganH |
hmmmm some of that needs updating |
| 08:05 |
RoganH |
But first I have to find something about bears being thrown about by tornados. |
| 08:06 |
csharp |
BEARNADO! |
| 08:07 |
RoganH |
http://static.fjcdn.com/pictures/Bearnado_2b1b8d_4731134.jpg |
| 08:07 |
csharp |
bshum ends up being the de facto channel admin, but there are people like jeff and myself and (formerly?) moodaepo who have his back ;-) |
| 08:12 |
RoganH |
Anyone I'd +1 adding that to the herald. It's not rare that happens and it would be good so that folks don't misinterpret the lack of response as IRC being a bad place to go. |
| 08:12 |
RoganH |
Anyone = Anyway for those with more coffee in them. |
| 08:14 |
csharp |
@herald |
| 08:15 |
pinesol_green |
csharp: Down time is a fact of business when you're a poor 501c3 corporation. |
| 08:15 |
csharp |
@list |
| 08:15 |
pinesol_green |
csharp: Admin, Assorted2, Blame, Bugtracker, Channel, ChannelLogger, Config, Dunno, Encyclopedia, Games, Git, Herald, Insult, Karma, Later, LoveHate, MARC, Math, MeetBot, Misc, Note, Owner, Praise, Quote, RSS, Reply, Seen, Status, Time, Todo, Twitter, User, Weather, and Xkcd |
| 08:15 |
RoganH |
Oh, jokes I can't say in IRC. |
| 08:18 |
RoganH |
@later tell bshum when you get a second I have a question about the wiki on the wiki |
| 08:18 |
pinesol_green |
RoganH: The operation succeeded. |
| 08:18 |
kmlussier |
The wiki on the wiki? |
| 08:18 |
csharp |
interesting - [off] doesn't log anything like ! used to |
| 08:19 |
csharp |
that's better though, IMO |
| 08:19 |
RoganH |
So it doesn't log the [off] statements? |
| 08:19 |
RoganH |
I just learned something :) |
| 08:19 |
csharp |
nope - just not there |
| 08:19 |
csharp |
"!" used to create a "THIS MESSAGE IS NOT LOGGED" message |
| 08:20 |
csharp |
wasn't somebody planning an IRC "training" at some point? |
| 08:21 |
* csharp |
thinks it was yboston |
| 08:21 |
RoganH |
I suggested that kmlussier do it, along with about fifty other things but she gave me that look when I did so I don't think it was assent. |
| 08:21 |
csharp |
heh |
| 08:21 |
RoganH |
It sounds like something yboston might have up his sleeve. |
| 08:22 |
kmlussier |
Yes, it was yboston that was planning to do something. |
| 08:22 |
kmlussier |
RoganH: It's funny how I can give you those looks over IRC. |
| 08:23 |
RoganH |
I just kind of assume they're there. I know them well. They're very similar to the ones my wife gives me, just with a bit less exasperation. |
| 08:40 |
|
tfaile joined #evergreen |
| 08:43 |
kmlussier |
@weather 02771 |
| 08:43 |
pinesol_green |
kmlussier: The current temperature in Ladd Observatory, Providence, Rhode Island is 9.3°F (8:43 AM EST on January 07, 2014). Conditions: Partly Cloudy. Humidity: 50%. Dew Point: -5.8°F. Windchill: -5.8°F. Pressure: 29.90 in 1012 hPa (Rising). |
| 08:45 |
kmlussier |
That's a 40-degree drop from yesterday. |
| 08:45 |
RoganH |
ouch |
| 08:45 |
RoganH |
@weather 29730 |
| 08:45 |
pinesol_green |
RoganH: The current temperature in Winthrop University, Rock Hill, South Carolina is 10.4°F (8:45 AM EST on January 07, 2014). Conditions: Clear. Humidity: 51%. Dew Point: -4.0°F. Windchill: 10.4°F. Pressure: 30.49 in 1032 hPa (Rising). Wind Chill Advisory in effect until noon EST today... |
| 08:45 |
csharp |
@weather 30345 |
| 08:45 |
pinesol_green |
csharp: The current temperature in Lakeside, Atlanta, Georgia is 6.6°F (8:45 AM EST on January 07, 2014). Conditions: Clear. Humidity: 59%. Dew Point: -4.0°F. Windchill: 6.8°F. Pressure: 30.59 in 1036 hPa (Rising). Wind Chill Advisory in effect until 1 PM EST this afternoon... |
| 08:45 |
RoganH |
Thirty degree drop for us. |
| 08:46 |
csharp |
my ubuntu weather app says it's 5 degrees F |
| 08:46 |
kmlussier |
What's the point of living in the South if you're getting the same temps we have up here? |
| 08:46 |
csharp |
kmlussier: closer to the Gulf of Mexico! |
| 08:49 |
|
Shae joined #evergreen |
| 08:49 |
berick |
just heard on the radio parts of antarctica are a balmy 20 right now.. we win! |
| 08:50 |
|
kbeswick joined #evergreen |
| 08:51 |
csharp |
berick++ |
| 08:53 |
RoganH |
berick++ |
| 08:55 |
|
Dyrcona joined #evergreen |
| 09:04 |
|
mmorgan joined #evergreen |
| 09:44 |
collum |
@weather 41017 |
| 09:44 |
pinesol_green |
collum: The current temperature in Van Aachen, Erlanger, Kentucky is -2.0°F (9:44 AM EST on January 07, 2014). Conditions: Partly Cloudy. Humidity: 73%. Dew Point: -7.6°F. Windchill: -16.6°F. Pressure: 30.51 in 1033 hPa (Rising). Wind chill warning in effect until 5 PM EST this afternoon... |
| 09:46 |
collum |
It's beautiful, sunny, no snow. The schools are out today because of the wind chill. |
| 09:59 |
|
gmcharlt joined #evergreen |
| 10:18 |
dbs |
@wunder sudbury, ontario |
| 10:18 |
pinesol_green |
dbs: The current temperature in Sudbury, Ontario is -9.4°F (10:00 AM EST on January 07, 2014). Conditions: Mostly Cloudy. Humidity: 71%. Dew Point: -16.6°F. Windchill: -27.4°F. Pressure: 29.76 in 1008 hPa (Rising). |
| 10:18 |
dbs |
Life is good |
| 10:20 |
RoganH |
dbs: I think at -9 we have discovered one of the differences between your and my definitions of good. |
| 10:22 |
gmcharlt |
well, compared to what dbs was reporting a few days ago... |
| 10:24 |
RoganH |
gmcharlt: just because it got warmer in Niflheimr doesn't mean you're in Vanaheimr yet. |
| 10:25 |
jeff_ |
@wunder ktvc |
| 10:25 |
pinesol_green |
jeff_: The current temperature in Traverse City, Michigan is 1.4°F (9:53 AM EST on January 07, 2014). Conditions: Light Snow. Humidity: 76%. Dew Point: -4.0°F. Windchill: -16.6°F. Pressure: 30.01 in 1016 hPa (Rising). wind chill warning in effect until 7 PM EST this evening... |
| 10:27 |
gmcharlt |
@quote add <RoganH> gmcharlt: just because it got warmer in Niflheimr doesn't mean you're in Vanaheimr yet. |
| 10:27 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #72 added. |
| 10:34 |
bshum |
csharp: For note, the old legacy logging that supybot does (see http://evergreen-ils.org/irc_logs/evergreen/2014-01/%23evergreen.07-Tue-2014.log) still does the old style -= THIS MESSAGE NOT LOGGED =- |
| 10:34 |
bshum |
csharp: The newer ilbot logs just skip adding the entry and having it show at all. |
| 10:41 |
Dyrcona |
bshum: So you're saying that we still have -= THIS MESSAGE NOT LOGGED =-, but if you upgrade (or switch bots) we would get nothing in the log at all? |
| 10:59 |
bshum |
Dyrcona: I'm saying that we're doing it both ways. The "official" new logs at http://irc.evergreen-ils.org don't have the message logged at all. |
| 10:59 |
Dyrcona |
ok |
| 10:59 |
bshum |
Dyrcona: But the old supybot logging continues (mostly because I've been lazy to turn it off and also cause I kind of like the backup) |
| 11:37 |
Dyrcona |
There are things in the fine generator that make no sense to me. |
| 11:38 |
Dyrcona |
Does anyone know the purpose of $overbill option? |
| 11:39 |
Dyrcona |
All it appears to do is cause the code to skip voided fines when looking for the most recent billing to print information to the logs. |
| 11:54 |
jeff |
eeevil: how's your memory of $overbill in commit 2bf6f120 ? :-) |
| 11:54 |
pinesol_green |
[evergreen|miker] auto-billing fixes and hold processing bug - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2bf6f12> |
| 11:54 |
jeff |
i don't see any signs of it being currently used. i wonder if it was used for test/debug. |
| 11:56 |
eeevil |
jeff: I'll look. it was certainly used in the olden days, from the first over-night fine generator script |
| 11:59 |
eeevil |
jeff: or, rather, was something one could specify |
| 12:00 |
jeff |
yeah, i guess "not specified by default" was what i was seeing in my quick look through history. |
| 12:00 |
eeevil |
be nice to wrap that in a YAOUS, I guess, if we want the ability to "re-bill" for voided billings |
| 12:00 |
eeevil |
I think that's something we conditionally approximate in other areas for various situations |
| 12:01 |
Dyrcona |
I may be misunderstanding the code, but it doesn't appear to me that it would rebill for voided billings if specified. |
| 12:01 |
jeff |
Dyrcona: by my quick read, it does more than that. it treats the "most recent billing" as the first non-voided billing |
| 12:01 |
Dyrcona |
jeff: My not so quick reading is that is all that it does. |
| 12:02 |
jeff |
of course, if the voided billings aren't the most recent ones (uncommon), it does something slightly different. ;-) |
| 12:03 |
Dyrcona |
jeff: voided billings are ignored either way when calculating the fine total. |
| 12:03 |
eeevil |
jeff: well, they're the most recent (and all of them) if lost is set to void fines |
| 12:04 |
|
mrpeters joined #evergreen |
| 12:04 |
jeff |
for my understanding just as much as anything else, @fines contains a most-recent-first list of billings on the circ, and if $overbill is set to a truthy value, the "most recent billing" is set to the first non-voided bill it finds after skipping all the voided billings. |
| 12:05 |
eeevil |
I suspect the reworking of that sub has made that dead code |
| 12:05 |
jeff |
and if there are no unvoided billings, then there is no most recent billing. |
| 12:05 |
eeevil |
it used to (be able to) fill in the holes, so to speak |
| 12:05 |
Dyrcona |
My conclusion matches eeevil's suspicion. |
| 12:05 |
jeff |
the "last billing" is then used both in a logging statement as well as used to set the date value in $last_fine, which is what determines where the generator starts generating fines from. |
| 12:05 |
eeevil |
or, that was an intent |
| 12:05 |
* jeff |
checks to see if he's reading the most recent version of the code |
| 12:06 |
eeevil |
jeff: the most recent certainly cannot do that |
| 12:07 |
Dyrcona |
In master, $fine is not referenced after the logging statement. |
| 12:09 |
jeff |
are we talking about sub generate_fines in Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Publisher/action.pm ? |
| 12:10 |
Dyrcona |
Yes. |
| 12:13 |
Dyrcona |
On a completely unrelated note, I'm having a spicy lunch of homemade curried chicken and vegetable korma. |
| 12:13 |
Dyrcona |
So, rush out into the Arctic temps to get some hot Indian food. |
| 12:17 |
jeff |
looking starting on line 1116 on that file, i see $fine used to set $last_fine which is used to determine if we should just return, then used in determining $pending_fine_count... i'm sure i'm missing something, i'm just not sure what. |
| 12:20 |
Dyrcona |
Right, the date of the last fine to begin checking for new fines, and you're not missing anything else AFAICT. |
| 12:21 |
Dyrcona |
So, I guess it would "overbill" if voids are skipped. |
| 12:21 |
Dyrcona |
I'm just looking into what I need to change in light of some billing changes I've recently made. I somehow missed the fine generator when I grepped the code earlier. |
| 12:28 |
|
mtj_- joined #evergreen |
| 12:40 |
jeff |
alas, address alerts do little for pending patrons. |
| 12:40 |
jeff |
(unrelated, mostly) |
| 12:43 |
|
wjr_ joined #evergreen |
| 12:45 |
|
kmlussier_ joined #evergreen |
| 12:46 |
|
bshum_ joined #evergreen |
| 12:46 |
|
mceraso_ joined #evergreen |
| 12:46 |
mrpeters |
Dyrcona: i was using pingest.pl and ran into this at the very end -- http://pastie.org/8610625 -- any thoughts on what would cause that at the very end there? Did pingest.pl finish completely since it got to 263/263? |
| 12:46 |
|
eby_ joined #evergreen |
| 12:46 |
mrpeters |
thanks for the script, by the way....cut down from 4 days to less than 24 hours (no real benchmark, my power has been out) |
| 12:48 |
Dyrcona |
mrpeters: Never seen that error message. Basically, each record is reingested as its own transaction, so only that record (17278042) failed to reingest, everything else is good to go. |
| 12:48 |
mrpeters |
awesome, i can live with that :) |
| 12:49 |
mrpeters |
thanks for your work on this! huge help! |
| 12:49 |
Dyrcona |
Err. I misspoke, I think. |
| 12:51 |
Dyrcona |
Yeah, there's a die() on that line, so the rest of the browse ingest after that record failed. I should change that. |
| 12:53 |
|
snowball_ joined #evergreen |
| 12:53 |
|
snowball_ left #evergreen |
| 12:54 |
Dyrcona |
I changed the die() calls in the reingest subroutines to warn() in pingest.pl. |
| 12:54 |
Dyrcona |
Pushed the changes. |
| 13:09 |
mrpeters |
is http://evergreen-ils.org/dokuwiki/doku.php?id=mozilla-devel:building_the_staff_client no longer valid? |
| 13:10 |
bshum |
What seems wrong about it? |
| 13:10 |
bshum |
(should still work) |
| 13:10 |
mrpeters |
make AUTOUPDATE_HOST=http://foo.bar.com STAFF_CLIENT_VERSION=2.5.1 rigrelease devbuild updates-client STAFF_CLIENT_STAMP_ID=foo_rel_2_5_1 |
| 13:10 |
mrpeters |
make: *** No rule to make target `rigrelease'. Stop. |
| 13:11 |
bshum |
Are you in the staff_client directory? |
| 13:11 |
mrpeters |
/home/opensrf/Evergreen/Open-ILS/xul/staff_client |
| 13:12 |
mrpeters |
have make, nsis, zip, unzip, etc. |
| 13:12 |
csharp |
mrpeters: is that the source tree where you built and installed EG? |
| 13:13 |
bshum |
Normally, I would just do make rigrelease on its own without all the extra params. Then on the make rebuild I would include the other params. |
| 13:13 |
mrpeters |
oh, thats probably my problem..... |
| 13:13 |
bshum |
But yeah, running configure |
| 13:13 |
mrpeters |
installed from debs |
| 13:13 |
csharp |
yeah - that's the main drawback so far from the deb installation process |
| 13:14 |
mrpeters |
yeah....brain = frozen |
| 13:14 |
mrpeters |
@weather 46060 |
| 13:14 |
pinesol_green |
mrpeters: The current temperature in Downtown Noblesville, Noblesville, Indiana is 12.7°F (1:07 PM EST on January 07, 2014). Conditions: Clear. Humidity: 46%. Dew Point: -4.0°F. Windchill: 5.0°F. Pressure: 30.34 in 1027 hPa (Rising). Wind chill warning in effect until 7 PM EST this evening... |
| 13:14 |
mrpeters |
12.7? uh no...its 0 right now |
| 13:14 |
csharp |
@weather 30345 |
| 13:14 |
pinesol_green |
csharp: The current temperature in Lakeside, Atlanta, Georgia is 18.9°F (1:00 PM EST on January 07, 2014). Conditions: Clear. Humidity: 37%. Dew Point: -2.2°F. Windchill: 19.4°F. Pressure: 30.55 in 1034 hPa (Falling). |
| 13:15 |
mrpeters |
@weather 99501 |
| 13:15 |
pinesol_green |
mrpeters: The current temperature in Anchorage Merrill, Alaska is 19.4°F (8:53 AM AKST on January 07, 2014). Conditions: Clear. Humidity: 81%. Dew Point: 15.8°F. Windchill: 14.0°F. Pressure: 29.59 in 1002 hPa (Falling). |
| 13:15 |
csharp |
heh |
| 13:15 |
kmlussier |
balmy |
| 13:15 |
mrpeters |
oh, it cooled off....they were 40 degrees warmer than me yesterday |
| 13:25 |
Dyrcona |
@weather Norilsk, Russia |
| 13:25 |
pinesol_green |
Dyrcona: Error: HTTP Error 500: Server Error |
| 13:25 |
Dyrcona |
@weather Norilsk |
| 13:26 |
pinesol_green |
Dyrcona: Error: HTTP Error 500: Server Error |
| 13:26 |
Dyrcona |
Too cold there, I guess. |
| 13:26 |
csharp |
weather dzalinda |
| 13:26 |
csharp |
@weather dzalinda |
| 13:26 |
pinesol_green |
csharp: The current temperature in Dzalinda, Russia is -13.0°F (1:00 AM YAKT on January 08, 2014). Conditions: Scattered Clouds. Humidity: 37%. Dew Point: -23.8°F. Pressure: 30.35 in 1028 hPa (Rising). |
| 13:27 |
Dyrcona |
@weather noril'sk |
| 13:27 |
pinesol_green |
Dyrcona: Error: HTTP Error 500: Server Error |
| 13:28 |
Dyrcona |
Still too cold... -52 degrees Fahrenheit. |
| 13:28 |
csharp |
so what would be the "standard" virtual disk format for an Evergreen virtual image? I'm doing this on virtualbox (VDI) but the other options I can use are VMDK, VHD, HDD, QED, or QCOW |
| 13:28 |
csharp |
HTTP Error 500: Too frickin' cold! |
| 13:28 |
Dyrcona |
I use QCOW. |
| 13:29 |
Dyrcona |
http://www.weather.com/weather/today/69.333336,88.216667 |
| 13:30 |
* csharp |
chuckles at "FEELS LIKE -52" |
| 13:31 |
Dyrcona |
I can't imagine it being "Sunny" in Noril'sk right now. I thought they got like 6 weeks of darkness this time of year. |
| 13:31 |
bshum |
csharp: I forgot about Joel. Are you working on helping him? |
| 13:31 |
|
sseng joined #evergreen |
| 13:31 |
|
ktomita joined #evergreen |
| 13:31 |
csharp |
bshum: not specifically, but I was thinking about creating a new virtual image for people like him, yes |
| 13:31 |
Dyrcona |
Well, err, "today" or "tomorrow." It's like 2:30 there. |
| 13:32 |
|
ktomita_ joined #evergreen |
| 13:32 |
|
fparks joined #evergreen |
| 13:52 |
* csharp |
settles on VMDK since it works with vbox and can easily be converted to something else by others |
| 13:59 |
bshum |
csharp: Using debian as your base? Or ubuntu? |
| 14:06 |
RoganH |
csharp: I've build a "standard" Virtual box image with Debian. |
| 14:07 |
RoganH |
csharp: I even got lazy enough that I prepatched files and wrote bash scripts to grab bill's installer. It takes about 30 seconds of my time to get everything up from scratch now. |
| 14:07 |
RoganH |
csharp: 30 seconds of my time, quite a bit more of the system downloading stuff but I can turn away to other things during that time. |
| 14:10 |
pastebot |
"RoganH" at 64.57.241.14 pasted "commands for my VM Evergreen setup" (20 lines) at http://paste.evergreen-ils.org/51 |
| 14:11 |
RoganH |
csharp: that's the commands for installing evergreen, pulling on concerto, etc... I worked on that for some of the SCLENDS librarians who wanted to be able to install and setup VMs but didn't have a background |
| 14:34 |
|
gsams joined #evergreen |
| 14:39 |
|
ktomita joined #evergreen |
| 14:39 |
|
fparks joined #evergreen |
| 14:40 |
|
sseng joined #evergreen |
| 14:40 |
|
ktomita_ joined #evergreen |
| 14:41 |
|
dconnor_ joined #evergreen |
| 14:48 |
bshum |
Hmm |
| 14:48 |
bshum |
Maybe I'm misunderstanding, but wouldn't "matches exactly" mean that the search term would only find those words and nothing else? |
| 14:49 |
|
ktomita_ joined #evergreen |
| 14:49 |
bshum |
So what ehardy describes in the general list question is... expected behavior? |
| 14:50 |
|
sseng joined #evergreen |
| 14:51 |
RoganH |
bshum: That's what I was thinking but I assumed I was missing something. |
| 14:51 |
gsams |
bshum: that's what it sounds like to me, for whatever that is worth |
| 14:52 |
tsbere |
The described results in the email sound correct to me too |
| 14:52 |
dbs |
bshum: I think she expects "joy of cooking", not ^joy of cooking$ - but I'm pretty sure we've been down this road before in other threads |
| 14:52 |
tsbere |
Well, mostly, now that I re-read the top.... |
| 14:53 |
bshum |
Oy, I see. |
| 14:53 |
tsbere |
I am unsure about the other subfield issue. |
| 14:53 |
dbs |
(and I suspect there are alternate titles or something in the records for those matches where there is more than just "joy of cooking") |
| 15:12 |
|
ktomita joined #evergreen |
| 15:12 |
|
ktomita_ joined #evergreen |
| 15:12 |
|
sseng joined #evergreen |
| 15:12 |
|
dconnor joined #evergreen |
| 15:13 |
|
fparks joined #evergreen |
| 15:15 |
eeevil |
bshum: "matches exactly" means "contains exact phrase, less capitalization" |
| 15:15 |
* eeevil |
has not looked at the email in question, however |
| 15:17 |
eeevil |
unless someone has redefined the user-level meaning of "matches exactly" (which was always ambiguous, granted) |
| 15:18 |
mrpeters |
jeff++ man i love what you have done with your tpac |
| 15:18 |
jeff |
it's still very much 2.2. |
| 15:18 |
jeff |
we did minimal updating when we upgraded to 2.5 end of last year |
| 15:19 |
jeff |
which in and of itself -- that minimal updating was required -- was pretty neat. |
| 15:19 |
mrpeters |
its so fun |
| 15:19 |
* bshum |
enjoys the puppet images. |
| 15:19 |
mrpeters |
i like the scrolling images |
| 15:20 |
mrpeters |
is that something you wrote, jeff, or some javascript or jquery type deal? |
| 15:21 |
dbs |
eeevil: matches exactly == contains? did that change from ^$? |
| 15:22 |
jeff |
wjr is the expert and did most of it, but i believe those are jCarousel http://sorgalla.com/jcarousel/ sliders. We generate them on our Drupal site and include them in the catalog as a series of iframes. |
| 15:23 |
jeff |
and yes, we leverage ac by record id to give puppets images. |
| 15:23 |
bshum |
wjr should come to Boston. |
| 15:23 |
wjr |
hello |
| 15:24 |
wjr |
I like Boston |
| 15:24 |
wjr |
"it's complicated" :) |
| 15:26 |
mrpeters |
jeff: nice, very cool |
| 15:26 |
|
ktomita joined #evergreen |
| 15:26 |
|
ktomita_ joined #evergreen |
| 15:26 |
|
sseng joined #evergreen |
| 15:26 |
|
fparks joined #evergreen |
| 15:30 |
kmlussier |
In my previous testing, "contains phrase" means contains exact phrase and "matches exactly" meant an exact match. |
| 15:32 |
|
librarian joined #evergreen |
| 15:33 |
kmlussier |
bshum: Everyone should come to Boston. :) |
| 15:50 |
csharp |
RoganH: thanks for the info re: VMs |
| 15:50 |
csharp |
bshum: I was going to build it on Ubuntu 12.04 |
| 15:51 |
RoganH |
csharp: No problem. |
| 15:51 |
bshum |
csharp: Cool, just curious. |
| 15:54 |
csharp |
re: matches exactly - the main unexpected behavior is that it mostly looks like it's doing ^245 subfield a$, but there was one with a subfield p |
| 15:54 |
csharp |
we see other "joy of cooking" in 245$a with $p's too that *aren't* retrieved |
| 15:54 |
csharp |
reingesting one of those records didn't help |
| 15:55 |
csharp |
having said all that, I think it's basically working as expected |
| 15:56 |
* eeevil |
reads up ... dbs: gah, of course ... I should care more about the tpac ... didn't realize exact/phrase was split in 2 |
| 16:20 |
kmlussier |
csharp: When I do a matches exactly search in your catalog, I'm getting a lot of joy of cooking records with the subfield p. |
| 16:21 |
kmlussier |
including the pies & tarts one. |
| 16:22 |
bshum |
Isn't that a 2.3 system? |
| 16:22 |
bshum |
Or you working with their 2.5? |
| 16:22 |
bshum |
(new QP and all that jazz, who knows, am I right?) |
| 16:22 |
kmlussier |
Oh, wait. That's right. You're on a test system. Sorry. |
| 16:23 |
bshum |
I'd be curious to see some of the data that's being stored on the system side for the records in question. Like grabbing all the title values from metabib.title_record_entry for a given set of bibs |
| 16:23 |
bshum |
Just to see what's been indexed and how |
| 16:24 |
kmlussier |
In 2.3, "matches exactly" didn't work at all. It retrieved the same results as a simple contains search. |
| 16:24 |
kmlussier |
I do know tsbere added a fix for that in the qp work for 2.4. |
| 16:25 |
* kmlussier |
was just looking at that old bug report. |
| 16:28 |
kmlussier |
Interesting, I looked in the MVLC catalog and saw the same issue Elaine found. The "matches exactly" search pulled up the vegetarian one, but not the pies & tarts one. |
| 16:28 |
kmlussier |
But the cataloging for both seems to be very similiar. |
| 16:37 |
tsbere |
kmlussier: Throw me the record IDs, maybe I can spot the difference? |
| 16:38 |
kmlussier |
815614 is the one that doesn't show up in the matches exactly seach |
| 16:38 |
kmlussier |
629776 is the one that shows up in the matches exactly seach. |
| 16:39 |
kmlussier |
I found the same thing on NOBLE's training system and was just looking at the way they were indexed in the database. Nothing jumps out at me that would suggest why one would be retrieved but not the other. |
| 16:41 |
kmlussier |
The title proper entries look like this: http://pastebin.com/qQbCcDu8 |
| 16:41 |
tsbere |
Well, I figured it out |
| 16:41 |
tsbere |
I think |
| 16:43 |
tsbere |
"matches exactly" generates ^joy of cooking$ - Note lack of quotes. That means "starts with joy, contains of, ends with cooking". "^joy of cooking$" with quotes means "is made entirely of that phrase" |
| 16:43 |
kmlussier |
But why would one be retrieved and not the other? |
| 16:44 |
kmlussier |
Oh, I get it. The vegetarian title ends with cooking. |
| 16:44 |
tsbere |
Yep |
| 16:45 |
|
ktomita joined #evergreen |
| 16:45 |
|
ktomita_ joined #evergreen |
| 16:45 |
|
sseng joined #evergreen |
| 16:45 |
|
fparks joined #evergreen |
| 16:45 |
kmlussier |
There was talk of adding those quotation marks in this old 2.3 bug report, but it never happened. https://bugs.launchpad.net/evergreen/+bug/1030908 |
| 16:45 |
pinesol_green |
Launchpad bug 1030908 in Evergreen "tpac: Matches Exactly option leads to unexpected results" (affected: 1, heat: 6) [Undecided,Won't fix] |
| 16:46 |
kmlussier |
And I quote tsbere: "I think that in addition to my fix the quoting isn't a bad idea." |
| 16:46 |
kmlussier |
tsbere++ |
| 16:56 |
bshum |
It's been awhile kmlussier |
| 16:56 |
bshum |
So here goes |
| 16:56 |
bshum |
parts-- |
| 16:56 |
kmlussier |
I had been thinking you were turning over a new leaf for 2014! |
| 16:56 |
kmlussier |
@karma parts |
| 16:56 |
pinesol_green |
kmlussier: Karma for "parts" has been increased 4 times and decreased 12 times for a total karma of -8. |
| 16:57 |
kmlussier |
parts++ |
| 16:57 |
mmorgan |
parts++ |
| 16:57 |
kmlussier |
@whocares parts |
| 16:57 |
pinesol_green |
kmlussier loves parts |
| 16:57 |
pinesol_green |
bshum and Dyrcona hate parts |
| 16:57 |
kmlussier |
mmorgan: I knew I could count on you. :) |
| 16:58 |
mmorgan |
not perfect, but parts are a big step in the right direction! |
| 16:58 |
gmcharlt |
... these are the tales of a struggle... for positive karma! |
| 16:58 |
gmcharlt |
;) |
| 17:03 |
bshum |
@kmara parts |
| 17:03 |
pinesol_green |
bshum: You probably want hard-boiled eggs. |
| 17:03 |
bshum |
Oops |
| 17:03 |
bshum |
@karma parts |
| 17:03 |
pinesol_green |
bshum: Karma for "parts" has been increased 6 times and decreased 1000 times for a total karma of -994. |
| 17:03 |
kmlussier |
gmcharlt++ |
| 17:03 |
bshum |
There we go |
| 17:04 |
kmlussier |
bshum: You cheated! |
| 17:04 |
kmlussier |
bshum: Abuse of your admin powers |
| 17:05 |
|
stevenyvr2 joined #evergreen |
| 17:05 |
gmcharlt |
bshum: you may want to consider your geographical relationship to kmlussier ;) |
| 17:06 |
bshum |
Yes, it is abuse. I of course put it back. But the exercise makes me feel happier somehow... |
| 17:07 |
* kmlussier |
isn't sure she trusts bshum now. |
| 17:07 |
kmlussier |
@karma parts |
| 17:07 |
pinesol_green |
kmlussier: Karma for "parts" has been increased 6 times and decreased 12 times for a total karma of -6. |
| 17:07 |
* bshum |
isn't sure he trusts himself either. |
| 17:11 |
Dyrcona |
@hard_boiled_eggs |
| 17:11 |
pinesol_green |
Dyrcona: Zoia knows how to make fusilli. |
| 17:12 |
bshum |
Hmm, csharp, do you remember offhand where https://bugs.launchpad.net/evergreen/+bug/1255561 is doing the barcode lookup? |
| 17:12 |
pinesol_green |
Launchpad bug 1255561 in Evergreen "OPAC: username that starts with a number is treated like a barcode" (affected: 1, heat: 6) [Undecided,New] |
| 17:12 |
Dyrcona |
kmlussier: I should have a fix for my fine generator issues tonight, so you can resume testing tomorrow. |
| 17:12 |
bshum |
I have a library who's actually broken by this. Cause apparently their active directory usernames start with numbers... |
| 17:12 |
kmlussier |
Dyrcona++ |
| 17:13 |
tsbere |
bshum: The barcode regex OU setting, at the top level of the tree, may help? |
| 17:14 |
tsbere |
If you make it more specific than "starts with a number", say "is all digits" or "is 14 digits", for example, you may be able to negate some of the issues? |
| 17:14 |
bshum |
Hmm |
| 17:14 |
* bshum |
tries to remember what that ought to look like |
| 17:14 |
tsbere |
^[0-9]+$ for "is all digits", I think. ^[0-9]{14}$ for "is 14 digits", etc? |
| 17:15 |
Dyrcona |
Rebase weirds histoy.... |
| 17:15 |
Dyrcona |
history. |
| 17:18 |
bshum |
tsbere++ # I'm giving it a whirl. |
| 17:21 |
bshum |
Awaiting verification from the library that all is well, but log checking shows me that it's passing the authentication lookup as username now and not barcode. |
| 17:21 |
bshum |
Thanks tsbere! |
| 17:21 |
tsbere |
twas a simple solution. We have a more complicated one, some of our barcodes aren't all digits. :( |
| 17:22 |
bshum |
Does that library setting affect registration too? Or is that what the regex for registration barcode format is for? |
| 17:22 |
tsbere |
The latter, I believe |
| 17:25 |
jeff |
heh. our opac.barcode_regex is "^TADL\\d{7,8}$|^90\\d{5}$|^91111\\d{9}$|^[a-zA-Z]\\d{10}" |
| 17:25 |
jeff |
and we are currently using a ui.patron.edit.au.email.regex of "[a-zA-Z0-9_+-]+(\\.[a-zA-Z0-9_+-]+)*@([a-zA-Z0-9-]+\\.)+[a-zA-Z]{2,}" |
| 17:27 |
tsbere |
MVLC is less confusing on the regex, but still not just digits. ""^([Bb][Ii][Dd]|[Dd])?[0-9]*$"" |
| 17:29 |
|
mmorgan left #evergreen |
| 17:32 |
|
dcook joined #evergreen |
| 18:43 |
|
ktomita joined #evergreen |
| 18:43 |
|
ktomita_ joined #evergreen |
| 18:53 |
jeff |
test |
| 18:53 |
jeff |
hah |
| 18:53 |
jeff |
oops. :-) |
| 19:35 |
|
j_scott joined #evergreen |
| 20:23 |
|
stevenyvr2 left #evergreen |
| 21:54 |
|
dcook joined #evergreen |
| 22:55 |
|
stevenyvr2 joined #evergreen |
| 22:56 |
|
stevenyvr2 left #evergreen |
| 23:09 |
|
fparks joined #evergreen |
| 23:24 |
|
zerick joined #evergreen |
