Time |
Nick |
Message |
04:43 |
|
cmalm joined #evergreen |
06:58 |
|
agoben joined #evergreen |
07:11 |
|
rjackson_isl joined #evergreen |
07:49 |
|
tlittle joined #evergreen |
07:56 |
|
JBoyer joined #evergreen |
08:09 |
|
_bott_ joined #evergreen |
08:09 |
|
bos20k joined #evergreen |
08:28 |
|
Dyrcona joined #evergreen |
08:52 |
|
yboston joined #evergreen |
09:12 |
|
mmorgan joined #evergreen |
09:20 |
|
jvwoolf joined #evergreen |
09:42 |
|
devted joined #evergreen |
09:42 |
|
dluch joined #evergreen |
09:42 |
|
Bmagic joined #evergreen |
09:59 |
|
yboston joined #evergreen |
10:14 |
|
sandbergja joined #evergreen |
10:15 |
|
troy__ joined #evergreen |
10:18 |
|
jvwoolf left #evergreen |
10:18 |
|
kip joined #evergreen |
10:37 |
|
bshum joined #evergreen |
11:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
11:20 |
|
yboston joined #evergreen |
11:35 |
|
khuckins joined #evergreen |
11:37 |
|
jvwoolf joined #evergreen |
11:39 |
|
sandbergja joined #evergreen |
11:47 |
|
jihpringle joined #evergreen |
12:17 |
|
sandbergja_ joined #evergreen |
12:42 |
|
khuckins joined #evergreen |
12:58 |
|
yboston joined #evergreen |
13:18 |
rhamby |
hmmm I haven't tested it but I wonder if it a receipt template would take a base64 encoded image within the template and render it. in theory I would think it would ... |
13:23 |
Dyrcona |
Probably. |
13:23 |
JBoyer |
rhamby, that should work, I think all of the browsers that are supported work with data urls. |
13:23 |
rhamby |
it's mostly idle pondering a "what if" though I can imagine cases where it's useful, though also some where it would be ...undesirable |
13:29 |
Dyrcona |
I'm not seeing a case where it would be particularly undesirable. |
13:30 |
Dyrcona |
It would enlarge the template more than a remote URL, but it would work in cases where the remote image is unreachable. |
13:33 |
sandbergja |
out of curiosity, can you put SVGs into a receipt template? |
13:34 |
sandbergja |
inline SVGs, I mean |
13:35 |
Dyrcona |
most likely. |
13:35 |
sandbergja |
sounds like a fun experiment to do... eventually... |
13:38 |
Dyrcona |
You will probably want to embed the fonts used via an img tag. |
13:38 |
Dyrcona |
If your SVG contains text, that is. |
13:39 |
sandbergja |
that's a good tip, thanks! |
13:41 |
Dyrcona |
Grr.. I dunno where that "using an img tag" came from, but you will want to embed fonts if you use something nonstandard. |
14:18 |
sandbergja |
Dyrcona: point still taken :-) |
14:42 |
|
rfrasur joined #evergreen |
14:58 |
|
mmorgan1 joined #evergreen |
15:22 |
|
yboston joined #evergreen |
15:52 |
* jeffdavis |
saves email draft, waits for someone more informed to respond to the BIBFRAME discussion |
15:54 |
Bmagic |
Now that SVG and base64 seem to be working "inline" - it would be sweet if we could make use of the actor.usr.photo_url...... |
15:55 |
Dyrcona |
jeffdavis: My thoughts on BIBFRAME: Go for it! :) |
15:55 |
Bmagic |
ask the browser for access to the webcam, snap a picture, convert it, save it to photo_url |
15:55 |
Dyrcona |
Bmagic: Go for it! :) |
15:56 |
jeffdavis |
that's a handy general-purpose response in an open source community :) |
15:56 |
Bmagic |
yeah, lol |
16:00 |
Dyrcona |
The photo data could also be stored as a blob in the database and presented as inline data. It doesn't have to be stored at a location accessible via URL. |
16:04 |
Dyrcona |
Though it would be probably be easier to just store the data URL with base64 encoded data in the photo_url field, thus bloating your actor.usr table. |
16:04 |
Dyrcona |
There you go, Bmagic! Something to work on at the hack-away. :) |
16:05 |
|
mmorgan joined #evergreen |
16:20 |
rhamby |
Drycona: every user audit also backing up a his res photo of the user in base64 |
16:22 |
rhamby |
s/his/high res |
16:34 |
pinesol |
[evergreen|Andrea Buntz Neiman] Docs: Adding 3.1.14 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fae326a> |
16:34 |
pinesol |
[evergreen|Jane Sandberg] Docs: Adding 3.1.14 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6033445> |
16:39 |
sandbergja |
Facepalm moment: is there a way to fix an incorrect git commit message that I've already pushed? |
16:40 |
sandbergja |
(the most recent commit should actually say 3.2.8 release notes) |
16:41 |
dbwells |
No, but it's okay :) |
16:41 |
sandbergja |
:-) |
16:41 |
sandbergja |
thanks, dbwells |
16:50 |
|
jvwoolf joined #evergreen |
17:03 |
|
mmorgan left #evergreen |
17:06 |
pinesol |
[evergreen|Andrea Buntz Neiman] Docs: Adding missing entry to 3.2.8 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d0492e7> |
17:06 |
pinesol |
[evergreen|Andrea Buntz Neiman] Docs: Adding 3.3.3 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9103c32> |
17:11 |
|
eady joined #evergreen |
17:43 |
pinesol |
[evergreen|Dan Wells] Update upgrade instructions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3e2c7da> |
17:48 |
|
jvwoolf joined #evergreen |
17:52 |
berick |
@dunno add http://i.imgur.com/VhlQK.gif |
17:52 |
pinesol |
berick: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
17:53 |
berick |
help identify |
17:54 |
berick |
@dunno add http://i.imgur.com/VhlQK.gif |
17:54 |
pinesol |
berick: The operation succeeded. Dunno #64 added. |
17:54 |
berick |
swinging for the fences here |
17:54 |
berick |
the pic isn't even that funny |
17:55 |
Bmagic |
lol |
17:56 |
berick |
and password changed, wee |
17:58 |
Bmagic |
you go! |
17:59 |
Bmagic |
berick: seeing you chat in here reminded me to tell you that I've been rolling Hatch 0.3.2 out to libraries as they ask. We have Dymo working on top! |
17:59 |
Bmagic |
I ran into a CPU architecture issue though. I realized that it's only x64 compatible :) |
18:00 |
berick |
Bmagic: woohoo, that's awesome. we have it deployed to a few machines locally -- so far so good |
18:00 |
berick |
will be deploying system-wide before too long |
18:00 |
Bmagic |
might be time to update the main link? |
18:01 |
berick |
well, we need to merge the EG changes too |
18:01 |
Bmagic |
case closed? |
18:01 |
berick |
https://bugs.launchpad.net/evergreen/+bug/1830391 |
18:01 |
pinesol |
Launchpad bug 1830391 in Evergreen "Hatch omnibus circa 3.3 (Java updates and more)" [Undecided,New] |
18:01 |
Bmagic |
ight |
18:01 |
Bmagic |
r* |
18:02 |
Bmagic |
low hanging fruit at this point. Might be easy to button it up in October? |
18:02 |
berick |
ideally it would be part of 3.4 |
18:41 |
dbs |
jeffdavis: re: BIBFRAME - we could bolt on a triple store and an linked data editor, but would still need to do something like BIBFRAME -> MARC to populate pertinent metadata in the database. would be really messy |
18:42 |
dbs |
alternatively could bolt on the LoC MARC -> BIBFRAME transform and say "done" but that would be lame |
18:45 |
dbs |
also having looked into BIBFRAME a fair bit the past year there seems to be plenty of open questions around modeling best practices, even with PCC / BIBCO efforts |
20:01 |
jeffdavis |
This report was posted to the BIBFRAME list last August, with a little follow-up discussion: https://wiki.dnb.de/download/attachments/125433008/BIBFRAME_Expectations_for_ILS_Tenders.pdf |
21:13 |
|
jeff_ joined #evergreen |
21:13 |
|
eady joined #evergreen |
21:13 |
|
gsams__ joined #evergreen |
21:13 |
|
dbs joined #evergreen |
21:13 |
|
pinesol joined #evergreen |
21:13 |
|
egbuilder joined #evergreen |
21:13 |
|
miker joined #evergreen |
21:13 |
|
book`_ joined #evergreen |
21:13 |
|
felicia joined #evergreen |
21:13 |
|
phasefx_ joined #evergreen |
21:13 |
|
ericar joined #evergreen |
21:13 |
|
akilsdonk joined #evergreen |
21:13 |
|
jyorio joined #evergreen |
21:13 |
|
jweston joined #evergreen |
21:13 |
|
JBoyer joined #evergreen |
21:13 |
|
genpaku joined #evergreen |
21:13 |
|
gmcharlt joined #evergreen |
21:13 |
|
Glen joined #evergreen |
21:13 |
|
bshum joined #evergreen |
21:13 |
|
ejk_ joined #evergreen |
21:13 |
|
troy__ joined #evergreen |
21:13 |
|
kip joined #evergreen |
21:13 |
|
jlamos joined #evergreen |
21:13 |
|
RBecker joined #evergreen |
21:13 |
|
mnsri joined #evergreen |
21:13 |
|
rashma joined #evergreen |
21:13 |
|
gsams joined #evergreen |
21:13 |
|
pastebot joined #evergreen |
21:13 |
|
jamesrf joined #evergreen |
21:13 |
|
csharp joined #evergreen |
21:13 |
|
jgoodson joined #evergreen |
21:13 |
|
berick joined #evergreen |
21:13 |
|
drigney joined #evergreen |
21:13 |
|
rhamby joined #evergreen |
21:13 |
|
abneiman joined #evergreen |
21:13 |
|
devted joined #evergreen |
21:13 |
|
jeffdavis joined #evergreen |
21:13 |
|
eby joined #evergreen |
21:13 |
|
ejk_ joined #evergreen |
21:14 |
|
b_bonner joined #evergreen |
21:14 |
|
jeff joined #evergreen |
21:14 |
|
Bmagic joined #evergreen |
21:14 |
|
dluch joined #evergreen |
21:14 |
|
dickreckard joined #evergreen |
21:14 |
|
_bott_ joined #evergreen |
21:14 |
|
tlittle joined #evergreen |
21:14 |
|
dbwells joined #evergreen |
21:14 |
|
remingtron joined #evergreen |
21:14 |
|
yar joined #evergreen |
21:21 |
|
jonadab joined #evergreen |
21:51 |
pinesol |
[evergreen|Jane Sandberg] LP1840852: Separates two MARCXML datafields in sample data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=26d325d> |
22:48 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |