| Time |
Nick |
Message |
| 02:15 |
|
kmlussier joined #evergreen |
| 02:15 |
|
mceraso joined #evergreen |
| 02:16 |
|
bshum joined #evergreen |
| 05:29 |
|
ningalls joined #evergreen |
| 05:29 |
|
dbs joined #evergreen |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:18 |
|
graced joined #evergreen |
| 07:34 |
|
yboston joined #evergreen |
| 07:41 |
gmcharlt |
jeff: so, what's our theme song, then? :) |
| 07:54 |
|
mrpeters joined #evergreen |
| 08:26 |
|
rjackson_isl joined #evergreen |
| 08:37 |
|
rlefaive joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:49 |
kmlussier |
Good morning #evergreen! |
| 09:03 |
jeff |
morning! |
| 09:09 |
|
tsbere joined #evergreen |
| 09:16 |
|
yboston joined #evergreen |
| 09:16 |
|
RoganH joined #evergreen |
| 09:18 |
RoganH |
https://hangouts.google.com/call/nj67ug75ggx54aphhvc3gcqayia |
| 09:20 |
jeff |
RoganH: keeping us on our toes by changing the link every day? |
| 09:22 |
RoganH |
jeff: yep! |
| 09:22 |
RoganH |
continuity is for the weak |
| 09:23 |
|
yboston joined #evergreen |
| 09:23 |
|
mmorgan joined #evergreen |
| 09:30 |
|
Dyrcona joined #evergreen |
| 09:31 |
* Dyrcona |
is at home today and has a very light schedule of errands. |
| 09:32 |
bshum |
"Come bitter Rain, And wash from my Heart That saddest of all Words: Home" |
| 09:33 |
Dyrcona |
heh |
| 09:34 |
|
jlitrell joined #evergreen |
| 09:34 |
Dyrcona |
Is kenstir going to be at the hack-away today? |
| 09:34 |
bshum |
Dyrcona: He left yesterday, so unfortunately not. |
| 09:34 |
Dyrcona |
oh. bummer. |
| 09:34 |
Dyrcona |
I'll have to email him, then. |
| 09:35 |
Dyrcona |
Unless he shows up in IRC later. |
| 09:35 |
Dyrcona |
I think I have a way to make a separate repo of just the android code without losing its history. |
| 09:39 |
jeff |
handy! i was wondering. |
| 09:40 |
jeff |
commit hashes would change, but relevant log entries and commits would be preserved? |
| 09:40 |
jeff |
Dyrcona: using git filter-branch or some other approach? |
| 09:40 |
Dyrcona |
git filter-branch |
| 09:40 |
Dyrcona |
If I can get the syntax right. |
| 09:41 |
* miker |
chases phantom "ding"s |
| 09:42 |
Dyrcona |
Typos are killing me. |
| 09:44 |
Dyrcona |
filter-branch is taking a long time. |
| 09:45 |
kmlussier |
Dyrcona: Are you working today? |
| 09:45 |
Dyrcona |
No, I'm taking a vacation day. |
| 09:47 |
Dyrcona |
Looks like everyone was busy pushing code yesterday. |
| 09:50 |
kmlussier |
yaous++ |
| 09:55 |
Dyrcona |
@karma yaous |
| 09:55 |
pinesol_green |
Dyrcona: Karma for "yaous" has been increased 2 times and decreased 1 time for a total karma of 1. |
| 09:55 |
csharp |
ldw: http://pastebin.com/7XfDu3w3 |
| 09:56 |
csharp |
@blame yaous guise |
| 09:56 |
pinesol_green |
csharp: yaous guise is why we can never have nice things! |
| 09:56 |
|
mmorgan joined #evergreen |
| 09:56 |
Dyrcona |
kmlussier: I will build a new dev branch and refresh my dev database on Monday. |
| 09:57 |
|
Shae joined #evergreen |
| 10:04 |
kmlussier |
Dyrcona: Thanks! |
| 10:10 |
bshum |
Link: custom audio for the staff client events: http://wiki.evergreen-ils.org/doku.php?id=scratchpad:custom_audio |
| 10:16 |
Bmagic |
New hangout today? |
| 10:16 |
bshum |
csharp: I think http://themushroomkingdom.net/sounds/wav/smb/smb_mariodie.wav would be perfect for network errors :) |
| 10:16 |
Dyrcona |
That's for XULRunner. Anyone figured it out for web staff client, yet? |
| 10:17 |
yboston |
kmlussier++ you helped me move forward on an old EG quest of mine |
| 10:17 |
kmlussier |
yboston: Awesome! |
| 10:18 |
|
jboyer-laptaupe joined #evergreen |
| 10:19 |
ldw |
csharp: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/ldw/lp978095_cancel_lineitem_no_copies |
| 10:21 |
bshum |
Dyrcona: Hmm, good question... |
| 10:24 |
kmlussier |
Does the web staff client have any sounds yet? |
| 10:25 |
kmlussier |
Sounds like a great time to get rid of the Star Trek alert. |
| 10:26 |
berick |
Dyrcona: selfcheck has audio. it just inserts an "audio" element with autoplay=true. i image we could use that. haven't yet looked at whether there are better options |
| 10:26 |
|
Christineb joined #evergreen |
| 10:26 |
pastebot |
"berick" at 64.57.241.14 pasted "selcheck audio" (8 lines) at http://paste.evergreen-ils.org/12 |
| 10:31 |
|
DPearl joined #evergreen |
| 10:32 |
Dyrcona |
berick: Something like that for each sound with JS to make it play is what I was thinking would be necessary. |
| 10:32 |
Dyrcona |
Anyway, gonna run that errand. Will be back in a few. |
| 10:35 |
Dyrcona |
Maybe Angular has a better trick for handling audio? |
| 10:37 |
|
RoganH joined #evergreen |
| 10:55 |
kmlussier |
gmcharlt: The milestone change you just made for bug 1474455 - shouldn't that be set to 2.9 since it was merged back in July? |
| 10:55 |
pinesol_green |
Launchpad bug 1474455 in Evergreen "Fixed navigation menu for the web client" [Medium,Fix committed] https://launchpad.net/bugs/1474455 |
| 11:06 |
|
sarabee joined #evergreen |
| 11:08 |
Bmagic |
Would anyone care to take a peak at this change |
| 11:08 |
Bmagic |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/blake/LP1403907_e-resources_not_included_group_formats_and_editions_search |
| 11:09 |
Bmagic |
it's a stab in the dark, it fixes the issue for me, but I'm not 100% positive that it's the right approach using UNION |
| 11:10 |
|
Callender joined #evergreen |
| 11:10 |
jeff |
looks like the branch name was truncated in your paste. seems this is the url: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/blake/LP1403907_e-resources_not_included_group_formats_and_editions_search |
| 11:10 |
bshum |
yboston: https://docs.google.com/drawings/d/17aNEr8vLen5wBjCAP4NPnjL7fYT3VxK6_9wVArR9VII/edit?usp=sharing |
| 11:12 |
jeff |
Bmagic: what issue does it fix for you? |
| 11:13 |
Bmagic |
bug 1403907 |
| 11:13 |
pinesol_green |
Launchpad bug 1403907 in Evergreen "E-resources not included in ver 2.7.1 Group formats and editions search" [Medium,Confirmed] https://launchpad.net/bugs/1403907 - Assigned to Blake GH (blake-j) |
| 11:13 |
jeff |
ah |
| 11:14 |
Bmagic |
do a group search for anything, the grouped results claim to have e-books. Then click the metarecord, and the resulting set of records does not include ebooks/evideo/eaudio |
| 11:16 |
Bmagic |
I just added another commit, I forgot something there, refresh (sqashed it into a single commit) |
| 11:18 |
pastebot |
"Bmagic" at 64.57.241.14 pasted "Electronic metabib Git commit" (1 line) at http://paste.evergreen-ils.org/13 |
| 11:22 |
kmlussier |
@quote get 124 |
| 11:22 |
pinesol_green |
kmlussier: Quote #124: "<kmlussier> True fact. NOBLE never runs out of coffee." (added by gmcharlt at 02:44 PM, October 15, 2015) |
| 11:27 |
gmcharlt |
could I email our boarding passes to somebody in the NOBLE office to get them printed out? (the hotel's printer didn't believe in the concept of ink) |
| 11:28 |
Bmagic |
printers-- |
| 11:28 |
mmorgan |
gmcharlt++ # shedding light on how Evergreen works |
| 11:29 |
|
bmills joined #evergreen |
| 11:29 |
mmorgan |
gmcharlt: You can email them to mmorgan noblenet.org |
| 11:29 |
gmcharlt |
mmorgan: thanks! |
| 11:39 |
Bmagic |
Is there a new hangout for today? |
| 11:39 |
jeff |
Bmagic: https://hangouts.google.com/call/nj67ug75ggx54aphhvc3gcqayia |
| 11:40 |
Bmagic |
ty |
| 11:40 |
Bmagic |
was it in chat? |
| 11:41 |
Bmagic |
oh, I see it now, just missed it I guess |
| 11:41 |
Bmagic |
jeff++ |
| 11:41 |
jeff |
oh, neat. i found marcxml that generates mods that resists pretty-printing. |
| 11:42 |
tsbere |
jeff: I might be more impressed if you found marcxml that generates mods that doesn't resist pretty-printing. ;) |
| 11:42 |
jeff |
issue seems to be the trailing text here: |
| 11:42 |
jeff |
<subject authority="fast"><geographic>United States</geographic></subject>1775 - 1783fast |
| 11:43 |
jeff |
might just be a known and fixed MODS 3.2 issue. |
| 11:43 |
|
jboyer-laptaupe joined #evergreen |
| 11:43 |
pinesol_green |
[evergreen|Kathy Lussier] lp1486294: Add sample order record file to datasets - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b79d3ad> |
| 11:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1486294 ACQ sapmle holding subfield maps - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=acb1c94> |
| 11:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1486294 ACQ sample data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ad50eaa> |
| 11:43 |
jeff |
could be that the MARCXML is pretty terrible. |
| 11:43 |
jboyer-laptaupe |
jeff: hmm, seems unlikely. |
| 11:43 |
jboyer-laptaupe |
;) |
| 11:44 |
* tsbere |
shares code he isn't happy with, but works: http://git.evergreen-ils.org/?p=working/random.git;a=shortlog;h=refs/heads/collab/tsbere/remoteauth |
| 11:45 |
jeff |
phonecalls-- |
| 11:50 |
Bmagic |
zoom is great |
| 11:50 |
Bmagic |
however, I haven't used it with a large crowd |
| 11:51 |
Bmagic |
google hangouts can handle more if you use "hangouts on air" |
| 11:51 |
jeff |
or just start the app from a business account -- you get 15 instead of 10. |
| 11:53 |
Bmagic |
yboston++ # I like the focused tasks idea |
| 11:57 |
Bmagic |
jeff: so did you have a chance to take a look at that query? |
| 12:05 |
|
sbrylander joined #evergreen |
| 12:14 |
|
mmorgan joined #evergreen |
| 12:48 |
kmlussier |
tsbere++ #Setting up masslnc Syrup repo |
| 13:01 |
jeff |
i can ALMOST make out the NOBLE Wireless credentials from the lone video feed still going on in the hangout. ;-) |
| 13:02 |
jeff |
Bmagic: glanced, looked reasonable, but I'd recommend having other eyes look at it. I don't think the UNION usage there will cause any issues, subtle or otherwise, but... I only glanced. :-) |
| 13:03 |
kmlussier |
Since the microphone is turned off on the lone feed, I suspect we can shut down the Hangout. |
| 13:03 |
jeff |
kmlussier: probably. |
| 13:05 |
|
gtownjoe joined #evergreen |
| 13:05 |
gtownjoe |
pinesol |
| 13:05 |
gtownjoe |
oops |
| 13:11 |
jeff |
gtownjoe: greetings! |
| 13:12 |
* tsbere |
played with said video feed ;) |
| 13:14 |
jeff |
tsbere: hah |
| 13:16 |
|
gtownjoe joined #evergreen |
| 13:16 |
jeff |
gtownjoe: welcome back. |
| 13:17 |
gtownjoe |
thank you, had to switch computers.. |
| 13:31 |
Dyrcona |
I noticed that an i18n commit went in earlier. |
| 13:31 |
Dyrcona |
That reminds me that ar-AR should be changed to es-AR. |
| 13:31 |
Dyrcona |
Or, is that really an Arabic translation? |
| 13:33 |
Dyrcona |
If it is Arabic, then it should be ar-SA. |
| 13:34 |
Dyrcona |
Or, maybe it could be deleted, since there appear to be no translations for it at all. |
| 13:35 |
|
jihpringle joined #evergreen |
| 13:36 |
Dyrcona |
So, it is Arabic and a few strings have been translated. |
| 13:39 |
* Dyrcona |
considers a LP bug and a branch to fix it at last. |
| 13:41 |
Bmagic |
jeff: thanks for taking a look |
| 13:41 |
Bmagic |
Anyone else have an opinion on it? Dyrcona? |
| 13:41 |
dbs |
There's a pretty long history of using repeated language codes for the region portion of the locale code, even though the region doesn't exist, to avoid regionality |
| 13:42 |
dbs |
E.g. "it's just Arabic but we're forced to have a region code" |
| 13:42 |
dbs |
https://www.facebook.com/translations/FacebookLocales.xml for example |
| 13:42 |
Dyrcona |
dbs: I'm commenting on the old bug with two possibilities. I think we ought to just remove it. |
| 13:45 |
Dyrcona |
I decided just on suggesting we remove it. |
| 13:46 |
Dyrcona |
Bmagic: Were you asking about your group formats and editions link from earlier or about something else? |
| 13:46 |
* Dyrcona |
hasn't been paying that much attention today. |
| 13:47 |
Bmagic |
yeah, that UNION query I posted to the working repo |
| 13:47 |
Bmagic |
trying to INclude electronic bibs without items attached |
| 13:49 |
|
jboyer-laptaupe joined #evergreen |
| 13:50 |
Dyrcona |
Bmagic: Just eyeballing it looks OK. |
| 13:51 |
Bmagic |
Are there other reasons that electronic bibs can be visible other than the two additional UNION statements there? |
| 13:51 |
tsbere |
Bmagic: If I am looking at the right query I wonder if $1/$2 functions correctly in there. If so using that syntax instead of ? would allow for re-use of a single input param. |
| 13:51 |
Dyrcona |
Although the second UNION query looks odd to me. |
| 13:52 |
Dyrcona |
$1, $2 would work there. The query is single-quoted. |
| 13:52 |
* tsbere |
looks at it again and wonders why the call number check is being done at all, or the source is not null check... |
| 13:53 |
Bmagic |
tsbere: yeah, there is some map {} magic happening below the comment "it puts the record ID in front of each param. see $q above" |
| 13:53 |
Dyrcona |
I think that is to pull records from transcendant [sic] sources without call numbers/uris. |
| 13:53 |
|
gtownjoe_ joined #evergreen |
| 13:53 |
tsbere |
Bmagic: Actually, the call number check looks *wrong*. The call number *record* is what you would compare bib IDs to, not the call number ID |
| 13:54 |
Dyrcona |
What looks wrong to me is comparing the bre.id to acn.id. |
| 13:54 |
Dyrcona |
I think it should be bre.id not in (select acn.record....) |
| 13:54 |
* tsbere |
thinks that is what he just said |
| 13:54 |
Dyrcona |
But that might not even be necessary. |
| 13:54 |
Bmagic |
ah, yes, good catch, that should be record FROM asset.call_number |
| 13:54 |
Dyrcona |
I was typing as you were typing :) |
| 13:55 |
Dyrcona |
Could just left join on acn and acn is null. |
| 13:55 |
tsbere |
Bmagic: I think you can skip that check entirely. By transcendant rules even bibs with copies/call numbers should, as far as I know, show up. |
| 13:56 |
tsbere |
Even if they are for an out of scope lib |
| 13:56 |
gtownjoe_ |
@weather 45327 |
| 13:56 |
pinesol_green |
gtownjoe_: Germantown, OH :: Mostly Cloudy :: 69F/21C | Friday: Cloudy skies. High 68F. Winds W at 10 to 15 mph. Friday Night: Mostly cloudy. Much cooler. Low 42F. Winds light and variable. | Updated: 21m ago |
| 13:56 |
Dyrcona |
Yeah, I think I agree with tsbere on that. |
| 13:56 |
Bmagic |
tsbere: electronic bibs do not have copies |
| 13:57 |
Dyrcona |
Bmagic: They might if staff added them. |
| 13:57 |
tsbere |
Bmagic: I disagree. "should not have" maybe... |
| 13:57 |
Dyrcona |
We've had that happen. |
| 13:57 |
Dyrcona |
Hence the can_have_volumes/copies flags on bib source. |
| 13:57 |
tsbere |
Not to mention "fake barcode to make it show up when you scope to us" headaches |
| 13:57 |
dbs |
fake_barcodes-- |
| 13:58 |
Bmagic |
if there is a copy attached, the old query worked, but we need bibs without copies attached but with 856$9 to show up too |
| 13:58 |
tsbere |
Bmagic: To put it another way, I think you can skip that check entirely as anything the old query picked up will *still be picked up* regardless |
| 13:58 |
jeff |
Bmagic: oh, also: remember that the visibility/scoping of located URI call numbers differs based on that setting I pointed out yesterday. Forgot to remind you of that, but I think you'll need to take it into account. |
| 13:59 |
tsbere |
Picking it up twice isn't an issue |
| 13:59 |
Dyrcona |
I think your first union takes care of those with a proper $9. |
| 13:59 |
* dbs |
took great delight in deleting all fake barcodes and copies earlier this year |
| 13:59 |
dbs |
s/and copies/and callnumbers/ |
| 13:59 |
Dyrcona |
Transcendant bibs are supposed to show up without copies and without URI. |
| 14:00 |
tsbere |
dbs: I wish I could delete more of the wacky barcodes, but I have been told repeatedly that I shouldn't be doing so. >_> |
| 14:00 |
Dyrcona |
heh. |
| 14:00 |
tsbere |
Dyrcona: I would say "regardless of copies or URI" |
| 14:00 |
Bmagic |
so the transcendent bibs are in asset.opac_visible_copies ? without a copy attached? |
| 14:00 |
jeff |
Bmagic: no. |
| 14:00 |
tsbere |
Bmagic: No, but you can skip the call number on the union looking at the flag |
| 14:00 |
gmcharlt |
no copies == no visible copies :) |
| 14:01 |
Bmagic |
ok, I thought so. |
| 14:01 |
Dyrcona |
We currently use it for Overdrive and Safari Online records that show up everywhere. |
| 14:02 |
tsbere |
Bmagic: I would remove the lines from "AND id NOT" and "AND source IS NOT NULL", inclusive, basically. |
| 14:02 |
Bmagic |
Dyrcona: and those show up in a grouped format search? |
| 14:02 |
Dyrcona |
Bmagic: I believe the complaint is that they show up when they should not, actually. |
| 14:03 |
Dyrcona |
I changed the configuration in our training system to add located URIs last year, but so far have gotten no feedback from members about it. |
| 14:03 |
Bmagic |
Dyrcona: The issue is doing a grouped search, the grouped results show that an E-book is a member of the group, but when you click the grouped result, the following page does not show the e-book |
| 14:04 |
Bmagic |
Here is a live example http://missourievergreen.org/eg/opac/results?detail_record_view=1;detail_record_view=1;query=harry%20potter;qtype=title;fi%3Asearch_format=book;locg=2;modifier=metabib |
| 14:04 |
Dyrcona |
Bmagic: That's one of the issues. The one I was thinking of is that Overdrive and Safari records sill show up when a search is limited by copy location. |
| 14:04 |
|
mmorgan joined #evergreen |
| 14:04 |
tsbere |
Bmagic: For that kind of issue you will want to basically always include matching non-deleted transcendant bibs. Regardless of located uri/copy/call number entries. |
| 14:04 |
Bmagic |
The third result shows E-Book |
| 14:05 |
Dyrcona |
Bmagic: I think if you do what tsbere suggests with the code, it will be correct. |
| 14:05 |
|
bmills joined #evergreen |
| 14:05 |
Bmagic |
click the third result, and the OPAC doesn't show the e-book that it previously claimed was apart of the group |
| 14:07 |
|
Shae joined #evergreen |
| 14:08 |
Bmagic |
tsbere: the reason that AND source IS NOT NULL is there - it makes the query run much faster when source is in fact null (most of the time for us) |
| 14:09 |
tsbere |
Bmagic: Ok, if it is there for triggering indexes then leave that line in but remove the others. |
| 14:09 |
* tsbere |
has nothing against seemingly useless where clauses that trigger indexes ;) |
| 14:10 |
kmlussier |
Finally finished notes from our Syrup / course reserves discussion at http://wiki.evergreen-ils.org/doku.php?id=scratchpad:course_reserves |
| 14:11 |
pastebot |
"Bmagic" at 64.57.241.14 pasted "Electronic metabib Git commit" (1 line) at http://paste.evergreen-ils.org/14 |
| 14:13 |
tsbere |
Bmagic: Looks better |
| 14:13 |
tsbere |
Though I suppose I can complain about the blank line ;) |
| 14:13 |
Dyrcona |
We run a script to set null sources to system local. |
| 14:13 |
Bmagic |
tsbere++ Dyrcona++ jeff++ |
| 14:14 |
Dyrcona |
I'd make so that they can't be null, but that breaks stuff. |
| 14:14 |
tsbere |
Dyrcona: I only recall fixing OCLC ones that were left null. But I may just not have had to touch/review that recently enough... |
| 14:15 |
Dyrcona |
tsbere: You probably remember more details than I do. :) |
| 14:15 |
Dyrcona |
I tend to push "unnecessary" information out rather quickly. |
| 14:15 |
jeff |
% int(time_taken) / indexed_count) |
| 14:15 |
jeff |
TypeError: unsupported operand type(s) for /: 'str' and 'int' |
| 14:16 |
jeff |
pretty sure I'd be happier if that said "'int' and 'str'" |
| 14:16 |
|
bmills joined #evergreen |
| 14:16 |
tsbere |
Dyrcona: Well, on one hand I can't find anything that does system local. On the other I did find "oh, fix Overdrive records that are in the wrong source" before the OCLC fixer. |
| 14:17 |
Dyrcona |
Like I said.... |
| 14:17 |
jeff |
er, nope. |
| 14:17 |
jeff |
% int(time_taken) / int(indexed_count)) |
| 14:17 |
jeff |
TypeError: unsupported operand type(s) for /: 'str' and 'int' |
| 14:17 |
jeff |
back to the drawing board. |
| 14:17 |
* tsbere |
wonders what jeff is working on |
| 14:18 |
* tsbere |
also wonders if the problem is somewhere before that |
| 14:18 |
* Dyrcona |
guesses it has something to do with ElasticSearch or was it Solr? |
| 14:18 |
jeff |
I have a python script that I was adding some timing to a loop. |
| 14:18 |
jeff |
And I'm doing something silly. |
| 14:20 |
tsbere |
jeff: I wonder about the extra ) too ;) |
| 14:20 |
* tsbere |
assumes that is from previous line/text that isn't shown though |
| 14:20 |
Dyrcona |
probably opens on a previous line. |
| 14:20 |
* jeff |
nods |
| 14:21 |
jeff |
oh. |
| 14:22 |
jeff |
yeah, i was doing something silly. |
| 14:22 |
jeff |
logging.info('Average time per record: %s' % int(time_taken) / int(indexed_count)) |
| 14:23 |
tsbere |
jeff: In *that* case I would wrap the time_taken through indexed_count in () |
| 14:23 |
tsbere |
(int wrappers may not be needed) |
| 14:23 |
jeff |
that's trying to divide the string 'Average time per record: X' by an integer. :-) |
| 14:23 |
jeff |
tsbere: *nod* |
| 14:24 |
jeff |
or, i just went ahead and did the math on the line prior. |
| 14:24 |
tsbere |
That works too |
| 14:25 |
jeff |
now I'll just clean things up a bit in terms of format strings... |
| 14:25 |
jeff |
2015-11-06 14:23:03,849 INFO: indexed 1000 records ending with date 2008-08-02 10:29:11.276030-04:00 id 30080627 |
| 14:25 |
jeff |
2015-11-06 14:24:19,653 INFO: Total time for loop: 75.7538700104 |
| 14:25 |
jeff |
2015-11-06 14:24:19,654 INFO: Average time per record: 0.0757538700104 |
| 14:27 |
gtownjoe_ |
hello IRC |
| 14:28 |
gtownjoe_ |
I'm giving a brief demonstration to a group of member library staff in our consortium of what IRC looks like and how it works. |
| 14:28 |
gtownjoe_ |
Feel free to say hello to the classroom.. :) |
| 14:28 |
tsbere |
Hello to those in the classroom! |
| 14:29 |
gtownjoe_ |
@weather 45327 |
| 14:29 |
pinesol_green |
gtownjoe_: Germantown, OH :: Mostly Cloudy :: 69F/21C | Friday: Partly cloudy. High 67F. Winds W at 10 to 20 mph. Friday Night: Considerable cloudiness. Much cooler. Low 42F. Winds light and variable. | Updated: 14m ago |
| 14:30 |
jihpringle |
ldw: https://bugs.launchpad.net/evergreen/+bug/1170862 |
| 14:30 |
pinesol_green |
Launchpad bug 1170862 in Evergreen "ACQ: Funding Source Details Requires Reload on Credits Tab but not Allocations Tab" [Undecided,Confirmed] |
| 14:30 |
ldw |
jihpringle: thank you! |
| 14:30 |
jihpringle |
np |
| 14:30 |
jihpringle |
https://bugs.launchpad.net/evergreen/+bug/1170860 may also be related |
| 14:30 |
pinesol_green |
Launchpad bug 1170860 in Evergreen "ACQ: New Fund Requires Reload Before Displaying" [Undecided,Confirmed] |
| 14:31 |
gtownjoe_ |
thank you everyone |
| 14:43 |
|
yboston left #evergreen |
| 14:45 |
|
mrpeters left #evergreen |
| 14:58 |
mmorgan |
Suddenly got very quiet here :-( |
| 14:58 |
mmorgan |
... and we still have plenty of coffee ;-) |
| 15:02 |
* jeff |
grins |
| 15:05 |
csharp |
mmorgan++ |
| 15:05 |
csharp |
endless_decaf++ |
| 15:20 |
Bmagic |
csharp: lol |
| 15:43 |
ldw |
csharp: hold off on working on the cancel lineitem code if you are planning on working with it. I am fixing more bugs. |
| 15:46 |
csharp |
ldw: cool - thanks |
| 15:57 |
remingtron |
csharp++ #first pgtap test |
| 16:27 |
ldw |
csharp: I just did some testing and the code loads fine, but there is a logic error in my attempt. I am looking for lineitems that are the same in the acq.lineitem table when I need to look for eg_bib_id duplicates. Not sure how long this will take to rectify. |
| 16:33 |
csharp |
ldw: 10-4 |
| 16:47 |
|
bmills joined #evergreen |
| 16:53 |
jeff |
oh cute. |
| 16:54 |
jeff |
i haven't disabled network access in my script, and loc.gov is... apparently having issues, so creating my MODS XSLT object hangs. |
| 16:54 |
jeff |
ah, yup: <xsl:include href="http://www.loc.gov/marcxml/xslt/MARC21slimUtils.xsl"/> |
| 16:55 |
jeff |
forgot to inline that. |
| 17:09 |
jeff |
well, not inline in this case... but keep and reference a local copy. :-) |
| 17:14 |
|
mmorgan left #evergreen |
