| Time |
Nick |
Message |
| 00:31 |
|
jcamins joined #evergreen |
| 05:46 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:40 |
|
wsmoak joined #evergreen |
| 06:40 |
|
wsmoak joined #evergreen |
| 07:39 |
|
sarabee joined #evergreen |
| 07:44 |
|
rjackson-isl joined #evergreen |
| 07:53 |
|
collum joined #evergreen |
| 08:14 |
|
mrpeters joined #evergreen |
| 08:15 |
|
akilsdonk joined #evergreen |
| 08:33 |
|
Callender joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:58 |
|
eeevil joined #evergreen |
| 09:01 |
|
phasefx joined #evergreen |
| 09:13 |
|
Callender joined #evergreen |
| 09:25 |
|
mllewellyn joined #evergreen |
| 09:33 |
|
yboston joined #evergreen |
| 09:49 |
|
asimon joined #evergreen |
| 09:52 |
|
RoganH joined #evergreen |
| 09:58 |
|
StephenGWills joined #evergreen |
| 09:59 |
Bmagic |
jeff++ |
| 10:09 |
asimon |
I am trying to edit the TPAC to change the URI display. /opac/parts/misc_util.tt2 parses the marc element of biblio.record_entry and then passes info to /opac/parc/results/table.tt2. How do I retrieve the source element of biblio.record_entry to use in those two files? |
| 10:10 |
asimon |
Sorry, that should be /opac/parts/result/table.tt2 |
| 10:11 |
tsbere |
asimon: What are you looking to change? |
| 10:12 |
asimon |
tsbere: Our TPAC currently displays all URIs in the results display. I am trying to limit the display to only those URIs with an electronic resource source value. |
| 10:14 |
tsbere |
asimon: Hmmm..... |
| 10:16 |
asimon |
tsbere: When tsbere says "Hmmm....." that is not a good thing. B-) |
| 10:18 |
|
RoganH joined #evergreen |
| 10:20 |
tsbere |
asimon: So, I can't find anything labeled "electronic resource source" for 856 tags. What field are you looking for? |
| 10:20 |
* bshum |
shakes fist at 14.04 |
| 10:21 |
bshum |
I both love and hate Trusty. |
| 10:22 |
asimon |
tsbere: Sorry, I should have said: I am trying to limit the display to only those URIs in bib records where biblio.record_entry.source = [electronic resource value]. |
| 10:23 |
tsbere |
asimon: Ahhh, that is a different story. |
| 10:24 |
jeff |
bug 1178377 |
| 10:24 |
pinesol_green |
Launchpad bug 1178377 in Evergreen "Expose bib source in TPAC" (affected: 2, heat: 10) [Wishlist,Incomplete] https://launchpad.net/bugs/1178377 |
| 10:24 |
jeff |
(potentially relevant) |
| 10:25 |
tsbere |
asimon: Little harder to do by bib source without deeper changes, if you didn't figure it out, as that isn't stored in the MARC anywhere to begin with. |
| 10:26 |
asimon |
pinesol_green: Thx. That helps. |
| 10:26 |
pinesol_green |
asimon: I am only a bot, please don't think I'm intelligent :) |
| 10:26 |
pinesol_green |
asimon: Go away, or I'll replace you with a very small shell script! |
| 10:26 |
asimon |
jeff: Thx. That helps. |
| 10:27 |
asimon |
tsbere: Yes, I see. |
| 10:36 |
|
wsmoak left #evergreen |
| 10:40 |
|
akilsdonk joined #evergreen |
| 10:45 |
|
graced joined #evergreen |
| 10:54 |
hopkinsju |
jeff: Bmagic and I were looking at your youtube embed this morning. Pretty cool! I'm wondering... why you didn't use an 856 for that? |
| 11:02 |
jeff |
hopkinsju: one reason was because by doing it this way we avoided needing to read in and write out the MARC. also, it means that we can use it in other places where we know the record id, without needing to pull and parse the MARC, etc. |
| 11:03 |
|
vlewis joined #evergreen |
| 11:03 |
jeff |
$ curl -s https://trailer-tank.herokuapp.com/main/get_trailer.json?id=4320888 | jq . |
| 11:03 |
jeff |
{ |
| 11:04 |
jeff |
"message": "ol67qo3WhJk" |
| 11:04 |
jeff |
} |
| 11:04 |
|
vlewis_ joined #evergreen |
| 11:04 |
bshum |
jeff: I think we'd love to see if using existing identifiers in the record to do the lookup/matching is possible. Like UPC or whatnot. |
| 11:05 |
bshum |
:D |
| 11:05 |
bshum |
But I do like it |
| 11:05 |
bshum |
jeff++ |
| 11:05 |
jeff |
bshum: that's the next step, and pretty easy for us to transition to. |
| 11:07 |
hopkinsju |
jeff++ thanks for the info |
| 11:08 |
jeff |
we're also interested in identifier cross-referencing, for things like "this upc == this musicbrainz id" or "this upc == this IMDB id". those things could of course go in the MARC also, but having trailer youtube id, musicbrainz id, imdb id all in an external queryable dataset linked with an identifier that is already in everyone's MARC means that you could potentially gain the benefit without needing to backfill the IDs in your MARC data first. |
| 11:08 |
* jeff |
looks to see if that truncated |
| 11:08 |
hopkinsju |
Have you seen an increase in your circulation for videos since you implemented? |
| 11:08 |
jeff |
hopkinsju: i turned it on around 5 PM last night, so i don't think i have enough data to make that claim. :-) |
| 11:12 |
Bmagic |
hey yall, I figured something out on this bug https://bugs.launchpad.net/evergreen/+bug/1339361 |
| 11:12 |
pinesol_green |
Launchpad bug 1339361 in Evergreen "Some money.payment.xact do not exist in money.billable_xact.id" (affected: 3, heat: 14) [Undecided,Confirmed] |
| 11:13 |
jeff |
hopkinsju, Bmagic: do either of you have interest in / time for or staff with time to assist with matching trailers to bibs? |
| 11:14 |
Bmagic |
So, when you delete a patron, it will remove associated rows in money.billable_xact and action.circulation but it leaves the money.billing and money.payment rows |
| 11:14 |
Bmagic |
is that "by design" ? |
| 11:14 |
hopkinsju |
jeff: I'm not positive what that would involve. When you send the bibid to your heroku app - is that going back to the OPAC and looking for something, or do you maintain a map manually of bib id's to titles/video searches? |
| 11:15 |
hopkinsju |
If we're talking about mapping ISBN (or whatnot) to the valid youtube trailer? |
| 11:16 |
hopkinsju |
Then yeah, we might be able to lend a hand working on a list. Can't promise too much though for right now. |
| 11:17 |
tsbere |
Bmagic: money.billing and money.payment rows stick around by design because you may still need to know what money was charged/collected. |
| 11:17 |
Bmagic |
tsbere: alrighty than |
| 11:17 |
tsbere |
Bmagic: Also, technically removing from action.circulation *is* removing from billable_xact ;) |
| 11:17 |
Bmagic |
I guess we can close that bug report |
| 11:19 |
|
RoganH joined #evergreen |
| 11:19 |
* tsbere |
finds it mildly amusing that money.billable_xact likely technically has 0 rows to begin with, in fact |
| 11:21 |
bshum |
Oh, the questions notifier works |
| 11:21 |
bshum |
New question in LP! Whee.... https://answers.launchpad.net/evergreen/+question/255539 |
| 11:21 |
bshum |
I have no idea the answer other than, "So, you can relabel 'Stacks' to whatever you want to call it by default" |
| 11:22 |
bshum |
And move on with my life. |
| 11:23 |
tsbere |
bshum: Tell them to create a template for copies and apply it with the new location? |
| 11:24 |
bshum |
tsbere: Oh I guess that works too |
| 11:24 |
tsbere |
That won't be "automatic" but it is probably easier than manually dealing with the location dropdown every time. |
| 11:25 |
|
RoganH joined #evergreen |
| 11:25 |
tsbere |
Bmagic: Oh, aging circs will also cause that issue. Deleting a patron force-ages all of their circs, but running a cron job to age them will also make the circs go away (to the aged circ table, so your missing billable_xact table entries may be visible there) |
| 11:26 |
Bmagic |
tsbere: right on |
| 11:35 |
jeff |
hopkinsju: step one would be voicing interest -- done! :-) |
| 11:36 |
jeff |
hopkinsju: and yes, what we have is a web app (linked above) that staff use to more-or-less manually associate bib id with youtube video id. |
| 11:36 |
|
sandbergja joined #evergreen |
| 11:38 |
hopkinsju |
jeff: In that case, our work wouldn't translate anywhere because everyone else has different bib id's. That's why I was thinking the app would be looking back to the Evergreen system for some other piece of data. |
| 11:38 |
jeff |
sorry, i've been unclear. |
| 11:39 |
jeff |
the intent is to move it away from being tied to our local bib ids. |
| 11:40 |
|
dMiller joined #evergreen |
| 11:41 |
jeff |
and i'd be interested in collaborating with others to spread the load of manual mapping/association (it's "manual" but not that manual), but also just to flesh out the idea overall, use bib data to corroborate the transition away from our internal bib ids, etc. :-) |
| 11:48 |
|
mtate joined #evergreen |
| 11:54 |
|
ldwhalen joined #evergreen |
| 11:55 |
bshum |
Calling... hmm |
| 11:55 |
pinesol_green |
[evergreen|Galen Charlton] LP#1378575: teach action::hold_request about behind_desk - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e57d480> |
| 11:56 |
bshum |
0892 and 0893 |
| 11:57 |
bshum |
Oops, nope |
| 11:57 |
bshum |
Just 0892 |
| 11:57 |
bshum |
Misread the file for a moment there |
| 11:58 |
Stompro |
jeff: I think the video feature is great. Put me down for having interest in helping with the mapping effort down the road once it is generalized. |
| 11:59 |
jeff |
Stompro: you guys are not yet on evergreen, but moving in the next year? |
| 12:01 |
jeff |
one of the things i'm interested in would be bib data, optionally limited to just-record-type-g records. it would help to have multiple records agree when i'm transitioning this from "tadl's record id" to "UPC/EAN or something else". if you are willing and able to share such an extract, send me a msg. :-) |
| 12:03 |
pinesol_green |
[evergreen|Mike Rylander] LP#1374091: Redefine view to help PG make better plans - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8274986> |
| 12:03 |
pinesol_green |
[evergreen|Mike Rylander] LP#1374091: Speed up metarecord version of unAPI mra call - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=04d618a> |
| 12:03 |
pinesol_green |
[evergreen|Ben Shum] LP#1374091: stamping upgrade script for speedier record_attr views - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c0a4f56> |
| 12:04 |
|
jwoodard joined #evergreen |
| 12:07 |
pinesol_green |
[evergreen|Chris Sharp] LP#1252786: Add Workstation link to Aged and Active Circulations reports source. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=63d3895> |
| 12:27 |
|
dbs_mobile joined #evergreen |
| 12:27 |
|
nhilton joined #evergreen |
| 12:28 |
dbs_mobile |
Quick drive by suggestion: get berick's script based install linked front and center in the install README |
| 12:28 |
dbs_mobile |
with caveats, limitation to a specific distro and version |
| 12:29 |
dbs_mobile |
but let's help potential contributors contribute rather than jump through install hoops |
| 12:29 |
* dbs_mobile |
out |
| 12:32 |
jeff |
expanding a bit on tsbere's earlier statement that "money.billing and money.payment rows stick around by design because you may still need to know what money was charged/collected". it's worth also noting that certain information is lost when the money.billable_xact goes away -- including money.grocery.billing_location or action.circulation.circ_lib. |
| 12:34 |
tsbere |
jeff: Well, Dunno about grocery.billing_location, but you can get your circ_libs back fairly easily if you don't delete aged circs. ;) |
| 12:38 |
Stompro |
jeff: Movie Trailers, does your system just keep track of requests that have no associated youtube ID, and then give staff a list of used bib id's that need to be mapped.. or does it need to be done up front when an item is cataloged? |
| 12:39 |
jeff |
tsbere: oh, there we go. for some reason i didn't think action.aged_circulation preserved the circ id. makes sense now. |
| 12:39 |
* jeff |
thinks a bit about that |
| 12:40 |
Stompro |
Jeff: Just wondering what kind of staff time is needed, Cataloger time or any staff member that has some free time? |
| 12:41 |
jeff |
Stompro: we have a queue of bib IDs corresponding to "movies" that do not yet have a youtube ID corresponding with a trailer for that "movie". staff click to search youtube (search terms are prepopulated), copy and paste a youtube URL into an input field or click "not found". |
| 12:42 |
jeff |
we ran through 11k or so titles and found trailers on youtube for ~7600 of them. |
| 12:43 |
jeff |
mostly by staff working a few at a time when on-desk |
| 12:46 |
Stompro |
Jeff: how do new titles get into that system? Do you export titles and bib id's for new movies into your ruby application? I'm just wondering how it would work if multiple organizations were collaborating. |
| 12:48 |
mmorgan |
jeff: tsbere: So if money.billable_xact goes away when a circ is aged, that would make reports based on that table unreliable, right? |
| 12:48 |
jeff |
that's the current flow for us. i'd look at alternatives if we had others collaborating. |
| 12:49 |
jeff |
mmorgan: right. if you had a report that relied on (in a very specific-but-common set of criteria) money.billable_xact or its children (action.circulation, money.grocery), reports covering date ranges that included aged circulations or deleted users would be missing rows. |
| 12:51 |
mmorgan |
does money.materialized_billable_xact_summary stay intact when circs are aged? |
| 12:52 |
jeff |
mmorgan: i don't believe so, no. action.circulation has an AFTER DELETE trigger that calls money.mat_summary_delete |
| 12:53 |
jeff |
...which does a pretty simple DELETE FROM money.materialized_billable_xact_summary WHERE id = OLD.id; |
| 12:54 |
mmorgan |
:-( |
| 12:54 |
jeff |
money.grocery has a similar trigger |
| 12:54 |
jeff |
money.grocery does not come into play with aged circulations (since there's no circ), so that would only be a concern if you were purging users, i believe. |
| 12:56 |
mmorgan |
we don't age circs (yet), so I'm concerned with the aging that happens when users are deleted. |
| 12:58 |
* jeff |
looks to see if money.grocery is affected when deleting/purging users |
| 13:01 |
jeff |
yup. |
| 13:02 |
jeff |
the actor.purge_usr_data() database function deletes the purged user's rows from money.billable_xact (which would include the child table money.grocery). |
| 13:03 |
mmorgan |
:-( |
| 13:03 |
mmorgan |
reports missing rows are bad. |
| 13:05 |
jeff |
so in those cases, you would potentially have money.billing and money.payment (and child table) rows that correspond to an xact that was deleted from money.grocery. you would no longer know the user or the original billing location for the grocery transaction. you would still have the billing line item billing types and the times/dates of all billings and payments, as well as the payment details such as cash drawer (for payment types that involve a cash d |
| 13:05 |
|
kmlussier joined #evergreen |
| 13:06 |
jeff |
er, truncated at "(for payment types that involve a cash drawer) |
| 13:06 |
* mmorgan |
parses |
| 13:06 |
jeff |
this channel is going to drive me to fix my irc client to split long messages. |
| 13:07 |
jeff |
(it has nothing to do with ME or my verbose nature, honest!) |
| 13:09 |
mmorgan |
even the most concise statements about evergreen database tables can get truncated in irc ;-) |
| 13:10 |
jeff |
since the usr<->xact link is broken, there isn't an easy way that comes immediately to mind that would surface these as "this is a result of deleting a user", but you could report on billings/payments associated with an xact that does not exist in money.billable_xact and does not exist in action.all_circulations, but it might be a stretch to assume that those are all former money.grocery transactions. other reasons for such rows to exist include migration |
| 13:10 |
jeff |
"other reasons for such rows to exist include migrations and other manual manipulation, etc." |
| 13:11 |
jeff |
ever type something and then have to re-read what you said so that you understand it? |
| 13:12 |
mmorgan |
So it looks like the only table or view in the evergreen database that includes all transaction ids is that action.all_circulations view... |
| 13:13 |
* mmorgan |
runs out for a bit (possibly screaming...) |
| 13:14 |
jeff |
action.all_circulations excludes money.grocery rows. |
| 13:15 |
jeff |
a union of money.billable_xact and action.aged_circulation would include everything but deleted money.grocery rows. |
| 13:15 |
jeff |
(just talking in terms of transaction ids) |
| 13:17 |
jeff |
you could add money.billing.xact and money.payment.xact to catch xacts corresponding with money.grocery rows that were deleted. this would catch all but the most unusual -- money.grocery rows with no billings or payments. i don't know that there's a way to end up with those short of migration-or-other-manual-muckery |
| 13:17 |
jeff |
it would actually be pretty unusual to have money.payment rows that reference an xact that is not referenced by a money.billing row, but i can think of a few migrations where we had those intentionally. |
| 13:41 |
|
bmills joined #evergreen |
| 13:53 |
|
nhilton_ joined #evergreen |
| 13:54 |
|
Shae joined #evergreen |
| 13:57 |
|
nhilton joined #evergreen |
| 13:59 |
bshum |
PHP in selfcheck receipt? Wha??? |
| 14:00 |
tsbere |
bshum: I once had someone semi-seriously ask about ruby in a selfcheck receipt. |
| 14:01 |
tsbere |
bshum: However, I suspect they just don't have a clue what is going on. |
| 14:02 |
bshum |
tsbere: Yeah it's weird sounding. I'm reading it again in case I'm missing something more nuanced... |
| 14:03 |
tsbere |
bshum: Reading the email again, looks like they may have a PHP-based selfcheck interface (maybe?) and don't know how to output HTML tables with PHP. Maybe. |
| 14:04 |
bshum |
tsbere: I guess that's a good place to start with asking... "what selfcheck are you using?" |
| 14:04 |
tsbere |
Or maybe they don't know the difference between PHP and Perl |
| 14:04 |
bshum |
I know that the Evergreen web selfcheck draws from the A/T event_definition for template data |
| 14:05 |
|
tspindler joined #evergreen |
| 14:06 |
bshum |
So in theory, they would just change the contents of the template from list to some sort of table tagging |
| 14:06 |
bshum |
Though I don't know much else beyond that. |
| 14:06 |
tsbere |
Really depends on the actual output of the selfcheck receipt. At least if it isn't Evergreen's built-in. |
| 14:08 |
|
buzzy joined #evergreen |
| 14:09 |
|
RoganH joined #evergreen |
| 14:13 |
Bmagic |
jeff: mmorgan: was there a conclusion on the report issues of missing money.billable_xact id's ? |
| 14:15 |
|
akilsdonk joined #evergreen |
| 14:22 |
Bmagic |
In other subjects, I am trying to understand the OPAC's flow of code after you click the link to add a bib to your list. |
| 14:23 |
Bmagic |
I would like to track down the lines of code responsible for talking to the server to add the row into the database |
| 14:23 |
Bmagic |
so far, I am at opac/myopac/list/update.tt2 |
| 14:26 |
Bmagic |
which calls opac/parts/myopac/base.tt2 but I dont see any code that glues that bib to the bucket for that user |
| 14:28 |
jeff |
Bmagic: no conclusion other than what was said here. |
| 14:29 |
Bmagic |
jeff: I figured, just thought I would check and see if I missed something somehow. I reported the bug and I have an internal ticket about blank rows in reports. |
| 14:29 |
jeff |
regarding "PHP in selfcheck receipts", I know there was at least one Evergreen library that was using jQuery to make an ajax call to fetch a remote file containing a news item. jquery downloaded and initialized on every receipt. |
| 14:29 |
Bmagic |
jeff: If the materialized billable table was left alone, that might be a good way to keep some of the info? |
| 14:30 |
jeff |
potentially, but then it wouldn't be a materialized view anymore. :-) |
| 14:30 |
jeff |
(just talking semantics) |
| 14:30 |
Bmagic |
yeah for sure |
| 14:30 |
jeff |
mat views are supposed to be a kind of cache, not an archive. |
| 14:30 |
Bmagic |
But do you agree that this is an issue/bug? |
| 14:31 |
* mmorgan |
catches up |
| 14:31 |
jeff |
i believe there may be room for improvement. i don't know beyond that. |
| 14:31 |
dbs |
jeff: count me in as being interested in identifiers |
| 14:31 |
* dbs |
currently attending DCMI, so identifiers are quite topical :) |
| 14:32 |
* jeff |
grins |
| 14:32 |
jeff |
dbs: do your bibs have any/many examples of the kinds of movie/dvd records you'd find in a public library's collection, or is there unlikely to be overlap? |
| 14:32 |
bshum |
I'm going to resync i18n files again using the new changes to the script |
| 14:33 |
bshum |
The working branch is a bit old now, I figure I can grab today's stuff and push that all up to master and rel_2_7 |
| 14:33 |
* mmorgan |
would say whenever reportable data is lost, it's a bug... |
| 14:35 |
* bshum |
guesses he should forward port the 2.6-2.7.0 upgrade script to master |
| 14:35 |
dbs |
jeff: we have a music library, including a decent collection of movie dvds, so yeah |
| 14:36 |
pinesol_green |
[evergreen|Ben Shum] Update script for update_pofiles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=89c70d8> |
| 14:40 |
bshum |
Oh |
| 14:40 |
bshum |
The translation-export hasn't changed since I ran it |
| 14:40 |
bshum |
Guess we just push it as is then |
| 14:40 |
kmlussier |
Would there be any objections to my setting bug 1377254 to invalid? I was thinking report requests don't fall under the umbrella of LP. |
| 14:40 |
pinesol_green |
Launchpad bug 1377254 in Evergreen "Acquisitions snapshot report" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1377254 |
| 14:41 |
Bmagic |
kmlussier: agreed |
| 14:44 |
yboston |
kmlussier: FYI, I have a ticket with ESI about LC call number searchng issues in the OPAC. Will probably need to look over my notes to create an LP bug for it |
| 14:44 |
pinesol_green |
[evergreen|Ben Shum] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=53a9e00> |
| 14:44 |
pinesol_green |
[evergreen|Ben Shum] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8f8e789> |
| 14:44 |
kmlussier |
yboston: OK, thanks |
| 14:44 |
kmlussier |
I put out that e-mail because our two sites who use LC aren't seeing the same issues that were being discussed during the meeting. |
| 14:50 |
kmlussier |
yboston: Also, when you say call number searching, if it's the bib call number searching that's the problem, then it's something we wouldn't see. Because we don't use bib call numbers. |
| 14:50 |
yboston |
kmlussier: we don't use bib call numbers either. In fact I take out that option form the OPAC |
| 14:50 |
kmlussier |
yboston: OK good. I'm glad we're on the same page. :) |
| 14:52 |
dbs |
yboston: we took it out, but it slipped back in later |
| 14:52 |
* dbs |
really wishes bib call number wasn't a default |
| 14:52 |
* kmlussier |
still wonders why it's there. |
| 14:53 |
kmlussier |
heh |
| 14:53 |
yboston |
I also take it out from the XUL client, by just tweaking the HTML |
| 14:59 |
bshum |
we removed that locally too. |
| 15:01 |
kmlussier |
If everyone removes it locally, then should we remove it as a default? |
| 15:02 |
bshum |
I'd be +1 to that :) |
| 15:02 |
RoganH |
+1 to that. |
| 15:02 |
bshum |
What purpose does it serve anyways that the shelf browser doesn't support? |
| 15:02 |
RoganH |
do we have a bot running. I'll log with another account and +1 it again. |
| 15:02 |
bshum |
Assuming that a library would use it to match exactly with the bib entry |
| 15:03 |
bshum |
Like no one ever seems to do |
| 15:03 |
jeff |
roll up site configurations and org unit settings to determine new defaults... vote with your org settings! make your preferences known! |
| 15:03 |
RoganH |
I can see some use cases for some libraries (never for us). |
| 15:03 |
RoganH |
I just wish it wasn't a default. |
| 15:16 |
dbs |
eeevil has always defended its continued inclusion in the past |
| 15:18 |
* eeevil |
reads up |
| 15:20 |
eeevil |
what have I devended? I'm not following |
| 15:20 |
eeevil |
defended, even |
| 15:21 |
eeevil |
the bib call number search, maybe? |
| 15:22 |
bshum |
Yes, I believe that was being discussed. |
| 15:24 |
eeevil |
if so, I've defended that on behalf of pines and kcls, as they were both traditional proponents of it. but I won't stand in the way of progress :) ... FWIW, I would like to see that "search" driven by config, no template messing needed. I extend that desire, in fact, to pretty much every dropdown a user might encounter... |
| 15:25 |
eeevil |
we've successfully managed that with the "type" dropdown on the basic search, which is a precedent I'd like to see continued |
| 15:25 |
|
RoganH joined #evergreen |
| 15:25 |
bshum |
Speaking of type, it suddenly occurred to me that it is not present on the default for options in advanced search |
| 15:28 |
csharp |
speaking for PINES, we disabled the "Bib Call Number" search as well - I know libraries want a "call number label" search, though |
| 15:29 |
eeevil |
bshum: it certainly is not! ... those are all "direct" fixed field attributes. that would be a useful addition. in fact, anything that's marked as a filter should be added there, IMO. maybe in a collapse-y thing off to the side. "add more filters here" |
| 15:29 |
* csharp |
returns to sick day activities *achoo* |
| 15:30 |
kmlussier |
+1 to a call number label search. |
| 15:30 |
kmlussier |
csharp: Get better! |
| 15:30 |
csharp |
kmlussier: thanks! I'll be working tomorrow no matter how I feel - too much to do! :-/ |
| 15:30 |
bshum |
eeevil: Oh I like that idea, hmm |
| 15:31 |
bshum |
Maybe something to toss together for 2.8 :) |
| 15:32 |
eeevil |
csharp: something other than the call number search that drops you into the shelf browse, I assume? |
| 15:32 |
kmlussier |
eeevil: I can't speak for csharp, but our libraries would like to see that. |
| 15:32 |
csharp |
eeevil: correct - Elaine has details (wouldn't be suprised if she speaks up on kmlussier's email thread) |
| 15:34 |
kmlussier |
We developed specs a while back, but ultimately didn't fund it. http://masslnc.cwmars.org/node/2590 |
| 15:34 |
kmlussier |
Well, I don't know if those actually rise to the level of specs. |
| 15:35 |
RoganH |
+1 to call label search as well |
| 15:43 |
jeff |
oh, on the movie trailers subject. there's nothing that limits it to movies. books have trailers now too. :P |
| 15:43 |
jcamins |
jeff: "a long time ago, in a cottage far, far away... 'It is a truth commonly acknowledged...'"? |
| 15:45 |
|
jihpringle joined #evergreen |
| 15:46 |
jeff |
Stompro: earlier you asked about if we "just keep track of requests that have no associated youtube ID, and then give staff a list of used bib id's that need to be mapped", and the answer was no -- but that is how we do cover art. |
| 15:46 |
jeff |
Stompro: if we try to display a record to a user and that record lacks cover art, we add it to a queue. |
| 15:48 |
Stompro |
Jeff: so you don't use a provider for cover art, or is this just for stuff that the provider doesn't have? |
| 15:48 |
jeff |
Stompro: this is for things that the provider does not have and that we do not have a local override for. |
| 15:49 |
jeff |
Stompro: if the provider has art, we don't add the item to the queue. |
| 15:50 |
Stompro |
Jeff: that is very comprehensive. We just don't have cover art if content cafe doesn't have it. |
| 15:51 |
jcamins |
jeff: actually, it occurs to me this could be an outreach program for teens: "record a video trailer for your favorite books." |
| 15:52 |
RoganH |
jcamins: I like that idea. |
| 15:52 |
* jcamins |
runs out to patent it. |
| 15:52 |
jeff |
it's possible that we've done that already. i'm waiting to hear back on an inquiry of some record ids from our teen department. :-) |
| 15:54 |
jcamins |
RoganH: it seems to me that might get some of the teens who are more interested in screens than books to participate in summer reading. |
| 15:55 |
RoganH |
jcamins: honestly, I don't know if it would bring in a different population but it still sounds like fun. We usually get good responses to things like "make a why you love the library" video. |
| 15:55 |
RoganH |
jcamins: Videos seem to be fun for them to make and its so easy anymore with even mid range phones have decent video cameras. |
| 15:57 |
jcamins |
RoganH: I wouldn't think it would be a different population, but I had the impression that "summer reading" was a hard sell for highschool-aged library users. |
| 15:58 |
jeff |
some examples of records with (from the publisher) book trailers: http://catalog.tadl.org/eg/opac/record/46767003?loc=22 http://catalog.tadl.org/eg/opac/record/46728680?loc=22 http://catalog.tadl.org/eg/opac/record/46728660?loc=22 |
| 16:00 |
jcamins |
jeff: ooh, a trailer consisting of an old woman knitting intercut with a guillotine! |
| 16:01 |
jeff |
i haven't found any original content trailers. i know the teens are doing written reviews lately, but it would be a neat idea to suggest they do some video ones (if they haven't already) |
| 16:01 |
jeff |
jcamins++ regardless of if it was something done or not :-) |
| 16:01 |
jcamins |
jeff: not done so far as I know, but I think it should be. |
| 16:02 |
jcamins |
Actually, this seems like a good board game. |
| 16:02 |
jcamins |
Well, not board game. |
| 16:02 |
jcamins |
Sort of like pictograms or charades, only instead you narrate your book trailers. |
| 16:11 |
jeff |
and when we're doing video staff reviews, we want the trailer code to be able to link to a specific time in a video. |
| 16:11 |
jeff |
as well as multiple video reviews of the same book, etc. |
| 16:18 |
jcamins |
jeff: now I want to play this game. |
| 16:18 |
jcamins |
But I can't decide what to call it. |
| 16:18 |
jcamins |
It's between "Book trailers: the game of dramatic voiceovers" and "Literary trailer awards: a zany Hollywood revue of all your favorite books." |
| 16:32 |
jeff |
pass identifier to API, recieve back a data structure with youtube ids for official trailers, patron and staff provided reviews, recent memes related to the book, npr/nytimes reviews... |
| 16:32 |
|
tspindler left #evergreen |
| 16:52 |
|
bmills joined #evergreen |
| 16:57 |
|
ldwhalen joined #evergreen |
| 16:58 |
|
kmlussier left #evergreen |
| 17:22 |
|
mmorgan left #evergreen |
| 17:28 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:40 |
|
phasefx2 joined #evergreen |
| 18:02 |
|
bmills1 joined #evergreen |
| 18:55 |
|
eeevil joined #evergreen |
| 19:00 |
|
graced joined #evergreen |
| 19:09 |
|
phasefx joined #evergreen |
| 19:52 |
|
ldwhalen joined #evergreen |
| 20:14 |
|
bmills joined #evergreen |
| 20:17 |
|
bmills1 joined #evergreen |
| 20:17 |
|
bmills1 left #evergreen |
