| Time |
Nick |
Message |
| 00:48 |
|
dMiller joined #evergreen |
| 01:42 |
|
Mark__T joined #evergreen |
| 07:36 |
|
collum joined #evergreen |
| 07:44 |
csharp |
@later tell hopkinsju from my investigation of holds, EG gathers a list of "potential" copies, and, all things being equal, selects the first one it finds |
| 07:44 |
pinesol_green |
csharp: The operation succeeded. |
| 08:23 |
csharp |
@hates |
| 08:23 |
pinesol_green |
csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; reports more; reports even moar; details; and reports even more |
| 08:24 |
csharp |
@hate the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa even more |
| 08:24 |
pinesol_green |
csharp: The operation succeeded. csharp hates the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa even more. |
| 08:25 |
|
mrpeters joined #evergreen |
| 08:32 |
|
akilsdonk joined #evergreen |
| 08:35 |
|
Shae joined #evergreen |
| 08:43 |
|
timlaptop joined #evergreen |
| 09:10 |
|
kbeswick joined #evergreen |
| 09:13 |
|
ericar joined #evergreen |
| 09:42 |
|
timlaptop joined #evergreen |
| 10:49 |
|
yboston joined #evergreen |
| 10:50 |
gsams |
csharp: I find that I hate that about reports as well. |
| 10:51 |
csharp |
gsams++ |
| 10:58 |
gsams |
I can't remember how many times I've saved a report just so I can go back in and add an appropriate filter that is greyed out. |
| 11:17 |
|
yboston joined #evergreen |
| 11:20 |
|
Dyrcona joined #evergreen |
| 11:23 |
|
Shae joined #evergreen |
| 11:24 |
|
mllewellyn joined #evergreen |
| 11:24 |
csharp |
could someone please provide me with an example SIP2 string to request patron information (63/64)? |
| 11:25 |
* csharp |
is consulting http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-admin:sip_support#patron_information, but is not sure what each of the numbered fields (e.g. 201700) mean |
| 11:26 |
Dyrcona |
You need to consult a copy of the SIP2 specification. Those are sample records. |
| 11:27 |
Dyrcona |
messages, rather. |
| 11:27 |
jeff |
one dummy example: 6300020131111 110446 AOORG-HERE|AABARCODE-HERE |
| 11:27 |
jeff |
but as Dyrcona suggests -- consult the standard, so you know what the fields are. :-) |
| 11:27 |
csharp |
yeah - okay |
| 11:27 |
csharp |
thanks to both of you |
| 11:27 |
Dyrcona |
<shaggy>We're, like, doomed.</shaggy> |
| 11:27 |
csharp |
heh |
| 11:28 |
csharp |
@dunno add <shaggy>We're, like, doomed.</shaggy> |
| 11:28 |
pinesol_green |
csharp: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 11:28 |
csharp |
@dunno add <shaggy>We're, like, doomed.</shaggy> |
| 11:28 |
pinesol_green |
csharp: The operation succeeded. Dunno #21 added. |
| 11:29 |
* Dyrcona |
is working on this: http://www.sigio.com/evergreen/billing2013.html#renewal |
| 11:30 |
jeff |
63 = msg 63, 000 = language Unknown (default), "20131111 110446" = date in YYYYMMDDZZZZHHMMSS format = ZZZZ of " " == "local time"... |
| 11:31 |
csharp |
jeff: thanks! |
| 11:31 |
csharp |
@dunno add Yeah, well, you know, that's just like uh, your opinion, man. |
| 11:31 |
pinesol_green |
csharp: The operation succeeded. Dunno #22 added. |
| 11:31 |
jeff |
" " = summary, 10 character field where a Y in a specific position indicates "also give me detail information on this element" |
| 11:32 |
jeff |
that's the end of the fixed fields. then it's AO = "institution id" and AA = "patron identifier" |
| 11:32 |
Dyrcona |
@eightball How many ways can you write a date? |
| 11:32 |
pinesol_green |
Dyrcona: What are you asking me for? |
| 11:32 |
Dyrcona |
Heh, eightball doesn't even know. |
| 11:41 |
csharp |
jeff++ Dyrcona++ # thanks for setting me in the right direction |
| 11:42 |
* jeff |
vacuums |
| 11:43 |
csharp |
hmm does anyone know off the top of their head whether our SIPServer supports grabbing the patron DOB in the 63/64? |
| 11:43 |
jeff |
i know we use DOB via sip, but i don't remember if it's via 63 or 23 |
| 11:43 |
* jeff |
looks |
| 11:44 |
csharp |
it appears to be in OpenILS::SIP::Patron |
| 11:45 |
jeff |
SIPServer includes patron date of birth in a 64 response to a 63 message |
| 11:45 |
csharp |
ah - yes, there it is |
| 11:45 |
csharp |
I was overlooking it |
| 11:45 |
jeff |
in field "PB" |
| 11:45 |
csharp |
yep |
| 11:50 |
|
zxiiro joined #evergreen |
| 11:51 |
* csharp |
resists telling the library who requested that information on behalf of a vendor to tell them to RTFM themselves ;-) |
| 11:52 |
csharp |
however, I know more than I did earlier, so yay! |
| 11:54 |
jeff |
csharp: there was a time where Evergreen returned a date of birth in PB in YYYY-MM-DD format, but that was arguably a bug. |
| 11:54 |
csharp |
hmm - interesting |
| 11:59 |
smyers_ |
anyone seen this error before? OpenSRF/Transport.pm:83 Session Error: router apache05-priv/open-ils.cstore IS NOT CONNECTED TO THE NETWORK!!! |
| 11:59 |
smyers_ |
autogen isn't working |
| 11:59 |
csharp |
smyers_: that usually means that a listener has died/isn't running |
| 12:05 |
smyers_ |
csharp: so c-store isn't running but why |
| 12:08 |
smyers_ |
opensrf doesn't own the libs in /openils like it should |
| 12:08 |
smyers_ |
ldwhalen: ^^ |
| 12:08 |
smyers_ |
nvm |
| 12:08 |
smyers_ |
wrong channel |
| 12:12 |
Dyrcona |
smyers_: Is your statement about opensrf not owning the libs an answer to a question asked by ldwhalen about ldwhalen's situation, or is it pertinent to your problem? |
| 12:12 |
smyers_ |
my problem |
| 12:13 |
smyers_ |
sorry |
| 12:13 |
smyers_ |
thought I was in a different channel |
| 12:14 |
Dyrcona |
So, what happens after you chown -R opensrf /openils and restart the OpenSRF services? |
| 12:16 |
|
dMiller_ joined #evergreen |
| 12:16 |
smyers_ |
Dyrcona: same issue cstore doens't start |
| 12:16 |
Dyrcona |
Check the cstore configuration in /openils/conf/opensrf.xml. Maybe the database credentials are wrong. |
| 12:18 |
smyers_ |
Dyrcona: nope match the rest of the items |
| 12:18 |
|
dMiller__ joined #evergreen |
| 12:19 |
gmcharlt |
dbwells++ |
| 12:20 |
bshum |
dbwells++ |
| 12:20 |
csharp |
dbwells++ |
| 12:20 |
csharp |
RMs++ |
| 12:21 |
* bshum |
is apologizing in advance for bug mail as we go mark everything released! |
| 12:21 |
csharp |
@blame launchpad |
| 12:21 |
pinesol_green |
csharp: launchpad broke Evergreen. |
| 12:21 |
Dyrcona |
Check your logs. |
| 12:22 |
smyers_ |
Dyrcona: Unable to retrieve settings for host apache05.eg.kcls.org from configuration file //openils/conf/opensrf_core.xml |
| 12:22 |
csharp |
smyers_: check that 'apache05.eg.kcls.org' is listed in opensrf_core.xml? |
| 12:23 |
smyers_ |
csharp: it isn't its listed as apache05-priv and apache05 |
| 12:23 |
csharp |
smyers_: that's probably it then |
| 12:23 |
smyers_ |
csharp: which is how they are registered with ejabbered |
| 12:23 |
smyers_ |
csharp: don't those have to match ejabberd? |
| 12:24 |
Dyrcona |
Nope, they match the result of running the hostname command. |
| 12:24 |
Dyrcona |
Or you use localhost. |
| 12:24 |
csharp |
yeah was gonna say, it needs to be fqdn |
| 12:40 |
smyers_ |
csharp: Dyrcona so changing all domain names to apache05.eg.kcls.org broke jabber all over |
| 12:41 |
smyers_ |
everything stopped working at that point |
| 12:41 |
smyers_ |
do you know of anything that would prevent evergreeen from reading the /etc/hosts file |
| 12:41 |
smyers_ |
that is where it maps apache05 to apache05-priv |
| 12:41 |
smyers_ |
erro apache05 to apache05.eg.kcls.org |
| 12:48 |
jeff |
per the comments in opensrf.xml, this is the authoritative "if i'm not using localhost, what hostname will be consulted in opensrf.xml" command: perl -MNet::Domain -e 'print Net::Domain::hostfqdn() . "\n";' |
| 12:48 |
jeff |
keep in mind that changing the hostname will typically cause ejabberd's mnesia db to be not found. |
| 12:50 |
jeff |
if you want to avoid that you need to specify an ejabberd node before starting ejabberd for the first time... on debian/ubuntu, that's done by setting ERLANG_NODE in /etc/default/ejabberd, but since the package starts the service at install time, it's a little tricky to set that up. :-) |
| 12:53 |
jeff |
csharp: back to the SIP DoB discussion, to be clear -- the current behavior is YYYYMMDD with no dashes in the 64/PB field. |
| 12:53 |
jeff |
csharp: iirc, it was a temporary regression fixed in 2010. |
| 13:17 |
csharp |
jeff: gotcha - thanks |
| 13:17 |
* jeff |
ponders the benefit of disabling autovacuum for pg_restore / bulk loads, vs the time taken to run it all after the fact. |
| 13:18 |
jeff |
i suppose the logical thing to do would have been to only update the planner statistics, then turn autovacuum back on. |
| 13:25 |
|
ericar joined #evergreen |
| 13:53 |
|
hopkinsju joined #evergreen |
| 13:55 |
jeff |
csharp: getting documentation on "what format does your software expect to see in this non-standard SIP field" is ALWAYS fun. |
| 13:56 |
jeff |
csharp: in response to my inquiry of "what non-standard SIP fields does your software support, and can you send me any documentation on how you use those fields" one vendor stated that it "varied depending on each ILS", and suggested that I "google SIP2" |
| 13:57 |
rangi |
jeff: sadly all too standard |
| 13:58 |
Dyrcona |
@dunno get 21 |
| 13:58 |
pinesol_green |
Dyrcona: Dunno #21: "<shaggy>We're, like, doomed.</shaggy>" (added by csharp at 11:28 AM, November 11, 2013) |
| 14:21 |
|
dMiller_ joined #evergreen |
| 14:21 |
|
hopkinsju joined #evergreen |
| 14:22 |
|
dMiller___ joined #evergreen |
| 14:27 |
pinesol_green |
[evergreen|Remington Steed] Update version of release notes in 2.5 docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4da378f> |
| 16:19 |
|
smyers_ joined #evergreen |
| 16:21 |
|
smyers_ joined #evergreen |
| 16:45 |
|
smyers__ joined #evergreen |
| 17:21 |
|
hopkinsju joined #evergreen |
| 17:22 |
|
hopkinsju_ joined #evergreen |
| 17:25 |
hopkinsju |
We're looking at a new issue with settings related to lost items and overdoes. One of our libraries wants items marked lost after 28 days. They also have a $0.20/day overdue charge up to a max of $10. So, it would take 50 days to reach max fines... being marked lost at 28. |
| 17:25 |
hopkinsju |
We've seen that this is indeed the case, but are still wondering: Given that they also void lost item charges and restore overdue fees when a lost item is returned, will they be charged for the 28 days worth of overdoes, or will it charge them an overdue amount including the days beyond 28? |
| 17:26 |
hopkinsju |
Are the overdues really "restored" or is a new set of overdues applied? |
| 17:26 |
jeff |
in current code, the former overdues are literally "unvoided" |
| 17:26 |
jeff |
there's another option to re-bill additional fines, i think. |
| 17:27 |
* jeff |
looks |
| 17:27 |
hopkinsju |
Thanks jeff |
| 17:30 |
hopkinsju |
jeff: Follow up: if a library decides they want to implement the setting to void overdues midstream (or, say, an admin doesn't set the setting beforehand) can the removal of overdues be applied retroactively without just doing it in db? |
| 17:30 |
jeff |
i do not believe so. |
| 17:31 |
jeff |
i believe circ.lost.generate_overdue_on_checkin is the org setting i was thinking of that will re-generate overdues up to the checkin date for an item that is lost then checked in. |
| 17:33 |
hopkinsju |
Hmm |
| 17:34 |
* hopkinsju |
looks |
| 17:36 |
|
hopkinsju joined #evergreen |
| 22:54 |
|
BigRig joined #evergreen |
