| Time |
Nick |
Message |
| 04:58 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:56 |
|
Callender joined #evergreen |
| 08:24 |
|
rjackson-isl joined #evergreen |
| 08:31 |
|
Shae joined #evergreen |
| 08:34 |
|
ericar joined #evergreen |
| 08:48 |
|
jwoodard joined #evergreen |
| 08:53 |
|
kmlussier joined #evergreen |
| 08:54 |
|
akilsdonk joined #evergreen |
| 08:56 |
|
mllewellyn joined #evergreen |
| 09:00 |
|
niki__ joined #evergreen |
| 09:01 |
niki__ |
Hello... I just want to ask. I buy new server how I transfer my evergreen system to my new server? I am not I.T can you help me or give me idea |
| 09:02 |
|
krvmga joined #evergreen |
| 09:04 |
krvmga |
i have a puzzling problem. take a look at this record http://bark.cwmars.org/eg/opac/record/891369?query=gone%20girl;qtype=keyword;locg=1 |
| 09:05 |
krvmga |
at the very bottom of the record, in the lower left hand corner, you'll see a roman numeral. this numeral tells you which of our five brickheads the record is being served from. |
| 09:05 |
krvmga |
the record directories are identical on all five brickheads |
| 09:06 |
krvmga |
but, on brickeds 1,2,3, and 5, there are five choices shown at the bottom of the record (summaries, awards, add. content, shelf browser, marc record) |
| 09:06 |
niki__ |
what about the circulation policies? all the settings i did in my old server how to transfer them? |
| 09:06 |
krvmga |
but on brickhead 4, only two show up (summaries, marc record) |
| 09:07 |
krvmga |
to get the record from a different brickhead, just hit F5 to reload the record |
| 09:07 |
krvmga |
i am really at a loss as to why 4 is showing something different when the directories and files are all the same |
| 09:07 |
krvmga |
a caching problem somehow? |
| 09:08 |
niki__ |
Hello... I just want to ask. I buy new server how I transfer my evergreen system to my new server? I am not I.T can you help me or give me idea |
| 09:08 |
krvmga |
we just upgraded from 2.4 to 2.5 last sunday and the problem has appeared since then |
| 09:10 |
krvmga |
niki_: i think the first thing to do is make sure that the basic required things are installed on your new server: a supported linux operating system and the right version of postgresql |
| 09:11 |
niki__ |
I already did that. I try to export my files using csv but it takes toooooooo toooo toooo longggg.... |
| 09:11 |
niki__ |
is there other way? |
| 09:12 |
niki__ |
I install 12.04 ubuntu and 9.1 |
| 09:12 |
krvmga |
niki_: did you already do a sql dump from your existing system and import your data to the new system? |
| 09:12 |
niki__ |
I installed the latest evergreen version 2.5.5 but my problem is how to import. |
| 09:13 |
niki__ |
how? |
| 09:13 |
niki__ |
In evergreen import/export. in my old server I export my data there but its tooooooooo llllloooonnnggggggg........... is there fastest way? |
| 09:14 |
krvmga |
i use phppgadmin to manage my database |
| 09:14 |
krvmga |
you can export and import through that |
| 09:14 |
niki__ |
I am not an IT person sir. I installed evergreen based on tutorial in net. |
| 09:15 |
krvmga |
niki_: well, you're in the process of becoming much more of an IT person now. :) |
| 09:15 |
niki__ |
ohh......... |
| 09:17 |
niki__ |
if I import/export from phpadmin how about my policies that I set in my old server is it included in phpadmin? |
| 09:18 |
niki__ |
sory for bad english |
| 09:18 |
krvmga |
niki_: most of those things are stored in the database. |
| 09:19 |
niki__ |
ok... so how I open my phpadm,in? |
| 09:19 |
krvmga |
niki_: exceptions would be local receipt templates, bib templates (which are xml files) |
| 09:20 |
niki__ |
can you elaborate more? |
| 09:20 |
krvmga |
niki_: and custom data sources that might have been added to fm_IDL.xml |
| 09:22 |
krvmga |
niki_: this might help https://www.digitalocean.com/community/tutorials/how-to-install-and-use-phppgadmin-on-ubuntu-12-04 |
| 09:22 |
jeff |
kmlussier: thanks (re: RSCEL) |
| 09:23 |
niki__ |
wait I will read it... |
| 09:24 |
niki__ |
Do i need to create new username and password? |
| 09:24 |
niki__ |
in php? |
| 09:26 |
|
kbeswick joined #evergreen |
| 09:27 |
tsbere |
krvmga: opac/parts/record/extras.tt2 I think has an "extras" array that I think controls those tabs at the bottom somewhat....perhaps #4 has a different version of that file? |
| 09:28 |
krvmga |
tsbere: i'll check that out. thx. |
| 09:28 |
krvmga |
tsbere++ |
| 09:30 |
krvmga |
niki_: yes, you need to create a username and password for that, if i recall correctly. this will be different from the evergreen user and password from the evergreen installation |
| 09:30 |
kmlussier |
jeff: np |
| 09:31 |
niki__ |
sir during the installation of evergreen I installed postgres username and password does any effect if I create new one? |
| 09:31 |
krvmga |
niki_: i'm sorry i have to run. we're short staffed here today. i hope someone else can help you from here. |
| 09:32 |
niki__ |
oh boy |
| 09:35 |
niki__ |
does anyone here can help me? I buy new server and I won't use my ageing server now I have both evergreen in 2 servers my problem is how to transfer my data from old server to new server? I try the export built in evergreen but it takes too long. I hope someone help me. :( |
| 09:36 |
tsbere |
niki__: For the database alone look up pg_dump and pg_restore, you may also want/need reports files in /openils/var/web/something I think, in addition to whatever configuration file(s) you have customizations in, etc |
| 09:39 |
niki__ |
I am not I.T person sir... what you say's is like what Sir Krvmga say's. he gave me a link but when I reading it. it says create new username and password in postgres I remember that during the installation of my evergreen I create username and password for my postgres 9.1 do I need to create new username and password? |
| 09:44 |
tsbere |
niki__: Arguably, if you are not an IT person you should *find* an IT person to handle this for you at this point. |
| 09:44 |
bshum |
niki__: What tsbere is trying to tell you is that you likely want to copy the whole postgres database from your old server and restore it to your new one. This is a technical process that requires some knowledge of database management and other technical skills. |
| 09:45 |
bshum |
We can offer some general tips and suggestions but we are not going to be able to provide you an exact step-for-step approach to the process, because it may vary greatly depending on other circumstances related to your systems. |
| 09:46 |
niki__ |
ok guys thanks for the support............. |
| 09:48 |
|
yboston joined #evergreen |
| 09:54 |
bshum |
niki__: There are people in this channel who work for support companies and might offer you other solutions. |
| 09:55 |
bshum |
Personally though, given your own wariness about IT work, I'm not comfortable offering further advice as a project volunteer. |
| 10:01 |
niki__ |
It's ok I understand you. I think I will work it by myself now. |
| 10:11 |
|
Callender joined #evergreen |
| 10:47 |
|
tater-laptop joined #evergreen |
| 10:55 |
|
tater-laptop joined #evergreen |
| 11:02 |
|
sal_ joined #evergreen |
| 11:06 |
sal_ |
Sticks head up... I've been asked if there's any way to expose an item ISBN via SIP. Is there a way in Perl to get the MARC record from the bib item? (Or even better, parse out the 020 string out of the MARC record?) |
| 11:06 |
jeff |
greetings. |
| 11:06 |
sal_ |
(For the SIP part, that's what the CH field is for, right?) |
| 11:07 |
sal_ |
And hi, all! |
| 11:07 |
* bshum |
waves at sal_ |
| 11:08 |
jeff |
sal_: would this be for displaying a picture of the item at checkout time, etc? |
| 11:13 |
|
vlewis joined #evergreen |
| 11:15 |
* tsbere |
wonders which ISBN you would use when there are multiple in the record |
| 11:16 |
sal_ |
There are a number of things, apparently. |
| 11:17 |
sal_ |
Bookcovers, Ebooks, pricing information (you saved $X by borrowing from the library) |
| 11:18 |
sal_ |
How often are the multiple ISBNs really different (as opposed to 10/13 or duplicates?) |
| 11:18 |
sal_ |
obviously not a librarian ;-) |
| 11:18 |
tsbere |
sal_: Sometimes you have paperback vs hardcover vs deluxe edition vs whatever else ISBNs, for example |
| 11:18 |
gmcharlt |
sal_: one common pattern is that a record will have the ISBN of the hardcover and the ISBN of hte paperback |
| 11:18 |
gmcharlt |
snap |
| 11:19 |
sal_ |
and hi, bshum! |
| 11:19 |
sal_ |
jinx! :-D |
| 11:19 |
sal_ |
Hmm, maybe cons them both together in the SIP packet and let the consumer decide what it wants to do with them. |
| 11:21 |
sal_ |
I went poking around the database. Am I right that the ISBN is only stored in the MARC field in the bib record? There's a dummy field elsewhere, but it's not populated in my catalog :-) |
| 11:22 |
tsbere |
sal_: Well, you can pull them out of other places if you know what you are doing. metabib.full_rec or real_full_rec for example. |
| 11:24 |
bshum |
reporter.materialized_simple_record has ISBN in an array I think |
| 11:24 |
* tsbere |
avoids thinking about that table |
| 11:24 |
tsbere |
<_< |
| 11:24 |
bshum |
Well I just wonder if that's where we're already pulling things like title, etc. |
| 11:25 |
sal_ |
Where does the item status summary get it? |
| 11:25 |
tsbere |
SIP2 parses the marcxml, I believe |
| 11:25 |
bshum |
Wherever we get it now, if we can just grab the extra data, then we can skip extra DB lookups? |
| 11:25 |
bshum |
Oh, well, then :) |
| 11:25 |
* bshum |
should crawl back under his rock |
| 11:25 |
tsbere |
Which is why telling it to only count IDs was such an improvement |
| 11:26 |
tsbere |
It stopped it from having to parse every record's XML just to get a title |
| 11:27 |
tsbere |
Technically it gets the mods output, I believe... |
| 11:27 |
sal_ |
Hmm. I've played with OpenILS.SIP.Item.pm, but I have no idea what it's pulling its data from. |
| 11:27 |
bshum |
Speed is important. |
| 11:27 |
jeff |
Evergreen SIP code makes a lot of use of OpenILS::Application::AppUtils::record_to_mvr, which takes a record (bre) object and parses the marcxml into MODS (using OpenILS::Utils::ModsParser) |
| 11:28 |
tsbere |
what jeff said, with the note that pre-cats skip some of that to use copy level data |
| 11:28 |
jeff |
(as the name implies, record_to_mvr returns an mvr object) |
| 11:28 |
jeff |
tsbere: yes, the "dummy isbn" field sal_ mentioned earlier |
| 11:29 |
sal_ |
Alas, Evergreen SIP is not very fast... |
| 11:29 |
tsbere |
jeff: I was thinking more the dummy_title field, SIP2 doesn't use isbn at all to my knowledge right now |
| 11:29 |
jeff |
(though not the isbn in the case of SIP code, as neither OpenILS::SIP nor SIPServer code contain any matches for m/isbn/i :-) |
| 11:29 |
sal_ |
There are various ILS extensions that have an ISBN field in SIP (I think they use "IN"). I was thinking about hacking CH. |
| 11:29 |
sal_ |
Since we're not currently using that. |
| 11:30 |
sal_ |
But someone's already nicely stubbed it out :-) |
| 11:31 |
sal_ |
But I'd have to figure out how to extract an ISBN first. (I think the summary page is using the first 020 in the MARC record.) |
| 11:31 |
jeff |
if there's existing convention / de-facto "standard" for using an "IN" field, I'd almost lean toward that, depending on how widespread the practice is. I suspect if we started returning it in CH, then that would end up conflicting with whatever someone else uses CH for :-) |
| 11:31 |
sal_ |
(Oh, like Circulation modifiers?) |
| 11:32 |
sal_ |
I don't know whether there's any kind of standardization. I can check SIP3 to see if they've got a field defined. |
| 11:34 |
jeff |
sal_: anywhere in OpenILS::SIP::Item where you have $self-{mods}, which can be used to access title/author/isbn/etc -- WHICH isbn will be up to MODS itself. |
| 11:34 |
jeff |
sal_: SIP3 defines an ID field on a checkout response (12) message, to contain an isbn or other identifier -- they even use a format to tag what the identifier is! |
| 11:34 |
jeff |
sal_: but it's not defined in item information for some reason. |
| 11:35 |
jeff |
sal_: though that may be that i have an old draft. |
| 11:35 |
sal_ |
Heh. Well, first trick is to *get* the ISBN so I can do something with it. |
| 11:35 |
sal_ |
CH is completely flexible, according to the standard--it's whatever the library wants to do with it :-) |
| 11:35 |
jeff |
some time ago the 3M SIP3 discussion forum site went away. I wonder if I e-mailed 3M if they would have the data that it contained. |
| 11:36 |
sal_ |
My boss is on the committee--if there is anything, I can probably get it out of him. |
| 11:36 |
sal_ |
Alas, he's WFH today. |
| 11:37 |
sal_ |
(Switching between Windows editors and emacs is confusing my fingers) |
| 11:38 |
* tsbere |
tends to use vim across platforms |
| 11:38 |
sal_ |
* defaults to emacs for Perl. No idea why. |
| 11:38 |
jeff |
ironically, i just found more information on the current status of sip3 from slideshare than i've ever been able to find on NISO's site. :P |
| 11:40 |
jeff |
http://www.niso.org/lists/sip-info/archive is still empty |
| 11:43 |
sal_ |
So does the mods object have the ISBN in it? (The dummy ISBN field in my asset.copy table is empty for all copies.) |
| 11:45 |
tsbere |
sal_: I believe it does, but I do not know where off the top of my head. |
| 11:46 |
sal_ |
Well, you've given me a starting point. |
| 11:46 |
sal_ |
If I come up with anything useful, I'll let you know... |
| 11:48 |
|
kmlussier joined #evergreen |
| 11:55 |
jeff |
anyone here made use of MyPC for public workstation management? http://pcbooking.com/ |
| 12:31 |
jeff |
sal_: something like this might work: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=1cfc45f |
| 12:32 |
|
ktomita joined #evergreen |
| 12:34 |
kmlussier |
sal_ is here? Welcome back sal_! :) |
| 12:36 |
|
ktomita_ joined #evergreen |
| 12:36 |
sal_ |
Hi, kmlussier! |
| 12:36 |
jeff |
sal_: i'm pretty sure that the mvr object's isbn field is going to need additional cleanup in many cases, but again -- untested proof of concept and all that |
| 12:38 |
sal_ |
BTW, SIP3 is using ID with a type identifier (LOCAL, ISBN, ISSN, UPC) followed by a colon, followed by the value. ISBNs and ISSNs may (or may not) contain colons |
| 12:38 |
sal_ |
hyphens |
| 12:39 |
sal_ |
Not colons. |
| 12:39 |
sal_ |
The hyphens in the ISBNs/ISSNs are supposed to be ignored. |
| 12:41 |
sal_ |
jeff: can I drop the Item.pm directly in somewhere, or do I need to rebuild Evergreen (with the new version in the appropriate src folder) |
| 12:42 |
sal_ |
Or patch a master? |
| 12:54 |
|
ericar joined #evergreen |
| 12:56 |
gmcharlt |
sal_: quick-and-dirty, you can drop it in the system Perl directory where that Item.pm got installed, then bounche SIPServer |
| 12:56 |
sal_ |
That's what I thought. |
| 12:56 |
gmcharlt |
more correct is to rebuild Evergreen, or go to Open-ILS/src/perlmods and ./Build install |
| 12:56 |
sal_ |
Just wanted to make sure... |
| 12:56 |
gmcharlt |
(after apply the patch to your Git tree, of course) |
| 12:57 |
sal_ |
Yep. |
| 13:01 |
|
hbrennan joined #evergreen |
| 13:01 |
|
ldw joined #evergreen |
| 13:15 |
jeff |
sal_: it's likely that you'll see CH values returned with "extra" data in the ISBN, like (pbk.) |
| 13:16 |
jeff |
sal_: but I did use the ISBN: convention from SIP3's ID field |
| 13:41 |
|
ericar joined #evergreen |
| 13:52 |
|
bbqben joined #evergreen |
| 13:52 |
|
ldw joined #evergreen |
| 13:56 |
|
montgoc1 joined #evergreen |
| 13:58 |
bbqben |
'mornin' from the left coast |
| 13:58 |
bbqben |
EOB mtg starting here in a few minutes. Cheers |
| 13:58 |
kmlussier |
bbqben: I may need to leave the meeting a little early today. |
| 13:58 |
bbqben |
kmlussier no way |
| 13:58 |
bbqben |
:) |
| 13:58 |
* kmlussier |
forgot she needed to pick somebody up at the airport today. |
| 13:59 |
kmlussier |
bbqben: Tell that to my 14-year-old nephew when he's wondering alone in a strange airport. :) |
| 13:59 |
kmlussier |
That is, wandering |
| 13:59 |
bbqben |
kmlussier: in that case, I guess its ok ;) |
| 14:00 |
bbqben |
ok, here we go ... |
| 14:00 |
bbqben |
#startmeeting Evergreen Oversight Board Meeting, 19.06.14 |
| 14:01 |
* bshum |
pokes pinesol_green with a stick |
| 14:01 |
bbqben |
bshum: thx |
| 14:01 |
kmlussier |
It's going to be one of *those* meetings. ;) |
| 14:01 |
bbqben |
...queues up elevator music |
| 14:01 |
bshum |
Huh |
| 14:02 |
* bshum |
pokes pinesol_green harder |
| 14:02 |
bbqben |
...switches from daft punk musac to def leppard |
| 14:02 |
|
yboston_ joined #evergreen |
| 14:03 |
kmlussier |
Noooo! Not def leppard! |
| 14:03 |
bbqben |
kmlussier: mwahahahahaha |
| 14:03 |
yboston_ |
def_leppard++ |
| 14:03 |
kmlussier |
yboston: What? No salsa? |
| 14:04 |
yboston_ |
I was into Def Leppard before salsa |
| 14:04 |
yboston_ |
I had very long hair then too :) |
| 14:04 |
kmlussier |
Forget about the meeting. Let's talk music for the next hour. |
| 14:04 |
bbqben |
yboston: you - hair? |
| 14:04 |
* kmlussier |
needs to see pictures. |
| 14:05 |
bbqben |
(we'll get rolling just as soon as bshum is victorious) |
| 14:05 |
yboston_ |
kmlussier: check my facebook, they are there |
| 14:05 |
bbqben |
yboston_: I think my hair was longer than yours |
| 14:06 |
bbqben |
said the bald guy to the bald guy |
| 14:06 |
* dbs |
can get in on that long hair / now nearly bald action |
| 14:06 |
bshum |
I think the bot hates me |
| 14:06 |
yboston_ |
my was a bit past my shoulders |
| 14:06 |
yboston_ |
*mine |
| 14:07 |
dbs |
eeevil owns the still-long-hair award though |
| 14:07 |
yboston_ |
also the having hair award too |
| 14:07 |
bbqben |
those were the days - mid back, complemented by no forehead |
| 14:07 |
|
pinesol_green was kicked by bshum: Kindergarten is elsewhere! |
| 14:08 |
gmcharlt |
now bshum has the powwa! |
| 14:08 |
kmlussier |
yboston: I'm not seeing those FB pics. I see you with hair, just not long hair. |
| 14:08 |
dbs |
bbqben: oh, you want to talk about back hair? |
| 14:08 |
bbqben |
lol, yes let's please discuss back hair |
| 14:08 |
|
pinesol_green joined #evergreen |
| 14:09 |
dbs |
let's get back to goats, shall we? |
| 14:09 |
bbqben |
dbs: scared them away |
| 14:09 |
bshum |
@roulette |
| 14:09 |
pinesol_green |
bshum: *click* |
| 14:09 |
bshum |
Okay, it lives. |
| 14:09 |
bbqben |
bshum ++ |
| 14:09 |
bbqben |
#startmeeting Evergreen Oversight Board Meeting, 19.06.14 |
| 14:09 |
pinesol_green |
Meeting started Thu Jun 19 14:09:27 2014 US/Eastern. The chair is bbqben. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:09 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 14:09 |
pinesol_green |
The meeting name has been set to 'evergreen_oversight_board_meeting__19_06_14' |
| 14:09 |
bbqben |
#topic introductions |
| 14:09 |
bbqben |
EOB members, please introduce yourself with #info |
| 14:10 |
bbqben |
#info bbqben = Ben Hyman, BC Libraries Co-op |
| 14:10 |
montgoc1 |
#info montgoc1 = Chauncey Montgomery, Consortium of Ohio Libraries |
| 14:10 |
kmlussier |
#info kmlussier = Kathy Lussier, MassLNC |
| 14:10 |
bshum |
#info bshum = Ben Shum, Bibliomation |
| 14:10 |
|
rjackson-isl joined #evergreen |
| 14:10 |
|
dbwells joined #evergreen |
| 14:10 |
|
tsbere joined #evergreen |
| 14:10 |
|
phasefx2 joined #evergreen |
| 14:10 |
|
graced joined #evergreen |
| 14:10 |
|
eeevil joined #evergreen |
| 14:10 |
|
berick joined #evergreen |
| 14:10 |
|
jeff joined #evergreen |
| 14:10 |
|
dcook joined #evergreen |
| 14:10 |
|
jeffdavis joined #evergreen |
| 14:10 |
|
remingtron joined #evergreen |
| 14:10 |
|
DPearl1 joined #evergreen |
| 14:10 |
|
csharp joined #evergreen |
| 14:10 |
|
jeff_ joined #evergreen |
| 14:10 |
|
jcamins joined #evergreen |
| 14:10 |
jeff |
@decide parts or many-bibs |
| 14:10 |
bshum |
I think there are netsplits going on |
| 14:11 |
pinesol_green |
jeff: Zoia knows how to make fusilli. |
| 14:11 |
bshum |
This may not end well |
| 14:11 |
kmlussier |
Like I said, it's going to be one of *those* meetings. |
| 14:11 |
bbqben |
checking re: quorum - standby |
| 14:11 |
yboston |
#info Yamil Suarez EOB - aka yboston |
| 14:12 |
kmlussier |
jeff: Parts, definitely |
| 14:12 |
bbqben |
ok, we have 5/9 EOB members, so let's proceed |
| 14:12 |
bbqben |
#topic Minutes/Actions from last meeting |
| 14:12 |
bbqben |
#info Minutes: http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-05-15-14.03.html |
| 14:13 |
bbqben |
#topic ACTION updates |
| 14:13 |
bbqben |
#topic Emergency Project Fund Investigation |
| 14:13 |
bbqben |
So, was just saying to kmlussier that I'm hoping to make some headway on this before our next meeting. Will report then |
| 14:14 |
bbqben |
#topic Conference photography policy |
| 14:14 |
bbqben |
kmlussier posted a revision just before the conference ... |
| 14:15 |
bbqben |
er, conference call, that is |
| 14:15 |
bbqben |
switching from def leppard to ween |
| 14:16 |
|
rjackson-isl joined #evergreen |
| 14:16 |
|
dbwells joined #evergreen |
| 14:16 |
|
tsbere joined #evergreen |
| 14:16 |
|
phasefx2 joined #evergreen |
| 14:16 |
|
graced joined #evergreen |
| 14:16 |
|
eeevil joined #evergreen |
| 14:16 |
|
berick joined #evergreen |
| 14:16 |
|
jeff joined #evergreen |
| 14:16 |
|
dcook joined #evergreen |
| 14:16 |
|
jeffdavis joined #evergreen |
| 14:16 |
|
remingtron joined #evergreen |
| 14:16 |
|
DPearl1 joined #evergreen |
| 14:16 |
|
csharp joined #evergreen |
| 14:16 |
|
jeff_ joined #evergreen |
| 14:16 |
|
jcamins joined #evergreen |
| 14:16 |
|
yboston2 joined #evergreen |
| 14:16 |
kmlussier |
So the only revision is to be very clear about whose photographs get the Creative Commons Licensing. |
| 14:16 |
kmlussier |
Just those taken by event staff. |
| 14:17 |
bbqben |
kmlussier: thanks. any questions anybody? |
| 14:17 |
kmlussier |
Tony had posed the idea of requiring creative commons licensing for anyone who takes photos, but I personally think that's a little too much. |
| 14:17 |
montgoc1 |
I agree. |
| 14:17 |
kmlussier |
And I don't think there are many conference policies out there that do so. |
| 14:17 |
kmlussier |
Generally, I think it's ready for a vote. |
| 14:18 |
|
yboston2 joined #evergreen |
| 14:18 |
bshum |
Reads well to me. |
| 14:19 |
bbqben |
kmlussier: appreciate the legwork on this one. will queue up a vote... |
| 14:19 |
|
sborger joined #evergreen |
| 14:20 |
bbqben |
#startvote Are you in favour of the Evergreen conference photography policy circulated 19.06.14? Yes, No, Abstain |
| 14:20 |
pinesol_green |
Begin voting on: Are you in favour of the Evergreen conference photography policy circulated 19.06.14? Valid vote options are Yes, No, Abstain. |
| 14:20 |
pinesol_green |
Vote using '#vote OPTION'. Only your last vote counts. |
| 14:20 |
bshum |
#vote Yes |
| 14:20 |
montgoc1 |
#vote Yes |
| 14:20 |
kmlussier |
#vote Yes |
| 14:20 |
sborger |
#vote Yes |
| 14:20 |
yboston2 |
#vote yes |
| 14:20 |
bbqben |
#vote Yes |
| 14:21 |
bbqben |
#endvote |
| 14:21 |
pinesol_green |
Voted on "Are you in favour of the Evergreen conference photography policy circulated 19.06.14?" Results are |
| 14:21 |
pinesol_green |
Yes (6): kmlussier, bbqben, montgoc1, bshum, yboston2, sborger |
| 14:22 |
bbqben |
#action distribute photography policy widely (sborger) |
| 14:22 |
bbqben |
#topic Community IRC themes |
| 14:22 |
sborger |
Okay, got it. |
| 14:22 |
bbqben |
sborger: thanks |
| 14:23 |
bbqben |
kmlussier: thought on themes since our last mtg? |
| 14:23 |
kmlussier |
Sorry. I dropped the ball on this one. For next time? |
| 14:23 |
bbqben |
kmlussier: sounds fine to me, thanks |
| 14:24 |
bbqben |
#topic DRAFT Terms of Reference for Standing Conference Planning Committee |
| 14:24 |
|
rjackson_isl joined #evergreen |
| 14:24 |
bbqben |
kmlussier or graced - any updates or shall we bf for next? |
| 14:25 |
kmlussier |
Well, I sought volunteers, but forgot about the Terms of Reference. |
| 14:25 |
kmlussier |
For volunteers, we have graced and me. :) |
| 14:25 |
bbqben |
kmlussier ++ |
| 14:25 |
bbqben |
graced ++ |
| 14:25 |
kmlussier |
We each can cover former conference planners and EOB members. And graced also is a vendor. |
| 14:26 |
kmlussier |
What I really would like to see is an at-large community member or two. |
| 14:26 |
kmlussier |
So maybe I'll put out another all? |
| 14:26 |
kmlussier |
That is, call. |
| 14:26 |
bbqben |
kmlussier: sounds good to me - will watch for that |
| 14:27 |
|
yboston joined #evergreen |
| 14:27 |
bbqben |
#action kmlussier to issue a 2nd call for interest re: standing conference committee participation |
| 14:28 |
bbqben |
#topic Status of discussion re: EG community use of OCLC records |
| 14:28 |
bbqben |
yboston: any updates on this front? |
| 14:28 |
yboston2 |
I don't have major updates so far. |
| 14:29 |
bbqben |
yboston: ok, please keep us posted |
| 14:29 |
yboston2 |
hold on, technical dificulties |
| 14:29 |
yboston2 |
I stated a EOB list thread about this topic right before the May meeting. Rogan and Dan Wells were very helpful with their feedback , Mike Rylander chimed in too |
| 14:29 |
yboston2 |
at some point I would like to consider getting the SFC involved, but I might not be there yet |
| 14:29 |
yboston2 |
Questions about sharing OCLC records comes up often for me and a few others, even before working on RDA issues. For example, when dealing with troubleshooting authorities issues, there are times I would like to share a few bib and authority record from OCLC to illustrate certain issues I am having. Therefore I would love to get straight answer, and would like to get the SFC involved so we can get legal guidance from them. Though |
| 14:30 |
|
ericar joined #evergreen |
| 14:30 |
bshum |
yboston2: Cut off at "Though o..." |
| 14:30 |
yboston2 |
reach out to OCLC directly. |
| 14:30 |
yboston2 |
Though of course, the SFC might need to reach out to OCLC directly. |
| 14:31 |
bbqben |
#info the thread on the list http://list.evergreen-ils.org/pipermail/eg-oversight-board/2014-May/000769.html |
| 14:31 |
yboston2 |
Some in the community, like Dan Wells, think that we can use the OCLC records, and he is willing ot host them. |
| 14:31 |
yboston2 |
Andrea also provided a new link for trying to get RDA records from LC |
| 14:32 |
yboston2 |
I need to try it out, since the previous LC site/link I used gave me mixed results |
| 14:32 |
bbqben |
yboston2: thanks for the refresher |
| 14:32 |
kmlussier |
That's my question. If we can share records from LC, is there a reason why we need to use the OCLC ones? |
| 14:33 |
yboston2 |
I will think about this issue more, but I could use some suggestions about how and when we should involve the SFC |
| 14:33 |
yboston2 |
assuming the majority wants them involved |
| 14:33 |
bbqben |
I guess I see 2 issues: 1. Having SFC weigh in on the OCLC terms of use; and 2. determining if/how much community wide interest their is |
| 14:33 |
yboston2 |
that is about it |
| 14:33 |
yboston2 |
for now |
| 14:34 |
|
gdunbar joined #evergreen |
| 14:34 |
|
eeevil joined #evergreen |
| 14:34 |
|
tsbere joined #evergreen |
| 14:34 |
|
dbwells joined #evergreen |
| 14:34 |
|
phasefx2 joined #evergreen |
| 14:35 |
bbqben |
would asking SFC to examine the terms jeopardize anything at this point? If not, can anyone think of a reason not to start there? |
| 14:35 |
bbqben |
I'm thinking that without knowing what the potential opportuinty is, it may be difficult to assess interest |
| 14:36 |
yboston2 |
I don't think it would jeopardize anything, though I want to make sure I have collected all the documentation they might night to start looking into this to save them time |
| 14:36 |
bbqben |
going once... |
| 14:36 |
kmlussier |
bbqben: Seems like a good place to start. |
| 14:37 |
yboston2 |
sorry having technical issues with the IRC channel |
| 14:37 |
bbqben |
yboston2: no worries. standby for an action, and thanks |
| 14:37 |
kmlussier |
yboston: Yeah, it's a tricky connection today. |
| 14:38 |
bbqben |
#action: yboston2 to compile documentation in preparation for inquiry to SFC re: shared OCLC records as community resource |
| 14:38 |
bbqben |
#topic Financial Report |
| 14:38 |
yboston2 |
thanks Ben |
| 14:38 |
bbqben |
#info #info http://list.evergreen-ils.org/pipermail/eg-oversight-board/2014-June/000804.html |
| 14:39 |
bbqben |
gmcharlt: thanks again |
| 14:39 |
gmcharlt |
sure |
| 14:39 |
bbqben |
any questions / observations about the financial report? |
| 14:40 |
kmlussier |
No questions, but I do want to let the EOB know that bbqben and I requested that the SFC allow gmcharlt to continue to access the ledger even though he is no longer a member of the Board. |
| 14:40 |
kmlussier |
The SFC asked that I inform the EOB since access is usually only allowed for Board members. |
| 14:40 |
bbqben |
kmlussier: right, thanks |
| 14:40 |
montgoc1 |
Is the unearned income conference reg. fees that are not paid yet? |
| 14:41 |
sborger |
Galen was going to reschedule the training for the ledger, right? So he can pass on that duty to someone on the board? |
| 14:41 |
kmlussier |
I wouldn't think so. That seems awfully high, and most of the registration fees were paid immediately by credit card. |
| 14:41 |
gmcharlt |
sborger: yes; I'll try scheduling smoething after ALA |
| 14:42 |
sborger |
Sounds good! |
| 14:43 |
bbqben |
kmlussier: mind checking with Bradley - the unearned income entry may simply need an adjustment assuming the conference books are now closed |
| 14:43 |
yboston2 |
gmcharlt++ |
| 14:43 |
gmcharlt |
montgoc1: no; as I understand it, it's an accounting term that refers to income received before it is earned by delivering the service |
| 14:43 |
gmcharlt |
i.e., any prepayment of anything would count as unearned income |
| 14:43 |
bbqben |
kmlussier: what gmcharlt said ;) |
| 14:44 |
montgoc1 |
OK. That makes sense. |
| 14:44 |
kmlussier |
Makes sense to me! :) |
| 14:44 |
bbqben |
ok, moving on then |
| 14:44 |
kmlussier |
There's a reason I didn't pursue a career in accounting. |
| 14:44 |
bbqben |
#topic Evergreen 2.7 Release Manager's Report |
| 14:44 |
bshum |
Okay |
| 14:45 |
bshum |
So things are in motion on that front. |
| 14:45 |
bshum |
I asked developers to start targeting new features for review. |
| 14:45 |
bshum |
I'm revising our 2.7 roadmap later this next week with some of the key things I see changing. |
| 14:45 |
bshum |
And then I'll send out some updates to the general list on that. |
| 14:46 |
bshum |
What I'll be trying to do is to follow the dates I've marked on the Evergreen calendar for different milestones for development. But we'll see how that progresses in real time. |
| 14:47 |
bshum |
#info 2.7 development has begun, roadmap plans to be updated and released by end of June. |
| 14:47 |
bbqben |
Thanks Ben! Any questions anyone |
| 14:48 |
bbqben |
ok, moving on |
| 14:48 |
bbqben |
#topic Evergreen Conference Report(s) |
| 14:49 |
kmlussier |
Sorry - unfortunate timing, but I need to run. |
| 14:49 |
bbqben |
kmlussier advises that she reached out to the 2014 crew, and we hope to see standing reports starting next meeting |
| 14:49 |
bbqben |
kmlussier: have fun at the airport! |
| 14:49 |
kmlussier |
Thanks. Bye all! |
| 14:49 |
bbqben |
#topic Report on EOB survey re: IRC and Teleconferences |
| 14:51 |
bbqben |
So, I summarized the responses on the mailing list. Seems that this day/time is good for all but 1, sometimes. And there's interest in perhaps a quarterly _recorded_ teleconference |
| 14:51 |
bshum |
bbqben: For Q4 results, is the total number of entries less because not everyone selected a choice? 4 vs. 7 otherwise. |
| 14:51 |
bbqben |
bshum: correct |
| 14:52 |
bshum |
Cool, just curiously checking. |
| 14:52 |
bbqben |
there was some question logic, so if you answered "I hate teleconferences" or its moral equivalent, you got redirected to the end of the survey |
| 14:52 |
bshum |
Aha |
| 14:53 |
bbqben |
I'm thinking we could aim for a fall teleconference - sort of a mid year check in on our progress; perhaps we could invite the 2014 conference folks to attend etc. |
| 14:54 |
yboston2 |
sounds good |
| 14:54 |
sborger |
I like that idea. We could also get a report on the hackaway. |
| 14:54 |
gdunbar |
bbqben: That sounds good to me, too |
| 14:54 |
bbqben |
If that doesn't sound horrible, I'm happy to host & record it on our service. I'll propose some dates at our next meeting |
| 14:54 |
bbqben |
we can download recordings as audio files for the purposes of minutes |
| 14:55 |
bbqben |
#action bbqben to propose fall teleconference meeting dates & arrange to host / record call |
| 14:56 |
bbqben |
Anyone have any new business? |
| 14:56 |
bbqben |
Going once.... |
| 14:57 |
bbqben |
Going twice .... |
| 14:57 |
bbqben |
bshum: thanks for all your assistance wrangling the bot |
| 14:57 |
bbqben |
Its been a pleasure, as always |
| 14:58 |
bbqben |
#endmeeting |
| 14:58 |
pinesol_green |
Meeting ended Thu Jun 19 14:58:04 2014 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 14:58 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-06-19-14.09.html |
| 14:58 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-06-19-14.09.txt |
| 14:58 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-06-19-14.09.log.html |
| 14:58 |
gdunbar |
bbqben++ netsplits-- |
| 14:58 |
bshum |
bbqben++ # fearless leadering |
| 14:59 |
yboston2 |
bbqben++ def_leppard+ |
| 14:59 |
yboston2 |
bshum++ |
| 15:01 |
Bmagic |
I looked at the current bugs and didnt find this. Has anyone else noticed that the Item Status screen shows the "Last Edited by" the same person as "created by" even though the column asset.copy.editor has something different? |
| 15:02 |
Bmagic |
"Show Item Details" rather |
| 15:19 |
tsbere |
Bmagic: I haven't noticed that, have you verified the copy ids are the same copy in the DB and client? |
| 15:19 |
Bmagic |
tsbere: yes |
| 15:19 |
Bmagic |
I used the staff client barcode to look it up in the db |
| 15:21 |
|
tspindler joined #evergreen |
| 15:23 |
tspindler |
We just upgraded to 2.5 and are looking at implementing the library links to holdings in the OPAC, we would enter links to library pages. One question we had is if we do this will the upgrade to 2.6 overwrite these links with the org unit pages coming in 2.6? |
| 15:23 |
tsbere |
Bmagic: You talking in the upper right corner block? |
| 15:23 |
tsbere |
Just under the actions menus? |
| 15:24 |
Bmagic |
tsbere: yeah, the upper right hand corner, under the action menus |
| 15:24 |
tsbere |
Bmagic: I believe those are the *bib* created/edited columns, not the copy |
| 15:25 |
tsbere |
Bmagic: In fact, I think that entire block, from the title over, is bib info |
| 15:25 |
Bmagic |
tsbere: I am just realizing that now... doh |
| 15:26 |
Bmagic |
I also checked in the item status screen where you scan the barcodes, I added "Edited by" from the column picker and got blank |
| 15:27 |
Bmagic |
Does the staff client have a place to show the actor.usr that last updated the COPY ? Trying to determine who changed the status |
| 15:27 |
tsbere |
that may be a bug (the empty columns) |
| 15:29 |
tsbere |
Bmagic: I believe the editor and edit date show up when you edit the item, in the leftmost column |
| 15:29 |
tsbere |
Bmagic: Though edit date and status changed time are two different things, I believe, so if it wasn't a manual edit they are likely to be different peopl |
| 15:29 |
tsbere |
er, people |
| 15:30 |
Bmagic |
tsbere: I realize that, and yes! I see it in the staff client on the "Edit Items" window |
| 15:30 |
* tsbere |
could be wrong there, though |
| 15:30 |
Bmagic |
tsbere++ |
| 15:33 |
|
geoffsams joined #evergreen |
| 15:52 |
tspindler |
I found my answer in the upgrade sql scripts, and it doesn't overwrite URLs. |
| 16:00 |
* dbs |
would love to see someone run the script at https://bugs.launchpad.net/evergreen/+bug/1330784 for generating sitemaps on a beefy test system |
| 16:00 |
pinesol_green |
Launchpad bug 1330784 in Evergreen "Evergreen needs automated sitemap generation" (affected: 1, heat: 8) [Wishlist,New] |
| 16:00 |
jeff |
dbs: are you looking for performance or for failures? |
| 16:01 |
dbs |
Runs on concerto et all but 227 records is different from 500,000 |
| 16:01 |
dbs |
jeff: both, really :) |
| 16:01 |
dbs |
but performance is probably the biggest concern. that said, it uses a DBI connection with the reporter-store credentials, so the 60 second timeout shouldn't be an issue. |
| 16:07 |
jeff |
26M of sitemap data generated in 27 seconds. |
| 16:09 |
dbs |
Nice! Sounds about the right size, faster than I anticipated |
| 16:09 |
dbs |
jeff++ |
| 16:10 |
|
yboston joined #evergreen |
| 16:10 |
jeff |
246,920 bibs in this db restricted to one system. |
| 16:10 |
jeff |
re-running without --lib-shortname |
| 16:11 |
* bshum |
twiddles his thumbs waiting |
| 16:11 |
jeff |
warm cache. that one runs in 5.9 seconds and generates... wait, 24M of sitemap |
| 16:11 |
bshum |
26.332s -- 105M of sitemaps |
| 16:12 |
bshum |
Without lib-shortname, so default everything I guess |
| 16:12 |
jeff |
oh. the size is different because --lib-shortname means the URLs get locg= appended |
| 16:13 |
jeff |
and it's not "all bibs", it's "all bibs with opac visible copies" |
| 16:14 |
jeff |
(leveraging the aovc mat view) |
| 16:16 |
jeff |
very nice. |
| 16:16 |
jeff |
dbs++ |
| 16:19 |
|
gsams joined #evergreen |
| 16:24 |
|
geoffsams joined #evergreen |
| 16:26 |
jeff |
this was on a smallish ec2 instance (m3.medium) with just the db running -- the db being at 2.5.1 |
| 16:31 |
jeff |
cold cache, though. |
| 16:33 |
jeff |
cold cache + standard EBS volume == i was expecting it to take a bit longer. :-) |
| 16:33 |
|
tspindler left #evergreen |
| 16:47 |
jeff |
now with holdings-level schema.org stuff -- or WHEN we have holdings-level scheam.org stuff, is it reasonable to go through the complexity of doing "this url updated on this date" based on when item availability changed? |
| 16:48 |
dbs |
jeff: thought about that, but that would certainly make for a lot more change |
| 16:49 |
* dbs |
had to go and play a couple of games of chess with his daughter, sorry for the delay |
| 16:49 |
hbrennan |
dbs: Aww. :) |
| 16:49 |
dbs |
totally smoked her |
| 16:49 |
dbs |
:) |
| 16:53 |
dbs |
I kind of think the approach for a system that wants to do availability checks is to crawl and index the bib data and then, if someone is interested in more info about a given resource, just do a real time retrieval of the bib + holdings at that point |
| 16:54 |
dbs |
(which could still be done just by grabbing the opac record + parsing the schema.org holdings, no z39.50 / unapi / screen scraping required) |
| 16:55 |
jeff |
yeah, i suppose expecting google to re-index every time item availability changes is the unreasonable part. |
| 16:58 |
|
jeffdavis joined #evergreen |
| 16:58 |
|
jeffdavis joined #evergreen |
| 17:11 |
|
BigRig joined #evergreen |
| 17:27 |
yboston |
@marc 830 v |
| 17:27 |
pinesol_green |
yboston: Volume/sequential designation |
| 17:27 |
yboston |
@marc 830 |
| 17:27 |
pinesol_green |
yboston: A series added entry consisting of a series title alone. (Repeatable) [a,d,f,g,h,k,l,m,n,o,p,r,s,t,v,6,8] |
| 17:27 |
yboston |
@marc 800 |
| 17:27 |
pinesol_green |
yboston: An author/title series added entry in which the author portion is a personal name. (Repeatable) [a,b,c,d,e,f,g,h,j,k,l,m,n,o,p,q,r,s,t,u,v,4,6,8] |
| 17:28 |
yboston |
@marc 264 |
| 17:28 |
pinesol_green |
yboston: unknown tag 264 |
| 17:29 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:38 |
sal_ |
jeff: thanks muchly--the ISBN in CH SIP hack will do nicely for what my guy wants to test. And using the ID field(s)--the SIP3 thought is to allow multiple instances per item--might be an interesting extension. |
| 20:34 |
hbrennan |
This is non-EG question, but since it's later in the day I'll break the rules. Anyone taken CompTIA A+ certification and recommend the best book/study guide? |
| 20:34 |
hbrennan |
^Pardon my terrible grammar in both those sentences.... |
