Evergreen ILS Website

IRC log for #evergreen, 2016-02-26

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:49 Mark__T joined #evergreen
02:04 gsams joined #evergreen
05:48 gb_ joined #evergreen
05:49 gb_ hi
05:50 Guest87980 I am new to evergreen but am trying to write a search engine against the SRU protocol. I am struggling with finding multiple ISBN's at once in a search
05:50 Guest87980 I'm using the eg.isbn index with +or+ but my evergreen instance keeps returning 0 results
05:50 Guest87980 if I query for the isbn's individually it finds them
05:51 Guest87980 can anybody provide any hints as to what could be the issue?
06:05 csharp Guest87980: I'm not able to answer your question, but I'll let you know that this channel won't really be active until 8:30 to 9:00 EST, so if you can hang around, someone will probably be able to help
06:12 gb2 joined #evergreen
06:12 gb2 ok thanks for the advice on channel times
06:40 rlefaive joined #evergreen
07:12 kmlussier Good morning #evergreen!
07:12 kmlussier @coffee [someone]
07:12 * pinesol_green brews and pours a cup of Hacienda La Esmeralda, and sends it sliding down the bar to bwicksall
07:12 kmlussier @tea [someone]
07:12 * pinesol_green brews and pours a pot of Bao Zhong Oolong Tea, and sends it sliding down the bar to berick (http://ratetea.com/tea/ris​hi/bao-zhong-oolong/768/)
07:27 rjackson_isl joined #evergreen
07:35 stompro_ joined #evergreen
08:03 mrpeters joined #evergreen
08:17 gdunbar joined #evergreen
08:18 ericar joined #evergreen
08:42 mmorgan joined #evergreen
09:24 maryj joined #evergreen
09:30 Bmagic could there be a scenario where the system added "account_adjustment" to a bill automatically? Meaning, no staff asked the sytem to adjust to zero. The system just did it (AT or something?)
09:30 mmorgan joined #evergreen
09:33 dbwells Bmagic: adjustments are also (optionally) used to remove overdue fines when an item is lost.  Does the adjustment have a note on it?
09:36 Bmagic Ah that might be it
09:36 Bmagic I'm in a meeting now but I will check that asap
09:38 dbwells Depending on your overall setup, they may also be used for backdated/amnesty checkins.  Basically, if you have adjustments enabled, they are used wherever the system would automatically void before, and they are used for lost overdue cancellation in all cases.
09:39 mllewellyn joined #evergreen
09:39 dbwells They should have a note explaining why, particularly if you have the latest bugfix for those notes :)
09:41 * dbwells just remembered there is no 2.8 branch for that yet...
09:43 dbwells Not adjustment related (not in 2.8), just note related.
09:50 Bmagic dbwells: it's 2.9.1 stock
09:51 yboston joined #evergreen
09:52 dbwells Your notes are probably incomplete then, see bug #1526547
09:52 pinesol_green Launchpad bug 1526547 in Evergreen 2.8 "Overdues adjusted via lost (or long overdue) processing get an incorrect note ("VOIDED FOR BACKDATE")" [Undecided,New] https://launchpad.net/bugs/1526547 - Assigned to Dan Wells (dbw2)
09:57 Bmagic dbwells: there is no note
09:58 Bmagic in previous verisons of EG, when something is marked lost, it would void the overdues instead of adding acocunt_adjust
09:59 sal_ joined #evergreen
09:59 sal__ joined #evergreen
10:00 Bmagic dbwells: in this case, the setting for the library for "Void overdue fines when items are marked lost" = true
10:00 Bmagic you would think it would "void" the overdues according to that setting
10:03 dbwells It used to.  The description never got updated.  Once adjustments were available, folks agreed they better modeled the nature of that transaction.
10:03 Bmagic Ah, ok, thanks!
10:06 berick last chance to break out your rainbow tables before I merge bug 1468422
10:06 pinesol_green Launchpad bug 1468422 in Evergreen "Improve Password Management and Authentication" [Undecided,New] https://launchpad.net/bugs/1468422
10:07 JBoyer Oh no! I won't be able to crack the password to my luggage anymore!
10:09 berick calling 0961
10:13 jeff we'll fix it in beta.
10:15 kmlussier gmcharlt: What are the rules for beta freeze deadline the same as beta slush deadline (i.e. Friday means by start of the workday Monday)?
10:16 kmlussier Sorry about that. I started to type one question and finished an entirely different question. If you remove the 'what', the question should make sense.
10:17 gmcharlt kmlussier: yex
10:17 gmcharlt er, let me say that in my native tongue: yes
10:17 gmcharlt then again, maybe Typoese is actually my true language
10:18 kmlussier gmcharlt: I think Typoese may acutally be the true language for most of us here
10:22 sal__ Hi all.  Came on too late last night to get an answer, so I'm trying again :-)  Does Evergreen SRU search support "or" queries?  (Or dc "any" queries)? (I got yaz-client to give me results for the or of 2 ISBNs once.  And never again.)
10:22 tsbere kmlussier: I suspect that it would be, if we could avoid typos in the forms to acknowledge it. ;)
10:23 tsbere sal__: For fun, your "or of two ISBNs" might have returned results for "records with both ISBNs" >_>
10:23 miker sal__: it does ... let me see how what we expect for or's
10:24 sal__ tsbere: Well, I did give 2 different book ISBNs (and did get both MARC records back.)
10:25 sal__ Trying to call the web interface, which means translating the call from the simpler yaz-client syntax.  But if I can't get it to behave consistently in yaz-client...
10:25 miker sal__: looks like we require all-caps OR
10:25 sal__ miker: thanks.  I've been looking at the docs, and they don't seem to have changed since 1.6 (and the gapines links aren't working anymore, btw)
10:25 sal__ Really.
10:26 sal__ * goes to try!
10:26 sal__ Through the web also?
10:26 miker yeah, that's not per CQL spec, I don't think...
10:26 miker no
10:26 miker if you mean the opac
10:26 sal__ I do mean the opac.
10:26 sal__ How would I phrase the opac query?
10:26 miker we translate CQL to our own query language, which is directly supported in the opac
10:26 miker || (two pipes)
10:27 sal__ (I did look at SuperCat.pm.  Honest.  But my Perl isn't *that* good :-) )
10:27 sal__ Oooh.
10:27 miker :)
10:27 miker well, you'd want to look at O::A::Storage::Driver::Pg::QueryParser for that ... which is significantly removed from SuperCat ;)
10:28 sal__ I know where all the SIP stuff is.  Search is new and wonderful.
10:28 tsbere sal__: It is obvious to me that you have not dug that deeply into search. ;)
10:28 sal__ So for opac, query={ISBN1} || {ISBN2} ?
10:29 sal__ tsbere:  oh, heck no.  I'm helping one of our developers trying to test out SRU searches.
10:29 tsbere sal__: The part that made it obvious was the "wonderful" part ;)
10:29 sal__ (Or query=eg.isbn={ISBN1} || eg.isbn={ISBN2} )
10:30 sal__ tsbere: What, the sarcasm dripping from my typing wasn't apparent :-)  Search is always complicated.
10:30 tsbere sal__: As for your query, I think you would want the two ISBNs with || between, or that with an identifier|isbn: prefix (including the : after it)
10:31 sal__ Okay, I've seen one reference to the identifier|isbn: syntax (on the one page of SuperCat examples in the wiki.)  I'll give that a try.
10:31 miker sal__: I may have lied about requiring all-caps ... checking cql perl module
10:32 miker ah HA!
10:33 miker so, no we don't require all-caps
10:33 tsbere sal__: For your reference, the "identifier|isbn:" syntax is basically "field_class|name:" from config.metabib_field (with the "|name" part being optional to search the entire field_class)
10:34 miker but, we also don't actually make use of the bool info
10:34 miker sal__: I'm going to have a patch for you to test, if you can, in just a minute
10:35 sal__ Sure. How old an EG can I use?  (If I need to upgrade (or just redo) the UK from 2.4 to 2.9, I'll need to get started ASAP...)
10:37 miker sal__: really old (with some fuzz on line numbers)
10:37 sal__ tbsere: Success with query=eg.admin="0525444483%20||%200312084986"
10:37 sal__ miker: I'll test your patch regardless :-)
10:38 pastebot "miker" at 64.57.241.14 pasted "Actually use the boolean operator that the user supplies..." (18 lines) at http://paste.evergreen-ils.org/33
10:38 miker sal__: -^
10:38 miker and with that, I disappear for ... most of the day
10:39 pinesol_green Showing latest 5 of 27 commits to Evergreen...
10:39 pinesol_green [evergreen|Dan Wells] LP#1468422 Tighten AuthProxy argument requirements - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b55de02>
10:39 pinesol_green [evergreen|Dan Wells] LP#1468422 Make AuthProxy.pm work with new auth - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=807dd95>
10:39 pinesol_green [evergreen|Dan Wells] LP#1468422 "Aut" to "Auth" typo fix - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=aaffaf8>
10:39 pinesol_green [evergreen|Dan Wells] LP#1468422 Use auth_internal.validate to shore up AuthProxy - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f9ca07d>
10:39 pinesol_green [evergreen|Bill Erickson] LP#1468422 Stamping DB upgrade for actor.passwd - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5f9da3a>
10:44 Bmagic so - Group Penalty rules - Branch rules vs System rules - Both are applied as opposed to the branch rule superseded?
10:44 Christineb joined #evergreen
10:44 kmlussier miker / gmcharlt: A quick question about importance horizon in the activity metric code. Let's say I have a metric for the last 6 months of circs, but I want the last 30 days to be more important than the 30 days before that.
10:45 kmlussier In that case, the age horizon is 6 months, and the importance horizon is 30 days? What would I enter for the importance interval?
10:45 rlefaive joined #evergreen
10:45 kmlussier Ah, miker already left for the day. I need to wake up earlier
10:50 berick kmlussier: i'm in the calendar.. want me to add the march 4 bug squashing day?
10:50 kmlussier berick: Yes, please do. I forgot.
10:50 kmlussier berick++
10:50 Bmagic furthermore - two rules - one at a permision group at level A and another rule at one level below (level A->AB) - both rules are applied? if the patron permission group is at AB, then it will be affected by a rule at the higher level and by the rule at the more specific?
10:51 berick done
10:51 jeff kmlussier: in general, for sandboxes, does "has a git branch in a public repo" represent most things people want to test, or is it generally something more complex?
10:51 tsbere Bmagic: For thresholds the most specific one wins when at that branch, I believe.
10:51 tsbere Bmagic: When outside of the branch the system rule will be read, and when outside of the system they are both ignored, I believe
10:52 tsbere Bmagic: I can't actually think of any situation where they work at different levels in a given check cycle (permission group tree or org unit tree)
10:53 kmlussier jeff: Yes, generally they are looking to test something that has a git branch in a public repo and has been entered on LP. However, I just received a request for something that doesn't have a git branch, but I haven't had a chance to follow up to find out what the request is for yet.
10:53 jeff kmlussier: ah.
10:54 kmlussier jeff: In general, people just need the branch loaded and a staff client download. Every once in a while, we get a request for something that requires database access or, in one case, it was helpful to have shell access to run the action-trigger script.
10:54 * jeff nods
10:54 kmlussier But that's very rare.
10:55 sal__ Next insidious (invidious) SRU question--can we search on barcodes?  (Some ILSs support, some don't.)
10:56 * tsbere knows that the opac barcode search is a special code branch
10:59 sal__ can it be applied to existing versions of EG, and if so, which ones?
10:59 tsbere sal__: When I say "special code branch" I mean "it doesn't call the normal search code" - AKA, I don't know if SRU can do the same thing.
10:59 Bmagic tsbere: thanks tsbere++
11:00 sal__ Ah.
11:04 tsbere sal__: If I knew how to use SRU in the first place I might attempt to figure it out
11:04 sal__ I'm stumbling along as well.  In the "docs needed" for 2.1, I found the beginnings of an outline for SRU web services.
11:04 sal__ I'm guessing that not a lot of folks are using it, so it hasn't really come up.
11:05 sal__ Sorry, not SRU, SuperCat web services.
11:05 sal__ (Which encompasses SRU/z39.50 and apparently a lot more...)
11:06 tsbere sal__: Don't know how to use those either. :P
11:06 tsbere sal__: Though if you have an example feel free to show it to me
11:07 sal__ Gah, I spoke too soon.  My || query only returned the first item, and not the second.  Foo.
11:10 sal__ tsbere:  Haven't tried the web interface to my z39.50, as I don't believe I'm exposing that on my EG instances.
11:11 sal__ I do crash yaz-client a lot though.
11:38 jvwoolf joined #evergreen
11:42 sandbergja joined #evergreen
11:42 kmlussier dbwells: FWIW, the feedback I've received so far on your search results page mockups show the same preference that you have for the one with the lighter gray background color.
11:53 sal__ Where does SuperCat.pm log?  (I can see GET errors in syslog, but not the info messages that tell me what it's turned my search string into...)
11:53 sal__ (on ubuntu, btw)
11:59 bmills joined #evergreen
12:04 phasefx psql:300.schema.staged_search.sql:449: ERROR:  column "hits" does not exist
12:04 tsbere kmlussier: I like some of what MVLC has done with the wrapping, personally.
12:04 phasefx LINE 12:         WHERE mmrsm.source IN (SELECT * FROM unnest(hits))
12:05 jihpringle joined #evergreen
12:07 afterl joined #evergreen
12:10 rjackson_isl_ joined #evergreen
12:11 yboston_ joined #evergreen
12:13 bwicksall_ joined #evergreen
12:13 dbs_ joined #evergreen
12:14 berick_ joined #evergreen
12:15 phasefx__ joined #evergreen
12:17 akilsdonk_ joined #evergreen
12:17 miker kmlussier: I'm still here, just not "here" :) ... importance interval is the "chunk size" within the importance horizon
12:18 jeff__ joined #evergreen
12:18 miker so, how jaggy do you want the slope to be, IOW
12:19 miker that probably doesn't make sense without the picture in my head ;)
12:19 miker give a 30 day importance horizon, the most recent day will be most important, and the date 30 days back will be the least, if you have an importance interval of "1 day"
12:20 miker if you make it 5 days, then the most recent 5 days will have the same "importance increase" within importance horizon
12:20 miker and the days from 25-30 back will have the same, lowest importance increase
12:20 miker kmlussier: does that make sense?
12:25 miker kmlussier: imgaine a graph in your mind, importance increase on the Y axis and age on the X axis. younger == more imporant.  the importance horizon defines the length of the X axis, the importance interval defines the step size of the X axis, and the importance scale defines the max of the Y axis. the slope is linear, from corner to corner starting at the top left.
12:27 mtj_ joined #evergreen
12:27 sal__ miker: re OR searches, the || doesn't work.  I either get just the first match or no records at all.  (OR/or consistently returns no records.)
12:27 sal__ miker: I did apply your patch, btw.
12:29 miker sal__: 1) thanks for testing! 2) bah ... that's a pain 3) is SRU a hard req, or would, say, opensearch be possible to use? http://www.opensearch.org/Home
12:29 sal__ XML looks like it's breaking down the query properly, but not getting any hits...
12:29 sal__ I don't know, TBH.  I can look.
12:30 sal__ Basically, dev is trying to do a recommendation engine of some kind that would be applicable to multiple customers.  SRU works across ILSs (supposedly :-) )
12:31 sal__ miker: any idea where SuperCat logs its info messages?
12:32 miker sal__: the mod_perl bits go to the apache logs
12:34 sal__ And it's crapping out in search.biblio.multiclass.query :-(
12:34 miker that's .... very odd
12:35 sal__ Might have been the previous call.
12:35 sal__ As that one actually gave me a server error in the browser.
12:35 sal__ (Was trying to do dc any.  Doesn't handle that.)
12:36 pastebot "sal__" at 64.57.241.14 pasted "XML from SRU || search on 2 ISBNs" (34 lines) at http://paste.evergreen-ils.org/34
12:37 sal__ operation=searchRetrieve&query=keywo​rd="0525444483"%20OR%20"0393048470"   is giving me ^^
12:38 miker hrm... will ISBNs show up in the keyword index?
12:39 sal__ Yes, actually.
12:39 sal__ I can replace keyword with eg.isbn
12:40 sal__ get the same result.
12:40 sal__ If I pull out the OR clause, and just search on one ISBN (as keyword, eg.isbn, or no index at all), I get the MARC record.
12:44 tsbere miker: We duped the identifier|isbn index to keyword to get the 10/13 translation, but the original form of the ISBN shows up in keyword just fine.
12:44 miker for comparison's sake, here's an or'd opensearch url: https://webby.evergreencatalog.com/​opac/extras/opensearch/1.1/-/marcxm​l/-?searchTerms=eg.isbn:1859846661+||+9780061997815 (spaces, as +'s, are needed around the ||)
12:44 sal__ Am I reading that right?  That's only one record.
12:45 miker tsbere: gotcha, right
12:45 sal__ I'm reading it wrong.
12:45 sal__ (oops)
12:45 miker sal__: no, it's 3 <record>s in a ... right :)
12:47 sal__ Okay, so opensearch works.
12:47 sal__ (Hey, can we do barcodes in that? (GDR) )
12:47 miker sal__: and, if you don't need marc, there are many ... um ... nicer formats :)
12:48 miker barcodes can be done a slightly different way
12:48 sal__ I *think* MARC actually works well, but I can ask the developer
12:48 sal__ Barcodes would be helpful.
12:51 sal__ (I'm rather frightened as to how well I read MARC records now, given that I'm not a cataloger.)
12:51 sal__ Dev says "what alternatives are there to MARC"  (he's not a cataloger either :-) )
12:51 kmlussier miker: Sorry, I stepped away. Yes, that makes sense, but I'm still a little fuzzy, so let me explain it back...
12:53 kmlussier If I set the Age Horizon to 90 days, it will only consider circs (or whatever I'm using) from the last 90 days. If I then set the Importance Horizon to 90 days and the Interval to 30 days, the circ from the most recent 30 days will be more important than those from the next 30 days which will be more important than those from the final 30 days.
12:54 kmlussier If I set the Age Horizon to 90 days, but the importance horizon to 30 days with an interval of 10 days, what happens with those circs that fall between 31 and 90 days?
12:55 miker sal__: actually, the by-barcode marcxml retrieval is very recent ... I don't recall a way to do it short of scraping the OPAC
12:55 miker for older version
12:56 sal__ Hmm.  Well, we've got a 2.9 EG instance.  It's just across the Atlantic from the developer.
12:57 sal__ is there by-barcode other format retrieval?
13:03 sal__ (And dev, on his way out the door, is now asking if facet counts are exposed through either API.  Sigh.)
13:03 sal__ Give a mouse a cookie...
13:13 remingtron joined #evergreen
13:27 kmlussier Sigh...forgot to enter the percentile on a badge for holds filled over the past 6 months. This could take a while to calculate. :(
13:38 Bmagic This is a first: Item status shows an item no problem. All of the attributes are there. Open it in holdings maintenance - and it's gone! The item is not listed under the owning library where it clearly is supposed to be. I can verify this in the db
13:38 Bmagic the item is not deleted, and not on a deleted shelf
13:38 jeff Bmagic: holdings maintenance display filters excluding it?
13:38 tsbere Bmagic: Is the call number flagged as deleted?
13:38 jeff or that.
13:38 Bmagic hmmm, call number
13:38 Bmagic I didnt check that
13:39 Bmagic dang! That was it
13:39 Bmagic the call number is deleted
13:39 Bmagic Thanks!
13:39 * tsbere wishes that answer had *not* come from experience
13:41 jeff SELECT acn.id FROM asset.copy acp JOIN asset.call_number acn ON acp.call_number = acn.id WHERE NOT acp.deleted AND acn.deleted;
13:41 tsbere jeff: I would probably use a DISTINCT in there as well
13:41 * jeff nods
13:42 * tsbere cries at the distinct version of that returning nearly 40 rows
13:44 Bmagic hehe, how does that happen?
13:44 jeff i was surprised to see zero results for us. pretty sure i've fixed them all and happily it seems that the issue hasn't continued.
13:44 jeff it is either possible or used-to-be-possible in the staff client. i haven't gone testing recently.
13:45 * tsbere runs a different query and finds two bibs that have non-deleted copies. :(
13:45 tsbere SELECT acp.barcode, acn.id AS call_number_id, record, CASE WHEN bre.deleted THEN 'BIB' WHEN acn.deleted THEN 'CALLNUM' END AS issue FROM asset.copy acp JOIN asset.call_number acn ON acp.call_number = acn.id JOIN biblio.record_entry bre ON acn.record = bre.id WHERE NOT acp.deleted AND (acn.deleted OR bre.deleted);
13:45 Bmagic so, in the staff client, you could deleted the volume, and it wouldn't delete the items?
13:46 Bmagic I am working on a bug (when I can) that will move the item part when moving items from volume to volume. And move the part when moving volumes from bib to bib
13:46 Bmagic which might* play into this somehow
13:49 * tsbere fires his list off to the MVLC catalogers to get their input on
13:50 miker sal__: the new unapi code that allows barcode retreival will be in 2.10, so that's a bust for the moment ... as for the facet counts, no, and now you're getting into lower-level API calls :)
13:52 miker sal__: so, it's possible to do most everything from the outside that the search code does on its own, but it requires opensrf calls. which you probably don't want to do, since you started from the SRU level this morning ;)
13:57 sal__ miker: No, I don't think we want to dabble there...
14:12 serflog joined #evergreen
14:12 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org
14:13 serflog joined #evergreen
14:13 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org
14:14 * bshum stops tinkering
14:14 dbwells bshum++
14:15 csharp bshum: thanks
14:15 csharp I was doing the same thing
14:16 kmlussier Christineb: Just as an FYI, you won't be able to test bug 1501781 on Bug Squashing Day unless we get a new patch. It's causing an Internal Server error in the catalog when it's loaded.
14:16 pinesol_green Launchpad bug 1501781 in Evergreen 2.9 "Patron name search should be diacritic-insensitive" [Medium,Triaged] https://launchpad.net/bugs/1501781 - Assigned to Christine Burns (christine-burns)
14:16 * kmlussier will remove the pullrequest tag from that one.
14:17 Christineb kmlussier thank you - I will remove my name from that one
14:17 kmlussier Christineb: I just did it for you while I was there. :)
14:17 Christineb kmlussier++
14:17 Christineb :D
14:18 kmlussier Christineb++ # Consistent Bug Squashing Day participation.
15:29 * kmlussier thinks our cataloging people will be very happy if they can include parts in their item imports
15:29 afterl joined #evergreen
15:30 kmlussier And it works! dbwells++
15:32 jlitrell joined #evergreen
15:34 dbwells :)
15:35 kmlussier dbwells: Between the stat cats and the parts, item imports have gotten so much better. Or will get so much better once I merge this one.
15:36 * kmlussier may took a look at the "die turtle die" branch next.
15:36 berick which of course is German for The Turtle, The.
15:37 jeff berick++
15:55 kmlussier Calling 0960
15:55 kmlussier No, I take that back.
15:55 kmlussier Calling 0962
15:55 jeff What did you just call me?
15:55 jeff :-)
15:56 csharp @insult 0962
15:56 pinesol_green 0962: You are nothing but an unmuzzled tongueful of contemptible cat-hair-balls.
16:03 rlefaive Oh wow, a librarian was involved in writing that bot.
16:03 csharp rlefaive++
16:04 pinesol_green [evergreen|Dan Wells] LP#1548143 Support for parts import in Vandelay - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=684b2b4>
16:04 pinesol_green [evergreen|Kathy Lussier] LP#1548143 Stamping upgrade script for Vandelay parts support - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1c96050>
16:11 kmlussier Ok, while I look at the "The Turtle, The" branch, if anyone is looking for code to review as a nice Friday afternoon task, could I put out a pitch for bug 1519055? I won't be merging jlitrell's branches since we work for the same organization, and our libraries would love to see it in 2.10.
16:11 pinesol_green Launchpad bug 1519055 in Evergreen "Simple checkbox to exclude electronic resources from search results" [Wishlist,New] https://launchpad.net/bugs/1519055
16:12 * tsbere isn't sure he likes that particular checkbox enough to recommend it going into master
16:13 kmlussier tsbere: OK, well then I won't ask you to volunteer then. :)
16:16 tsbere kmlussier: Really, I see that as more of a local customization thing. Or at least something that should have a config.tt2 flag to turn on/off. >_>
16:18 kmlussier If you all think it needs a config.tt2 flag, I'm sure we could work that in rather quickly.
16:21 tsbere kmlussier: I don't agree with a large portion of the checkbox, personally, optional or not, but beyond a config.tt2 flag I think allowing config.tt2 to specify what it excludes would be a good idea too. >_>
16:46 kmlussier I just realized I have the top commit in the branch that replaces the turtle image, but the commit only adds licensing info to licenses.txt. Do I need a signoff on that commit before merging?
16:48 jeff kmlussier: have a branch name? i can sign off and skip the question entirely.
16:48 kmlussier working/user/kmlussier/lp1229757​_distinct_images_holds_transits
16:48 kmlussier Thanks jeff++
16:49 kmlussier I'm keen to see it merged because I believe it will be mdriscoll's first code contribution.
16:49 mmorgan jeff++
17:13 jvwoolf left #evergreen
17:17 mmorgan left #evergreen
17:17 jeff kmlussier: squashed your last two commits into one and signed off at user/jeff/lp1229757_distinct_​images_holds_transits_signoff
17:17 kmlussier jeff++ Thank you!
17:18 jeff you're welcome! :-)
17:18 jeff kmlussier++ mdriscoll++
17:53 bmills joined #evergreen
19:50 jihpringle_ joined #evergreen
20:29 miker kmlussier: sorry! meetings all day. to answer from earlier, the events inside the importance horizon are counted more times than those just inside the event horizon.  how many more times is based on the batch they fall in, and batches are defined by the importance interval (as you sussed out)
20:30 miker if there are 3 batches, the youngest batch is counted 3 times each, the next youngest 2 times, etc
20:31 miker now, the importance scale can change that.  a higher scale makes the slope steeper, which means with a scale of 2 the youngest batch is counted 6 times
20:31 miker so, you can adjust the amount of boost, the length of boost, and the granularity of boost
20:33 miker (sorry, add 1 to the "counted X times" above. make sense?)
21:05 kmlussier miker: Yes, it does make sense. Thanks for checking back in to make sure I understand it.
22:23 pinesol_green [evergreen|Martha Driscoll] LP1229757 - Distinct images for holds, reserves, transits - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=041a23b>
22:23 pinesol_green [evergreen|Kathy Lussier] lp122975-add-licensing-text - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cf04dba>
22:23 pinesol_green [evergreen|Kathy Lussier] LP#122975 Add year to copyright statement - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4d2179d>

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat