| Time |
Nick |
Message |
| 00:08 |
|
Kolvir joined #evergreen |
| 00:09 |
Kolvir |
Can I run the evergreen server and the client interface on a single system? |
| 00:22 |
jeff |
It can be done, especially for testing or development, but I wouldn't recommend it for "real" production use. |
| 00:26 |
Kolvir |
I'm going to be in charge of computerizing a small church library, completely paper based now, and am looking for a software package |
| 00:31 |
Kolvir |
There will only be one computer for patron use, and really doesn't need to be a separate one for admin, unless evergreen would require it. |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:16 |
|
rjackson_isl_hom joined #evergreen |
| 07:55 |
|
alynn26 joined #evergreen |
| 08:34 |
|
mantis1 joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:59 |
|
Dyrcona joined #evergreen |
| 09:09 |
|
terranm joined #evergreen |
| 09:14 |
|
jvwoolf joined #evergreen |
| 09:45 |
|
Keith-isl joined #evergreen |
| 11:16 |
Dyrcona |
So, back to that MARC subfield lookup issue I had on Friday. If I use naco_normalize() on my input string and naco_normalize() on the subfield text, then I get the matches that I expected. Only the second naco_normailize is necessary, but with both I don't have to make my input all lowercase, etc. |
| 11:39 |
Dyrcona |
My program now does what I expected, it normalizes 347$b values so that they are all the same for a given material type. |
| 11:41 |
Dyrcona |
All of our variations on "4K Ultra HD Blu-ray" (usually missing a word here or there) look the same. |
| 12:26 |
|
jihpringle joined #evergreen |
| 12:33 |
|
jvwoolf joined #evergreen |
| 13:07 |
|
tlittle joined #evergreen |
| 14:42 |
|
Christineb joined #evergreen |
| 16:44 |
|
jvwoolf left #evergreen |
| 17:10 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:40 |
|
jihpringle joined #evergreen |
