| 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/rishi/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=keyword="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/-/marcxml/-?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> |
