| Time |
Nick |
Message |
| 01:01 |
|
Mark__T joined #evergreen |
| 07:37 |
|
rlefaive joined #evergreen |
| 07:43 |
|
rjackson_isl joined #evergreen |
| 07:52 |
graced |
Happy Autumnal Equinox! |
| 08:01 |
rjackson_isl |
graced++ - bet you have been waiting for that one! ;) |
| 08:01 |
graced |
I only get to use it twice a year! |
| 08:02 |
graced |
Obviously, I mean the Equinox thing as a whole, not the autunmal part. It's the little things that make me happy. |
| 08:03 |
|
jboyer-isl joined #evergreen |
| 08:15 |
|
ericar joined #evergreen |
| 08:37 |
|
maryj joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:42 |
|
Shae joined #evergreen |
| 08:46 |
|
ericar_ joined #evergreen |
| 08:54 |
|
Dyrcona joined #evergreen |
| 08:55 |
|
Shae joined #evergreen |
| 08:58 |
kmlussier |
graced++ |
| 08:59 |
graced |
:) |
| 09:13 |
|
Shae joined #evergreen |
| 09:15 |
kmlussier |
A question about the signoff checklist at http://wiki.evergreen-ils.org/doku.php?id=dev:signoff_review_checklist. |
| 09:16 |
kmlussier |
It says "If there is a schema change, has the upgrade SQL script been generated with the correct update ID #," |
| 09:16 |
kmlussier |
Isn't the ID number where we normally would put xxxx ? |
| 09:23 |
graced |
gmcharlt: ^^ |
| 09:23 |
gmcharlt |
kmlussier: yes. |
| 09:24 |
gmcharlt |
so, pinning in a specific schema update number is the concern of whoever ends up pushing the patch, not that of any intermediate patch reviwers |
| 09:24 |
gmcharlt |
does that help? |
| 09:24 |
kmlussier |
gmcharlt: Thanks! In that case, should that be part of the checklist? Ah, that's there for the core committers, then. |
| 09:28 |
gmcharlt |
kmlussier: I've just made an edit to that page... thoughts? |
| 09:28 |
kmlussier |
gmcharlt++ #Perfect! |
| 09:32 |
|
yboston joined #evergreen |
| 09:35 |
dbs |
hmm, http://docs.evergreen-ils.org/2.8/_receipt_template_editor.html notes that the templates are customized on individual workstations--does that mean one set per physical machine, or one set per workstation registered on a physical machine? |
| 09:35 |
dbs |
Or even one set per XULRunner profile I guess |
| 09:36 |
gmcharlt |
dbs: I think, without looking at the code (and phasefx can correct me if I'm wrong) that it's per XULRunner profile |
| 09:38 |
jboyer-isl |
gmcharlt: Indeed. One of the reasons I encourage circ staff to share generic Windows logins and have individual Evergreen logins. |
| 09:38 |
csharp |
dbs: one set per profile, yep |
| 09:38 |
dbs |
gmcharlt: I'm pretty sure that's the case too, but the use of the word "workstation" there is a bit problematic |
| 09:38 |
dbs |
thanks all |
| 09:39 |
gmcharlt |
dbs: agreed, it's ambiguous |
| 09:39 |
tsbere |
I think the "per machine" option will move it to the EG Install dir instead of the XULRunner profile. |
| 09:39 |
csharp |
jboyer-isl: same here - it was an early complaint from one of our systems with individualized windows logins that they had to register the staff client over and over for each user |
| 09:39 |
* dbs |
now goes to check and see if people are logging in with different Windows users on the circ workstations |
| 09:39 |
csharp |
I believe my answer at the time was a huge shrug ;-) |
| 09:40 |
jboyer-isl |
Per-machine config can help address that, but if memory serves it then requires admin access to change some things. (haven’t looked at it in a while) |
| 09:40 |
* gmcharlt |
assumes that "This loan lovingly mediated by circ operator XXX" is not, in fact, the typical use-case for per-workstation receipt template customization ;) |
| 09:40 |
* jboyer-isl |
is totally stoked for the web client |
| 09:41 |
tsbere |
jboyer-isl: The installer, when putting things in per-machine mode, changes the folder permissions too. :D |
| 09:41 |
jboyer-isl |
Aha. |
| 09:41 |
jboyer-isl |
tsbere++ # planning ahead. |
| 09:41 |
tsbere |
(it does so for automatic updates too...) |
| 10:07 |
|
jwoodard joined #evergreen |
| 10:29 |
bshum |
I keep clicking on stuff in the web client wondering why isn't this working??! and then realizing a bit later that there's a silent popup blocker keeping anything from happening. |
| 10:30 |
bshum |
Sometimes things are too helpful... |
| 10:32 |
* tsbere |
tries to keep his popup blockers in "tell me you blocked" mode for just that kind of situation |
| 10:37 |
jeff |
bshum: what things did you find were impacted by a popup blocker in the web staff client? |
| 10:38 |
bshum |
jeff: For me today, it was "why can't I edit these copies?" |
| 10:38 |
bshum |
Because the edit volumes/copies launches it as a new window or something |
| 10:39 |
bshum |
windows/tab |
| 11:02 |
|
mrpeters joined #evergreen |
| 11:08 |
|
sandy_ joined #evergreen |
| 11:10 |
sandy_ |
We are thinking about changing our Library software. How can I see a online demo and screenshots? |
| 11:18 |
remingtron |
sandy_: Hi! You can try out Evergreen using the information here: http://wiki.evergreen-ils.org/doku.php?id=community_servers |
| 11:19 |
remingtron |
sandy_: There are two main pieces: the public catalog, and the staff client (which you would need to download and install) |
| 11:26 |
sandy_ |
Hi remingtron. Thank you for your feedback. We are an academic university and currently using Millennium. Is Evergreen similar to Millennium? |
| 11:29 |
graced |
sandy_: it is similar in the sense that they are both fully featured ILS |
| 11:30 |
graced |
But they do differ in structure and delivery of the functionality |
| 11:30 |
graced |
sandy_: you could also puruse the official documentation to get a sense of the features. http://docs.evergreen-ils.org/2.9/ |
| 11:31 |
graced |
or peruse* |
| 11:33 |
graced |
Many Evergreen support vendors will also provide demos for free if you were interested in that. (Full disclosure: I work for Equinox, an Evergreen vendor who provides support and services.) |
| 11:37 |
sandy_ |
Hi graced. Thank you for your response. I would like a demo and to discuss the Evergreen software more. |
| 11:39 |
graced |
sandy_ well, this is a great place to discuss the software with other users and developers. We also have a general mailing list where you can ask questions and get answers from the Evergreen Community. And, of course, Equinox is always happy to provide answers and demos for people wanting to know more about Evergreen. |
| 11:40 |
graced |
The great thing about open source communities is that you don't have to take my word for it when I tell you about the software - you've got a room full of users right here that you can interact with. |
| 11:40 |
Stompro |
sandy_, we are migrating from Millennium to Evergreen next month, let me know if you have any questions. |
| 11:41 |
sandy_ |
Wow I have a lot of questions Stompro. Thanks for responding. |
| 11:41 |
sandy_ |
graced and Stompro I have a patron but will return shortly |
| 11:43 |
|
Christineb joined #evergreen |
| 11:45 |
bshum |
Hmm, I thought we had a factoid for it. |
| 11:46 |
bshum |
~companies |
| 11:46 |
pinesol_green |
Factoid 'companies' not found |
| 11:46 |
bshum |
~companies See http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies for a list of companies that provide different Evergreen services. |
| 11:46 |
pinesol_green |
bshum: I am only a bot, please don't think I'm intelligent :) |
| 11:46 |
bshum |
Ah right |
| 11:46 |
bshum |
~companies is See http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies for a list of companies that provide different Evergreen services. |
| 11:46 |
pinesol_green |
I'll remember that, bshum |
| 11:47 |
kmlussier |
It might be nice to have some small screencasts on the web site to demo small pieces of Evergreen. Of course, then, we would need to update them for each new release. |
| 11:47 |
bshum |
~no companies is <reply> See http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies for a list of companies that provide different Evergreen services. |
| 11:47 |
kmlussier |
Something to ponder when I have spare time. |
| 11:47 |
pinesol_green |
I'll remember that bshum |
| 11:48 |
bshum |
~companies |
| 11:48 |
pinesol_green |
See http://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies for a list of companies that provide different Evergreen services. |
| 11:48 |
|
rlefaive joined #evergreen |
| 11:48 |
bshum |
That's better. |
| 11:48 |
phasefx |
youtube channel :) |
| 11:48 |
bshum |
phasefx++ :) |
| 11:56 |
|
ericar_ joined #evergreen |
| 11:58 |
|
bmills joined #evergreen |
| 11:58 |
|
rlefaive joined #evergreen |
| 11:58 |
|
rlefaive joined #evergreen |
| 11:59 |
|
rlefaive joined #evergreen |
| 12:00 |
|
mmorgan joined #evergreen |
| 12:05 |
|
artunit_away joined #evergreen |
| 12:07 |
remingtron |
kmlussier: Sitka has some nice Evergreen snippet videos: https://www.youtube.com/channel/UCiMYBCQG4QJVT-B3Ruk0Ncg |
| 12:10 |
remingtron |
kmlussier: can we share those on the EG website? maybe the docs site too? |
| 12:11 |
kmlussier |
remingtron: Perhaps here? http://wiki.evergreen-ils.org/doku.php?id=community_tutorials |
| 12:12 |
kmlussier |
I know of another Evergreen site that has a nice set of screencasts, but I would need to check to see if it's a problem sharing them. |
| 12:20 |
|
krvmga joined #evergreen |
| 12:30 |
sandy_ |
Thank you kmlussier and remingtron. I have looked at some of the tutorials and youtube which were very helpful. |
| 12:34 |
|
Shae joined #evergreen |
| 12:36 |
sandy_ |
We are looking for software where we can have two databases. We currently have Visionet (password protected, authenication through EZProxy-OCLC). www.sco.edu/library |
| 12:38 |
sandy_ |
Can we be able to have two databases in Evergreen with password protection? |
| 12:43 |
|
jihpringle joined #evergreen |
| 12:43 |
jeffdavis |
sandy_: what do you mean by "two databases"? |
| 12:47 |
|
kitteh_ joined #evergreen |
| 12:52 |
jeff |
while I don't know quite what sandy_ is asking, I offer the following as additional context: http://www.sco.edu/visionetperiodicalindex |
| 12:56 |
sandy_ |
Jeff nailed it. Visionet is one database that we created here at SCO. We would like for it to be separate from Visionet Spectrum. |
| 13:08 |
|
rlefaive joined #evergreen |
| 13:11 |
Dyrcona |
jboyer-isl: I think lp 1371647 needs to be targeted at 2.next and not 2.9.1. |
| 13:11 |
pinesol_green |
Launchpad bug 1371647 in Evergreen "config.marc21_ff_pos_map needs an audit" [Undecided,New] https://launchpad.net/bugs/1371647 |
| 13:12 |
jboyer-isl |
Dyrcona: I wasn’t sure if 2.next meant the next point release (so 2.9.1) or 2.10. Does that mean it’ll going to be a 2.10 addition? |
| 13:14 |
jboyer-isl |
Dyrcona: Ah, no reingests on point releases, am I right? Didn’t think of that. |
| 13:18 |
bshum |
jboyer-isl: Dyrcona: we try to keep the reingests out of the point releases now. Or at least, I certainly try to avoid that when possible. |
| 13:19 |
Dyrcona |
It's not just the reingest. To me, it looks like you're adding a new feature. |
| 13:19 |
bshum |
jboyer-isl: And yes, 2.next generally means the next major series, not maintenance release. |
| 13:19 |
Dyrcona |
But, yeah, targeting at 2.next now means 2.10 or 3.0 if that is what it becomes. |
| 13:21 |
jboyer-isl |
bshum: I spent so much time adding the composite attributes and those weirdo tests that the reingest had slipped my mind. |
| 13:22 |
bshum |
I tend to agree with Dyrcona's read that the bug in question seems more new featurish. |
| 13:23 |
jboyer-isl |
Dyrcona: I guess it could be considered a feature, I look at it more as completion of an existing feature. A full reingest makes all of that academic though. |
| 13:23 |
Dyrcona |
jboyer-isl: Thanks for changing the target, and I'm less concerned about the reingest than is bshum. |
| 13:25 |
bshum |
sandy_: I think we face a similar concept for one of our upcoming projects, where they maintain a separate catalog for serial record holdings that is distinct from the main catalog which contains all the actual other materials (books, audiovisual, etc.) |
| 13:25 |
bshum |
sandy_: One question we've been trying to determine is whether they really need to be mutually exclusive silos of data, or if they could live together in the same database, but present as different search scopes/types. |
| 13:26 |
bshum |
In our case, I think we're aiming to merge everything into the same database, but give different search landing pages or such to guide users to the different contents. |
| 13:26 |
bshum |
Presumably though, it is possible to run multiple instances to hold each of the contents separately. |
| 13:27 |
bshum |
Evergreen scales lots of different ways, it's hard to say exactly what might work best. |
| 13:51 |
|
mmorgan1 joined #evergreen |
| 14:05 |
jboyer-isl |
I need halp understanding the way forward with config.coded_value_maps (and especially the composite versions thereof). |
| 14:05 |
jboyer-isl |
Are we just writing off id’s in CCVM from here on out? |
| 14:05 |
jboyer-isl |
It would be easy enough to do since the ids don’t really mean anything, except for composite value maps where they totally mean a lot. |
| 14:08 |
jboyer-isl |
Ah, but wait, 950.data.seed-values.sql:7365 saves the day… http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/sql/Pg/950.data.seed-values.sql;h=ee87ff59f53b192084e7627e862db42047af6581;hb=HEAD#l7365 |
| 14:09 |
jboyer-isl |
Never mind! |
| 14:11 |
Dyrcona |
jboyer-isl++ |
| 14:12 |
|
vlewis joined #evergreen |
| 14:17 |
sandy_ |
bshum, currently we are doing everything in Millennium Cataloging, such as keyword. Different landing pages sounds more like what we want to do. Can you give me more information on the landing pages? Do you know if they can be password protected? |
| 14:17 |
jboyer-isl |
My sanity is restored. |
| 14:20 |
bshum |
sandy_: Presently we don't password protect our catalogs, they are just discoverable to everyone. But maybe? |
| 14:20 |
* bshum |
might solicit more ideas from the crowd |
| 14:22 |
bshum |
dbs: Remind me, did you configure A/T event definitions so that they printed different text by library org unit? I vaguely remember someone doing it, using TT2 variables to control what was part of an A/T output, but I can't remember if it was you... :\ |
| 14:22 |
phasefx |
sandy_: you can password protect arbitrary web pages served by Evergreen |
| 14:23 |
bshum |
A library is asking us to change the selfcheck receipt template, but rather than making another A/T event, I'm hoping we can only include certain text based on the library in some way. Either by workstation, user home, or other. |
| 14:23 |
remingtron |
sandy_: http://docs.evergreen-ils.org/2.9/_apache_access_handler_perl_module.html |
| 14:23 |
remingtron |
sandy_: that link explains what phasefx mentioned |
| 14:24 |
remingtron |
it wasn't designed for password-protecting the catalog, but it might be used for that |
| 14:27 |
|
dMiller_ joined #evergreen |
| 14:35 |
jeff |
bshum: sure, you can do conditionals in A/T templates as long as the template has (or can get) access to the data you need, and i think in this example it does. |
| 14:36 |
jeff |
[% IF hold.shelf_expire_time %]This item will be held until [% date.format(helpers.format_date(hold.shelf_expire_time), format = '%A %B %d') %].[% END %] |
| 14:36 |
jeff |
[%- IF user.alias -%] |
| 14:36 |
jeff |
Your holdshelf alias is: [% helpers.escape_xml(user.alias) %] |
| 14:36 |
jeff |
[%- END -%] |
| 14:36 |
jeff |
etc |
| 14:37 |
jeff |
(why are we using escape_xml in that one?) |
| 14:37 |
bshum |
jeff: That's logical, fancy. Though now I'll have to think about how we try to determine which workstation is being used. Or checkout library :) |
| 14:37 |
sandy_ |
bshum, can we view your catalog website? |
| 14:37 |
Dyrcona |
jeff: Paranoia about what gets entered into a free text field. |
| 14:37 |
bshum |
sandy_: Our global one is https://acorn.biblio.org (but there are lots of them) |
| 14:38 |
bshum |
This is a wiki page listing many libraries around the world: http://wiki.evergreen-ils.org/doku.php?id=evergreen_libraries |
| 14:39 |
bshum |
From most of those links, you can find organizations that run Evergreen. And from there see what their catalogs might look like, if they have links to them readily available. |
| 14:40 |
bshum |
Our catalog is customized with certain color and styling variations. |
| 14:41 |
jeff |
Dyrcona: but i'm not sure that escape_xml is appropriate or effective here. :-) |
| 14:41 |
jeff |
s/but/yes, but/ |
| 14:42 |
Dyrcona |
Is the output intended to be plain text or html in that template, I don't recall and I'm too lazy to look. |
| 14:44 |
* Dyrcona |
is apparently also too lazy for proper punctuation. :P |
| 14:46 |
jeff |
in this case, it's a SendEmail reactor. |
| 14:47 |
jeff |
Our use of escape_xml there is patterned off of an earlier use on another field in the same template. I'm looking now to see if THAT is stock. |
| 14:47 |
Dyrcona |
So, you're right. |
| 14:47 |
jeff |
or, I will be when I return. |
| 15:00 |
|
vlewis_ joined #evergreen |
| 15:03 |
|
vlewis joined #evergreen |
| 15:06 |
|
remingtron joined #evergreen |
| 15:29 |
dbs |
bshum: I used TT2 conditionals to generate French or English courtesy emails depending on the patron's language preference (patron stat cat) |
| 15:29 |
bshum |
dbs: Ah that was what I was remembering. Thanks! |
| 15:31 |
mmorgan1 |
bshum: What's the downside in creating another A/T event for the selfcheck receipt? |
| 15:31 |
|
jlitrell joined #evergreen |
| 15:33 |
bshum |
mmorgan: I'm not sure how it might apply for the selfcheck, but for other A/T's, it's always been weird having too many defined versions. |
| 15:33 |
bshum |
Like if we have a CONS one and then a library specific one, it'll run both. |
| 15:33 |
bshum |
Maybe it's different with selfcheck receipt. |
| 15:34 |
bshum |
Either way, it's one more thing to keep track of in already crazy situation. |
| 15:34 |
bshum |
*situation/setup |
| 15:34 |
bshum |
Like we already have 430 active A/T event defs |
| 15:34 |
bshum |
I want less, not more :( |
| 15:35 |
mmorgan |
Oh, interesting. Seems to work ok with the selfcheck receipts for us. The CONS one applies unless there is one that goes with the org unit that has the selfcheck. |
| 15:35 |
mmorgan |
Wow! That's a lot. |
| 15:35 |
bshum |
mmorgan++ # that's good to know actually, and might make things much easier if we don't diversify *too* much. |
| 15:36 |
bshum |
mmorgan: Biblio doesn't do configs the easy way, we have to be all special snowflakes. |
| 15:37 |
bshum |
You do not want to know how many hours it took me to audit and verify the environment/params for all those A/T event defs :( |
| 15:37 |
* jboyer-isl |
does not like snowflakes, prefers perfectly formed, clear ice. |
| 15:38 |
bshum |
jboyer-isl: I was just reading about artisanal ice. |
| 15:38 |
jboyer-isl |
Good for skating, making drinks cold, and explaining “This is just how it works.” |
| 15:38 |
jwoodard |
ok so I come back from vacation and my irc window looks all sort of wrong |
| 15:38 |
bshum |
jboyer-isl: And how much extra effort it takes to make those cubes for my drinks. |
| 15:39 |
jwoodard |
large font and the nicknames are not colored properly |
| 15:39 |
jboyer-isl |
bshum: I’ve read about some also, too much work for me. |
| 15:40 |
|
jwoodard_tablet joined #evergreen |
| 15:41 |
bshum |
jboyer-isl: I prefer my whisk(e)y neat, no ice. |
| 15:41 |
|
dMiller_ joined #evergreen |
| 15:41 |
bshum |
But let's not distract everybody with this talk :) |
| 15:42 |
bshum |
mmorgan: When I really want to scare people I quote our circ/hold matrix rule counts, which stand today at 4675/3884 respectively. |
| 15:43 |
|
jwoodard joined #evergreen |
| 15:43 |
bshum |
For "active = true" of course. There are seasonal rules that we leave in the matrix and apply only for summers. |
| 15:43 |
mmorgan |
Yikes! |
| 15:43 |
* mmorgan |
is scared =-O |
| 15:44 |
bshum |
The way to positively express that is "Evergreen is awesome for giving us so much versatile flexibility to express almost any situation we want." |
| 15:45 |
bshum |
The day-to-day is more like, wtf more rules?!?! |
| 15:45 |
mmorgan |
Haven't kept track, but looks like we have ~650 circ rules. |
| 15:45 |
bshum |
mmorgan: That's respectable. |
| 15:46 |
mmorgan |
I'm adding a few more as we speak :) |
| 15:46 |
bshum |
I helped this library setup a single planting and they had like only 4 rules to setup. |
| 15:46 |
bshum |
It was a beautiful blessed thing. |
| 15:47 |
mmorgan |
bshum: Do you make use of the different loan durations and fine levels in the duration and fine rules? |
| 15:47 |
bshum |
mmorgan: Generally no, that concept of short, regular, and long was deemed too complex our first go-around. |
| 15:48 |
bshum |
Same for fine levels. |
| 15:48 |
jwoodard |
circ rules? everything is 2 weeks...end of story! |
| 15:49 |
mmorgan |
We have used them from the start, but it does introduce a fair amount of complexity. |
| 15:52 |
remingtron |
Release notes question: In 2.9 should the upgrade notes be moved from Administration to the main level "Upgrade Notes" section? Or should that main level go away, and keep the new location (within Admin) going forward? |
| 15:52 |
dbs |
Plugging away at 59 rules here |
| 15:59 |
|
mrpeters left #evergreen |
| 16:17 |
sandy_ |
Does Evergreen have the option to link to full-text within the search results? |
| 16:20 |
phasefx |
sandy_: some configuration needed to do it, but yes |
| 16:21 |
phasefx |
s/configuration/template editing/ Not as simple as flipping a switch |
| 16:22 |
sandy_ |
phasefx, Thank you for your response. |
| 16:24 |
phasefx |
sandy_: I take that back, it may be simpler than that, with what we call targeted URI's |
| 16:24 |
phasefx |
you can put a library code in subfield 9 for an 856 tag to designate ownership, and I think those show up in the search results |
| 16:31 |
|
jboyer-isl left #evergreen |
| 16:34 |
remingtron |
bshum, kmlussier: thoughts on my release notes question above? |
| 16:56 |
|
gsams joined #evergreen |
| 16:57 |
mmorgan |
Something for the end of the day: http://www.swissarmylibrarian.net/2013/04/10/best-use-for-a-library-barcode-scanner/ |
| 16:59 |
* berick |
quickly patents the rfid light saber |
| 17:00 |
gsams |
would that be able to melt ear drums? |
| 17:06 |
|
mmorgan left #evergreen |
| 18:23 |
|
kitteh_ joined #evergreen |
| 18:24 |
bmills |
is it possible to add circulation modifier to the action/trigger notification email overdue templates? can't seem to quite figure out what tt2 variable might fit the bill... |
| 18:27 |
bshum |
bmills: I think it is possible. |
| 18:28 |
bshum |
So maybe for an overdue |
| 18:28 |
bshum |
Something like... circ.target_copy.circ_modifier ? |
| 18:29 |
* bshum |
is just guessing |
| 18:30 |
bmills |
bshum: thanks! will give that a shot and report back |
| 18:44 |
|
jwoodard_tablet joined #evergreen |
| 20:01 |
|
jwoodard_tablet joined #evergreen |
| 20:33 |
|
gmcharlt joined #evergreen |
| 20:34 |
|
gmcharlt joined #evergreen |
| 22:29 |
|
jwoodard_tablet joined #evergreen |
