| Time |
Nick |
Message |
| 01:41 |
paxed |
dbs: i believe i've now met your doppelganger. very similar habitus. |
| 01:47 |
|
mcooper joined #evergreen |
| 02:11 |
|
mcooper joined #evergreen |
| 05:11 |
|
timhome joined #evergreen |
| 07:40 |
|
rjackson-isl joined #evergreen |
| 08:14 |
|
akilsdonk joined #evergreen |
| 08:21 |
|
krvmga joined #evergreen |
| 08:35 |
|
kbeswick joined #evergreen |
| 08:38 |
|
kmlussier joined #evergreen |
| 08:40 |
|
Dyrcona joined #evergreen |
| 08:41 |
kmlussier |
The printing memory leak fixes from bug 1086458 won't be in 2.3 or 2.4 until next week's point release. Is that right? |
| 08:41 |
pinesol_green |
Launchpad bug 1086458 in Evergreen 2.4 "Staff client memory leaks in 2.3 and later" (affected: 11, heat: 76) [High,Fix committed] https://launchpad.net/bugs/1086458 |
| 08:46 |
|
mmorgan joined #evergreen |
| 08:48 |
|
Shae joined #evergreen |
| 08:49 |
Dyrcona |
@eightball |
| 08:49 |
pinesol_green |
Dyrcona: It is so. |
| 08:50 |
Dyrcona |
kmlussier: There's your answer. |
| 08:50 |
Dyrcona |
They look like they're in the rel branch, now. |
| 08:53 |
kmlussier |
Dyrcona: Sure. I just couldn't recall whether the last point release was before or after the fixes were merged. But, now that I think about it, I don't think we had the normal point release last month, so the eightball must be right. :) |
| 08:57 |
Dyrcona |
I just targeted them at the upcoming milestones. |
| 09:01 |
kmlussier |
Dyrcona++ |
| 09:04 |
|
collum joined #evergreen |
| 09:07 |
|
ericar joined #evergreen |
| 09:12 |
|
yboston joined #evergreen |
| 09:21 |
|
rfrasur joined #evergreen |
| 09:52 |
|
kbutler joined #evergreen |
| 09:55 |
|
mllewellyn joined #evergreen |
| 10:00 |
remingtron |
yboston: will DIG hack-a-way folks be on IRC also today? |
| 10:00 |
|
mrpeters joined #evergreen |
| 10:01 |
yboston |
Ben Shum is here, so at least he will be on. I will try to keep an eye on things too |
| 10:01 |
yboston |
remingtron: did you want to join the hangout? |
| 10:01 |
yboston |
remingtron: also thanks for commenting on those bugs |
| 10:02 |
remingtron |
yboston: my schedule is unpredictable today, but I'll be on IRC. |
| 10:02 |
remingtron |
yboston: is there a "just watching" link for the hangout? |
| 10:02 |
remingtron |
so I can drop in and out? |
| 10:03 |
yboston |
it is a regular hangout, not an "on air one" but you can just mute your mike and camera when you want to drop in and out |
| 10:06 |
remingtron |
yboston: actually, I don't have a mic or camera currently, so I guess I could just listen in. If you have room, sure, invite me. |
| 10:06 |
yboston |
remingtron: what email should I use? also there is a chat function too |
| 10:07 |
|
hopkinsju joined #evergreen |
| 10:08 |
remingtron |
yboston: use my calvin email, which I used to reply to you a few mins ago |
| 10:09 |
bshum |
rfrasur: http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers |
| 10:09 |
bshum |
That's for the demo servers, you want the ESI one |
| 10:13 |
yboston |
remingtron: I just invited you |
| 10:14 |
krvmga |
i just ran into an anomalous search result. http://bark.cwmars.org/eg/opac/cnbrowse?cn=910.4&locg=153 |
| 10:14 |
krvmga |
this search brings up a page that starts about 17 pages into the 910.4 results. |
| 10:14 |
krvmga |
rather than at the first page |
| 10:15 |
krvmga |
i can't see any reason why this should happen. |
| 10:16 |
remingtron |
yboston: nothing yet. oh, does it have to be a google email? I'll send you an email from my gmail |
| 10:16 |
krvmga |
yboston: so there's just the three of you there in person |
| 10:16 |
krvmga |
? |
| 10:17 |
yboston |
krvmga: there are four of us here |
| 10:18 |
yboston |
remingtron: it has to be an email address that is attached to an Google Plus account or a Gmail address (which automatically is attached to a Google plus account) |
| 10:18 |
* bshum |
waves from Boston |
| 10:19 |
csharp |
dig++ |
| 10:19 |
* csharp |
is in a PINES training today but would have otherwise participated |
| 10:20 |
bshum |
csharp: A likely excuse :P |
| 10:20 |
bshum |
Are you training someone or you're being trained? |
| 10:20 |
* krvmga |
waves to bshum. |
| 10:22 |
csharp |
I'm assisting with a training someone else is doing on reports |
| 10:22 |
* bshum |
waves at krvmga, we passed the sign for Worcester on our way up; I thought of you guys. |
| 10:23 |
bshum |
csharp++ |
| 10:24 |
krvmga |
bshum: i'm sorry i'm not there with you all today. june is a good asset. |
| 10:27 |
krvmga |
i'm trying to figure out why the 880 field, which supposedly should display by default, is not displaying in my catalog. |
| 10:27 |
krvmga |
for example, this TCN search http://bark.cwmars.org/eg/opac/record/2487363?contains=contains;_special=1;qtype=identifier%7Ctcn;query=2487363;locg=1;expand=marchtml#marchtml |
| 10:27 |
|
CarrieC joined #evergreen |
| 10:31 |
remingtron |
yboston: thanks, I got in. Out for now. |
| 10:32 |
remingtron |
yboston++ |
| 10:33 |
|
mcooper joined #evergreen |
| 10:34 |
bshum |
krvmga: I'd double check your templates to make sure the graphic_880s stuff is everywhere it needs to be. |
| 10:34 |
bshum |
Like in misc_util.tt2 and then also all the various parts of record/* |
| 10:35 |
krvmga |
bshum: will do |
| 10:35 |
* bshum |
doesn't know enough about what customizations were done to your catalog. |
| 10:38 |
* bshum |
always forgets how to load sample data |
| 10:38 |
remingtron |
yboston: FYI, I'm working on fixing a bug in the 2.5 release notes in the docs. |
| 10:39 |
bshum |
We should add the loading sample data info from the 2.4 release notes into the core README doc maybe. |
| 10:39 |
bshum |
Like a new section like "demo data" |
| 10:42 |
bshum |
Would go nicely with dbs' idea to yank out the org units too. |
| 10:42 |
bshum |
Down the road I guess |
| 10:43 |
jeff |
either a section or perhaps even better a pointer to a doc describing how to load sample data seems like a great idea right now. |
| 10:54 |
|
ericar joined #evergreen |
| 11:00 |
|
RoganH joined #evergreen |
| 11:12 |
|
akilsdonk_ joined #evergreen |
| 11:15 |
bshum |
rfrasur: As an example: https://bugs.launchpad.net/evergreen/+bug/1210161 |
| 11:15 |
pinesol_green |
Launchpad bug 1210161 in Evergreen "TPAC "my list" still referred to as "bookbag" in some places" (affected: 2, heat: 10) [Low,Confirmed] |
| 11:15 |
|
akilsdonk joined #evergreen |
| 11:15 |
bshum |
DIG discussion about terminology of various terms of things in the system |
| 11:16 |
bshum |
Using "my list" vs. "bookbag" as an example |
| 11:16 |
dbs |
eg_db_config --load-all # to load sample data; --help gives a complete set of options IIRC |
| 11:18 |
csharp |
yboston: bshum: is anyone addressing reports documentation? just curious |
| 11:18 |
jeff |
i suppose the "how to load" is pretty simple, so perhaps i should have said "how and why you would want to" or something. :-) |
| 11:18 |
bshum |
csharp: We haven't gotten that far yet. I think we're each picking on different points. |
| 11:18 |
csharp |
gotcha |
| 11:18 |
csharp |
I'm interested in updating the PINES reports docs to reflect recent versions |
| 11:19 |
bshum |
I didn't know there was a --help on eg_db_config |
| 11:19 |
bshum |
Now I learned something new :P |
| 11:19 |
csharp |
dbs++ kbeswick++ |
| 11:22 |
* dbs |
will add something about that to the README |
| 11:26 |
csharp |
--help++ |
| 11:27 |
dbs |
okay, --help and --load-all-sample are now documented |
| 11:28 |
rfrasur |
bshum: do you have a quick link to the set of test data? |
| 11:28 |
pinesol_green |
[evergreen|Dan Scott] Document how to load concerto sample data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=28915dd> |
| 11:29 |
bshum |
dbs++ |
| 11:29 |
ericar |
Angela and I are unable to access the google hangout for the DIG hack. I will be working on the Serials doc that we signed up for. |
| 11:29 |
bshum |
csharp: jventuro and June (from CW MARS) is going to play with reports next. |
| 11:29 |
csharp |
cool |
| 11:29 |
bshum |
ericar: I'll mention that to yboston, he's talking through the reports documentation info |
| 11:30 |
ericar |
bshum: thank you |
| 11:30 |
remingtron |
ericar: if you have questions about "Serial Alert at Receive Time", let me know. I helped develop that feature. |
| 11:31 |
ericar |
remingtron: thank you |
| 11:31 |
remingtron |
(or rather, I watched dbwells develop it, and I wrote the release notes) |
| 11:39 |
|
ericar joined #evergreen |
| 11:41 |
bshum |
berick: kbutler and I are looking at c2b2dae0 and trying to figure out how that preference works. If I'm reading that right, that preference is just a remembered value not actually something that can be set manually? |
| 11:41 |
bshum |
Sorry http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=c2b2dae0e0abaa616d4c81942ba7682da6b4eac9 |
| 11:42 |
bshum |
Oh, that's the old working commit |
| 11:42 |
bshum |
I see.... darnit |
| 11:43 |
bshum |
Oh it's a pref in about:config |
| 11:43 |
bshum |
We found it, nevermind |
| 11:49 |
berick |
that'll be $12 |
| 11:49 |
bshum |
berick++ |
| 11:50 |
|
yboston joined #evergreen |
| 11:54 |
rfrasur |
This has been covered...but is there a quick way to convert asciidoc to html so I can preview it? |
| 11:55 |
rfrasur |
yboston, bshum |
| 11:55 |
bshum |
rfrasur: That's what some folks were doing earlier. Setting up their virtual machines to install asciidoc on Linux virtual images |
| 11:55 |
bshum |
Or I think jventuro's been poking at installing asciidoc on Windows too |
| 11:55 |
bshum |
I think yboston made a video showing it |
| 11:55 |
rfrasur |
ok, so not quick. Okay, I'll not worry about it at this point. |
| 11:56 |
bshum |
Yeah, probably not very quick. |
| 11:59 |
csharp |
rfrasur: also probably not quick, but there's this too: http://www.methods.co.nz/asciidoc/INSTALL.html#X3 |
| 11:59 |
gmcharlt |
rfrasur: here's a quick for you |
| 11:59 |
csharp |
cygwin+- |
| 11:59 |
gmcharlt |
https://gist.github.com (you may have to signup for a Github account, but that's painless) |
| 12:00 |
* csharp |
usually reads "use cygwin" to mean "just freaking install linux" |
| 12:00 |
gmcharlt |
then past the ASCII doc in, and in the toolbar above, set the language to asciidoc |
| 12:00 |
rfrasur |
csharp++ #I'll give it a try at...I was going to say lunchtime before I saw the clock. gmcharlt, I'll give that a try first...sounds quicker. |
| 12:00 |
gmcharlt |
then click the create secret (or public) gist button |
| 12:00 |
|
akilsdonk_ joined #evergreen |
| 12:00 |
gmcharlt |
the result will be the HTML-rendered version |
| 12:01 |
rfrasur |
I'm okay right now...but will need to "get the gist" (haha) eventually or get lost in .txt land. |
| 12:01 |
rfrasur |
gmcharlt++ |
| 12:03 |
|
akilsdonk joined #evergreen |
| 12:04 |
|
kbeswick joined #evergreen |
| 12:06 |
bshum |
gmcharlt++ # that github trick is pretty neat |
| 12:08 |
eby |
github++ |
| 12:14 |
rfrasur |
Hmm, I'm not doing it right apparently. |
| 12:16 |
|
yboston_ joined #evergreen |
| 12:19 |
|
mjingle joined #evergreen |
| 12:20 |
gmcharlt |
rfrasur: can we help? |
| 12:20 |
dbs |
to just generate html, asciidoc on windows only needs python; you only need cygwin if you're doing pdf / epub etc |
| 12:20 |
bshum |
gmcharlt: We're testing it. |
| 12:20 |
rfrasur |
I'm not sure :-), Ben is taking a look. |
| 12:20 |
* Dyrcona |
thought Windows was just for games. |
| 12:21 |
csharp |
dbs: oh - good to know |
| 12:22 |
rfrasur |
https://dl.dropboxusercontent.com/u/348671/cataloging_rf_25.txt that's the text |
| 12:22 |
rfrasur |
bshum |
| 12:23 |
bshum |
rfrasur: Seemed to paste fine for me: https://gist.github.com/anonymous/7488165 |
| 12:24 |
bshum |
I didn't give it a file name, but I changed the file type to asciidoc |
| 12:24 |
rfrasur |
and you just pasted the code in? |
| 12:24 |
bshum |
Yep |
| 12:25 |
|
jecs joined #evergreen |
| 12:25 |
rfrasur |
Well, it worked...I have no idea why it didn't before. Maybe naming the file? doesn't matter, it works. |
| 12:26 |
rfrasur |
@blame magic |
| 12:26 |
pinesol_green |
rfrasur: magic is why we can never have nice things! |
| 12:26 |
rfrasur |
gmcharlt: we're good. thank you, and it works like a charm. |
| 12:28 |
bshum |
@later tell kmlussier Wish you were here. We're assigning you all the good stuff :D |
| 12:28 |
pinesol_green |
bshum: The operation succeeded. |
| 12:31 |
|
smyers_ joined #evergreen |
| 12:36 |
|
kmlussier joined #evergreen |
| 12:38 |
csharp |
windows-- |
| 12:40 |
jeff |
I thought that there was a wishlist bug for "add View Holds option to item context menu in Item Status". Am I imagining that? |
| 12:40 |
jeff |
searching launchpad finds nothing. |
| 12:41 |
jeff |
ah, i am probably thinking of https://bugs.launchpad.net/evergreen/+bug/1115291 |
| 12:41 |
pinesol_green |
Launchpad bug 1115291 in Evergreen "Show holds on bibs menu option" (affected: 1, heat: 6) [Wishlist,Fix released] |
| 12:42 |
dconnor |
Does anyone know if the fieldmapper (fm_IDL.xml) is already being cached in perl? And... if so, how would I access it? |
| 12:44 |
rfrasur |
So, I'm looking at the Numeric Search in the advanced search and the number type is labeled as "field." Is that just because there's nothing good to called the number type and does "number type" refer to something else? |
| 12:46 |
dbs |
I guess "Search type" might be better? |
| 12:47 |
dbs |
Might be a case of implementation details leaking out into the UI |
| 12:49 |
Dyrcona |
dconnor: Are you having a particular problem with fieldmapper that you are trying to solve? |
| 12:51 |
jeff |
dconnor: several (most?) of the perl services init the fieldmapper from the xml to auto-generate classes and such when they are started. you can also init the fieldmapper in your own code if you're writing a utility script. |
| 12:51 |
jeff |
dconnor: or are you looking for the raw contents of the file in memory somewhere? |
| 12:51 |
Dyrcona |
jeff: I suspect dconnor may need to run autogen.sh after changing something in fm_IDL.xml. |
| 12:52 |
dconnor |
Dyrcona: jeff: I'm looking for the raw contents for a speed up of the holdings maintenance page load time |
| 12:53 |
dconnor |
I just need to be able to grab a few fieldmapper classes (acp, circ, acn) and map them to my objects |
| 12:53 |
|
akilsdonk_ joined #evergreen |
| 12:54 |
dconnor |
But I'd like to make the function reusable by altering which classes I pull based on my needs |
| 12:55 |
jeff |
are you writing a new opensrf method in perl? do you have some code you can point us to? |
| 12:55 |
dconnor |
I'm currently just refactoring an already working solution, but it currently involves reading the whole fieldmapper into memory and regexing it, and I'd prefer to just grab an already cached copy and use xpath or something to grab what I need |
| 12:55 |
jeff |
at first impression, you may be reinventing the wheel -- but i'm not sure i know what you're trying to do yet, so i shouldn't make that call yet. :-) |
| 12:56 |
jeff |
ah, where's the current already working solution located? |
| 12:56 |
Dyrcona |
Yeah, dconnor lost me. I think he's gone too far into the woods. |
| 12:56 |
|
akilsdonk joined #evergreen |
| 12:57 |
Dyrcona |
dconnor: When you say, "I just need to be able to grab a few fieldmapper classes (acp, circ, acn) and map them to my objects" that makes little sense to me. Fieldmapper already maps data to the objects. |
| 12:58 |
dconnor |
The fieldmapper system in Evergreen right now calls the database around 1000 times for the holdings maintenance page. that wheel needs reinventing |
| 12:58 |
jeff |
dconnor: i wasn't referring to that wheel. :-) |
| 12:58 |
rfrasur |
dbs: I'm not sure if "Search Type" would be better. That's a pretty broad term for something that's narrower than that. |
| 12:58 |
jeff |
dconnor: do you have either the existing or your work-in-progress code somewhere you can point to? |
| 12:59 |
jeff |
dconnor: it would probably help clear up some confusion |
| 12:59 |
dconnor |
I'd lvoe to! I'm (obviously) new to the community. What's teh best way to share the code? |
| 13:00 |
Dyrcona |
The best way is a git branch somewhere. |
| 13:01 |
Dyrcona |
Also, the Fieldmapper and the OpenILS system probably already have ways to solve the problem. The staff client is often bad at using them. |
| 13:04 |
dbs |
rfrasur: You could say "Numeric search" is kind of weird too, given that call numbers aren't numeric. "Alphanumeric search"? Hah. Really it's about searching different types of identifiers. |
| 13:05 |
jeff |
dconnor: there's a community git instance at git.evergreen-ils.org -- you can get access to post your own user/xyz/branch_name_here branches to the working/Evergreen.git repo by e-mailing an ssh public key to gitadmin evergreen-ils.org |
| 13:05 |
jeff |
dconnor: and welcome! :-) |
| 13:05 |
* gmcharlt |
just had an image of adding a punctuation-only search mode |
| 13:06 |
dbs |
http://wiki.evergreen-ils.org/doku.php?id=dev:git |
| 13:06 |
dbs |
dconnor ^^ |
| 13:06 |
jeff |
dbs++ |
| 13:06 |
dconnor |
Ok, I just set up a github account and (I think) pushed my branch: https://github.com/dajaconnor/Evergreen.git |
| 13:06 |
rfrasur |
dbs: true true |
| 13:07 |
dconnor |
jeff: Thanks! |
| 13:07 |
rfrasur |
gmcharlt++ #make it so. or no...don't. |
| 13:10 |
bshum |
Lunch++ |
| 13:16 |
dconnor |
Dyrcona: jeff: Alright, sorry about the delay. In asset.pm I'm currently using XML::Simple to parse and map the whole fm_IDL.xml just to extract the field names and that's about as inefficient way to do things. Is there an Evergreen system (that's clear and efficient) for doing the same? |
| 13:16 |
dconnor |
https://github.com/dajaconnor/Evergreen/blob/e46ac45414362c52ce610905d2185f6c5378efaf/usr/lib/perl5/site_perl/5.8.8/OpenILS/Application/Storage/Publisher/asset.pm |
| 13:21 |
Dyrcona |
dconnor: Yes, actually, there is a quick way to get the field names from a Fieldmapper class. |
| 13:22 |
dconnor |
Dyrcona: Right on! Is there a handy example of it somewhere? Thanks for your help! |
| 13:25 |
Dyrcona |
After you have init'd Fieldmapper you can call properties() or real_fields() on a Fieldmapper object or a class. |
| 13:25 |
Dyrcona |
I'll paste an example. |
| 13:25 |
rfrasur |
Um, is it just me or is the documentation really as messy and holey as it looks like to me? or am I missing something? |
| 13:27 |
rfrasur |
(which is not a criticism or anything...but I'm seriously wondering if I'm not understanding something obvious) |
| 13:28 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "Fieldmapper fields" (6 lines) at http://paste.evergreen-ils.org/34 |
| 13:29 |
Dyrcona |
rfrasur: Is is most likely NOT you. Your observation is probably correct. Documentation is a volunteer effort. |
| 13:30 |
|
ktomita_ joined #evergreen |
| 13:30 |
Dyrcona |
dconnor: I also have a branch to improve the performance of marc-export. It adds a from_bare_hash method to the Perl Fieldmapper. The JavaScript Fieldmapper already has such a method. |
| 13:31 |
Dyrcona |
dconnor: In case you missed it, the paste is a few lines above. |
| 13:31 |
|
CarrieC joined #evergreen |
| 13:31 |
remingtron |
ericar: I just remembered that I already worked on Serials Alerts at Receive Time: http://docs.evergreen-ils.org/dev/_receiving.html#_serials_control_view_receiving |
| 13:32 |
dconnor |
Dyrcona: Ya, I got it. Thanks! |
| 13:32 |
jeff |
dconnor: it looks like you've created a new database function that returns a set of new columns. you could define those columns as their own fieldmapper object, then you'd be able to use all of the features of fieldmapper with that returned data. |
| 13:32 |
remingtron |
ericar: see second part, "Notes in the Receiving Interface" |
| 13:32 |
Dyrcona |
dconnor: You can also call properties and real_fields on a instantiated object, like if you got one back from a method. |
| 13:33 |
jeff |
dconnor: though there's also a chance that that new database function is also not required, and could be replaced with a json query to select what you need and return it as a set of fieldmapper objects, fleshed however you like. |
| 13:33 |
ericar |
remingtron: ok, thank you. how about the routing slip address documentation? |
| 13:33 |
remingtron |
ericar: nope, I haven't touched that |
| 13:34 |
ericar |
ok, I'll press on with it. Thank you for stopping me on the other one |
| 13:34 |
|
dMiller_ joined #evergreen |
| 13:34 |
remingtron |
sorry I forgot until now! |
| 13:34 |
remingtron |
You're welcome to offer edits |
| 13:35 |
dconnor |
jeff: It's not required, but it's the essence of the speed increase, reducing 1000+ dabaase queries to 1. I'll see if I can work out how to fit it into a fieldmapper object. The fieldmapper still vexes me, if that's not already apparent |
| 13:39 |
rfrasur |
Dyrcona: Yeah, and a lot of time has been put into it. That's why I don't wanna disparage it or anything. It was my own ignorance. This is definitely something that the rest of the community has to get involved in. |
| 13:39 |
rfrasur |
I'm thinking about "my" librarians and all their complaining about not knowing how to do something. But then when they figure it out, they really need to be documenting it and sharing it. |
| 13:40 |
|
dMiller__ joined #evergreen |
| 13:40 |
|
stevenyvr2 joined #evergreen |
| 13:40 |
eeevil |
dconnor: reducing queries is great. there are already several mechanisms for running arbitrary queries that don't suffer from injection attacks |
| 13:47 |
|
RoganH_ joined #evergreen |
| 13:56 |
jeff |
dconnor: going back to my earlier suggestion -- a json query lets you construct a query at the perl layer that returns fieldmapper objects that you can then use without further need to parse/map them. i can't guarantee that you can do everything in a json query that you are doing in your asset.get_holdings_maintenance_page function, but at first glance I think it's do-able. |
| 13:56 |
jeff |
might be worth testing and comparing performance / complexity. |
| 13:56 |
|
akilsdonk_ joined #evergreen |
| 13:58 |
dconnor |
jeff: Ok, I'll check it. thanks! |
| 13:59 |
|
rjackson-isl joined #evergreen |
| 14:00 |
paxed |
does the query parser know about number comparisons? (greater than, less than, etc) |
| 14:01 |
eeevil |
paxed: not at the syntax level, but there are a few filters added by the evergreen driver that do |
| 14:01 |
|
akilsdonk joined #evergreen |
| 14:01 |
eeevil |
paxed: "pubdate between", "created/edited before/after/between" ... that sort of thing |
| 14:02 |
paxed |
ah? i looked at the query syntax doc on the wiki and all i got from it was after(), ... |
| 14:02 |
eeevil |
there's before, after, between for pub date |
| 14:02 |
paxed |
yea, those. |
| 14:02 |
eeevil |
and the create date and edit date filters are new |
| 14:02 |
eeevil |
sec... I'll find the docs |
| 14:02 |
gmcharlt |
and during(), looks like |
| 14:03 |
paxed |
there were some interesting requirements that were talked about in the librarian meeting yesterday and today over here. |
| 14:04 |
eeevil |
paxed: http://www.esilibrary.com/esi/docs/?p=1831 ... and the asciidoc for that is in the repo |
| 14:05 |
eeevil |
gmcharlt: indeed, during, which is the logical inverse of between (serial was in publication "during" this range") |
| 14:06 |
eeevil |
paxed: i'd like to add type hints to record attributes (but that comes with a whole other can of worms), and that would allow the creation of direct syntax support, I think |
| 14:06 |
paxed |
eeevil: would it be possible to use an arbitrary marc field for before(), after(), etc? or would it require actual code changes? |
| 14:07 |
eeevil |
paxed: today, code changes ... but, you know, if we allowed you to specify a record attribute name as a trailing param, we could make it back-compat ... hrm... |
| 14:08 |
paxed |
also, can i do db inserts so we could have "ennen()" as an alias for "before()", etc? |
| 14:08 |
eeevil |
(but "arbitrary marc field" may be a step too far... have to think on it...) |
| 14:08 |
eeevil |
hrm... maybe! |
| 14:09 |
|
gmcharlt joined #evergreen |
| 14:09 |
paxed |
well, doens't have to be an arbitrary one - as long as it's possible to define in the db which fields were searchable using before() etc. |
| 14:09 |
eeevil |
paxed: so, you can add aliases for classes. those are really just query rewrites. and, you can spell "before(1234)" as "before:1234" |
| 14:10 |
paxed |
ah... can i spell "kw:foo" as "kw(foo)"? |
| 14:10 |
kmlussier |
How's the DIG hack-a-way going? |
| 14:10 |
* kmlussier |
wishes she were there. |
| 14:10 |
eeevil |
so, you might be able to create a class alias ... not in front of the source ATM, so I don't recall if there's a constraint |
| 14:11 |
paxed |
ok |
| 14:11 |
|
CarrieC left #evergreen |
| 14:11 |
eeevil |
I don't think you can use filter syntax for classes, no |
| 14:12 |
paxed |
the requirements list we went through in the meeting had something like 1600 requirements... some were pretty interesting ones, which our current ils can do |
| 14:12 |
paxed |
the mathematical comparisons was one |
| 14:13 |
kmlussier |
rfrasur: I used to use http://andrewk.webfactional.com/asciidoc.php to do simple testing of my asciidoc. But it's deactivated now. :( |
| 14:13 |
eeevil |
paxed: checked, and you can't use the alias trick today ... adding filter aliases would be another not-too-hard thing |
| 14:13 |
rfrasur |
kmlussier++ |
| 14:13 |
rfrasur |
gist.github is working pretty well. |
| 14:14 |
rfrasur |
I'm just testing snippets here and there. |
| 14:27 |
|
alexlazar left #evergreen |
| 14:34 |
|
kbutler joined #evergreen |
| 14:37 |
|
rangi joined #evergreen |
| 14:37 |
|
rangi joined #evergreen |
| 14:37 |
|
adbowling-isl joined #evergreen |
| 14:37 |
|
berick joined #evergreen |
| 14:38 |
|
_bott_ joined #evergreen |
| 14:38 |
|
rfrasur joined #evergreen |
| 14:41 |
rfrasur |
Btw, I can use both 2.2 and 2.5 on this computer. I just need to make sure that I'm using the right icon and change the servers. I forgot that'd worked before. |
| 14:46 |
|
kbeswick joined #evergreen |
| 14:48 |
rfrasur |
o0(github is friendly. They sent me a welcome email with a dude and a guitar.) |
| 14:48 |
bshum |
dbs: The link to the asciidoc for "Introducing SQL to Evergreen administrators, round two" on your site isn't working. |
| 14:48 |
bshum |
It seems to be linked to the older epub file and not the raw text |
| 14:49 |
bshum |
Someone expressed interest in seeing v2 merged back into the core docs. |
| 14:49 |
bshum |
(looks like it disappeared off the radar around 2.1 times) |
| 14:49 |
dbs |
bshum: uh, okay. I'll track it down. |
| 14:49 |
bshum |
jecs: http://coffeecode.net/archives/263-Introducing-SQL-to-Evergreen-administrators,-round-two.html |
| 14:50 |
bshum |
dbs: Cool, jecs was taking a look for it. |
| 14:50 |
dbs |
oh, s/epub/txt/ probably |
| 14:51 |
dbs |
http://bzr.coffeecode.net/intro_to_sql/introduction_to_sql.txt - yeah, I think that's it. one second. |
| 14:55 |
bshum |
dbs++ |
| 14:56 |
dbs |
bshum: says 2012, but that was just the usual "It's February and I haven't got used to it being 2013 yet" |
| 14:56 |
bshum |
Hehe |
| 14:56 |
bshum |
We'll make sure we mention that to folk |
| 14:57 |
bshum |
I'm doing file comparisons between 1.6, 2.0, and 2.1 versions of DocBook and seeing what chapters disappeared when |
| 14:57 |
bshum |
And then seeing if we've already forward ported something to master |
| 14:57 |
bshum |
It's a bit of a juggling act. |
| 15:01 |
dbs |
bshum++ |
| 15:01 |
dbs |
dig++ |
| 15:02 |
bshum |
dbs++ # for having cool docs that need to be ported in :P |
| 15:03 |
|
krvmga joined #evergreen |
| 15:03 |
jecs |
dbs: any feeling on where you would like to see this section in the 2.5 doc going forward? |
| 15:05 |
dbs |
jecs: I haven't really thought about it. Tough to say; near reports would be one possible spot, but it's also handy info for bulk manipulation of the database, etc |
| 15:05 |
krvmga |
bshum: i blended all our customizations with the new misc_util.tt2, table.tt2, and summary.tt2 and now non-western scripts are showing up fine. :) |
| 15:05 |
jecs |
dbs: just checking before we make a decision |
| 15:06 |
krvmga |
i still haven't figured out the cause of my anomalous search http://bark.cwmars.org/eg/opac/cnbrowse?cn=910.4&locg=153 |
| 15:06 |
krvmga |
why does this begin at about 17 pages into the results instead of at the first page? |
| 15:10 |
bshum |
krvmga: Have you checked the actual sort_labelkey values of those volumes in asset.call_number? |
| 15:11 |
bshum |
Maybe that library is employing different classification schemes |
| 15:11 |
bshum |
and thus leading to weird sorting values |
| 15:12 |
bshum |
If I do a consortial search on 910.4 I get to where I think I should start... |
| 15:22 |
|
jboyer-isl joined #evergreen |
| 15:22 |
bshum |
Or maybe it's label_sortkey |
| 15:23 |
* bshum |
always gets his variable wording mixed up |
| 15:26 |
|
bwicksall joined #evergreen |
| 15:36 |
yboston |
what is a good combo of options to test parse the full docs. I usually use asciidoc -a data-uri -a icons -a toc -b html5 root.txt |
| 15:36 |
yboston |
but I am getting an error |
| 15:36 |
yboston |
asciidoc: WARNING: RELEASE_NOTES_2_5.txt: line 163: filter non-zero exit code: source-highlight -f xhtml -s bash: returned 127 |
| 15:36 |
yboston |
asciidoc: WARNING: RELEASE_NOTES_2_5.txt: line 163: no output from filter: source-highlight -f xhtml -s bash |
| 15:40 |
|
kmlussier joined #evergreen |
| 15:42 |
mmorgan |
Can someone help me understand user activity types? |
| 15:42 |
mmorgan |
"OPAC Login (tpac)" I get, but what is "Login via opensrf"? The users I'm looking at aren't staff. |
| 15:42 |
eeevil |
mmorgan: that's basically a catchall, IIRC |
| 15:44 |
mmorgan |
eeevil: So, something like checking an item out to a user in the client? |
| 15:44 |
eeevil |
no, that doesn't generate user activity entries, currently |
| 15:45 |
eeevil |
do you use web selfcheck? (wild guess) |
| 15:45 |
mmorgan |
No we don't use selfcheck. |
| 15:46 |
kmlussier |
mmorgan/eeevil: Could it by Syrup? |
| 15:46 |
eeevil |
kmlussier: that's possible, sure |
| 15:47 |
mmorgan |
This group I'm looking at are students and show 723 entries for "Login via opensrf", 292 entries for tpac, so that could be. |
| 15:48 |
gmcharlt |
mmorgan: ISSA, perhaps? |
| 15:51 |
mmorgan |
I'm told the students don't need to login to syrup. But ISSA might be it. |
| 15:52 |
mmorgan |
So ISSA placing a hold for a user might result in a stat for that activity type? |
| 15:53 |
gmcharlt |
mmorgan: can't say for sure without digging a bit deeper, but it's plausible |
| 15:53 |
remingtron |
yboston: have you tried running AsciiDoc with the --verbose option for more details? |
| 15:54 |
kmlussier |
mmorgan: One way to check to see if they are logging in via Syrup is that the login will automatically create an account for them in Syrup. You could look them up to see if they have an account in the Syrup database. |
| 15:54 |
kmlussier |
mmorgan: I know it's not required that they log in, but, if the login link is still displaying on their Syrup instance (it isn't displaying for some academics) they might be using it to more easily track their classes. |
| 15:54 |
senator |
yboston: i would guess you just don't have the source-highlight package installed |
| 15:56 |
|
kbeswick joined #evergreen |
| 15:57 |
kmlussier |
yboston: I don't have the source-highlight package installed and get a similar error. But it isn't a problem once the documents are added to the official repository. I've just learned to ignore them. |
| 15:58 |
yboston |
senator: that is what I suspected, but I still wodered what parameters were recomended, since I am also having issues with the "icons" parameter. I am trying to figure out how to install this filter |
| 15:58 |
yboston |
kmlussier: I just don't want to commit something that breaks the asciidoc build, so I wnated to test it first, and so far it won't build |
| 15:59 |
kmlussier |
yboston: Oh, then that's different. I can usually get it to build even with the source-highlight package warnings. |
| 15:59 |
mmorgan |
kmlussier: Looks like there are a number of users in the syrup tables for those students, so that could certainly be part of it. Thanks! |
| 16:00 |
* kmlussier |
heads out for her long commute. |
| 16:01 |
kmlussier |
Have a nice weekend everyone! |
| 16:03 |
eeevil |
mmorgan: fwiw, ISSA could be modified to send an ingres type, and the activity config could be adjusted to understand it. so, from an evergreen point of view it would be a matter of configuration |
| 16:04 |
eeevil |
mmorgan: and likewise for syrup, re sending an ingres type on login |
| 16:05 |
mmorgan |
eeevil: Thanks, will tuck that in the back of my brain. My main interest was opac activity for these users and I think I'm confident on that activity now. Just didn't want to miss anything. |
| 16:08 |
|
dconnor joined #evergreen |
| 16:12 |
Dyrcona |
eeevil mmorgan gmcharlt: What about SIP2? |
| 16:12 |
gmcharlt |
Dyrcona: that should already have its own ingress |
| 16:12 |
eeevil |
Dyrcona: IIRC, the EG driver for SIPServer ... what gmcharlt said :) |
| 16:12 |
mmorgan |
Dyrcona: We have a SIP2 User Verification activity type that has stats. |
| 16:15 |
Dyrcona |
issa doesn't login as the patron. |
| 16:15 |
Dyrcona |
It has a staff type user that is configured. |
| 16:15 |
Dyrcona |
All it does is get user info from the barcode and does a fleshed retrieval. |
| 16:18 |
Dyrcona |
Unless NOBLE is using a modified version, it never even sees the patron's password. |
| 16:19 |
eeevil |
that rules out ISSA then, I guess |
| 16:20 |
mmorgan |
Dyrcona: Nope, it's not modified. Makes sense ... issa doesn't login as the patron. |
| 16:20 |
Dyrcona |
hmm.. what about a 3rd party service, like ... drawing a blank. |
| 16:20 |
Dyrcona |
What's that service that will check various library catalogs on behalf of a patron? |
| 16:20 |
bshum |
Library ELF? |
| 16:21 |
bshum |
Or... err |
| 16:21 |
Dyrcona |
Yeah, that's the one. |
| 16:21 |
bshum |
Yeah |
| 16:21 |
yboston |
remington: can I chat with you on the side? |
| 16:21 |
Dyrcona |
Also, I have a document that tells me Boopsie will/can login via open-ils.authenticate.* |
| 16:22 |
yboston |
remingtron: can I chat with you on the side? |
| 16:22 |
yboston |
[4:21pm] |
| 16:23 |
jeff |
sure, but neither libraryelf nor a gateway open-ils.authenticate.* will record as opnsrf. |
| 16:23 |
mmorgan |
Library Elf. Hmm. I would have thought that'd be chalked up to an OPAC login... |
| 16:23 |
jeff |
libraryelf has its own entry in the activity table |
| 16:24 |
jeff |
and as far as i know boopsie transitioned to screen scraping tpac. |
| 16:24 |
Dyrcona |
mmorgan: Any of your custom reports or other interfaces aimed at patrons? |
| 16:25 |
Dyrcona |
(Martha showed some of those off at our meeting today.) |
| 16:25 |
mmorgan |
Drycona: nope, nothing that would authenticate patrons. I'm betting those stats must by Syrup, as kmlussier suggested. |
| 16:26 |
Dyrcona |
ok. You said that they were students, so that makes sense. |
| 16:26 |
* jeff |
goes to each lunch |
| 16:27 |
Dyrcona |
I've never really looked at Syrup. |
| 16:28 |
mmorgan |
I've not looked at it too much either, but I know where the database is ;-) |
| 16:32 |
|
smyers__ joined #evergreen |
| 16:45 |
dbs |
yboston: I got a similar error, but for [source,conf] in the release notes - only for PDF output of course. |
| 16:46 |
dbs |
I think different combinations of GNU source-highlight, Asciidoc, and DocBook can lead to these problems. |
| 16:46 |
bshum |
Interesting. |
| 16:47 |
yboston |
dbs: glad I am not the only one with similar issues. This is what I get for not trying to build all of the docs befoer hand |
| 17:01 |
phasefx_ |
I just want to say that lauchpad timed out on me with a bug submission and is making me enter all that information over again :-) bleh |
| 17:01 |
jeff |
phasefx_: hopefully you edit your bug bodies in a distinct text editor. :-) |
| 17:02 |
phasefx_ |
gah, I have in the past. Luckily the form data was still contained in the error page, and I was able to hit reload and resend the post data.. so, I didn't have to re-enter it all afterall :) |
| 17:03 |
jeff |
hooray. |
| 17:15 |
|
mmorgan left #evergreen |
| 17:20 |
phasefx_ |
jeff: lp still sucks ;) |
| 17:20 |
jeff |
for those working with postgresql 9.3 and perl DBI, you'll likely hit this failed test at install time for DBD::Pg, known and safe to --force past: https://rt.cpan.org/Public/Bug/Display.html?id=88865 |
| 17:32 |
|
linuxhiker joined #evergreen |
| 17:35 |
paxed |
hmm ... the comments on get_ac_key in EGCatLoader/Record.pm seem to indicate it could be removed now? |
| 17:37 |
berick |
paxed: yes! good eyes. we can kill that now |
| 17:38 |
paxed |
(i was trying to decipher what all the added content handler can do) |
| 17:38 |
linuxhiker |
Any thoughts on this? OpenSRF/Transport.pm:83 Session Error: routerfoo/open-ils.cstore IS NOT CONNECTED TO THE NETWORK!!! |
| 17:38 |
linuxhiker |
All other services start up |
| 17:38 |
linuxhiker |
jabber is running |
| 17:38 |
linuxhiker |
and we aren't getting auth errors |
| 17:39 |
linuxhiker |
in /var/log/evergreen we get |
| 17:39 |
linuxhiker |
[2013-11-15 14:31:35] -e [DEBG:31648:AppSession.pm:219:] AppSession creating new client session for open-ils.cstore |
| 17:39 |
linuxhiker |
[2013-11-15 14:31:35] -e [DEBG:31648:AppSession.pm:257:] Created new client session open-ils.cstore : 1384554695.916541753.11463210192 |
| 17:39 |
linuxhiker |
and then it tells us that it is not connected to the network |
| 17:41 |
dbs |
cstore can't connect to the database? |
| 17:41 |
eeevil |
linuxhiker: did you recently upgrade libdbi, libdbdpg, or opensrf (or deeper deps)? looks like a library problem to me. might try catching a core dump |
| 17:41 |
* eeevil |
departs |
| 17:42 |
linuxhiker |
eeevil: We moved to a localized perl but recompiled opensrf after that |
| 17:42 |
linuxhiker |
eeevil: how can we catch a core dump (or get it to tell us what isn't loading |
| 17:44 |
|
yboston left #evergreen |
| 17:48 |
dbs |
linuxhiker: eeevil is talking about the C libraries (libdbi, libdbdpg) |
| 17:49 |
dbs |
easily confused with the Perl equivalents because the C ones were based on the Perl ones :) |
| 17:50 |
linuxhiker |
dbs: yep I am confused, libdbi and libdbdpg are c libraries... does perl now wrap them? |
| 18:25 |
|
stevenyvr2 left #evergreen |
| 18:53 |
linuxhiker |
is postgresql 9+ required? |
| 19:10 |
jeffdavis |
linuxhiker: yes, all current versions of evergreen require postgres 9 (possibly 9.1 or later specifically) |
| 19:10 |
linuxhiker |
jeffdavis: even just for client? I know for the server |
| 19:10 |
jeffdavis |
no, just for the server |
| 19:11 |
linuxhiker |
jeffdavis: good, ok. ty |
| 19:11 |
jeffdavis |
requirements for running the staff client are described here: http://evergreen-ils.org/dokuwiki/doku.php?id=system_requirements |
| 19:11 |
|
mjingle left #evergreen |
| 19:13 |
jeffdavis |
all you should need to run the staff client is an appropriate operating system, sufficient RAM, and a high-speed connection to your Evergreen server |
| 19:25 |
linuxhiker |
sigh, still can't get past this transport error. this is frustrating |
| 19:41 |
linuxhiker |
is there a specific version of libdbi that is needed? |
| 19:42 |
|
RBecker joined #evergreen |
| 19:53 |
jeffdavis |
linuxhiker: Open-ILS/src/extras/Makefile.install should install the appropriate libdbi and other stuff during the install process, you can check that file for the correct versions for things |
| 19:54 |
jeffdavis |
looks to me like you want libdbi 0.8.3 at least for EG 2.4 |
| 19:54 |
jeffdavis |
I dunno what effect using a different version would have |
| 20:15 |
|
hopkinsju joined #evergreen |
| 23:27 |
|
b_bonner joined #evergreen |
| 23:27 |
|
mtcarlson_away joined #evergreen |
| 23:46 |
|
stevenyvr2 joined #evergreen |
| 23:46 |
|
stevenyvr2 left #evergreen |
