| Time |
Nick |
Message |
| 01:27 |
|
zerick joined #evergreen |
| 04:41 |
|
dbs joined #evergreen |
| 04:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:58 |
|
timlaptop joined #evergreen |
| 07:51 |
|
collum joined #evergreen |
| 08:04 |
|
rjackson-isl joined #evergreen |
| 08:11 |
|
akilsdonk joined #evergreen |
| 08:20 |
|
Shae joined #evergreen |
| 08:34 |
|
tspindler joined #evergreen |
| 08:34 |
|
krvmga joined #evergreen |
| 08:35 |
|
RoganH joined #evergreen |
| 08:43 |
|
ericar joined #evergreen |
| 08:44 |
|
mrpeters joined #evergreen |
| 08:50 |
|
mmorgan joined #evergreen |
| 08:58 |
jl- |
morning, how do I fetch the last record id in biblio.record_entry? evergreen=# select create_date, id from biblio.record_entry order by create_date desc limit 2; |
| 08:58 |
jl- |
create_date | id |
| 08:58 |
jl- |
-------------------------------+-------- |
| 08:58 |
jl- |
2014-02-15 16:10:59.149941-05 | 326902 |
| 08:58 |
jl- |
2014-02-15 16:10:59.149941-05 | 326903 |
| 08:58 |
jl- |
is not showing the last one |
| 08:59 |
bshum |
jl-: Well, I'd change it to "order by id" instead of "order by create_date" |
| 09:00 |
bshum |
jl-: Also, in the future, I'd recommend using a paste for lines so that IRC doesn't rate limit you. Not a big deal since it's short, just good practice rather than pasting it all out into the channel. |
| 09:01 |
jl- |
right |
| 09:01 |
jl- |
that worked, thanks |
| 09:01 |
jl- |
bshum++ |
| 09:06 |
jl- |
how does one best distinguish one university from another in a shared eg database / opac? later today I should be done with the first university's records |
| 09:07 |
RoganH |
Can you expand on what you mean by distinguish? |
| 09:13 |
jl- |
RoganH: I'm wondering how I should organize our consortium in eg. I know in the opac there's the hirarchy of Example Consortium > Example System 1 > Example Branch 1 > Example Sub-library 1 (which I can edit in the staff client). how can I assign the records that I migrated yesterday to one specific library from the consortium? |
| 09:14 |
|
Dyrcona joined #evergreen |
| 09:16 |
dbwells |
jl-: That is generally not how Evergreen works. Records are expected to be duduped and shared by all libraries. There is a concept of 'record owner' in newer versions, but I don't think it does what you need. |
| 09:16 |
RoganH |
jl-: Are you concerned about a given university "owning" at the bib level? |
| 09:16 |
RoganH |
jl-: You can do that if that's a concern but as dbwells says it's not really how Evergreen is designed and is a pain. |
| 09:17 |
dbwells |
jl-: The records are then shared via call numbers / copies assigned to specific libraries. |
| 09:17 |
jl- |
dbwells: what I want to be able to do is search only within a specific library |
| 09:17 |
RoganH |
jl-: If you're talking more about the org unit layout I would recommend the universities be the second level org unit. So it would be Evergreen Consortium Name -> Universities as children org units of it |
| 09:17 |
jl- |
cross-search is fign, as long as it states which library is the owner |
| 09:17 |
jl- |
fgin=fine |
| 09:18 |
RoganH |
jl-: Is it fine for each cataloger to edit each bib record? |
| 09:18 |
dbwells |
jl-: Yes, search scoping can happen via the call number /copy ownership. |
| 09:18 |
jl- |
RoganH: at this point it's test run and there won't be any catalogers (library staff?) |
| 09:18 |
jl- |
it's more of a proof-of-concept |
| 09:19 |
RoganH |
jl-: Ah. Well, when you get to that stage that will be a big deal. If they feel territorial and each university has to "own" their bib that will be a big issue. |
| 09:19 |
Dyrcona |
Yeah, jl-, the more you learn now, the better off you will be later. |
| 09:19 |
jl- |
well they certainly own the individual books? |
| 09:19 |
RoganH |
jl-: With some minor caveats depending on what you mean by own, yes. |
| 09:20 |
RoganH |
jl-: Typical setup has catalogers with their org units assigned as working locations. |
| 09:20 |
RoganH |
jl-: Then circ and holds policies are setup around those org units. |
| 09:20 |
jl- |
ok, so can I enable something like "Browse All" from Ship University? |
| 09:20 |
jl- |
and then Browse All from Millersville |
| 09:20 |
jl- |
etc. |
| 09:21 |
RoganH |
jl-: Searching is typically done across all the org units and circ and holds behaving however you set it up with catalogers at each org handling the copies assigned at their orgs. |
| 09:21 |
RoganH |
jl-: The cleanest thing to do with bibs is have them owned by the consortium and let everyone work on them. Otherwise that becomes a mess. |
| 09:22 |
RoganH |
jl-: When you're searching you can restrict scope to certain org units, yes. |
| 09:22 |
jl- |
hmm |
| 09:22 |
RoganH |
jl-: And opacs can be told to default to those based on the URL on your opac station. |
| 09:22 |
RoganH |
jl-: or link off web site |
| 09:22 |
jl- |
good, how can I restrict scope then? and set org units prior to that? |
| 09:23 |
RoganH |
jl-: one second and I'll give you an example |
| 09:23 |
Dyrcona |
jl-: First thing you should do is work out your org units before you do anything else. |
| 09:24 |
jl- |
My units are: Consortium > 18 Academic Libraries |
| 09:24 |
jl- |
I'm not gonna worry about sub libraries for now |
| 09:24 |
RoganH |
jl-: My library system is org unit 119 so in our opacs we add this to the url : &locg=119 |
| 09:24 |
RoganH |
So, you need your orgs setup first and then you can use the org ids to do that. |
| 09:24 |
Dyrcona |
jl-: Everything RoganH is talking about depends on the org tree being set up properly. You mess that up and his advice is useless. |
| 09:24 |
RoganH |
Absolutely true. |
| 09:25 |
RoganH |
In fact if you setup your orgs badly ... well, it's all bad. |
| 09:25 |
RoganH |
Take the time to do this level of planning carefully first, it's not something you want to go back and retweak later because everything builds off it. |
| 09:25 |
RoganH |
Even as a proof of concept you want to represent how it would work correctly. |
| 09:25 |
jl- |
any documentation on this? once I set the org unit up, how do I assign certain records to that org? or do the records already have an org unit? |
| 09:26 |
tsbere |
bib records are generally global. Call numbers and copies get assigned to elements of the org tree, as do users |
| 09:26 |
RoganH |
Map out your organization first and their relationships, how they share materials, how they inherit circ and holds policies and then build your org tree to reflect that. |
| 09:27 |
eeevil |
jl-: by attaching copies that are owned by the appropriate org units, or including a located URI (google will find docs for that) in the bib, if it's an electronic resource |
| 09:28 |
RoganH |
jl-: Its actually pretty simple even if there's a bit to learn at first. |
| 09:28 |
Dyrcona |
Evergreen is designed primarily for use by resource-sharing consortia, any other use is secondary. |
| 09:28 |
|
kbeswick joined #evergreen |
| 09:28 |
|
yboston joined #evergreen |
| 09:29 |
bshum |
jl-: As an example... (maybe you haven't seen a real Evergreen system with holdings yet), but let's say: http://acorn.biblio.org/eg/opac/record/606077 is a bib record with lots of holdings by different libraries. |
| 09:29 |
|
kmlussier joined #evergreen |
| 09:29 |
bshum |
The selector dropdown for the libraries list where it says "Bibliomation" you can change that to search by different scopes, and subsequent results will only show copies/volumes owned by that particular location. |
| 09:30 |
bshum |
The bibs are global, shared by everyone. But the copies are more specific. |
| 09:30 |
RoganH |
jl-: and I'm assuming here that bshum's setup is similar to our's but typically any cataloger may have uploaded that record and any may edit it because what is owned by a library is the copies not the bib |
| 09:31 |
bshum |
jl-: http://acorn.biblio.org/eg/opac/record/606077?locg=3 -- same bib with just one library scoped |
| 09:31 |
RoganH |
jl-: (and call number which is kind of inbetween the bib and copy) |
| 09:33 |
|
mllewellyn joined #evergreen |
| 09:33 |
* bshum |
disappears off to meetings |
| 09:38 |
RoganH |
bshum always disappears, just like batman. Coincidence? |
| 09:39 |
mrpeters |
dig: have these (http://docs.evergreen-ils.org/2.1/html/Z3950serversupport.html) gotten an update for later versions or are those 2.1 documents for configuring a z39.50 server still good for later versions? |
| 09:40 |
yboston |
mrpeters: I worked on moving that documentation to newer versiosn, and I was told it still worked for version 2,4 (the current versions at the time) |
| 09:40 |
yboston |
mrpeters: I still need to insert it into the latest docs. My intern only converted it from DocBook to AsciiDoc |
| 09:40 |
mrpeters |
awesome, thanks yboston i'll be trying on 2.4 as well so ill report back |
| 09:41 |
mrpeters |
i know ive used them sucessfully on 2.2 in the past, but its been a while since then :) |
| 09:41 |
yboston |
mrpeters: absolutely get back to me/us if you think we need to change someting |
| 09:41 |
mrpeters |
can do! |
| 09:41 |
mrpeters |
dig++ |
| 09:41 |
mrpeters |
thank you for letting me conserve disk space on my brain :P |
| 09:47 |
|
denishpatel joined #evergreen |
| 09:57 |
Dyrcona |
mrpeters: Those instructions still appear valid to me. It doesn't hurt to check the simple2zoom and yaz documentation, particularly if you want to change options in the yazgfs configuration. |
| 09:58 |
|
krvmga joined #evergreen |
| 09:58 |
Dyrcona |
There is also an oils_ctl.sh that you can use to start and stop the z server, as well as SIPServer. |
| 09:59 |
Dyrcona |
I believe that should have made it in by 2.4. |
| 10:03 |
jboyer-isl |
Something else that I liked was the ability to put <listen ... /> entries in the oils_yaz.conf file so I didn't have to specify ips or ports on the command line. |
| 10:05 |
|
atlas__ joined #evergreen |
| 10:06 |
yboston |
Dyrcona & jboyer-isl : are those features that are documented in releasenotes somewhere? |
| 10:06 |
jboyer-isl |
I know mine isn't, I'm not certain about the scripts. |
| 10:07 |
Dyrcona |
the <listen /> is documented in the yaz documentation somewhere. I use it, also. |
| 10:08 |
yboston |
thanks Dyrcona & jboyer-isl : just wondering |
| 10:11 |
|
tonyb_ohionet joined #evergreen |
| 10:12 |
|
montgoc1 joined #evergreen |
| 10:17 |
|
mdriscoll joined #evergreen |
| 10:24 |
|
dluch joined #evergreen |
| 10:26 |
Dyrcona |
github-- # raw gists contain html crap in them. they are not plain text |
| 10:35 |
dbs |
yboston: RDA examples that would be nice: a Blu-Ray of a TV show; a Blu-Ray of a Movie; a Blu-Ray of a Musical Performance; (repeat those three with DVDs and with VHS tapes); a Map; a Painting; a Photograph; a Puppet (or other realia); an Audiobook on CD; an Audiobook on cassette; an online Audiobook; a Newspaper; a Magazine or Journal; a Score; a Software application |
| 10:35 |
* dbs |
doesn't ask for much, eh? |
| 10:36 |
yboston |
my contract states I get paid per RDA record, so keep the requests coming |
| 10:37 |
* dbs |
has the schema.org type fix ready, needs to open the bug |
| 10:40 |
bshum |
yboston++ |
| 10:40 |
bshum |
dbs++ # yay, fixes! |
| 10:44 |
yboston |
dbs: can you give me any tips on how to search for soem of these? and how should I submit them to the community as I start grabbing the records? |
| 10:53 |
dbs |
yboston: I think the easiest thing to do would be to pull them from LoC using the "040e rda AND <other expert codes/terms>" in the Expert Search |
| 10:54 |
yboston |
Any US citizens that want to give me tips of how to submit the RDA records I am acquiring to be added tot he communtiy dataset? |
| 10:54 |
dbs |
And then download the MARC (Unicode) records one by one. You could put them all together and submit them as a branch, after which they would get munged into the sample loader format |
| 10:55 |
yboston |
(nevermind) |
| 10:55 |
dbs |
(e.g. drop them into a Open-ILS/tests/datasets/RDA/ subdirectory and then they could get reformulated) |
| 10:55 |
yboston |
(thanks for the path, was just about to ask) |
| 10:58 |
yboston |
I assume it OK if I start with a branch with just a few RDA files , then create more branches later |
| 10:58 |
yboston |
s/it/it is/ |
| 10:59 |
|
mcooper joined #evergreen |
| 11:00 |
dbs |
yboston: would work for me |
| 11:04 |
mrpeters |
Dyrcona: thanks for the heads up |
| 11:05 |
mrpeters |
one of our customers wants to become a target for the community so i'm just relearning the process. It was kind of a set it and forget it thing when I did it the other time. |
| 11:08 |
|
ldwhalen joined #evergreen |
| 11:09 |
jeff |
Dyrcona: sounds like a bug (re: gists). have an example? |
| 11:10 |
* dbs |
doesn't know if there's a way to search catalog.loc.gov for 264 ind2 != 1 though, which is what we need to test Dyrcona's branch |
| 11:14 |
Dyrcona |
jeff: I would have said open any gist, click on the link for raw, right-click in the window, choose save as, and then open the file in a text editor to see the HTML. |
| 11:15 |
Dyrcona |
I've seen that twice. |
| 11:15 |
Dyrcona |
However, when I tried to repeat that just now, it didn't happen. I got plain text. |
| 11:20 |
|
asimon joined #evergreen |
| 11:23 |
asimon |
Has anyone changed the reshelving_complete cron job to run very frequently (every five minutes, for example) after reducing the Reshelving status interval in Library Settings? If so, did this cause any problems? |
| 11:24 |
bshum |
asimon: Yes, there's a bug about the dangers of that... |
| 11:24 |
* bshum |
digs |
| 11:25 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1018011 |
| 11:25 |
pinesol_green |
Launchpad bug 1018011 in Evergreen 2.4 "Incorrect copy status caused by reshelving process colliding with item checkout" (affected: 4, heat: 20) [Medium,Confirmed] |
| 11:25 |
bshum |
asimon: That kind of thing happened to us, we used to reshelve every 30 minutes, now we do it once a nigt. |
| 11:25 |
bshum |
*night |
| 11:26 |
jeff |
asimon: what's your goal? |
| 11:26 |
bshum |
(fwiw, we also changed the name of the status from "reshelving" to "recently returned" to be a bit less specific and "friendlier") |
| 11:27 |
RoganH |
why would you want to run it as frequently as every five minutes (or half hour)? |
| 11:27 |
RoganH |
bshum: I like that idea. |
| 11:27 |
jeff |
heh. we used similar in an old jspac skin for our availability summary. X available in [blah] (Y recently returned) |
| 11:28 |
asimon |
jeff: The library would like immediate availability for checked-in items. |
| 11:29 |
* bshum |
jokes, capital "Available" for actually available, vs. lowercase "available" for stuff that's been recently returned :) |
| 11:29 |
bshum |
(that's not a real suggestion) |
| 11:29 |
|
kmlussier joined #evergreen |
| 11:29 |
asimon |
RoganH: Is there any other way of getting immediate availabillity? |
| 11:29 |
jeff |
asimon: is it purely a display issue? because you can probably override that in a template. |
| 11:30 |
jeff |
asimon: long term, i can see some libraries wanting to make use of a config option (that does not yet exist, afaik) to go right to Available on checkin |
| 11:30 |
jeff |
asimon: I'm curious what led to the library wanting the change. Do you have any insight there? |
| 11:31 |
asimon |
jeff: Unfortunately, I have no information on the library's intent. |
| 11:31 |
RoganH |
asimon: it doesn't really affect availability per se, we are configured so that it can still be targeted for holds and checked out |
| 11:32 |
asimon |
*: TY to all. I have to run. |
| 11:34 |
|
denishpatel joined #evergreen |
| 11:35 |
dbwells |
So, I've already cut 2.6.0 and am testing now, but can anyone take a look at the newly posted bug #1308590? |
| 11:35 |
pinesol_green |
dbwells: Error: Could not gather data from Launchpad for bug #1308590 (https://launchpad.net/bugs/1308590). The error has been logged |
| 11:38 |
gmcharlt |
hmm; LP isn't responding ATM |
| 11:39 |
dbwells |
eyeball test says it won't cause any harm, but better to be sure. Branch is here, since LP isn't responding: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dbs/lp1308590_fix_schemaorg_type |
| 11:39 |
gmcharlt |
https://bugs.launchpad.net/evergreen/+bug/1308590 |
| 11:39 |
pinesol_green |
Launchpad bug 1308590 in Evergreen "CCVM/icons broke schema.org type matches" (affected: 1, heat: 6) [Undecided,New] |
| 11:41 |
|
mmorgan left #evergreen |
| 11:41 |
|
mmorgan joined #evergreen |
| 11:41 |
gmcharlt |
dbwells: I can test and push to master in the next 15 minutes or so |
| 11:41 |
gmcharlt |
up to you whether to recut 2.6.0, but I certainly have no objection if your doing that |
| 11:41 |
gmcharlt |
*to your doing that |
| 11:42 |
dbwells |
gmcharlt: excellent, thanks |
| 11:43 |
|
RoganH left #evergreen |
| 11:44 |
|
jventuro joined #evergreen |
| 11:55 |
gmcharlt |
dbwells: done |
| 11:55 |
dbwells |
gmcharlt++ |
| 11:57 |
pinesol_green |
[evergreen|Dan Scott] LP#1308590: Fix schema.org type mapping - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd12a3d> |
| 11:57 |
|
kmlussier left #evergreen |
| 11:59 |
|
RoganH joined #evergreen |
| 12:00 |
dbs |
gmcharlt++ dbwells++ # wow, that was fast |
| 12:03 |
|
ldwhalen joined #evergreen |
| 12:20 |
|
rfrasur joined #evergreen |
| 12:32 |
|
jihpringle joined #evergreen |
| 12:33 |
gmcharlt |
web team meeting in 30 minutes |
| 12:37 |
rfrasur |
We have two new Evergreen directors in Indiana :D. Not new libraries (well, those too...but not yet). |
| 12:37 |
* rfrasur |
is pretty excited. |
| 12:37 |
rfrasur |
And ONE of them is an IT trainer turned director...so might be able to get him connected into the broader community. |
| 12:39 |
eeevil |
dbs: as a future enhancement for schema_typemap, we could just use a CRA to map directly from the bib data to the appropriate schema.org string. no JS map needed, just grab the attribute value directly |
| 12:39 |
eeevil |
(just thought of that after looking at the patch ...) |
| 12:43 |
|
RoganH left #evergreen |
| 12:46 |
bshum |
gmcharlt: I'm in-transit to my next meeting during the web team meeting |
| 12:46 |
bshum |
So I'll unfortunately miss it |
| 12:46 |
bshum |
But I'll read back notes and see what I can pitch in if I can later on. |
| 12:46 |
bshum |
In advance, gmcharlt++ |
| 12:46 |
gmcharlt |
bshum: thanks for the heads-up |
| 13:01 |
gmcharlt |
#startmeeting Evergreen Web Team, 16 April 2014 |
| 13:01 |
pinesol_green |
Meeting started Wed Apr 16 13:01:01 2014 US/Eastern. The chair is gmcharlt. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 13:01 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 13:01 |
pinesol_green |
The meeting name has been set to 'evergreen_web_team__16_april_2014' |
| 13:01 |
gmcharlt |
#link http://wiki.evergreen-ils.org/doku.php?id=webteam:meetings:agenda:2014-04-16 Agenda |
| 13:01 |
gmcharlt |
#topic Introductions |
| 13:01 |
gmcharlt |
#info Galen Charlton, ESI |
| 13:02 |
graced |
#info Grace Dunbar, Equinox (ESI) |
| 13:02 |
rfrasur |
#info Ruth Frasur, Evergreen Indiana (Hagerstown Library) |
| 13:03 |
* rfrasur |
is lurking and listening. |
| 13:04 |
|
kmlussier joined #evergreen |
| 13:04 |
phasefx |
#info Jason Etheridge, Equinox (and lurking) |
| 13:05 |
kmlussier |
#info Kathy Lussier, MassLNC |
| 13:05 |
gmcharlt |
thanks |
| 13:05 |
gmcharlt |
#topic Action items from previous meetings |
| 13:05 |
|
hbrennan joined #evergreen |
| 13:06 |
ericar |
#info Erica Rohlfs, Equinox |
| 13:06 |
gmcharlt |
first up, there's an item about feedback for the downloads page |
| 13:06 |
gmcharlt |
kmlussier: graced: any thoughts? |
| 13:07 |
kmlussier |
I'm trying to remember, there was some feedback on the downloads page, and I was supposed to move the discussion forward, but I didn't. |
| 13:07 |
* kmlussier |
thinks graced should proceed with the changes as planned. |
| 13:07 |
graced |
I'm sure kmlussier reminded me about this and asked for my input but I don't think I got back to her. |
| 13:07 |
gmcharlt |
do I remember correctly that there was a wireframe? |
| 13:08 |
graced |
I did start working on it. |
| 13:08 |
kmlussier |
Yes, there was a wireframe and graced was going to make it live. But then she received some late feedback before she made it live. I think that's where things stalled. |
| 13:08 |
graced |
And there's a mockup |
| 13:08 |
graced |
kmlussier - yes that was it. But the feedback person later said they hadn't intended to stop what I was doing. |
| 13:08 |
graced |
So, I should probably just proceed then. ;) |
| 13:08 |
kmlussier |
graced: Then I say go for it! |
| 13:08 |
gmcharlt |
I agree |
| 13:08 |
kmlussier |
+1 |
| 13:09 |
gmcharlt |
besides, the real feedback will come afterwards, as per the way of things |
| 13:09 |
* graced |
puts it on her list |
| 13:09 |
gmcharlt |
#agreed Grace will proceed with the redesign of the downloads page |
| 13:10 |
gmcharlt |
#action gdunbar will proceed with the redesign of the downloads page |
| 13:10 |
gmcharlt |
next up, an item for kmlussier to look into options for the "learn more" buttons |
| 13:10 |
kmlussier |
I'll need to defer that one until the next meeting. |
| 13:10 |
kmlussier |
But I'm ready for the next action item. :) |
| 13:11 |
gmcharlt |
#action kmlussier will investigate options for the "learn more" buttons |
| 13:11 |
|
ldwhalen joined #evergreen |
| 13:11 |
gmcharlt |
so next up, the page for tracking development projects |
| 13:11 |
gmcharlt |
which was for kmlussier and graced |
| 13:11 |
kmlussier |
I can't remember if I shared this with graced or not. |
| 13:11 |
kmlussier |
But I did come up with a wiki page where Evergreen sites could list upcoming projects. |
| 13:12 |
kmlussier |
#link http://wiki.evergreen-ils.org/doku.php?id=evergreen_features:proposed_development_projects |
| 13:12 |
graced |
kmlussier++ |
| 13:12 |
kmlussier |
And I added the MassLNC projects that were part of our RFP at that time. Of course, it needs to be updated now. |
| 13:12 |
gmcharlt |
kmlussier++ |
| 13:12 |
kmlussier |
But I figured this could be a low-overhead way to track future projects that haven't made it to the Launchpad stage yet. |
| 13:13 |
graced |
It will require a lot maintenance but I do volunteer to help with that ongoing maintenance |
| 13:13 |
graced |
a lot *of* maintenance |
| 13:13 |
kmlussier |
Yes, the maintenance piece is difficult. As it is, it's already out of date. |
| 13:13 |
gmcharlt |
cool |
| 13:13 |
gmcharlt |
kmlussier: will you help maintain it as well? |
| 13:13 |
kmlussier |
gmcharlt: Yes, absolutely. |
| 13:14 |
kmlussier |
If it looks good, I can send out an e-mail to the list letting people know it exists and encouraging to post upcoming projects there. |
| 13:14 |
gmcharlt |
+1 # you anticipated and answered a question I was about to ask |
| 13:14 |
kmlussier |
I think the important thing is to stress that it's not just a wishlist for things you want to see. |
| 13:15 |
graced |
yes, exactly |
| 13:15 |
gmcharlt |
I think a link off of the main website would be good as well, perhaps on the get involved page to start |
| 13:16 |
kmlussier |
gmcharlt: Should it be in the dropdown menu? I'm not sure I know how to get a wiki page in that dropdown. |
| 13:16 |
gmcharlt |
a drop down menu works for me, though I think a landing page for development stuff would be good at some point |
| 13:17 |
gmcharlt |
to add a link to menu, from the dashboard one goes to Appearance -> Menus |
| 13:17 |
graced |
gmcharlt: what else would you envision there? The dev stuff page? |
| 13:17 |
kmlussier |
gmcharlt: OK, thanks for that tip! |
| 13:18 |
gmcharlt |
kmlussier: I've gone ahead and add it to the get involved menu; feel free to tweak or suggest tweaks |
| 13:18 |
kmlussier |
gmcharlt++ |
| 13:19 |
gmcharlt |
#action kmlussier will publicize the existance of the proposed development projects page |
| 13:19 |
gmcharlt |
#agreed graced and kmlussier will take the lead on maintaining the proposed dev projects page |
| 13:20 |
gmcharlt |
next up |
| 13:20 |
gmcharlt |
ElliotFriend has kindly built the Google spreadsheet for tracking task |
| 13:21 |
gmcharlt |
#link https://docs.google.com/spreadsheet/ccc?key=0Ap6xBlSDakSudFFiRERMRGdRQlpGVmpNazBtX1FPaGc&usp=sharing#gid=4 Evergreen website task tracker |
| 13:21 |
gmcharlt |
next up |
| 13:21 |
gmcharlt |
jeff and dbs were to collborate an ways to generate an Evergreen libraries directory |
| 13:23 |
gmcharlt |
I also note that ericar has been maintaining the roster at http://wiki.evergreen-ils.org/doku.php?do=revisions&id=evergreen_libraries |
| 13:23 |
* ericar |
is still interested in helping with that project |
| 13:23 |
gmcharlt |
ericar++ |
| 13:23 |
kmlussier |
ericar++ |
| 13:24 |
gmcharlt |
ericar: would you be willing to take over the action item and check in with jeff and dbs? |
| 13:24 |
ericar |
gmcharlt: sure |
| 13:25 |
gmcharlt |
#action ericar to work with jeff and dbs on the Evergreen libraries directory |
| 13:25 |
gmcharlt |
finally, the last action item is kmlussier to start discussion to the list on web site from previous eg conferences. |
| 13:25 |
kmlussier |
Can we defer that one too? |
| 13:26 |
gmcharlt |
sure |
| 13:26 |
gmcharlt |
#action kmlussier to start discussion to the list on web site from previous eg conferences. |
| 13:27 |
gmcharlt |
props to yboston for working on getting the presentations from the 2014 conference uploaded |
| 13:27 |
gmcharlt |
yboston++ |
| 13:27 |
graced |
yboston++ |
| 13:27 |
kmlussier |
yboston++ |
| 13:28 |
gmcharlt |
OK, that does it for previous action items |
| 13:28 |
|
mtate joined #evergreen |
| 13:29 |
gmcharlt |
#topic Old and ongoing business |
| 13:29 |
gmcharlt |
#info Web team tracker is https://docs.google.com/spreadsheet/ccc?key=0Ap6xBlSDakSudFFiRERMRGdRQlpGVmpNazBtX1FPaGc&usp=sharing#gid=2 |
| 13:29 |
gmcharlt |
I'm just gong to run through the in-progress tasks quickly |
| 13:30 |
gmcharlt |
there's one for adding the search bar back that is marked as assigned to Anoop, but I believe bshum has been working on that |
| 13:30 |
gmcharlt |
I'll just change to assignee to him, pending configuration that my belief is correct |
| 13:31 |
gmcharlt |
and RoganH has been working on, or at least thinking about, a Get Help/Get Support page a la Koha's version |
| 13:31 |
gmcharlt |
next is how to use launchpad, which is currently assigned to ericar |
| 13:31 |
gmcharlt |
any updates? |
| 13:32 |
ericar |
I'm working on the wording, but it's there |
| 13:32 |
ericar |
*there on paper not shared |
| 13:33 |
gmcharlt |
great |
| 13:35 |
gmcharlt |
for this one, not that I think it should delay it unreasonably, running the wording by open-ils-dev might be a good idea to make sure that the user instructions don't have an impedence mismatch with the developer workflows around LP |
| 13:36 |
gmcharlt |
regarding the trademark policy page, I'm still willing to do it, but |
| 13:36 |
gmcharlt |
#action gmcharlt will coordinate with the EOB regarding the trademark policy page |
| 13:37 |
gmcharlt |
ericar: is an action item for you regarding the LP user page OK, or would you prefer to defer it |
| 13:38 |
ericar |
it's cool as an action item |
| 13:38 |
gmcharlt |
#action ericar will continue working on creating the "How to use Launchpad" page |
| 13:38 |
gmcharlt |
so moving on |
| 13:38 |
gmcharlt |
#topic New business |
| 13:39 |
gmcharlt |
#info GPLS will be moving the VMs that they host for the Evergreen project to a server at some point in the next while |
| 13:40 |
gmcharlt |
dates to be announced as they firm up, but my understanding is that the transition should be mostly seamless, save for a bit of downtime during the actual move |
| 13:41 |
gmcharlt |
one big benefit is that community members will have admin access to the VM host, meaning that we'll be able to deploy new VMs at will for things like build servers or whatever |
| 13:41 |
gmcharlt |
so moving on to new tasks/projects |
| 13:41 |
gmcharlt |
I started a "blue sky" tab on the spreadsheet |
| 13:42 |
gmcharlt |
and I'd like to (a) encourage folks to add their wild ideas to it and (b) find out the level of interest of the ones I've added already |
| 13:42 |
kmlussier |
gmcharlt: I would be willing to put myself down to solicit more folks to write for the blog. |
| 13:43 |
* kmlussier |
will do so right now. |
| 13:43 |
gmcharlt |
kmlussier++ |
| 13:43 |
kmlussier |
For the social media propogation idea, we already have a certain level of propogation. |
| 13:43 |
* phasefx |
would like to help with FAQ's, make up for having written some of the original ones |
| 13:43 |
kmlussier |
All of the Planet Evergreen posts automatically propogate to the Evergreen Twitter account. |
| 13:44 |
kmlussier |
The Evergreen FB page automatically publishes all new posts from the official blog. |
| 13:45 |
gmcharlt |
ok, that hits the big ones |
| 13:45 |
gmcharlt |
is there a Google Plus page for the project? |
| 13:45 |
kmlussier |
gmcharlt: There is. I can look into it. |
| 13:46 |
kmlussier |
What would we want to propogate to Google Plus? Just the official blog posts? |
| 13:46 |
gmcharlt |
I think so |
| 13:47 |
kmlussier |
OK, I'll see what I can do. |
| 13:47 |
gmcharlt |
#action kmlussier will investigate getting Google Plus to automatically publish posts from the official blog |
| 13:48 |
gmcharlt |
by the way, that by itself may sufficient reason to go and and install the Jetpack plugin |
| 13:48 |
gmcharlt |
does anybody know if we have an official wordpress.com account? |
| 13:50 |
gmcharlt |
OK, any more feedback on the blue sky tab? |
| 13:50 |
gmcharlt |
also |
| 13:50 |
gmcharlt |
#action phasefx will work on the FAQs |
| 13:53 |
gmcharlt |
on the new tab, just one question - who in particular is driving the representative library profiles project? |
| 13:54 |
graced |
I will volunteer for that. |
| 13:54 |
kmlussier |
Is anyone driving any of the projects on the "new" tab? |
| 13:54 |
graced |
I don't think those were ever really "assigned". |
| 13:54 |
gmcharlt |
right; I believe assignee implies in-progress |
| 13:55 |
gmcharlt |
#agreed graced will drive the representative library profiles project |
| 13:56 |
gmcharlt |
I'll take on the old images task to come to a final determination as to whether there's anything to be done |
| 13:57 |
gmcharlt |
is there any concrete idea or plan associated with the "involved => involved/advocacy" item? |
| 13:58 |
|
shart290 joined #evergreen |
| 13:58 |
kmlussier |
gmcharlt: Not that I'm aware of. I'm not quite sure where that idea came from. |
| 13:59 |
gmcharlt |
any objection to my putting it in the dustbin? |
| 13:59 |
graced |
none from me |
| 13:59 |
shart290 |
hey everyone, is anyone available for a little troubleshooting? |
| 14:00 |
kmlussier |
I'm wondering...we've talked in the past about improving the "get involved" page. Maybe it's related. |
| 14:00 |
|
atlas__ joined #evergreen |
| 14:00 |
gmcharlt |
shart290: there's a meeting going on, but it will be finished in a few minutes |
| 14:00 |
shart290 |
ok, thanks |
| 14:01 |
kmlussier |
I have no objections to improving the "get involved" section, but it does need a champion. Maybe we can put it in Blue Sky for now with the idea that somebody may pick it up? |
| 14:01 |
gmcharlt |
kmlussier: entirely possible, but that probably belongs on the blue sky list for now |
| 14:01 |
gmcharlt |
snap |
| 14:01 |
kmlussier |
:) |
| 14:02 |
gmcharlt |
OK, I've updated the spreadsheet |
| 14:02 |
gmcharlt |
not sure where the documentation repo item fits |
| 14:02 |
gmcharlt |
on the one hand, we're now dong better about capturing conference presentations |
| 14:02 |
gmcharlt |
on the other hand, I don't know if the doc repo as such is a good place for them |
| 14:03 |
gmcharlt |
I'm inclined to punt that one to blue sky |
| 14:03 |
kmlussier |
gmcharlt: I agree with you. I think it's important they are on the community server. But I don't see the doc repo as being the best place for them. |
| 14:06 |
gmcharlt |
and I'll take on the welcome/about evergreen page consolidation |
| 14:06 |
kmlussier |
gmcharlt++ |
| 14:06 |
gmcharlt |
#action gmcharlt will consolidate the welcome and about evergreen pages |
| 14:07 |
gmcharlt |
any new items that folks want to bring up (quickly)? |
| 14:07 |
kmlussier |
Not from me. |
| 14:07 |
gmcharlt |
#info gmcharlt has tweaked the Akismet settings to automatically discard what it considers "pervasive" spam |
| 14:08 |
gmcharlt |
going once |
| 14:08 |
gmcharlt |
going twice |
| 14:08 |
gmcharlt |
thanks, everybody |
| 14:08 |
gmcharlt |
#endmeeting |
| 14:09 |
pinesol_green |
Meeting ended Wed Apr 16 14:09:00 2014 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 14:09 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-04-16-13.01.html |
| 14:09 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-04-16-13.01.txt |
| 14:09 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2014/evergreen.2014-04-16-13.01.log.html |
| 14:09 |
graced |
gmcharlt++ |
| 14:09 |
kmlussier |
gmcharlt++ |
| 14:09 |
ericar |
thank you, Galen! gmcharlt++ |
| 14:09 |
bshum |
Aww, back just in time for the end |
| 14:09 |
|
ldwhalen joined #evergreen |
| 14:10 |
kmlussier |
bshum: Just as you planned it, right? ;) |
| 14:10 |
bshum |
gmcharlt: Yeah, I can poke a bit at the search box again, time permitting. It's a crazy time here at the office :( |
| 14:10 |
|
kmlussier left #evergreen |
| 14:11 |
bshum |
ericar: As you work on the How to use Launchpad page, I'll help read over that. Maybe I can some pieces of it in an action item I have with the developers to describe how to use LP for us too... |
| 14:11 |
bshum |
Or we can compare notes later. |
| 14:11 |
ericar |
bshum: ok, sounds good. I will have a draft worthy of other people's eyes soon :) |
| 14:13 |
bshum |
ericar++ Cool! |
| 14:16 |
ericar |
bshum++ for helping me! |
| 14:19 |
Dyrcona |
There is no automatic authority linking for new bibliographic records, correct? There is just automatic maintenance of linked bibs and authorities when authorities change? |
| 14:23 |
eeevil |
Dyrcona: correct. the bib-auth linker needs to be taught to use the db instead of an embedded hash, and then it could migrate into the core code (potentially) |
| 14:23 |
eeevil |
well, it's in the core repo, but you know what I mean |
| 14:24 |
eeevil |
dbs: out of curiosity, is projectconifer.ca a parked domain? |
| 14:31 |
|
atlas__ joined #evergreen |
| 14:33 |
|
isl-jboyer-dc joined #evergreen |
| 14:33 |
shart290 |
I've got an issue with setting up openils. I am at http://evergreen-ils.org/documentation/install/OpenSRF/README_2_3_0.html#_starting_and_stopping_opensrf_services stuck at step 12. |
| 14:34 |
shart290 |
getting this: |
| 14:34 |
shart290 |
* starting router and services for localhost |
| 14:34 |
shart290 |
Can't exec "opensrf_router": No such file or directory at ./osrf_control line 293. |
| 14:34 |
shart290 |
* starting services for localhost |
| 14:34 |
shart290 |
* service opensrf.settings already running : 8659 |
| 14:34 |
shart290 |
* service opensrf.persist already running : 8672 |
| 14:34 |
shart290 |
* service opensrf.validator already running : 8680 |
| 14:34 |
shart290 |
Can't exec "opensrf-c": No such file or directory at ./osrf_control line 391. |
| 14:34 |
shart290 |
Can't exec "opensrf-c": No such file or directory at ./osrf_control line 391. |
| 14:35 |
dbs |
eeevil: dunno, I believe it was rri who registered it and artunit who was updating it way back when |
| 14:36 |
eeevil |
dbs: ah, gotcha. I just stumbled upon a link to it and it looks ... off ;) |
| 14:38 |
gmcharlt |
shart290: check that PATH includes /eopnils/bin |
| 14:39 |
gmcharlt |
(per http://evergreen-ils.org/documentation/install/OpenSRF/README_2_3_0.html#_create_and_set_up_the_opensrf_unix_user_environment) |
| 14:39 |
Dyrcona |
gmcharlt beat me to it, though it is often /openils/bin |
| 14:39 |
gmcharlt |
he |
| 14:39 |
gmcharlt |
h |
| 14:39 |
Dyrcona |
Depends on the prefix used during the configure run. |
| 14:39 |
shart290 |
thats what it is right now. |
| 14:39 |
gmcharlt |
yeah, check that the PATH includes the correct path, sans typos ;) |
| 14:40 |
shart290 |
in the .bashrc |
| 14:40 |
gmcharlt |
ok, then check whether /openils/bin/opensrf-c exists |
| 14:40 |
Dyrcona |
shart290: type: echo $PATH |
| 14:41 |
shart290 |
ok, I think that might be it. |
| 14:41 |
Dyrcona |
shart290: Which might be it? |
| 14:42 |
shart290 |
$PATH is not set. I followed the instructions but apparently something didn't catch. I'll run the command one more time to make sure that it's set up correctly. |
| 14:43 |
Dyrcona |
shart290: No, just type: source ~/.bashrc |
| 14:44 |
Dyrcona |
shart290: Or, you could logout and log back in. .bashrc is only read when a new shell starts. |
| 14:45 |
shart290 |
im not logged in as that user, I've been running things with sudo -u opensrf |
| 14:45 |
dbs |
eeevil: so how would the typemap as a config.record_attribute_definition work? would that end up populating metabib.record_attr_vector_list with a schema.org type for each record? |
| 14:46 |
* dbs |
finds the config.record_attribute_definition / metabib.reingest_record_attributes dance pretty dizzying |
| 14:47 |
shart290 |
I am going to switch users to see if that works. |
| 14:48 |
|
bmills joined #evergreen |
| 14:49 |
shart290 |
nope, same error and the PATH in .bashrc appears to be correct. |
| 14:50 |
eeevil |
dbs: you've got it right. it could either look at the icon-type attr, or at the same underlying data, and have the value be the schema.org string we want for the html5 attribute. in fact, if it looked at the icon-type attr (basically, what your patched map is doing) we could bypass the reingest and directly munge the vector_list (the needed info is there already, just update it based on the id of the icon-type entry in the array) |
| 14:52 |
dbs |
eeevil: to be honest, that seems like a lot of pain to change and extra database rows vs. just basing the type on the icon-type |
| 14:52 |
shart290 |
I got it, apparently I will have to add the paths to the other shell I am using before it will work with anything but /bin/bash |
| 14:53 |
shart290 |
I got it running properly |
| 14:53 |
isl-jboyer-dc |
shart290: It also works if you do this: sudo su - opensrf |
| 14:54 |
isl-jboyer-dc |
the su - part causes your environment to be discarded and it's as is you logged in as opensrf directly |
| 14:54 |
shart290 |
gotcha |
| 14:54 |
dbs |
eeevil: that said, in an RDA world perhaps I could make better use of the 3xx fields to distinguish between a movie and a tv series |
| 14:55 |
* dbs |
looks at https://lib.stanford.edu/metadata-department/clone-video-cataloging-guidelines -- hmm, probably not. |
| 14:56 |
dbs |
Maybe the 380 $a. Maybe. |
| 14:56 |
dbs |
@marc 380 |
| 14:56 |
pinesol_green |
dbs: unknown tag 380 |
| 14:56 |
dbs |
hahaha. silly pinesol_green |
| 14:57 |
bshum |
We need to add the RDA tags to the MARC plugin |
| 14:57 |
dbs |
Look upon our cataloguing rules, ye mighty, and despair! |
| 14:57 |
bshum |
And then contrib it back |
| 14:57 |
eeevil |
dbs: I look at it as bringing the decision closer to the data, but, opinions ... though, what happens when new icon types are added or changed? you can do that now per instance, and upgrades will one day change those, so having the schema.org stuff based directly on that reduces the impedence mismatch (IMO) and removes a template customization |
| 15:00 |
dbs |
eeevil: I hear you, but it's quite effectively hidden in CRAD and requiring a reingest to tweak the mapping |
| 15:03 |
eeevil |
fair point indeed |
| 15:04 |
eeevil |
(however, hopefully I'll get a chance to take away a lot of the pain of reingest soon!) |
| 15:07 |
dbs |
that would be *awesome* |
| 15:12 |
jl- |
what's the largest amount of records anyone has ingested in a single query/session? |
| 15:12 |
jl- |
:) |
| 15:14 |
Dyrcona |
Define "single query/session" and define ingest, do you mean database ingest as in what happens to reindex records for search or do you mean import into the database? |
| 15:14 |
jl- |
import into the database |
| 15:15 |
jl- |
I got mine split up at 50k right now for mhfd records |
| 15:15 |
jl- |
*mfhd |
| 15:16 |
Dyrcona |
I got the best performance by splitting bibs up into batches of 10 000, loading them via JDBC batch statements, and using a ThreadPoolExecutor to keep 8 batches going simultaneously. |
| 15:17 |
jl- |
nice |
| 15:17 |
Dyrcona |
z39.50-- # 'cause search results are ludicrous |
| 15:18 |
jl- |
I also had to split my bibs into 10k but the mfhd seem smaller and 50k seems to work for now |
| 15:18 |
jl- |
got 6 batches of 50 |
| 15:18 |
Dyrcona |
BTW, you have to pronounce that zed39.50, even if you're from the USA. |
| 15:18 |
jl- |
sounds german |
| 15:20 |
Dyrcona |
It has been interesting trying to find Apache: The Definitive Guide 3rd Edition. |
| 15:21 |
Dyrcona |
And, after importing a record for it, and searching local catalog via z39.50 for the ISBN, our record doesn't turn up. |
| 15:21 |
Dyrcona |
If I search the local catalog the normal way for the ISBN, it does. |
| 15:23 |
dbs |
zed39.50++ |
| 15:24 |
Dyrcona |
heh |
| 15:24 |
Dyrcona |
I suppose hobgoblins are overrated. # For the Emerson fans. ;) |
| 15:24 |
dbs |
Sounds like our SRU indexes aren't aligned with our normal search indexes... wouldn't be surprising if they drifted. |
| 15:25 |
dbs |
perhaps the SRU index still points at a generic "identifier" or "keyword" instead of identifier|isbn or something like that |
| 15:25 |
* dbs |
goes to get kids |
| 15:28 |
Dyrcona |
Umm, I thought the staff client z39.50 search didn't use the SRU indexes to search the local catalog? |
| 15:28 |
jl- |
ze zehd30.50++ |
| 15:28 |
Dyrcona |
Zed's dead. |
| 15:30 |
Dyrcona |
Dunno. Other stuff shows up via ISBN. |
| 15:35 |
|
ldwhalen joined #evergreen |
| 15:47 |
mrpeters |
kmlussier++ |
| 15:47 |
mrpeters |
i wasnt pleased seeing people calling each other "catty" on the lists |
| 15:48 |
hbrennan |
Yeah, that surprised me |
| 15:49 |
rfrasur |
Yes. |
| 15:49 |
mrpeters |
im sure it was an accident, and meant to be internal |
| 15:49 |
mrpeters |
Kathy's email should curtail that, and hopefully even curtail the sentiment internally that someone might feel that way about another person |
| 15:52 |
csharp |
I guess the use of "PEBKAC" set the discussion off with a dismissive tone |
| 15:52 |
* csharp |
usually uses that term for thing he's done himself ;-) |
| 15:53 |
csharp |
s/thing/things/ |
| 15:53 |
rfrasur |
csharp: I guess so. I tend to be pretty pragmatic about my own shortcomings and forget that not everyone is like that. |
| 15:53 |
|
edoceo joined #evergreen |
| 15:53 |
rfrasur |
csharp++ #exactly |
| 15:53 |
hbrennan |
csharp: I don't think you personally offended anyone. I believe that just knowing that acronym existed offended |
| 15:54 |
jboyer-isl |
PEBCAKEs, while delicious, rarely yield fruitful discussions. |
| 15:54 |
csharp |
jboyer-isl++ |
| 15:54 |
csharp |
@quote add < jboyer-isl> PEBCAKEs, while delicious, rarely yield fruitful discussions. |
| 15:54 |
pinesol_green |
csharp: The operation succeeded. Quote #83 added. |
| 15:55 |
* rfrasur |
thinks there should be a tee-shirt with PEBCAK and an up arrow. |
| 15:55 |
rfrasur |
(or PEBCAKe...and up arrow...and a cupcake under it...the acronym...not the arrow) |
| 15:55 |
csharp |
hbrennan: it wasn't me (this time), but I know I've been flip about user concerns in the past ;-) |
| 15:56 |
phasefx |
there better not be a person between me and cake |
| 15:56 |
rfrasur |
le sigh. Time to go get all HR on an employee. |
| 15:56 |
mrpeters |
question Re: YAOUS -- it sounds like there is an option now (not sure when introduced) to allow patron registration without a valid address, however, that fails with open-ils.storage.direct.actor.user_address.create: DBD::Pg::st execute failed: ERROR: null value in column "street1" violates not-null constraint and Event: 2001:DATABASE_UPDATE_FAILED -> The attempt to write the DB failed. when turned on, and you try to registe |
| 15:56 |
* rfrasur |
doesn't like this part of the job. |
| 15:56 |
csharp |
ultimately, though, my entire mission at GPLS has been about getting people to peaceably use FLOSS (specifically Evergreen) |
| 15:56 |
mrpeters |
Does one have to drop the not null constraint to use that YAOUS? |
| 15:56 |
hbrennan |
csharp: Eh, sorry about that. I have the whole thing scrambled in my brain. |
| 15:57 |
csharp |
hbrennan: no problem! |
| 15:57 |
|
edoceo joined #evergreen |
| 15:57 |
|
edoceo joined #evergreen |
| 15:57 |
|
edoceo joined #evergreen |
| 15:57 |
csharp |
mrpeters: I haven't seen that setting |
| 15:58 |
* csharp |
runs off to look |
| 15:58 |
phasefx |
mrpeters: I think the default is addresses optional, and the YAOUS requires at least one? |
| 15:58 |
csharp |
so. many. settings. |
| 15:59 |
phasefx |
there is software out there that is almost entirely configured by database settings :) keeps consultants in business |
| 16:00 |
* csharp |
tries to think of a good use case for an address-less patron |
| 16:01 |
|
dbs joined #evergreen |
| 16:01 |
phasefx |
csharp: maybe regularly imported students from a registrar system |
| 16:01 |
|
kbeswick joined #evergreen |
| 16:02 |
csharp |
phasefx: ah |
| 16:02 |
dbs |
phasefx: yep, that's certainly one for us |
| 16:02 |
dbs |
and staff/faculty/etc |
| 16:02 |
dbs |
less duplication of contact info reduces privacy concerns and number of places to sync data |
| 16:02 |
csharp |
for the curious: http://www.catb.org/jargon/html/P/PEBKAC.html - note that it's considered "Very derogatory", though, as we know, the Jargon file is as old as God |
| 16:04 |
csharp |
that is to say, I think it's moved beyond the traditional "angry admin" and into regular, often self-deprecating usage |
| 16:04 |
dbs |
kmlussier++ # good post |
| 16:04 |
csharp |
at least we're not saying "luser" anywhere :-) |
| 16:05 |
csharp |
kmlussier++ |
| 16:05 |
hbrennan |
Haha, Yeah. Wow. |
| 16:05 |
csharp |
@praise kmlussier |
| 16:05 |
* pinesol_green |
the upgrade came off brilliantly, and it's all because of kmlussier |
| 16:07 |
mrpeters |
phasefx: interesting... |
| 16:09 |
* mrpeters |
fires up a stock vm |
| 16:10 |
mrpeters |
"require one address" is the starting portion of the YAOUS name |
| 16:12 |
mrpeters |
Require at least one address for Patron Registration |
| 16:14 |
* mrpeters |
hates this time of day....i can't see my middle monitor....first world problems :( |
| 16:15 |
eeevil |
mrpeters: IIRC, that setting is about forcing, or not, the "valid" field to be true, not about constraints on the address lines |
| 16:16 |
eeevil |
oh, that's different |
| 16:16 |
mrpeters |
eeevil: aha! |
| 16:16 |
mrpeters |
oh, haha |
| 16:16 |
mrpeters |
so maybe there are 2 settings that work together? |
| 16:16 |
eeevil |
sorry, "require one address" means you can't delete the pre-attached proto-address that you're supposed to fill out |
| 16:17 |
mrpeters |
eeevil++ nice, thats a perfect explanation. Title maybe a little misleading but makes total sense if you know the schema. |
| 16:17 |
eeevil |
disabling "require one address" lets you delete (little red X) the address |
| 16:17 |
mrpeters |
ok, but i imagine thre is still a link to actor.usr_address on actor.usr right? even if you x one? |
| 16:18 |
eeevil |
nope |
| 16:18 |
eeevil |
that's nullable |
| 16:18 |
eeevil |
actor.usr.{blah}_address is nullable, I mean |
| 16:18 |
mrpeters |
interesting. the goal of the library is to not have to enter an address when registering a patron....is that possible with current YAOUS or would you have to drop the references to actor.usr_address? |
| 16:19 |
eeevil |
I think you'd "just" have to remove the proto-address from the patron reg code |
| 16:19 |
eeevil |
wrapping /that/ in a YAOUS seems reasonable, perhaps |
| 16:19 |
mrpeters |
yep, that makes sense...since radio for mailing/billing is checked it tries to do an insert |
| 16:20 |
mrpeters |
i bet if you remove that whole block, it would insert the patron to actor.usr (and friends) just fine |
| 16:20 |
eeevil |
right |
| 16:20 |
eeevil |
it should |
| 16:21 |
phasefx |
so the problem is that they're leaving the empty address in place when they go to save |
| 16:21 |
mrpeters |
right |
| 16:21 |
mrpeters |
but mailing and billing are radio checked by default |
| 16:21 |
mrpeters |
so it tries to insert null values to aua |
| 16:22 |
phasefx |
no, those don't have any impact on this IIUC |
| 16:22 |
mrpeters |
No? The log entry seemed to indicate it did. |
| 16:22 |
mrpeters |
ERROR: null value in column "street1" violates not-null constraint#012DETAIL: Failing row contains (32, t, f, MAILING, 747, null, null, null, null, null, U.S.A., null, f, null). [for Statement "INSERT INTO actor.usr_address (country, within_city_limits, id, usr, address_type, valid)#012VALUES (?, ?, ?, ?, ?, ?)#012" with ParamValues: 1='U.S.A.', 2='f', 3='32', 4='747', 5='MAILING', 6='t'] at /usr/share/perl5/DBIx/ContextualF |
| 16:22 |
phasefx |
IOW, if they were checkboxes instead of radio buttons and you had them unchecked, you'd still get that street1 error |
| 16:23 |
mrpeters |
ok, i thought it was only trying to insert into aua because of the address type being selected |
| 16:23 |
mrpeters |
but instead, its just the fact that street 1 is empty because it displays on the page and the submit tries to insert all of the data on register_table.tt2E? |
| 16:24 |
phasefx |
it was because there was a negative or absent address id internally associated with that address widget |
| 16:24 |
mrpeters |
yeah, i recall seeing -1 somewhere |
| 16:24 |
phasefx |
or an is_new flag or something. Otherwise, you'd be seeing an update on the aua table, not an insert |
| 16:24 |
eeevil |
mrpeters: sorry, by "whole block" I thought you meant "whole block were you type in addresses". that's what I meant |
| 16:25 |
phasefx |
the radio buttons just point out which addresses to link to from the au object |
| 16:25 |
mrpeters |
no, thats what i mean too -- just cut out all of those text boxes |
| 16:25 |
eeevil |
phasefx: right, zackly |
| 16:26 |
mrpeters |
ill experiment with just removing that section of the register page and see how it goes |
| 16:27 |
|
ldwhalen joined #evergreen |
| 16:27 |
dbs |
mrpeters: I think Conifer does exactly that. Lemme see. |
| 16:27 |
mrpeters |
dbs++ eeevil++ phasefx++ |
| 16:28 |
|
tspindler left #evergreen |
| 16:29 |
|
shart290 joined #evergreen |
| 16:30 |
shart290 |
Just a little more help please... |
| 16:30 |
shart290 |
Exception: OpenSRF::EX::Session 2014-04-16T15:29:06 OpenSRF::Transport /usr/local/share/perl/5.14.2/OpenSRF/Transport.pm:83 Session Error: router private.localhost/open-ils.cstore IS NOT CONNECTED TO THE NETWORK!!! |
| 16:30 |
shart290 |
do I need to restart the ejabberd server? |
| 16:30 |
mrpeters |
that means OpenSRF System-C isnt running |
| 16:31 |
shart290 |
ok, I am completely new to the system, Evergreen/OpenSRF(ILS). what does that mean? |
| 16:32 |
mrpeters |
that the services for Evergreen aren't running |
| 16:32 |
shart290 |
oh, ok |
| 16:32 |
mrpeters |
as opensrf -- try osrf_ctl.sh -l -a restart_all and paste what you get |
| 16:32 |
shart290 |
ok |
| 16:32 |
mrpeters |
im betting it will say C isn't running |
| 16:33 |
mrpeters |
and if it says it starts it, do a ps aux to make sure it's running about 30 seconds after the service restart finsihes....maybe it's dying off later on down the road |
| 16:34 |
shart290 |
Here is what I get: |
| 16:34 |
shart290 |
./osrf_ctl.sh is deprecated. Use osrf_control instead |
| 16:34 |
shart290 |
./osrf_ctl.sh: 87: ./osrf_ctl.sh: opensrf-perl.pl: not found |
| 16:34 |
mrpeters |
oh my bad |
| 16:34 |
mrpeters |
i haven't installed newest version yet |
| 16:34 |
mrpeters |
didnt know oils_ctl.sh was deprecated |
| 16:34 |
mrpeters |
err, osrf_ctl.sh |
| 16:35 |
shart290 |
so the command to start would be osrf_control --start-all? |
| 16:35 |
shart290 |
or --restart-all |
| 16:36 |
shart290 |
I issued osrf_control --localhost --restart-all |
| 16:36 |
dbs |
67a9cbcf7e20 ? |
| 16:36 |
pinesol_green |
[evergreen|Dan Scott] Protect against undefined value as ARRAY reference - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=67a9cbc> |
| 16:36 |
shart290 |
it sent term signal but timed out. |
| 16:36 |
* dbs |
way off |
| 16:38 |
shart290 |
Can't exec "opensrf_router": No such file or directory at ./osrf_control line 293. |
| 16:38 |
shart290 |
* starting services for localhost |
| 16:38 |
shart290 |
* starting service pid=21648 opensrf.settings |
| 16:38 |
shart290 |
* starting service pid=21661 opensrf.persist |
| 16:38 |
shart290 |
* starting service pid=21670 opensrf.validator |
| 16:38 |
shart290 |
Can't exec "opensrf-c": No such file or directory at ./osrf_control line 391. |
| 16:38 |
shart290 |
Can't exec "opensrf-c": No such file or directory at ./osrf_control line 391. |
| 16:39 |
dbs |
shart290: do you have /openils/bin in your PATH? |
| 16:39 |
shart290 |
I do |
| 16:40 |
shart290 |
I got past an issue that was resulting in a similar error |
| 16:40 |
dbs |
mrpeters: fwiw, we're running 2.4-ish still, so perhaps there was a regression thereafter |
| 16:40 |
mrpeters |
this is 2.4.6 |
| 16:40 |
dbs |
mrpeters: well dang. dunno how our people manage to register patrons then! |
| 16:40 |
mrpeters |
haha |
| 16:40 |
mrpeters |
so you guys dont enter addresses either? but the option is still on the form? |
| 16:41 |
dbs |
(most of our library's patrons are auto registered via LDAP syncing, but other libraries in Conifer register patrons by hand) |
| 16:41 |
dbs |
yep |
| 16:41 |
mrpeters |
fun stuff |
| 16:41 |
mrpeters |
i may give the hack to register_table.tt2 a try and see what happens |
| 16:44 |
Dyrcona |
shart290: Where are you running osrf_control from? What directory? |
| 16:44 |
Dyrcona |
I ask because the ./ is normally not needed. |
| 16:44 |
shart290 |
- /openils/bin |
| 16:45 |
shart290 |
problem is that I added the PATH for that to the opensrf .bashrc |
| 16:45 |
shart290 |
already |
| 16:46 |
Dyrcona |
shart290: Yep. So, what happens if you do cd to go back to your home directory and then run osrf_control without the ./? |
| 16:48 |
shart290 |
it worked when I entered a login session for opensrf but not when I use sudo -u opensrf |
| 16:49 |
dbs |
mrpeters: are the staff hitting the big red "X" button to delete the address? |
| 16:49 |
dbs |
'cause that's what ours do. |
| 16:50 |
* dbs |
just fired up the staff client for the first time in *months* and added a user on the test server |
| 16:51 |
Dyrcona |
shart290: osrf_control starts daemon processes and that may not work with sudo. |
| 16:51 |
shart290 |
is there another way to execute as one user from another? |
| 16:51 |
* dbs |
does "sudo su - opensrf" and then runs the commands. |
| 16:51 |
dbs |
shart290: did you add /openils/bin to the .bashrc for the opensrf user? |
| 16:51 |
Dyrcona |
shart290: I always log in as the opensrf user to start and stop the opensrf processes. |
| 16:51 |
shart290 |
yup |
| 16:52 |
shart290 |
ok |
| 16:52 |
shart290 |
brb |
| 16:52 |
dbs |
shart290: you might need to do "sudo -i -u opensrf blah" if you really don't want to log in as the opensrf user |
| 16:53 |
jeff |
seconding one of 1) ssh in as opensrfhost, 2) su - opensrf 3) sudo su - opensrf 4) sudo -u opensrf -s |
| 16:54 |
* csharp |
usually does 'sudo -i' then 'su opensrf' so I can move between opensrf and root, but tomayto/tomahto |
| 16:55 |
shart290 |
ok, lemme try this. I am so close and my head is about to implode |
| 16:55 |
* dbs |
confirms "sudo -i -u opensrf osrf_control -l --stop-all" works whereas "sudo -u opensrf osrf_control -l --stop-all" does not |
| 16:56 |
shart290 |
bingo |
| 16:56 |
shart290 |
thanks you all |
| 16:57 |
shart290 |
dbs++ Dyrcona++, mrpeters++ csharp++ |
| 16:57 |
shart290 |
now to get the client to test. I will be setting up another computer to handle the staff client. |
| 16:57 |
shart290 |
just need to get an interface. |
| 16:58 |
Dyrcona |
I always login to the server as the opensrf user, then sudo if I need root. |
| 16:58 |
Dyrcona |
Anyway, time for me to go. |
| 16:59 |
|
mdriscoll left #evergreen |
| 17:01 |
|
awitter joined #evergreen |
| 17:02 |
jeff |
of course, PATH changes are probably better off in ~/.bash_profile or even ~/.profile, but I think there's a bit of inertia in the project now for putting it in .bashrc -- I'm not advocating a change without good reason. ;-) |
| 17:10 |
|
ldwhalen joined #evergreen |
| 17:16 |
|
bmills joined #evergreen |
| 17:18 |
shart290 |
let me try that because it seems to be a constant source of headache, literally |
| 17:19 |
|
mmorgan left #evergreen |
| 17:22 |
hbrennan |
Just turned the Evergreen sounds on one computer, and just about fell over when a mis-scan happened. Who's idea was it to use the Star Trek "under attack" sound?! It definitely got my attention. |
| 17:23 |
dbs |
@blame phasefx |
| 17:23 |
pinesol_green |
dbs: phasefx musta been an Apple employee. |
| 17:23 |
hbrennan |
Haha |
| 17:28 |
gmcharlt |
Evergreen: keeping circ desk staff alert since 2007 |
| 17:28 |
gmcharlt |
s/2007/2006/ |
| 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:31 |
shart290 |
gonna reboot. |
| 17:42 |
|
shart290 joined #evergreen |
| 17:47 |
pastebot |
"shart290" at 64.57.241.14 pasted "Issues running evergreen after install" (58 lines) at http://paste.evergreen-ils.org/60 |
| 17:48 |
dbs |
LOCALSTATEDIR indicates that the opensrf config file in use was not generated via ./configure ... |
| 17:49 |
dbs |
there should be a more useful one in /openils/conf/*example |
| 17:50 |
shart290 |
hmmm |
| 17:50 |
dbs |
and then you may want to run eg_db_config again, albeit without the --create-database option |
| 17:50 |
gsams |
jeff Dyrcona: It appears the SPF record did the trick for our email notifications, thanks again for pointing that out to me. |
| 17:50 |
dbs |
(to set the usernames / passwords etc) |
| 17:52 |
dbs |
shart290: oh, and drop --create-schema too or else it will blow away whatever data is in your database! |
| 17:52 |
shart290 |
I ran the settings-tester.pl and it said my xml files needed to come from Evergreen not from OpenSRF |
| 17:53 |
shart290 |
that was before all that was in the past |
| 17:53 |
shart290 |
paste* |
| 17:55 |
shart290 |
I do see what's kinda going on. it has the lines <log>LOCALSTATEDIR/log</log> in the opensrf.xml file |
| 17:55 |
shart290 |
what SHOULD be there? |
| 17:56 |
|
daniel_cdb joined #evergreen |
| 17:56 |
daniel_cdb |
hi |
| 17:56 |
daniel_cdb |
do you know how i can merge two branches |
| 17:57 |
dbs |
shart290: when you run ./configure / make, it will replace LOCALSTATEDIR with /openils/var or /var/local or whatever you specified at ./configure time (defaulting to /openils/var if you specified --prefix /openils) |
| 17:57 |
shart290 |
ok |
| 17:57 |
daniel_cdb |
and also all the holdings belonging to them? :) |
| 17:57 |
* dbs |
runs to a meeting |
| 19:20 |
|
bmills joined #evergreen |
| 20:22 |
|
ldwhalen joined #evergreen |
| 20:30 |
hbrennan |
So lonely in here this time of day... |
| 20:31 |
gmcharlt |
just us chickens |
| 20:32 |
hbrennan |
You don't count gmcharlt. You live in here. |
| 20:32 |
gmcharlt |
heh |
| 20:32 |
hbrennan |
I did have a lengthy conversation with someone from the Philippines the other day! |
| 20:32 |
hbrennan |
It's 9 hours earlier than AK there |
| 20:34 |
hbrennan |
And that concludes Holly's Fun Fact of the Day |
| 21:06 |
gsams |
hbrennan++ #Holly's Fun Fact of the Day, nice. |
| 21:07 |
gsams |
you'll have texas here on wednesdays at least |
| 21:07 |
hbrennan |
Ah, taking the night shift eh? |
| 21:08 |
gsams |
yeah, I try to mirror my boss' schedule, so there is a managerish type person on duty at all times |
| 21:08 |
gsams |
turns out he's a bit of a night owl, but I can't shift off Wednesday night because of staffing issues |
| 21:08 |
hbrennan |
Ahh, sounds fun actually |
| 21:08 |
gsams |
I actually liked it better when I had 2 nights a week |
| 21:09 |
hbrennan |
I like flexible schedules |
| 21:09 |
hbrennan |
I work until 8 one night a week |
| 21:09 |
gsams |
I like a flexible schedule as well, its hard not having enough staff to make things more flexible though |
| 21:09 |
hbrennan |
Exactly. We're always getting feedback "more hours! more hours!" |
| 21:10 |
hbrennan |
But we can't do that without more staff |
| 21:10 |
gsams |
yeah, they don't think about that haha |
| 21:10 |
hbrennan |
Well that part costs money :) |
| 21:10 |
gsams |
we're actually in a newish building (finished November 2012) |
| 21:10 |
gsams |
didn't get new staff, but we were actually overstaffed until last summer |
| 21:11 |
hbrennan |
Ours was built in 2006, and is likely the newest library in the state. All others recently have had to make do with remodels |
| 21:11 |
gsams |
It's common out here too, some libraries have managed to nab old grocery stores and been able to remodel them out here |
| 21:12 |
gsams |
the one I'm at is new, took some creative construction because its where the old one was |
| 21:12 |
gsams |
built half of it, moved over to that, tore down the old one and finished out the new one |
| 21:12 |
hbrennan |
I'm trying to find photos of it now |
| 21:12 |
hbrennan |
Is your director as jolly as his picture makes him out to be? |
| 21:12 |
gsams |
absolutely |
| 21:12 |
gsams |
he's a great guy, been nothing but great for us |
| 21:13 |
hbrennan |
Sometimes you can just tell that from a photo :) |
| 21:13 |
gsams |
He used to be a children's librarian at a neighboring library |
| 21:13 |
gsams |
He gets that way by watching survival horror movies and listening to death metal in his off time |
| 21:14 |
hbrennan |
Ahh haha |
| 21:14 |
gsams |
I don't think I have any old library pictures, but I do have some new library ones |
| 21:15 |
hbrennan |
Your website is too sleek for library photos :) |
| 21:16 |
gsams |
it is, we are too busy being a dining capital haha |
| 21:16 |
hbrennan |
That is a very interesting motto |
| 21:16 |
gsams |
it's a state title actually, not just a motto |
| 21:16 |
gsams |
which is weird that such a thing exists |
| 21:16 |
|
remingtron_ joined #evergreen |
| 21:17 |
hbrennan |
Yes it is |
| 21:17 |
hbrennan |
But I live in the Halibut Fishing Capitol of the World, so I get it |
| 21:19 |
gsams |
I'm still uploading pics, but there are pictures of the construction of the building and the first half finished |
| 21:19 |
gsams |
oh, and the floorplan if you were interested |
| 21:21 |
hbrennan |
I love floor plans, as I am currently designing my house |
| 21:21 |
hbrennan |
I have to admit this is the first time I'm actually using Dropbox too |
| 21:22 |
hbrennan |
I have it, but never used it. Very handy |
| 21:22 |
gsams |
I enjoy it quite a bit, I have a lot of space because of a promotion when I got my phone |
| 21:25 |
gsams |
Our old library was about a third the size of this one |
| 21:25 |
gsams |
as a matter of fact, you can kind of see where the old library was in the floorplan |
| 21:26 |
hbrennan |
the rectangle part? |
| 21:26 |
gsams |
yeah, most of that |
| 21:26 |
gsams |
up to the meeting room wall |
| 21:26 |
|
kmlussier joined #evergreen |
| 21:26 |
hbrennan |
We went from 3,500 to 17,000 square feet |
| 21:27 |
kmlussier |
gmcharlt: If you're still around, I was poking around and concur that Jetpack is probably the best way to push things out to Google Plus. |
| 21:27 |
gmcharlt |
kmlussier: sounds good |
| 21:27 |
gsams |
5,200 to about 15,000 or so here |
| 21:27 |
gmcharlt |
I'll set it up tomorrow |
| 21:27 |
kmlussier |
It also might not be a bad idea to move the Facebook and Twitter propogation there so that it is all in one place. |
| 21:27 |
kmlussier |
But Jetpack seems to do a lot of things. Were there other features you were interested in? |
| 21:28 |
kmlussier |
Actually, since we do all of Planet Evergreen through Twitter, we may want to maintain the status quo there. |
| 21:28 |
gsams |
hbrennan: all the photos appear to be uploaded now |
| 21:29 |
hbrennan |
Nice. Hey, you use CASSIE too! We just switched to them |
| 21:29 |
gsams |
I wish I had some photos from before moving everything into the second half |
| 21:29 |
gsams |
because taking pictures now would be a bad idea haha |
| 21:29 |
gsams |
yeah, we've been on CASSIE for about 7 or 8 years now it seems to me |
| 21:29 |
hbrennan |
Wow |
| 21:30 |
hbrennan |
I'm jotting down a note of that for when I have questions :) |
| 21:30 |
gsams |
yeah, we've been responsible for causing them some pain before moving to Evergreen and then causing them more haha |
| 21:30 |
gmcharlt |
kmlussier: thinks like built-in social media sharing badges, notifications, subscriptions, easier media embedding, LaTex support, markdown support |
| 21:30 |
hbrennan |
I have to go help shut this place down for the night. Thanks for the photos and conversation gsams! |
| 21:30 |
hbrennan |
We can let gmcharlt and kmlussier get real work done |
| 21:30 |
kmlussier |
hbrennan: I consider this to be fun work. |
| 21:31 |
kmlussier |
Otherwise I wouldn't even be thinking about it at 9:30 p.m. |
| 21:31 |
gsams |
hbrennan: not a problem, I'm about to do the same myself! Have a good night |
| 21:31 |
hbrennan |
I just did the calculation when I saw you get on, kmlussier |
| 21:31 |
hbrennan |
kmlussier: You're as bad as bshum |
| 21:31 |
hbrennan |
gsams: Goodnight! |
| 21:31 |
gsams |
kmlussier: I'll be here til about 9:30 my time, I hope you are well done by then haha |
| 21:31 |
gmcharlt |
hbrennan: good night |
| 21:32 |
kmlussier |
hbrennan: Actually, I usually only come on here at night so that I can chat with bshum. I just pretend I'm working. :) |
| 21:32 |
gsams |
hbrennan: good night! |
| 21:32 |
hbrennan |
Haha |
| 21:32 |
gsams |
haha |
| 21:32 |
hbrennan |
Just make sure you're off before you turn into a pumpkin! |
| 21:49 |
|
kostadinov joined #evergreen |
| 22:00 |
|
eby__ joined #evergreen |
| 22:04 |
|
Callender_ joined #evergreen |
| 22:48 |
phasefx |
@later tell hbrennan early staff client prototype had a banshee wail on errors |
| 22:48 |
pinesol_green |
phasefx: The operation succeeded. |
