| Time |
Nick |
Message |
| 00:24 |
|
gsams joined #evergreen |
| 00:41 |
|
StomproJ joined #evergreen |
| 01:03 |
|
mglass_ joined #evergreen |
| 01:03 |
|
chatley_ joined #evergreen |
| 01:36 |
|
BigRig_ joined #evergreen |
| 01:48 |
|
mglass joined #evergreen |
| 02:06 |
|
mglass joined #evergreen |
| 04:21 |
|
StomproJosh joined #evergreen |
| 04:23 |
|
jeff_ joined #evergreen |
| 04:26 |
|
eady joined #evergreen |
| 05:19 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:20 |
|
TaraC_ joined #evergreen |
| 07:51 |
|
jboyer-isl joined #evergreen |
| 08:20 |
|
Newziky joined #evergreen |
| 08:26 |
|
mrpeters joined #evergreen |
| 08:30 |
|
ericar joined #evergreen |
| 08:31 |
kmlussier |
Good morning #evergreen |
| 08:32 |
kmlussier |
@coffee [someone] |
| 08:32 |
* pinesol_green |
brews and pours a cup of Colombia Tolima Reynel Perez Micro-Lot, and sends it sliding down the bar to rjackson_isl |
| 08:32 |
rjackson_isl |
sounds interesting! |
| 08:37 |
|
akilsdonk joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:46 |
|
ningalls_ joined #evergreen |
| 08:52 |
|
jwoodard joined #evergreen |
| 09:00 |
gmcharlt |
@coffee [someone] |
| 09:01 |
gmcharlt |
oh dear |
| 09:01 |
* pinesol_green |
brews and pours a cup of Ethiopia Yirgacheffe, and sends it sliding down the bar to eby |
| 09:01 |
gmcharlt |
*phew* |
| 09:02 |
tsbere |
Perhaps the bot needs morning coffee. ;) |
| 09:02 |
eby |
already brewed some india monsooned malabar |
| 09:03 |
gmcharlt |
@coffee pinesol_green |
| 09:03 |
* pinesol_green |
brews and pours a cup of Kenya Bourbon French Mission, and sends it sliding down the bar to pinesol_green |
| 09:06 |
kmlussier |
pinesol_green: WAKE UP! |
| 09:06 |
pinesol_green |
kmlussier: Mr. Spock: Something fascinating just happened. |
| 09:06 |
kmlussier |
Appears to be awake now. |
| 09:13 |
kmlussier |
At last week's dev meeting, there was a brief mention that we need an RM for 2.next. But did we settle on a course of action? |
| 09:13 |
* kmlussier |
supposes she could read the log. |
| 09:16 |
* kmlussier |
reads the logs and confirms that we didn't settle on a course of action. |
| 09:16 |
gmcharlt |
hmm - something that can be finalized at the conference, I think |
| 09:17 |
kmlussier |
It's a late conference this year. |
| 09:17 |
gmcharlt |
but only three weeks away |
| 09:17 |
gmcharlt |
(also... EEEK!) |
| 09:17 |
kmlussier |
yeah |
| 09:28 |
|
dbwells joined #evergreen |
| 09:41 |
|
yboston joined #evergreen |
| 09:41 |
|
akilsdonk_ joined #evergreen |
| 10:00 |
* mmorgan |
is interested in the answer to StomproJosh's question on the list. |
| 10:01 |
* mmorgan |
can't provide the answer, unfortunately :-( |
| 10:07 |
kmlussier |
tsbere: Didn't you all do something with opt-in settings for patron notifications? |
| 10:07 |
tsbere |
kmlussier: I believe we did. |
| 10:09 |
kmlussier |
tsbere: I thought so. I didn't know if you would have any insight to offer for the question StomproJ sent to the list yesterday. |
| 10:09 |
* berick |
throws his hat in the ring, too |
| 10:10 |
* tsbere |
will write up a quick list |
| 10:17 |
|
graced joined #evergreen |
| 10:30 |
|
chatley joined #evergreen |
| 11:10 |
|
akilsdonk joined #evergreen |
| 11:20 |
|
RoganH joined #evergreen |
| 11:41 |
|
Newziky joined #evergreen |
| 11:50 |
csharp |
@quote random |
| 11:50 |
pinesol_green |
csharp: Quote #93: "< RoganH> Coffee is like religion, don't judge, just accept that people are different even if you will never understand it." (added by csharp at 10:20 AM, September 23, 2014) |
| 11:53 |
|
Newziky1 joined #evergreen |
| 11:55 |
kmlussier |
Heh |
| 11:55 |
kmlussier |
RoganH++ |
| 11:55 |
|
Newziky1 left #evergreen |
| 12:05 |
|
buzzy joined #evergreen |
| 12:11 |
|
bmills joined #evergreen |
| 12:11 |
berick |
curious if anyone else would be interested in a way to allow checkout of copies in certain statuses without the staff client warning dialog / need to override the checkout. |
| 12:12 |
kmlussier |
Like missing items? |
| 12:13 |
berick |
in spirit, yes, but there may be more layers invovled with missing items specifically I'm not thinking of though |
| 12:13 |
kmlussier |
berick: This might not be what you're thinking of, but ESI is doing this for us - http://masslnc.cwmars.org/node/2764#AL-03:_Library_Setting_for_Some_System_Alerts |
| 12:14 |
kmlussier |
But it's something that will be developed for the web client only. |
| 12:14 |
csharp |
berick: what's the use case prompting your question? |
| 12:14 |
|
BigRig_ joined #evergreen |
| 12:15 |
eeevil |
kmlussier / berick: without more specific use cases, I think the alert suppression part of that linked stuff will impact what berick's talking about |
| 12:15 |
eeevil |
s/use cases/use cases I can't be sure, but/ |
| 12:16 |
berick |
so we do this thing w/ new branches where we put the copy into a local, non-holdable copy status called "grand opening". it's basically "dibs" for people who go to the branch. once it's checked out once, it's just like any other copy. the rub is the warning dialog and override requirement. |
| 12:18 |
eeevil |
ah ... that's not directly covered, but it could be a natural extension of the planned implementation |
| 12:20 |
berick |
eeevil: that's encouraging. is there a bug entry for that yet? |
| 12:21 |
berick |
or specs |
| 12:21 |
eeevil |
berick: if your timeline allows, we can collab so as to avoid me painting your use case out, instead of having a separate, layered "ignore these situations" function |
| 12:21 |
* kmlussier |
mumbles something about responding to an email so that ESI can share specs on the project. |
| 12:21 |
eeevil |
no bug yet. tech specs are having some rough edges filed off, and then we'll bug it |
| 12:21 |
eeevil |
kmlussier++ |
| 12:22 |
berick |
one question i need to ask internally is whether the requirement to override (even if it happens magically under the covers) is OK. /me will look into that |
| 12:22 |
berick |
.. as I'm assuming that's what will happen based on kmlussier's docs |
| 12:22 |
eeevil |
berick: the main thematic difference is we're concerned with specific "from" statuses, and I could see you generalizing that part |
| 12:23 |
berick |
right |
| 12:23 |
eeevil |
and, yes, the override may still happen, and be magic. |
| 12:23 |
eeevil |
as in $method . ".override" |
| 12:24 |
berick |
ok, good, thanks for confirming |
| 12:29 |
mmorgan |
berick: we have a similar situation with an "On Display" status that some libraries use for new items. Not having to override there would be helpful |
| 12:29 |
berick |
mmorgan: good to know. that sounds very similar, indeed |
| 12:32 |
* tsbere |
figured a temporary copy location would work better than a temporary status, if only for opac visbility purposes on Display items, but hasn't actually implemented his idea for temporary copy locations |
| 12:33 |
|
jihpringle joined #evergreen |
| 13:25 |
|
mrpeters joined #evergreen |
| 13:44 |
|
jboyer-isl joined #evergreen |
| 14:01 |
|
RoganH joined #evergreen |
| 14:14 |
csharp |
trying to figure out if this is something we're doing wrong or if it's actually hard/impossible (related to Leslie St. John's General list email)... |
| 14:14 |
csharp |
we need vandelay to remove $ characters from the price fields when importing bibs |
| 14:15 |
csharp |
does the "Remove" field in Cataloging -> MARC Batch Import/Export -> Record Display Attributes do that? |
| 14:16 |
csharp |
if so, we currently have the value "$" in that field for "price" (020 or 022 $c) |
| 14:16 |
csharp |
and it's not removing the $ |
| 14:17 |
csharp |
I thought it was worth asking before diving into the perl to see what's going on |
| 14:20 |
* csharp |
dives in and hopes for the best |
| 14:20 |
jboyer-isl |
csharp: If that will work, you'll likely have to use \$ because it looks like it's expecting regex syntax, where $ is special. |
| 14:22 |
berick |
csharp: record display attributes only affect display :( |
| 14:22 |
csharp |
it makes sense to me that it would be regexp syntax, and I'm told that was tried and didn't work, but I'll test it myself |
| 14:22 |
csharp |
berick: ah |
| 14:23 |
csharp |
hmm - so the acq code expects *no* dollar sign, but the file has them - is there a way to remove them within EG? or would that have to be done externally? |
| 14:23 |
csharp |
well, specifically, the DB rejects the '$' character as non-numeric |
| 14:23 |
csharp |
so I guess the acq code doesn't know or care |
| 14:24 |
berick |
code would have to be added to make that happen within ACQ |
| 14:27 |
* tsbere |
loves the vendor "But other <ils> customers have no issues" response - Half the time I get a list of those "other customers" I find they aren't using Evergreen. |
| 14:27 |
berick |
acq being what it is, there are a number of vendor-specific hacks in the acq code. adding one to strip '$' from the price field does not seem crazy. |
| 14:28 |
tsbere |
Of course, then there are the vendors that say "But other <ils> customers have no issues" with <ils> *not* being Evergreen. At which point I get to say "That is all well and good. We are using Evergreen, not <other ils>" >_> |
| 14:28 |
berick |
or strip all non-numbers |
| 15:26 |
* csharp |
creates bug 1449724 |
| 15:26 |
pinesol_green |
Launchpad bug 1449724 in Evergreen "Acq Record Import Fails because of dollar sign in price field" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1449724 |
| 15:45 |
|
maryj joined #evergreen |
| 16:12 |
|
Newziky1 joined #evergreen |
| 16:22 |
|
ericar joined #evergreen |
| 16:25 |
|
Newziky1 joined #evergreen |
| 16:34 |
|
Newziky1 joined #evergreen |
| 16:47 |
|
mrpeters joined #evergreen |
| 16:56 |
|
Newziky1 joined #evergreen |
| 17:01 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:06 |
|
mmorgan left #evergreen |
| 17:36 |
|
bbqben joined #evergreen |
| 17:44 |
|
Newziky left #evergreen |
| 18:00 |
|
buzzy joined #evergreen |
| 19:07 |
|
dcook joined #evergreen |
| 19:10 |
|
akilsdonk joined #evergreen |
| 20:04 |
|
maryj joined #evergreen |
| 22:07 |
|
akilsdonk joined #evergreen |
| 23:15 |
|
akilsdonk joined #evergreen |
