| Time |
Nick |
Message |
| 00:05 |
bshum |
@later tell dbs I'll review what you have for schema.org bug tomorrow morning and get it in before dbwells deadline. |
| 00:05 |
pinesol_green |
bshum: The operation succeeded. |
| 01:13 |
|
mcooper joined #evergreen |
| 01:19 |
|
mcooper joined #evergreen |
| 07:05 |
|
Callender joined #evergreen |
| 07:05 |
|
tfaile joined #evergreen |
| 07:07 |
|
moodaepo1 joined #evergreen |
| 07:07 |
|
timlaptop joined #evergreen |
| 07:08 |
|
mtate joined #evergreen |
| 07:10 |
|
phasefx joined #evergreen |
| 07:41 |
csharp |
@later tell dbs we were looking around for the EG2012 site - thanks to the Wayback Machine, the content is still around: http://web.archive.org/web/20130601233409/http://evergreen2012.org/ |
| 07:41 |
pinesol_green |
csharp: The operation succeeded. |
| 07:52 |
|
jboyer-isl joined #evergreen |
| 07:57 |
|
kmlussier joined #evergreen |
| 07:59 |
|
rjackson-isl joined #evergreen |
| 08:06 |
|
krvmga joined #evergreen |
| 08:09 |
krvmga |
in this opac search http://bark.cwmars.org/eg/opac/cnbrowse?cn=333.7;locg=154; , the book with call number 333.7 Ali appears before all the 333s instead of in its proper place. any thoughts? |
| 08:09 |
|
akilsdonk_ joined #evergreen |
| 08:10 |
krvmga |
and the 333.7s don't appear till here http://bark.cwmars.org/eg/opac/cnbrowse?cn=333.7;locg=154;cnoffset=5#cnbrowse |
| 08:10 |
kmlussier |
krvmga: do they have the same classification schemes? |
| 08:14 |
krvmga |
kmlussier: where would i see that? |
| 08:15 |
kmlussier |
krvmga: In the staff client. If you're editing the item, you should see it with the other call number information. I think it might be an option in the column picker too. |
| 08:15 |
krvmga |
kmlussier: i'll take a look. |
| 08:17 |
|
Shae joined #evergreen |
| 08:34 |
dbs |
bshum: some of the content; the presentations, unfortunately, do not appear to have been preserved by the Wayback machine (e.g. "http://evergreen2012.org/presentations/27 Friday/Ecology of the Evergreen Developer.html") |
| 08:35 |
kmlussier |
dbs: I contacted Shauna about the 2012 presentations. She still has several of them and is going to post them. |
| 08:38 |
dbs |
kmlussier: great! I should be able to dig up mine as well. |
| 08:42 |
|
collum joined #evergreen |
| 08:47 |
|
rfrasur joined #evergreen |
| 08:52 |
|
mmorgan1 joined #evergreen |
| 09:03 |
|
mrpeters joined #evergreen |
| 09:26 |
|
ericar joined #evergreen |
| 09:26 |
|
yboston joined #evergreen |
| 09:27 |
jeff |
was the 2012 conference site hosted on ISL systems? the domain is expired, but the virtualhost and its content may live on, if one were to find the former IP. |
| 09:28 |
jeff |
said IP may even be contained within old evergreen-ils.org zonefile revisions, since i think conference.evergreen-ils.org may have pointed at the IP once (or twice) upon a time. |
| 09:28 |
jeff |
of course, my memory could be wrong, or the host may also be gone. |
| 09:29 |
rfrasur |
jeff: mrpeters might know? or abowling-isl |
| 09:30 |
mrpeters |
it was |
| 09:30 |
mrpeters |
i have no knowledge about whether or not they renewed it though |
| 09:30 |
mrpeters |
i left in feb |
| 09:31 |
kmlussier |
@marc 740 |
| 09:31 |
pinesol_green |
kmlussier: Contains related or analytical titles that are not controlled through an authority file or list. (If related or analytical titles are controlled by an authority file, use field 730 (Added entry - uniform title)). (Repeatable) [a,h,n,p,5,6,8] |
| 09:32 |
mrpeters |
jeff: even if the domain is gone, i'm certain the files are still sitting on the server they were hosted from |
| 09:32 |
rfrasur |
jboyer-isl may be of some help. |
| 09:33 |
jeff |
mrpeters: any chance your mind includes memory of the IP of that virtualhost? :-) |
| 09:33 |
mrpeters |
the server is 208.119.72.66 |
| 09:33 |
mrpeters |
i just dont know the subdir off top |
| 09:33 |
mrpeters |
rjackson-isl adbowling-isl and jboyer-isl should all have access to that server to tell you the subdir thats in /var/www/ |
| 09:33 |
mrpeters |
i thought it was egconf13 but its not |
| 09:34 |
jeff |
and success! |
| 09:34 |
mrpeters |
oh great |
| 09:34 |
rfrasur |
jeff++ |
| 09:34 |
rfrasur |
mrpeters++ |
| 09:34 |
mrpeters |
what was the dir jeff? |
| 09:35 |
jeff |
no idea what the directory is. i just set my hosts file to point evergreen2012.org and www.evergreen2012.org to the IP you provided, 208.119.72.66 |
| 09:35 |
jeff |
mrpeters++ |
| 09:35 |
mrpeters |
wicked |
| 09:36 |
jeff |
of course, the aforementioned URL is an actual 404, but that's a different issue. |
| 09:36 |
mrpeters |
lets get those guys to tell us the true path, and we can update the wiki so the links arent dead |
| 09:38 |
jeff |
that would be tricky, if possible. |
| 09:38 |
jeff |
oh, and the ecology of the evergreen developer talk is there, i just had the wrong url. |
| 09:38 |
jeff |
yay! :-) |
| 09:40 |
rfrasur |
Hah, the Joensuu bookmobile round-up pictures are up on FB. So many bookmobiles in one spot. I think I wanna be a bookmobile librarian. |
| 09:40 |
* rfrasur |
needs a CDL first |
| 09:45 |
paxed |
rfrasur: iirc, about 10% of bookmobiles in finland were there. |
| 09:46 |
rfrasur |
paxed: It looks like it was fun...and doesn't hurt that it was near water (hmm...a houseboat library?) |
| 09:46 |
* rfrasur |
changed her mind. |
| 09:46 |
jboyer-isl |
Take a look hereabouts: http://208.119.72.66/eg12conf/presentations/ |
| 09:46 |
rfrasur |
I want to be a floating library librarian |
| 09:46 |
* rfrasur |
won't need the CDL |
| 09:48 |
paxed |
rfrasur: yes, it was at the harbor. |
| 09:48 |
kmlussier |
I'm wondering if it still might be better to move those presentations to the community web server. Just to ensure their longevity. |
| 09:48 |
rfrasur |
kmlussier: That sounds like a very good idea. |
| 09:49 |
kmlussier |
In case Indiana eventually wants to free up their server space for something else. :) |
| 09:49 |
jboyer-isl |
I hearilty recommend it. I can zip them up, or since there's only a few of them someone can just download them all in a couple of minutes. |
| 09:51 |
mrpeters |
oh, lol, eg12conf...right, not 13 |
| 09:53 |
mrpeters |
jboyer-isl: let me know if you need any help exporting the wp databases and stuff |
| 09:54 |
mrpeters |
so the site could be fully preserved |
| 09:54 |
jboyer-isl |
I'll look into it and let you know if I run into trouble. |
| 09:56 |
|
BigRig joined #evergreen |
| 10:00 |
mrpeters |
I'm having a hell of a time finding the permission that controls access to the 'cmd_clear_holds_shelf' interface...anyone have any hints? |
| 10:03 |
* dbs |
will try a judicious "wget --mirror" operation, to suck down as much as possible in plain old HTML |
| 10:03 |
dbs |
jboyer-isl++ |
| 10:04 |
jboyer-isl |
Wordpress isn't very pleased with the situation at the moment, unless you mean you're going to mirror the presentations folder; that would work fine. |
| 10:04 |
mrpeters |
jboyer-isl: 1 sec, i got a tutorial for u |
| 10:05 |
mrpeters |
http://codex.wordpress.org/Moving_WordPress |
| 10:05 |
mrpeters |
that should get you started |
| 10:06 |
mrpeters |
http://wp.smashingmagazine.com/2013/04/08/moving-wordpress-website/ also good |
| 10:07 |
dbs |
mirroring seems to be going quite well actually |
| 10:07 |
dbs |
so please don't do anything for a moment! |
| 10:07 |
bshum |
mrpeters: Open-ILS/xul/staff_client/chrome/content/main/menu_frame_menus.xul |
| 10:08 |
bshum |
It doesn't have a permission associated for access by the look of it. Not like how admin functions were done. |
| 10:08 |
mrpeters |
hmm how am i gonna block this without deploying a new client :( |
| 10:09 |
dbs |
looks like I have it all. w00t. |
| 10:09 |
mrpeters |
dbs++ |
| 10:11 |
rfrasur |
paxed: by chance, have you found anyone to help with Finnish translation(s)? |
| 10:12 |
paxed |
rfrasur: i don't think we need any help with those... i think we've translated nearly everything. |
| 10:12 |
rfrasur |
okay |
| 10:13 |
paxed |
master just doesn't have our updated translations. |
| 10:14 |
rfrasur |
I just remembered that it was giving you fits at one point (whatever point on the timeline that was escapes me) |
| 10:15 |
paxed |
heh |
| 10:19 |
jboyer-isl |
dbs: it did work? Excellent. One less thing for me to worry about today then. :D |
| 10:19 |
jboyer-isl |
dbs++ |
| 10:21 |
jboyer-isl |
mrpeters: I haven't looked at how that works, but is there an opensrf call that's specific to just that function? You could immediately fail it at the top of the handler, or if you wanted to be fancy, put in a permission check. Either one would at least get you through to the next upgrade when you can just take it out of the client and not worry about carrying over your temp fix. |
| 10:22 |
mrpeters |
i'm sure there is jason |
| 10:22 |
* mrpeters |
thinks staff training is more appropriate here |
| 10:23 |
jboyer-isl |
Oh, absolutely, but if you're going to these lengths to hide it, I'd assumed you'd given up on that ever happening. ;) |
| 10:24 |
* rfrasur |
laughs in mrpeters' general direction with regard to staff training |
| 10:26 |
* rfrasur |
reminds herself that a failure by staff is a reflection on their boss and hangs head in shame. |
| 10:26 |
|
mcooper joined #evergreen |
| 10:27 |
dbs |
jboyer-isl: going pretty well, but need to tweak a few things |
| 10:28 |
jboyer-isl |
If you need me to try to get it working properly again or just export what I can from here just let me know. |
| 10:28 |
rfrasur |
jboyer-isl: did I dream this or is AccessPoint going to WordPress? |
| 10:29 |
jboyer-isl |
I think so. I don't deal much with that but it sounds right. |
| 10:29 |
* rfrasur |
nods |
| 10:30 |
jeff |
dbs: /etc/hosts trick or wget with --header="Host: evergreen2012.org" might help, depending on what issue you're running into and adjusting for. |
| 10:32 |
dbs |
jeff: yeah, I'm doing the /etc/hosts trick, --mirror -k, also grabbing the presentations separately because nothing links to them from the wordpress site directly (only eg2012_wp -> eg_wiki -> eg2012_presentations) :) |
| 10:38 |
|
dboyle joined #evergreen |
| 10:38 |
rfrasur |
Inventory w00t |
| 10:43 |
|
sal_ joined #evergreen |
| 11:13 |
|
zerick joined #evergreen |
| 11:35 |
dbs |
http://coffeecode.net:8000 seems to be working reasonably well as a simple mirror |
| 11:36 |
dbs |
pages with "?page_id=11"-type params aren't getting served up but otherwise not bad. |
| 11:36 |
dbs |
and http://coffeecode.net:8000/presentations/ is fine :) |
| 11:37 |
dbs |
So I could rsync that to evergreen-ils.org proper, whereever we end up wanting to put it |
| 11:50 |
mrpeters |
nice work dbs |
| 12:01 |
|
jdouma joined #evergreen |
| 12:03 |
dbs |
mrpeters: had a little practice a while back when my uni announced they were retiring the old website (which had about a decade of historical docs on it) :) |
| 12:04 |
mrpeters |
dbs++ |
| 12:05 |
kmlussier |
dbs++ |
| 12:12 |
bshum |
dbs: To check for the schema.org bug. The first commit is something that needs backporting to 2.4, then the rest goes to master? |
| 12:13 |
|
smyers_ joined #evergreen |
| 12:15 |
dbs |
bshum: yessir |
| 12:15 |
bshum |
Okay, taking care of that now. |
| 12:15 |
dbs |
mrpeters++ # for the IP address |
| 12:18 |
dbs |
bshum++ |
| 12:19 |
pinesol_green |
[evergreen|Dan Scott] Schema.org: improve MusicGroup vs. Person parsing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3732a7f> |
| 12:19 |
pinesol_green |
[evergreen|Dan Scott] Add structured data for holdings via http://schema.org/Offer - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1f55d0e> |
| 12:19 |
pinesol_green |
[evergreen|Dan Scott] Map the bound-with relationship in schema.org - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c3cfcf3> |
| 12:20 |
pinesol_green |
[evergreen|Dan Scott] Schema.org: relate offers to record explicitly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=21bc070> |
| 12:20 |
pinesol_green |
[evergreen|Dan Scott] Schema.org authors: relate properties to the right context - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ad0da8c> |
| 12:22 |
jeff |
bshum++ |
| 12:24 |
pinesol_green |
[evergreen|Chris Sharp] Fixing LP 1203796. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1c595b8> |
| 12:33 |
csharp |
dbs++ jeff++ ISL++ |
| 12:41 |
|
moodaepo joined #evergreen |
| 12:43 |
|
mllewellyn joined #evergreen |
| 13:03 |
|
smyers__ joined #evergreen |
| 13:59 |
|
jdouma_ joined #evergreen |
| 14:04 |
|
frank___ joined #evergreen |
| 14:06 |
|
linda-15d joined #evergreen |
| 14:07 |
linda-15d |
quien es del tachira |
| 14:07 |
frank___ |
hello everybody, I'd want to know which sql scripts do I have to execute to migrate from 2.3.7v to 2.4.1 |
| 14:07 |
linda-15d |
español |
| 14:08 |
|
linda-15d left #evergreen |
| 14:20 |
|
atheos joined #evergreen |
| 14:24 |
csharp |
frank___: theoretically, you should run every version upgrade script between 2.3.7 and 2.4.1 (e.g., 2.3.7-2.3.8-upgrade-db.sql, 2.3-2.4.0-upgrade-db.sql, then 2.4.0-2.4.1-upgrade-db.sql), but sometimes that means you'll have duplicated pieces when running |
| 14:25 |
csharp |
might be a good idea to grep "evergreen.upgrade_deps_block_check" in each of the scripts to identify duplications |
| 14:25 |
csharp |
s/in/against/ |
| 14:25 |
phasefx |
maybe grep upgrade_deps_block_check *.sql | sort | uniq -c |
| 14:25 |
csharp |
phasefx++ |
| 14:28 |
frank___ |
All the scripts between 2-3-7 and 2-4-1 are the following 2.3.7-2.3.8-upgrade-db.sql, 2.3-2.4.0RC-upgrade-db.sql, 2.3-2.4.0-upgrade-db.sql, 2.3-2.4.alpha1-upgrade-db.sql, 2.3-2.4-supplemental.sh, 2.4.0-2.4.1-upgrade-db.sql |
| 14:30 |
bshum |
Hmm, we should remove that RC one. |
| 14:30 |
bshum |
And the alpha1 one too I guess |
| 14:31 |
csharp |
bshum: yeah, but mrpeters found something in one of those that was required for a successful 2.4.1 upgrade |
| 14:32 |
csharp |
mrpeters: right? |
| 14:32 |
phasefx |
wish the deprecate/supersede stuff was working |
| 14:32 |
mrpeters |
yeah, i had to run the RC1 in order to get one of the indexes rebuilt properly |
| 14:32 |
csharp |
phasefx: 'twould be awesome |
| 14:32 |
bshum |
Well, in theory, you shouldn't need those test scripts to do the proper install. |
| 14:33 |
bshum |
Have you guys made a bug ticket about this missing index? :( |
| 14:33 |
mrpeters |
i havent had time |
| 14:33 |
mrpeters |
i just figured i should have known to use that RC1 script |
| 14:35 |
bshum |
Well, if you guys get around to it. I think we ought to properly note this missing index, fix it and then also kill off these old alpha/rc scripts |
| 14:35 |
bshum |
I wouldn't expect it to require dabbling at each script point to figure out if something was missing. |
| 14:36 |
mrpeters |
ill put it on my todo list |
| 14:36 |
jeff |
is there a list of hack-a-way attendees anywhere? |
| 14:36 |
jeff |
i'm curious what times people are arriving/departing, and also what kinds of things people are interested in hacking on. |
| 14:37 |
* bshum |
waves to eeevil. See scrollback above about a potential issue with 2.4's upgrade SQLs? |
| 14:38 |
* eeevil |
looks up |
| 14:38 |
mrpeters |
Mon Aug 19 2013 at 5:15:45 PM - Mike Peters |
| 14:38 |
mrpeters |
"ERROR: function metabib.reingest_metabib_field_entries(bigint) is not unique" after upgrading to 2.4.1 |
| 14:39 |
eeevil |
to go from 2.3.7 should be 2.3-2.4.0, 2.4.0-2.4.1, supplemental |
| 14:39 |
mrpeters |
i ended up running 0687 to fix it, actually |
| 14:39 |
mrpeters |
but it seemed like the RC1 had bits about that index |
| 14:40 |
eeevil |
there should be no reason to run an RC or alpha upgrade script |
| 14:40 |
bshum |
I'm doing a compare between 2.3-2.4.0RC and 2.3-2.4.0 and not seeing anything significant actually. |
| 14:40 |
bshum |
There's some reordering of things |
| 14:40 |
bshum |
But basically the same thing |
| 14:40 |
mrpeters |
it could have just been an mrpeters fail |
| 14:41 |
eeevil |
mrpeters: was the system you needed that for a hand-maintained system? one where upgrades were often customized? the upgrade scripts expect something extremely close to stock schema |
| 14:41 |
mrpeters |
it was totally stock |
| 14:42 |
mrpeters |
2.1.2 |
| 14:42 |
mrpeters |
but, alpha g may have done some funnyness before we took over |
| 14:42 |
mrpeters |
but, its in much better shape now after the upgrade |
| 14:43 |
mrpeters |
i just had no knowledge of what customizations they might have made, not that they did anything wrong |
| 14:43 |
eeevil |
right ... so, may not have been stock, but believed to be |
| 14:43 |
mrpeters |
yes, its totally possible eeevil |
| 14:43 |
eeevil |
fwiw, I have not seen a need for any changes to the upgrade scripts yet, personally... |
| 14:43 |
mrpeters |
at least we have the logs here in case anyone runs into the same issue |
| 14:44 |
mrpeters |
i pasted the original errors too, about a week ago...so they will be in those logs as well |
| 14:44 |
eeevil |
the ones included in 2.4.1, anyway |
| 14:44 |
eeevil |
2.4.0 had a couple issues |
| 14:44 |
eeevil |
mrpeters: thanks |
| 14:44 |
mrpeters |
yeah, eeevil++ it was a very smooth upgrade |
| 14:44 |
mrpeters |
only ran into a couple things i had to comment out of the scripts because they somehow already had them |
| 14:44 |
mrpeters |
and that was mostly the RC1 script |
| 14:45 |
eeevil |
mrpeters: ah, gotcha. right, there was a 2.3 release between 2.4RC1 and 2.4.0, which means the RC upgrade script was likely bigger than the 2.4.0 (odd though that may seem) |
| 14:46 |
|
rfrasur joined #evergreen |
| 14:46 |
mrpeters |
smoothest upgrade ive done, database wise, so release team++ on that |
| 14:46 |
mrpeters |
knocked it out in 13 hours |
| 14:46 |
* eeevil |
will re-raise the "baseline schema carved in stone between major releases" point tomorrow, he thinks |
| 14:47 |
eeevil |
that will make supersedes/deprecates and intelligent upgrades actually possible (given our community resources) IMNSHO |
| 14:48 |
csharp |
eeevil++ |
| 14:51 |
eeevil |
while my attention's over here for a minute ... please consider my plea for a test run-through of 2.4.2 ... email with locations of the files went out friday |
| 15:00 |
bshum |
eeevil++ |
| 15:07 |
csharp |
okay - I'm running authority_control_fields.pl on a 2.3.6 test server and it is not linking bibs and authority records as I was expecting it to. |
| 15:08 |
csharp |
when I did /openils/bin/authority_control_fields.pl --all, I got "Can't use an undefined value as an ARRAY reference at /openils/bin/authority_control_fields.pl line 76.", but I didn't see any other errors or log messages to explain why |
| 15:09 |
tsbere |
csharp: I would assume a timeout on cstore |
| 15:09 |
csharp |
ah - thanks |
| 15:11 |
csharp |
okay - so processing ids 1 through 10 worked |
| 15:11 |
csharp |
thanks |
| 15:11 |
dbs |
csharp: a test server with all PINES bibs? |
| 15:12 |
csharp |
dbs: yessir |
| 15:12 |
dbs |
csharp: ah, yeah, like tsbere said, the POD help also says of --all: "For large |
| 15:12 |
dbs |
databases, this may take an extraordinarily long amount of time" |
| 15:13 |
csharp |
dbs: do you have a recommended chunk size for piecemeal processing (from your experience)? |
| 15:14 |
* csharp |
was going to start with 100K ids |
| 15:14 |
csharp |
actually... I think I'll grab a list of ids for nondeleted bibs and do that |
| 15:15 |
csharp |
wait - that doesn't look like the best approach from the POD |
| 15:17 |
dbs |
csharp: You should be able to run the script in parallel, depending on how many connections your setup can support |
| 15:17 |
dbs |
csharp: my recent experience is pretty limited |
| 15:17 |
csharp |
dbs: ok - gotcha |
| 15:17 |
csharp |
thanks |
| 15:18 |
dbs |
http://blog.mvlcstaff.org/2012/09/howto-batch-authority-control.html # Dyrcona++ |
| 15:19 |
csharp |
oh - great |
| 15:19 |
csharp |
dbs++ |
| 15:19 |
csharp |
Dyrcona++ |
| 15:21 |
|
RoganH joined #evergreen |
| 15:28 |
bshum |
Random thought, the "show more details" button in the catalog. Would it make any sense to create some sort of config choice to have that button show or not show. And then alter the default display to include a version where if the button isn't enabled to show more stuff in stock display? |
| 15:28 |
dbs |
bshum: we've already done that in the conifer skin :) |
| 15:28 |
bshum |
Or should we just decide whether we all really hate the show more details button and get rid of it forever. |
| 15:28 |
dbs |
+1 to the latter |
| 15:28 |
csharp |
@hate details |
| 15:28 |
pinesol_green |
csharp: The operation succeeded. csharp hates details. |
| 15:28 |
bshum |
dbs: Yeah I double checked to make sure that was what you arrived at too. We did the same in ours. |
| 15:28 |
dbs |
SHOW ALL THE THINGS |
| 15:29 |
bshum |
If more sites hate the split details, I'd rather just gut it entirely. |
| 15:29 |
dbs |
s/SHOW/SLOW/ :) |
| 15:29 |
bshum |
Just tends to be one of the very first things people ask me about changing when I help skin their catalogs. |
| 15:29 |
tsbere |
We have constant requests from one library for the button to be a preference. Library or user level depending on the day. >_> |
| 15:30 |
dbs |
yay, my VuFind patches to improve "show Evergreen holdings" and "auth via Evergreen / improve patron profile display" have been merged :) |
| 15:30 |
rfrasur |
In reading the juvenile nonfiction shelves, I came across a book entitled "computer fun for everyone." It uses Microsoft Works and gives warnings of difficulty if you're using a DOS or Apple II computer |
| 15:30 |
kmlussier |
I think we have some sites that like it. |
| 15:30 |
rfrasur |
and it uses 3.5" disks for bullet points. |
| 15:30 |
bshum |
dbs++ |
| 15:30 |
tsbere |
rfrasur: I think I once read that book. And laughed at the time. >_> |
| 15:31 |
rfrasur |
tsbere: I wasn't going to do any weeding until the section was done. Mind changed. |
| 15:33 |
bshum |
Well, if it's worth discussing, maybe I'll start a general thread asking about the direction of that "show more details" button. |
| 15:34 |
bshum |
I personally want to see it changed, but I'd like to know what other people think about it I guess. |
| 15:36 |
* csharp |
actually doesn't have an opinion about it aside from performance concerns |
| 15:39 |
bshum |
csharp: What sort of performance concerns? |
| 15:44 |
jeffdavis |
we also moved the "show more details" content into the main results display and got rid of the button, IIRC |
| 15:47 |
csharp |
bshum: I was just saying that based on dbs's "SLOW ALL THE THINGS" comment - honestly I'm pretty sure that button is ignored by patrons and staff |
| 15:48 |
rfrasur |
(who knew you could buy oboe reeds on amazon?) |
| 15:55 |
bshum |
csharp: I know we took it away and restructured the default view primarily so that we could get some holdings to show by default, along with electronic links. |
| 15:55 |
bshum |
As far as slow, well.... hmm. |
| 15:56 |
* dbs |
would want to turn on the timing trace option to double-check his off-the-cuff comment |
| 16:00 |
* dbs |
does so; doesn't seem to make much difference in practice. 0.38 seconds per page of results once things are warmed up (paging through the results for a large search) |
| 16:01 |
dbs |
(that's on our test server with 2.1M bibs) |
| 16:01 |
|
smyers_ joined #evergreen |
| 16:02 |
rfrasur |
jboyer-isl: do you know of a lib in the consortium with the item barcode prefix 36810? |
| 16:12 |
|
mrpeters joined #evergreen |
| 16:17 |
bshum |
jeff: If you end up discovering said list, let me know. Though we may just need to start up a wiki page for the hackaway and start pinning ideas to it :) |
| 16:18 |
jeff_ |
bshum: *nod* |
| 16:18 |
kmlussier |
+1 wiki page |
| 16:18 |
bshum |
I've got some informal plans to conspire with others about mobile catalog things. |
| 16:20 |
bshum |
Looks like this was last year's wiki idea page |
| 16:20 |
bshum |
http://evergreen-ils.org/dokuwiki/doku.php?id=dev:hackfest:egfall2012 |
| 16:20 |
bshum |
We could go from there and make a 2013 one |
| 16:21 |
bshum |
Let's put it on the dev meeting agenda tomorrow. I guess. To have said page and start suggesting folks add to it. |
| 16:25 |
|
zerick joined #evergreen |
| 16:28 |
jboyer-isl |
rfrasur: I don't, but the database tells me it's Bloomfield. |
| 16:28 |
rfrasur |
ty |
| 16:32 |
* rfrasur |
thinks this problem can't be fixed at library level. |
| 16:50 |
dbs |
ridiculous_reports-- |
| 16:52 |
rfrasur |
truth |
| 16:57 |
pinesol_green |
[evergreen|Pasi Kallinen] Save times in HH:MM format for hours of operation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b1ef52> |
| 17:02 |
|
smyers__ joined #evergreen |
| 17:02 |
|
stevenyvr2 joined #evergreen |
| 17:04 |
|
mmorgan1 left #evergreen |
| 17:22 |
|
smyers_ joined #evergreen |
| 18:02 |
|
smyers__ joined #evergreen |
