| Time |
Nick |
Message |
| 02:24 |
|
Callender joined #evergreen |
| 03:52 |
|
gsams joined #evergreen |
| 06:39 |
|
JBoyer joined #evergreen |
| 06:47 |
|
rhamby joined #evergreen |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 07:40 |
|
agoben joined #evergreen |
| 07:56 |
|
akilsdonk joined #evergreen |
| 08:01 |
|
ericar joined #evergreen |
| 08:04 |
|
MrPants joined #evergreen |
| 08:23 |
|
kmlussier joined #evergreen |
| 08:25 |
kmlussier |
Good morning #evergreen! |
| 08:25 |
kmlussier |
@coffee [someone] |
| 08:25 |
* pinesol_green |
brews and pours a cup of Ka'u Bourbon, and sends it sliding down the bar to _bott_ |
| 08:26 |
kmlussier |
@tea [someone] |
| 08:26 |
* pinesol_green |
brews and pours a pot of Dragon Pearl Jasmine, and sends it sliding down the bar to _bott_ (http://ratetea.com/tea/harney/dragon-pearl-jasmine/1320/) |
| 08:33 |
|
collum joined #evergreen |
| 08:35 |
_bott_ |
I'll be well caffeinated |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:42 |
|
maryj joined #evergreen |
| 08:56 |
|
mdriscoll joined #evergreen |
| 08:56 |
tsbere |
gmcharlt: As we ran into this recently at MVLC I have an alternate idea for how to deal with https://rt.cpan.org/Public/Bug/Display.html?id=70169 - Assuming I can get it to work, do you have any preference for how I submit the changes? |
| 09:00 |
|
jwoodard joined #evergreen |
| 09:05 |
|
bos20k joined #evergreen |
| 09:08 |
gmcharlt |
tsbere: pull request against https://github.com/perl4lib/marc-perl |
| 09:16 |
|
jvwoolf joined #evergreen |
| 09:28 |
|
yboston joined #evergreen |
| 09:33 |
dbs |
oh that's ugly. bad iii, bad! |
| 09:44 |
tsbere |
dbs: I only referenced that bug because it was there. My OCLC-originating example is less ugly. Thankfully. |
| 09:47 |
* tsbere |
wonders if MARC::File->close should always close the filehandle, specifically when it was handed a handle and didn't actually open it |
| 09:47 |
tsbere |
Not that a change like that would be needed for what I want to try |
| 10:17 |
jvwoolf |
So...circ limit sets. We have a library system that wants to limit checkouts across all their branches. |
| 10:18 |
jvwoolf |
So if they have 3 DVDs checked out at one branch and the limit is 3, they would not be allowed to check out any more DVDs at another branch. |
| 10:19 |
tsbere |
jvwoolf: Provided you set the limits at their system level that shouldn't be an issue |
| 10:19 |
jvwoolf |
As far as I can tell all the circ rules and limits are set by the circ modifier at the system level, but they still only seem to limit by branch. |
| 10:20 |
tsbere |
jvwoolf: More specifically, the depth *on the limit set* being set to the system level |
| 10:21 |
tsbere |
And I think you want the "global" flag set too, for that matter, if I remember things correctly |
| 10:21 |
jvwoolf |
tsbere: I think the depth is set to "0" right now. Should I change it to "1"? |
| 10:22 |
jvwoolf |
Docs say "0" is the consortium level, so I thought we'd be set. |
| 10:22 |
tsbere |
jvwoolf: Probably. If you set "global" with it set to "0" depth then I believe you get "that circ mod *anywhere*" instead of "that circ mod at any branch of the one library" |
| 10:23 |
jvwoolf |
tsbere: You know, I'm not sure if we have the global flag set. |
| 10:23 |
jvwoolf |
I'll give that a try, thank you. |
| 10:24 |
tsbere |
I assume you don't have it set ;) |
| 10:24 |
jvwoolf |
tsbere++ |
| 10:24 |
tsbere |
jvwoolf: the global flag unset is great for "X circs at each branch", if I remember correctly |
| 10:24 |
tsbere |
without needing a rule *per branch* |
| 10:25 |
jvwoolf |
Aha. That makes sense. |
| 10:29 |
|
maryj joined #evergreen |
| 10:37 |
|
jvwoolf left #evergreen |
| 10:53 |
dbs |
Does the new password security approach take the password passed in for auth_proxy (e.g. LDAP) and store the salted hashed version of that in the actor.passwd table? |
| 10:59 |
* tsbere |
has found 3 different ways to *not* modify USMARC.pm, all of which he figured out before he finished making the changes |
| 11:00 |
|
Christineb joined #evergreen |
| 11:14 |
|
sandbergja joined #evergreen |
| 11:42 |
* tsbere |
hopes he isn't missing something in his testing now that he has code he thinks may work |
| 11:58 |
tsbere |
gmcharlt: I have barely tested it, and it is lunchtime so I am off to get lunch. But if you want to see my fix attempt: https://github.com/tsbere/marc-perl/commit/1b46cde3c76cd1dc6943010de98ac6d172d97b1c |
| 12:03 |
miker |
grabbing 0985 |
| 12:04 |
|
brahmina joined #evergreen |
| 12:07 |
pinesol_green |
[evergreen|Dan Wells] LP#1588543: Speed up record attribute ingest - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cf3bd14> |
| 12:07 |
pinesol_green |
[evergreen|Galen Charlton] LP#1588543: further speed up record attribute ingest - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6cc1d1e> |
| 12:07 |
pinesol_green |
[evergreen|Galen Charlton] LP#1588543: tests for verifying correct generated of record attributes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f668201> |
| 12:07 |
pinesol_green |
[evergreen|Galen Charlton] LP#1588543: schema update script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=982472f> |
| 12:07 |
pinesol_green |
[evergreen|Mike Rylander] Stamping upgrade for reingest speedup - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b5b791> |
| 12:15 |
pinesol_green |
[evergreen|Jason Boyer] LP 1481441: Improve Hold Failure Messages - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=54e21a0> |
| 12:15 |
|
jvwoolf joined #evergreen |
| 12:24 |
* tsbere |
wonders if he should be adding his name and adjusting years in the MARC::Record README file while he is making code changes, or if gmcharlt would take care of that later. |
| 12:24 |
bshum |
miker: It occurs to me that the stuff we're pushing right now probably should get a milestone target of 2.11-beta (which has yet to be created). |
| 12:24 |
gmcharlt |
tsbere: I'll take care of that sort of thing when making the next release |
| 12:25 |
bshum |
And that stuff that went fix committed/released ought to be targeted towards 2.11-alpha |
| 12:25 |
tsbere |
gmcharlt: Good to know. |
| 12:25 |
bshum |
I'll try fixing that up later tonight or something if nobody gets there first. |
| 12:26 |
tsbere |
gmcharlt: Too bad that my "wait, why won't open-ils.cstore start now?" issue isn't as quickly solved >_> |
| 12:35 |
|
bmills joined #evergreen |
| 12:37 |
pinesol_green |
[evergreen|Jason Boyer] LP1183964: Payment Limit Options - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9bdfdf9> |
| 12:39 |
* tsbere |
just had a DOH moment regarding reading lines in perl <_< |
| 12:39 |
miker |
grabbing 0986 |
| 12:41 |
bshum |
miker: I added the 2.11-beta and am in the process of moving stuff over to 2.11-alpha before I close the milestone off. |
| 12:41 |
miker |
bshum: thanks |
| 12:43 |
pinesol_green |
[evergreen|Dan Pearl] LP#1501781 - Make patron name search diacritic/space insensitive. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=85a470e> |
| 12:43 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1501781: Make patron name search diacritic/space insensitive. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=42d5c82> |
| 12:43 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1501781: Make patron name search diacritic/space insensitive. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=10aaac3> |
| 12:43 |
pinesol_green |
[evergreen|Mike Rylander] Stamping upgrade for accent-ignoring patron search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ad10cde> |
| 12:44 |
bshum |
Okay, we're all set there. 2.11-alpha milestone is closed, with all bugs that were marked fixed moved over to it. |
| 12:44 |
miker |
doh, grabbing 0987 |
| 12:44 |
|
maryj joined #evergreen |
| 12:47 |
pinesol_green |
[evergreen|Mike Rylander] Stamping upgrade for payment limits. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e51f607> |
| 12:53 |
pinesol_green |
[evergreen|blake] LP1534283 SIP prevents renewal when user has any blocking standing penalties - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2ba2c3b> |
| 12:59 |
pinesol_green |
[evergreen|blake] LP1496556 Claimed never checked out count not increased when applied to LOST circulation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3a3d27f> |
| 12:59 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1604515: Remove Advanced Hold Options link when part holds are expected - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=abefaa0> |
| 13:01 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1424656: Fix grammatical error in My Account holds screen - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=73e3016> |
| 13:03 |
pinesol_green |
[evergreen|Thomas Berezansky] LP1559281: Allow Baker and Taylor Fake ISBNs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ea375b0> |
| 13:07 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1575177 Add text informing users they cannot add survey questions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4c92d09> |
| 13:07 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1576502 Fulfilled holds also should not display as active - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=463ac7e> |
| 13:09 |
kmlussier |
miker++ |
| 13:15 |
pinesol_green |
[evergreen|Michele Morgan] LP#1588450 asset.copy.cost Field Missing from Client Interfaces - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5a5834d> |
| 13:25 |
pinesol_green |
[evergreen|Liam Whalen] LP#1499537 Fixed kpac.xml caching problem - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=31563d8> |
| 13:36 |
tsbere |
gmcharlt: I assume you get an email from github, but I submitted a pullrequest. |
| 14:11 |
berick |
miker++ indeed |
| 14:12 |
|
Dyrcona joined #evergreen |
| 14:15 |
jeffdavis |
dbs: if I understand correctly, AuthProxy no longer touches passwords in the db at all, it uses the new open-ils.auth_internal service to create the auth session directly; there's some discussion of the approach in bug 1468422 |
| 14:15 |
pinesol_green |
Launchpad bug 1468422 in Evergreen "Improve Password Management and Authentication" [Undecided,Fix released] https://launchpad.net/bugs/1468422 |
| 14:19 |
|
jvwoolf joined #evergreen |
| 14:21 |
dbs |
jeffdavis: okay. so presumably if the proxied attempt fails, it should still fall back to the native authenticator |
| 14:22 |
* dbs |
wonders what the drop-down button in the "Apply standing penalty" window is supposed to have for options in http://i.imgur.com/u2gFFuX.png (currently ours shows no options at all) |
| 14:22 |
tsbere |
dbs: Any custom ones in your DB (id > 100, I think) |
| 14:23 |
tsbere |
MVLC has a few "System Local" variants of the original Note/Alert/Block, which were set to depth 0 |
| 14:23 |
dbs |
huh. I thought it might have been for setting messages public or private. |
| 14:23 |
* dbs |
has much to learn / catch up on |
| 14:24 |
tsbere |
dbs: I am willing to share some of what MVLC did with that stuff if you want, but for that it is fairly straightforward |
| 14:25 |
Dyrcona |
Heh. |
| 14:25 |
Dyrcona |
Wrong tab. :) |
| 14:26 |
dbs |
thanks tsbere |
| 14:41 |
pinesol_green |
[evergreen|Thomas Berezansky] Delay Novelist loading slightly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=77e698b> |
| 14:46 |
|
remingtron joined #evergreen |
| 14:49 |
pinesol_green |
[evergreen|Jeff Davis] LP#1609556: use unapi functions to retrieve holdings for SRU/Z39.50 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4754c39> |
| 14:49 |
|
dluch joined #evergreen |
| 14:51 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1503867: Use ws_ou in open-ils.circ.copy_transit.receive. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=983e8f9> |
| 14:53 |
miker |
grabbing 0988 |
| 14:54 |
yboston |
heads up, the DIG monthly meeting will be starting at 3 PM EST |
| 14:58 |
|
Justin__ joined #evergreen |
| 14:59 |
pinesol_green |
[evergreen|Galen Charlton] LP#1037553: bibliographic record source now copied to 901$s - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8db4cb6> |
| 14:59 |
pinesol_green |
[evergreen|Mike Rylander] Stamping upgrade for bib_source-in-901 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5317ba5> |
| 15:01 |
yboston |
#startmeeting DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting |
| 15:01 |
pinesol_green |
Meeting started Tue Aug 9 15:01:00 2016 US/Eastern. The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 15:01 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 15:01 |
pinesol_green |
The meeting name has been set to 'dig_monthly_meeting_evergreen_documentation_interest_group__dig__monthly_meeting' |
| 15:01 |
yboston |
The agenda can be found here http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meeting_20160809-agenda |
| 15:01 |
yboston |
#topic Introductions |
| 15:01 |
yboston |
Please feel free to start introducing yourselves... |
| 15:01 |
yboston |
#info yboston is Yamil Suarez @ Berklee College of Music - DIG meeting facilitator |
| 15:01 |
sandbergja |
#info sandbergja is Jane Sandberg, Linn-Benton Community College |
| 15:01 |
dluch |
#info dluch is Debbie Luchenbill, MOBIUS/Missouri Evergreen |
| 15:01 |
remingtron |
#info remingtron is Remington Steed, Hekman Library (Calvin College) |
| 15:02 |
yboston |
BTW, Kathy said she is not able to participate today |
| 15:03 |
Christineb |
#info Christineb is Christine Burns BC Libraries Co-op / Sitka |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:05 |
yboston |
OK, my timer went off. we can start |
| 15:05 |
yboston |
thank you all for coming |
| 15:05 |
yboston |
#topic last meeting's action items |
| 15:05 |
yboston |
#info jihpringle will research the state of missing RDA content |
| 15:05 |
yboston |
#action jihpringle will research the state of missing RDA content |
| 15:05 |
yboston |
(since she is not here) |
| 15:05 |
Christineb |
jihpringle - is on vacation :) |
| 15:05 |
yboston |
very nice |
| 15:06 |
yboston |
#action yboston will move the undocumented content of the 2.8 new feature “TPAC Discoverability Enhancements” to its own section in the doc |
| 15:06 |
yboston |
my bad again |
| 15:06 |
yboston |
#action kmlussier will document the general workflow for being DIG release coordinator |
| 15:06 |
yboston |
#info jihpringle will email yboston or maling list with 2.10 docs that were completed |
| 15:07 |
yboston |
not sure if this was done, so I will pass it forward |
| 15:07 |
yboston |
#action jihpringle will email yboston or maling list with 2.10 docs that were completed |
| 15:07 |
yboston |
#info yboston will email Robert to check in on the HTML & PDF build of the docs to see why soem changes are not shsowing up; will CC verious DIG members |
| 15:07 |
yboston |
I did do this, but I forgot to check earlier to make sure nothing else had broken |
| 15:07 |
pinesol_green |
[evergreen|Bill Erickson] LP#1587639 Vandelay authority update editor/edit_date - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=43f06ef> |
| 15:07 |
pinesol_green |
[evergreen|Bill Erickson] LP#1587639 Vand. authority updates PGTAP - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=720cb43> |
| 15:07 |
pinesol_green |
[evergreen|Bill Erickson] LP#1587639 Vand. authority updates release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ada5bc4> |
| 15:07 |
pinesol_green |
[evergreen|Mike Rylander] LP#1587639 Avoid double-update of editor/edit_date - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=744c0e7> |
| 15:08 |
kmlussier |
yboston: Looks like I find it easier to continue handling Release notes than to document the process. ;) |
| 15:08 |
kmlussier |
Keep it on my list of action items. |
| 15:08 |
yboston |
no problem |
| 15:08 |
yboston |
also, I just checked and all PDf fiels are being built and are accesible |
| 15:09 |
yboston |
that is is for past meeting action items |
| 15:09 |
yboston |
#topic new business |
| 15:10 |
yboston |
#info discuss integrating Sitka/Pines/etc videos in the main docs |
| 15:10 |
yboston |
not sure if there has been any other discussion about it |
| 15:10 |
dluch |
I was just reading about this in last meeting's minutes. Very exciting. (I say while procrastinating editing a cataloging with parts video.) |
| 15:11 |
yboston |
I have not looked over theminutes, though usually I try before each meeting |
| 15:11 |
yboston |
do we want to discuss it now, I can find alink tot he original discussion in the previous meeting minutes |
| 15:12 |
yboston |
we can also choose to discuss it on the mailing list |
| 15:12 |
|
kbutler joined #evergreen |
| 15:13 |
yboston |
here are the minutes…http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-05-05-14.00.html |
| 15:13 |
Christineb |
we have added video links to our docs - example http://docs.sitka.bclibraries.ca/Sitka/current/html/bills-adjusttozero.html |
| 15:13 |
dluch |
It seemed like a lot of the discussion last time was on how to make sure the videos are still relevant to the current release? |
| 15:14 |
dluch |
Christineb++ |
| 15:14 |
yboston |
Her is the raw log…http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-05-05-14.00.log.html |
| 15:15 |
yboston |
this link jumps stright tot he videos part...http://irc.evergreen-ils.org/evergreen/2016-05-05#i_246231 |
| 15:16 |
sandbergja |
Perhaps we could write a script that goes through all the ASCIIDoc and searches for the string "youtube" |
| 15:17 |
sandbergja |
And then we can have somebody volunteer to look through the output of that report for each new release |
| 15:17 |
sandbergja |
just comparing it against release notes, and investigating further if it seems like there may be a change? |
| 15:17 |
yboston |
sandbergja: that is a pretty good idea |
| 15:17 |
Christineb |
for our Sitka videos- we have created a spreadsheet to track the version they were created in |
| 15:18 |
Christineb |
so when new features are released we can quickly see which videos will need to be recorded |
| 15:18 |
yboston |
there are no easy answers for docs, havign videos is great but they add another layer to our work of making sure the docs are accurate. no good deed goes unpunished :) |
| 15:19 |
yboston |
Christineb++ SITKA++ |
| 15:19 |
Christineb |
when we record the videos we also document our "script" this makesfuture re-records easier |
| 15:19 |
yboston |
very ni e |
| 15:19 |
yboston |
*nice |
| 15:19 |
sandbergja |
Christineb++ |
| 15:19 |
remingtron |
Christineb: smart! |
| 15:20 |
dluch |
Oh, that's very smart |
| 15:20 |
* dluch |
takes notes |
| 15:21 |
sandbergja |
also, scratch my original idea; Sitka is totally on top of it! We'd just need to figure out a way to update the youtube links in the official docs any time Sitka changes youtube links |
| 15:21 |
yboston |
to play devil’s advocate, is this going to make use have too muh work todo for each release? |
| 15:22 |
yboston |
again as devil’s advocate, shoudl we just mention in multiple places to check SITKA for video content? |
| 15:22 |
yboston |
then again, I do run into old videos for software and I can still find old videos helpful |
| 15:23 |
remingtron |
it might be a better approach to provide an easy path to the videos without embedding links |
| 15:24 |
remingtron |
maybe even trying to map the Acq docs to an Acq video playlist, which includes older Acq videos that might still be relevant, let the user decide |
| 15:25 |
yboston |
For example, would a footer or header note in the docs site about where to find the SITKA fit your idea? |
| 15:25 |
Christineb |
what if other DIG contributors create videos? |
| 15:25 |
yboston |
Christineb: good point |
| 15:26 |
Christineb |
will Youtube allow you to create a playlist of videos from multiple creators? |
| 15:26 |
remingtron |
Christineb: that was my next question. Like "DIG recommends these videos" |
| 15:26 |
Christineb |
if yes - we could create a DIG playlist on the BC Libraries Co-op channel |
| 15:26 |
yboston |
I don’t see anything wrong with picking a section to try out addign videos to see how much complexity it adds, and/or how much it increases the burden of handling new releases |
| 15:27 |
tsbere |
Christineb: Just poking in to say "as far as I know, yes" as I have watched several such playlists before on channels. Dunno how to make them, though. |
| 15:27 |
* tsbere |
leaves the meeting alone again |
| 15:28 |
Christineb |
tsbere - I think you are correct - I will investigate further |
| 15:28 |
yboston |
Christineb: should I give you an action item for that? your call |
| 15:29 |
dluch |
Just did a quick look at some YouTube channels and agree with tsbere. Looks like it should be possible, though I don't know how to do it |
| 15:29 |
Christineb |
yes |
| 15:29 |
yboston |
OK |
| 15:30 |
Christineb |
ok I think it's actually pretty easy to do |
| 15:30 |
yboston |
#action Christineb will investigate creating a Youtube playlist that incorporates SITKA videos and videos from non-SITKA sources |
| 15:31 |
remingtron |
yboston: yes, I think a generic link to videos could work, though I'd love something more cool, like a floating sidebar widget :) |
| 15:31 |
yboston |
do we want to conintue this topic or picki it up again next meeting, and or on the list? |
| 15:31 |
yboston |
remingtron: makes sense |
| 15:31 |
Christineb |
one thing - the benefit of using direct links to specific videos is quick access to desired info |
| 15:31 |
yboston |
absolutely |
| 15:32 |
Christineb |
if we direct them to a DIG recommended playlist they will have to search again / scroll to find desired video |
| 15:32 |
yboston |
sadly yes |
| 15:32 |
dluch |
True |
| 15:32 |
remingtron |
Christineb: true, our real goal is "Click here to see how to do this specific task" |
| 15:33 |
remingtron |
Christineb: any idea if your docs video links have been clicked? |
| 15:33 |
Christineb |
I will get click stats for next meeting |
| 15:34 |
Christineb |
we only added the specific video links during our last upgrade (May) |
| 15:35 |
yboston |
did we want to pick a particualr section to test out addign the links? |
| 15:37 |
yboston |
we can decide later too |
| 15:38 |
remingtron |
I guess I'd rather focus on making sure features from 2.10 and 2.11 are covered, and maybe try to add a video link while we're in there. |
| 15:38 |
Christineb |
maybe the patron related videos? |
| 15:38 |
Christineb |
remingtron++ |
| 15:38 |
yboston |
either of those ideas sound fine to me |
| 15:38 |
remingtron |
(I mean, that we should focus on writing docs for new features, not focus on videos for new features) |
| 15:39 |
yboston |
remingtron: I agree with this, the videos are nice but I would choose text over videos |
| 15:39 |
yboston |
though I do think videos can be extremly helpful, though it is hard to do a full keyword search on the contents of a video |
| 15:40 |
yboston |
atkeast with our set up |
| 15:41 |
remingtron |
should we talk a bit about 2.10 and 2.11 (coming soon)? |
| 15:41 |
yboston |
yes |
| 15:42 |
yboston |
#topic 2.10 & 2.11 |
| 15:42 |
yboston |
need to look up when 2.11 is expected |
| 15:42 |
yboston |
does anyone know if this is the version with the staff client ready for primte time? |
| 15:43 |
yboston |
I see that august 17th is the beta and feature beta freeze for 2.11 |
| 15:43 |
remingtron |
yboston: I haven't heard any decrees about web client yet |
| 15:43 |
yboston |
looks like September 7th is the projected 2.11 release date |
| 15:45 |
yboston |
I guess we should plan a DIG hackfest for that release between the beta and the release |
| 15:45 |
yboston |
can I get a volunteer to set up a Doodle poll? |
| 15:46 |
sandbergja |
yboston: I can do that! |
| 15:46 |
yboston |
thanks! |
| 15:46 |
remingtron |
yboston: hackfest, good idea! |
| 15:46 |
yboston |
#action sandbergja will conduct a doodle poll picking a date to work on 2.11 new features |
| 15:47 |
yboston |
remingtron: thanks |
| 15:47 |
yboston |
BTW, we are down to the last 13 minuts if we stick to ending on time |
| 15:48 |
yboston |
*minutes |
| 15:48 |
yboston |
One thing I added to today’s agenda, but in the wrong spot is that I need to step down from the position of DIG meeting facilitator |
| 15:49 |
yboston |
my library might end up switching ILS, though we may end up staying with evergreen |
| 15:50 |
yboston |
I am being asked to get involved in another open source community for our arhcives dpartment (Fedora Commons) so my time has gotten more limited |
| 15:50 |
yboston |
I just wanted to start the process of finsing a replacemnt for me as facilitator |
| 15:50 |
yboston |
we don’t have to do it right now |
| 15:51 |
remingtron |
hmmm, thanks for the warning |
| 15:51 |
yboston |
besides that, do we have last comments or questions on any topic now that we have 10 minutes left? |
| 15:52 |
sandbergja |
yboston: I think we're all being really quiet because we're all secretly a little sad that you won't be facilitating these meetings :-( |
| 15:52 |
yboston |
thaks |
| 15:52 |
yboston |
thanks |
| 15:52 |
remingtron |
that's no secret! |
| 15:52 |
remingtron |
I'll be sad! |
| 15:52 |
dluch |
Yes, what sandbergja said. |
| 15:52 |
kbutler |
yboston :( |
| 15:52 |
dluch |
yboston++ |
| 15:52 |
sandbergja |
yboston++ |
| 15:53 |
yboston |
muchas gracias |
| 15:53 |
remingtron |
yboston++ |
| 15:53 |
phasefx |
yboston++ |
| 15:53 |
kbutler |
yboston++ |
| 15:53 |
sandbergja |
Switching gears, there is one topic that I'd like to get some input on |
| 15:53 |
yboston |
go ahead |
| 15:54 |
sandbergja |
So, I have dropped the ball on docs re-org |
| 15:54 |
sandbergja |
and would like to get those conversations started again |
| 15:54 |
sandbergja |
and wanted to see if folks had any suggestions for what that process might look like |
| 15:55 |
yboston |
good question |
| 15:55 |
|
webmind joined #evergreen |
| 15:55 |
sandbergja |
Currently, we have a rough ToC for a "System Administration from the Staff Client" book, with materials from the current official docs and other sources |
| 15:55 |
sandbergja |
(and a few bits that would need to be written) |
| 15:56 |
yboston |
one thign that is not a concer is that it looks liek the web client will not be “ready” in a couple of weeks, because it if was that would have an impact on the re-org |
| 15:56 |
sandbergja |
and some functional requirements and some survey feedback |
| 15:56 |
yboston |
we also have a test server that could be used for dispalying re-org experiments |
| 15:59 |
yboston |
I would suggest that we again try another re-org specific meeting and/or a new email list thread |
| 15:59 |
yboston |
thoguh of course that is soemthign you have done before |
| 15:59 |
remingtron |
sandbergja: it wouldn't take much work to create a new root.txt just for that new book, generate the html, and go from there |
| 15:59 |
remingtron |
yboston: does anyone else have access to the new DIG test server? |
| 15:59 |
yboston |
Right now I think only Galen adn I have access. |
| 16:00 |
yboston |
try reaching out to him for access, and of course tell him I can verify that we want to give you access |
| 16:00 |
sandbergja |
Well, why don't we get a new root.txt file onto that server somehow, generate a sysadmin-from-the-staff-client manual using our ToC, and use that to generate some excitement |
| 16:01 |
sandbergja |
a proof-of-concept type thing! |
| 16:01 |
remingtron |
sandbergja: good plan. you want to ask for server access too? |
| 16:01 |
sandbergja |
And then we can have a meeting that focuses on debriefing what works/doesn't work about that manual |
| 16:01 |
sandbergja |
remingtron: I am happy either way |
| 16:02 |
yboston |
sandbergja: that idea make sense, I had a similar idea before |
| 16:02 |
sandbergja |
great minds think alike! |
| 16:02 |
yboston |
though I think we need to set up a new git branch for these experiments or set up a new repo altogether? |
| 16:02 |
sandbergja |
:-P |
| 16:02 |
|
mmorgan joined #evergreen |
| 16:03 |
remingtron |
yboston: right, a working repo branch could work |
| 16:03 |
yboston |
not sure how the DIG test serve is set up. I know it is pulling from our main Git repo a cuple of times a day |
| 16:03 |
yboston |
I can email Galen |
| 16:03 |
sandbergja |
Thanks, yboston! |
| 16:03 |
yboston |
#action yboston will email Galen to give remingtron and sandbergja access to DIG test server |
| 16:04 |
remingtron |
yboston: thanks! |
| 16:04 |
yboston |
#link docs-testing.evergreen-ils.rog |
| 16:05 |
remingtron |
yboston: typo, should be ".org" |
| 16:05 |
yboston |
oops, copied it from an email, tis time not my fault :) |
| 16:05 |
remingtron |
:) |
| 16:05 |
yboston |
#link http://docs-testing.evergreen-ils.org |
| 16:06 |
yboston |
anything else before we wrap up? |
| 16:06 |
remingtron |
just a plea |
| 16:06 |
yboston |
go ahead |
| 16:07 |
remingtron |
if anyone has time, take a look at the 2.10 needs and let's try to document more things! thanks all! |
| 16:07 |
remingtron |
#link http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:2.10_needs |
| 16:07 |
yboston |
#action for all: try to document outstanding EG 2.10 new features |
| 16:08 |
yboston |
OK folks, I will wrap up |
| 16:08 |
yboston |
#endmeeting |
| 16:08 |
pinesol_green |
Meeting ended Tue Aug 9 16:08:29 2016 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 16:08 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-08-09-15.01.html |
| 16:08 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-08-09-15.01.txt |
| 16:08 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-08-09-15.01.log.html |
| 16:08 |
remingtron |
yboston: thanks for leading! |
| 16:08 |
dluch |
Thanks, yboston! |
| 16:09 |
sandbergja |
yboston++ |
| 16:09 |
kmlussier |
There are some 2.10 features I could probably volunteer for. Or should. |
| 16:09 |
yboston |
thank you all |
| 16:09 |
kmlussier |
yboston++ |
| 16:09 |
dluch |
yboston++ |
| 16:09 |
kbutler |
yboston++ |
| 16:11 |
kmlussier |
kbutler: I just noticed that you're here. Welcome back! |
| 16:12 |
kbutler |
kmlussier: Thanks! I am trying to get back into things, tho I managed to get here late for the meeting. |
| 16:13 |
kmlussier |
kbutler: Better late than never. :) |
| 16:19 |
Justin__ |
Anyone around to help me (new evergreen user trying to setup the ILS) import books via MARC? I've imported the books via a MARC file. In the staff client, I can see them when I search the Catalog, but I'm not able to see the books from the OPAC. Searching brings back no results. What must be done after importing books to allow them to be searched? |
| 16:21 |
kmlussier |
Justin__: Did you add copies to the records? |
| 16:22 |
kmlussier |
Justin__: If they don't have copies, you can retrieve them in the staff client, but they won't be visible in the OPAC. |
| 16:23 |
Justin__ |
Would that be the Add Volumes link when I search the record in the staff client? |
| 16:25 |
kmlussier |
Justin__: Yes, that's one way to do it. In Evergreen, a volume is the call number record and then you add a copy. Sitka has some documentation for adding holdings - http://docs.sitka.bclibraries.ca/Sitka/current/html/add-holdings-title-records.html |
| 16:25 |
kmlussier |
Justin__: If you have the holdings info in your MARC records, you can also import the copies along with the records. |
| 16:27 |
kmlussier |
Justin__: http://docs.evergreen-ils.org/2.10/_importing_materials_in_the_staff_client.html#_staff_client_batch_record_imports has docs on how you would use holdings profiles to do so. |
| 16:28 |
Justin__ |
I'll give that documentation a read. I know I added a volume on one book to test. It shows there's a volume, but copies is 0. I assume I did something incorrectly. |
| 16:28 |
Justin__ |
Unfortunately, our MARC records didn't have our holdings info. |
| 16:29 |
Justin__ |
In most cases, we only have one of each book added to the catalog. Is there a way to automate adding one copy for each item in the catalog? |
| 16:29 |
kmlussier |
Justin__: It sounds like you added the volume without going to the next step to add a copy. There's a library setting that allows you to add both from the same screen, which our libraries find useful. |
| 16:30 |
kmlussier |
Justin__: No, I don't think there is a way to do that. I guess the assumption is you would want a cataloger to add the correct call number and to make sure the barcode matches what is on the item. |
| 16:33 |
Justin__ |
Makes sense. Thank you for your help! |
| 16:34 |
Dyrcona |
Justin__: Can you get your MARC records with holdings info? |
| 16:34 |
Dyrcona |
Assuming you could export them again from the source, that is. |
| 16:34 |
bshum |
I can think of some ways to populate dummy data for a given set of MARC bibs, but yeah kmlussier is right that it would be better to have actual correct call numbers for the volumes and then barcodes for the copies. |
| 16:35 |
Justin__ |
The records we have came from the WorldCatalog. We had a record of what books we had, but not holdings there (I'm not even sure you can enter holdings). |
| 16:36 |
Justin__ |
We are a small library and this is our first go at an ILS to manage it so the holdings haven't been entered to be honest. |
| 16:36 |
Dyrcona |
OK, then. I think you can enter holdings, but that costs extra, I would imagine. |
| 16:37 |
Dyrcona |
Justin__: Then, staff are likely going to have to enter copies manually. |
| 16:37 |
Justin__ |
That's what I figured. Thank you guys. I'll give the documentation a read through! |
| 17:08 |
|
mmorgan left #evergreen |
| 18:36 |
|
gsams_ joined #evergreen |
| 18:40 |
|
jvwoolf joined #evergreen |
| 20:39 |
|
jonadab joined #evergreen |
| 21:01 |
|
webmind joined #evergreen |
| 21:55 |
|
bmills left #evergreen |
