| Time |
Nick |
Message |
| 06:40 |
|
rlefaive joined #evergreen |
| 08:00 |
|
jboyer-isl joined #evergreen |
| 08:12 |
|
rlefaive joined #evergreen |
| 08:13 |
|
mrpeters joined #evergreen |
| 08:29 |
|
Dyrcona joined #evergreen |
| 08:33 |
|
rlefaive joined #evergreen |
| 08:52 |
|
maryj joined #evergreen |
| 08:53 |
dbs |
jeff / rangi / sylvar I also have interest in publishing stats that can then be reflected on a dashboard, etc |
| 08:54 |
dbs |
(despite the concerns raised by my university librarian that they "may be misinterpreted", heh) |
| 08:54 |
dbs |
declining circ is declining circ, hard to misinterpret |
| 08:56 |
Dyrcona |
I'm not sure our libraries would be too keen on their statistics being public, well any more public than they are. |
| 08:57 |
Dyrcona |
I'm sure some of the directors would love a dashboard app for their own use, though. |
| 08:57 |
Dyrcona |
mrpeters++ |
| 08:57 |
Dyrcona |
mrpeters: Thanks for testing the tarball. |
| 08:58 |
Dyrcona |
And for pointing out the breakage in the first place. |
| 09:00 |
|
RoganH joined #evergreen |
| 09:02 |
* Dyrcona |
is not sure how public the statistics become once they are reported to the Commonwealth. |
| 09:05 |
jboyer-isl |
Dyrcona: that usually depends on how determined users are to bang their heads against a large-ish gov website. We have quite a few public lib stats available, but I don’t know where. |
| 09:06 |
Dyrcona |
jboyer-isl: Yep. That's kind of what I was thinking. There's probably an annual report on the Mass. Board of Library Commissioners' web site. |
| 09:08 |
jboyer-isl |
I’ve also given some thought to the dashboard thing though, I attended a really interesting conf session about one that a college around here built for themselves. Now that I’m in a position to make it happen, the great tuit drought of ’15 has determined otherwise. |
| 09:08 |
|
mmorgan joined #evergreen |
| 09:15 |
RoganH |
In SC the state reported stats are pretty easy to get but I have personal reservations about how meaningful they are. |
| 09:15 |
jeff |
heh. Elasticsearch indexing script correctly excluded the following record: http://catalog.tadl.org/eg/opac/record/46755476 |
| 09:20 |
jeff |
(savedyouaclick: Headphones for in-building use, not opac visible) |
| 09:36 |
|
yboston joined #evergreen |
| 10:03 |
tsbere |
jeff: I find myself wondering why those are even cataloged, and why it was noteworthy that they were correctly excluded in the first place. ;) |
| 10:03 |
* kmlussier |
suspects they were cataloged so they could circulate |
| 10:07 |
jeff |
kmlussier: yup |
| 10:09 |
|
maryj_ joined #evergreen |
| 10:21 |
kmlussier |
Bmagic: You moved bug 1497374 to In Progress. Are you still working on that patch? If not, let me know and I'll move it back to Triaged. |
| 10:21 |
pinesol_green |
Launchpad bug 1497374 in Evergreen "fm_IDL.xml metabib::record_attr_flat contains an incorrect link" [Undecided,In progress] https://launchpad.net/bugs/1497374 |
| 10:24 |
|
rlefaive joined #evergreen |
| 10:37 |
|
sandbergja joined #evergreen |
| 10:38 |
kmlussier |
Stompro and others: Were we planning to mark the individual permission bugs as duplicates of the omnibus bug? |
| 10:39 |
kmlussier |
I can do it, but I wasn't sure if there was a reason against marking them as duplicates. |
| 10:41 |
Stompro |
kmlussier, I think that makes sense, if you want to do that it would be appreciated. I've got training sheduled for most of the day on the 15th, so I'm going to miss bug day next week :-( |
| 10:43 |
kmlussier |
Stompro: Sorry to hear it, but there's always next time! |
| 10:53 |
Dyrcona |
So, an SRU exact or unqualified search (and I've only tried it with eg.title) takes punctuation into account. |
| 10:54 |
Dyrcona |
That is, a search for eg.title+exact+"hidden truth forbidden knowledge" returns nothing. |
| 10:55 |
Dyrcona |
Whereas eg.title+exact+"hidden truth, forbidden knowledge" return 1 title. |
| 10:55 |
Dyrcona |
Oh, and in the URL you need + instead of the spaces. I got lazy. |
| 10:55 |
Dyrcona |
Is that a bug, I wonder? |
| 10:59 |
Dyrcona |
And using all without the comma also works. |
| 11:00 |
Dyrcona |
And not using a relation term, SRU acts like exact was specified. |
| 11:01 |
Dyrcona |
I assume we're using cql context set version 1.1? |
| 11:08 |
Dyrcona |
At a minimum, I think we're (by that I mean whatever interprets the cql) doing = wrong. |
| 11:08 |
|
jihpringle joined #evergreen |
| 11:13 |
Dyrcona |
Although, given the vagueness of "a list of words" I'm not sure how you could do it right..... |
| 11:14 |
Dyrcona |
I know what "a list of words" means, but how's a computer supposed to know? |
| 11:19 |
|
collum joined #evergreen |
| 11:38 |
Bmagic |
kmlussier: no - im done working on it. Needs evaluation |
| 11:39 |
kmlussier |
Bmagic: Thanks! |
| 11:41 |
|
BigRig left #evergreen |
| 11:54 |
|
vlewis joined #evergreen |
| 12:01 |
dbs |
so, when offline transactions get uploaded to an HTTPS-only host, do they get lost entirely? |
| 12:01 |
dbs |
(due to the old offline.pl doesn't speak HTTPS bug?) |
| 12:03 |
dbs |
Nothing in /openils/var/data/offline/pending and only old stuff in /openils/var/data/offline/archive/ |
| 12:07 |
phasefx |
staff client should still have a copy at least |
| 12:08 |
dbs |
phasefx: okay, I'll see if I can track it down on the workstation |
| 12:08 |
phasefx |
pending_xacts_sometimestamp |
| 12:18 |
dbs |
phasefx: yep, got it |
| 12:18 |
phasefx |
phew :) |
| 12:18 |
|
rlefaive joined #evergreen |
| 12:20 |
dbs |
still need to figure out how to make it willing to reupload the pending_xacts from that file though |
| 12:21 |
phasefx |
dbs: from a staff client perspective? you can rename the file to simply pending_xacts, or use the Import button from the login window on the file |
| 12:21 |
dbs |
ahhh |
| 12:21 |
dbs |
I didn't realize I needed to rename the file :) |
| 12:21 |
dbs |
super |
| 12:23 |
dbs |
all good. Thanks phasefx! |
| 12:23 |
phasefx |
welcome |
| 12:35 |
|
bmills joined #evergreen |
| 12:40 |
|
bwicksall joined #evergreen |
| 12:45 |
kmlussier |
Is it too soon to start setting bugs to "Won't Fix" if we know they will be fixed in the web client? |
| 12:46 |
|
jihpringle joined #evergreen |
| 13:07 |
|
DimiFW joined #evergreen |
| 13:07 |
|
DimiFW left #evergreen |
| 13:22 |
csharp |
kmlussier: I would wait, personally - I'm still up for fixing minor XUL things if they buy us some time for the transition |
| 13:22 |
|
linuxhiker left #evergreen |
| 13:24 |
tsbere |
Not to mention that if any given issue actually ends up as a backend call issue it may get fixed for the xul side anyway. |
| 13:27 |
kmlussier |
The bug that made me ask the question is bug 1068646. But I just rememberd we have a fixedinwebby tag that can be used for this purpose. |
| 13:27 |
pinesol_green |
Launchpad bug 1068646 in Evergreen "Improve Consistency of terms in registration and information sheet" [Low,Triaged] https://launchpad.net/bugs/1068646 |
| 13:43 |
|
rlefaive joined #evergreen |
| 13:52 |
dbs |
hey dbwells, are you using LDAPS for your auth mechanism? |
| 13:53 |
dbs |
we might be cutting over from ssh portforwarded plaintext LDAP to direct LDAPS but aren't sure yet if it will "just work" with the LDAP authproxy |
| 13:53 |
* dbs |
reads the nice, short LDAP_Auth.pm |
| 13:55 |
dbs |
looks like setting the host to ldaps://hostname will do the trick. yay |
| 14:17 |
dbwells |
dbs: I don't believe we are, would be a useful option to add certainly. |
| 14:26 |
jeff |
the fun next question is usually: what trusted cert store is the connection going to be tested against, if any? |
| 14:27 |
jeff |
not speaking of direct ldaps in Evergreen authproxy, but in more general terms with perl/python/etc libs. |
| 14:27 |
|
Christineb joined #evergreen |
| 14:31 |
tsbere |
jeff: I would assume the default system store. |
| 14:31 |
tsbere |
Usually that can be changed, but I doubt we did anything to change it. |
| 14:45 |
|
mrpeters joined #evergreen |
| 14:56 |
|
jwoodard joined #evergreen |
| 15:39 |
jwoodard |
can evergreen be installed on a surface tablet? |
| 15:43 |
dbs |
jwoodard: the staff client? |
| 15:43 |
dbs |
if it's a Surface Pro running an x86 chip, then I suspect yes |
| 15:44 |
dbs |
if it's the Surface RT (ARM based), then almost certainly not |
| 15:50 |
|
jlitrell joined #evergreen |
| 15:56 |
jwoodard |
thanks dbs the boss had a question about her tablet |
| 16:10 |
|
bmills joined #evergreen |
| 16:52 |
|
mmorgan1 joined #evergreen |
| 17:13 |
|
mmorgan1 left #evergreen |
| 18:41 |
|
Christineb joined #evergreen |
| 19:09 |
|
sarabee joined #evergreen |
| 20:54 |
|
bmills joined #evergreen |
