| Time |
Nick |
Message |
| 00:31 |
jeffdavis |
gamambel: Evergreen isn't set up to work that way across separate, independent instances. But it *is* designed for consortial environments, where many different libraries with their own holdings, policies, etc., share the same instance of Evergreen. |
| 05:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:58 |
gamambel |
jeffdavis: i haven't had the time yet to look into it in detail, but is there an API or something to facilitate connecting multiple instances |
| 05:58 |
gamambel |
? |
| 07:15 |
|
jboyer-laptaupe joined #evergreen |
| 08:02 |
|
jboyer-laptaupe joined #evergreen |
| 08:02 |
csharp |
gamambel: the current models for multiple libraries on Evergreen (that I'm aware of) are 1) a consortium where all units share a single collection and 2) a consortium where each unit and/or system is walled off but share the same server - I don't know of a current organization using it in the way you're asking about (multiple servers somehow connected to each other) |
| 08:03 |
|
akilsdonk joined #evergreen |
| 08:03 |
|
rjackson-isl joined #evergreen |
| 08:09 |
|
Dyrcona joined #evergreen |
| 08:11 |
csharp |
@hate troubleshooting reports |
| 08:11 |
pinesol_green |
csharp: The operation succeeded. csharp hates troubleshooting reports. |
| 08:11 |
csharp |
@hates |
| 08:11 |
pinesol_green |
csharp hates dojo_hold_policies_interface; SIP; when libraries purchase third party products without testing and blame Evergreen for it not working; reports; the fact that the Base Filters is unnecessarily greyed out when applying an Aggregate Filter and vice versa; evil; reports more; reports even moar; details; reports even more; the fact that the Base Filters is unnecessarily greyed out (1 more message) |
| 08:11 |
csharp |
@more |
| 08:11 |
pinesol_green |
csharp: when applying an Aggregate Filter and vice versa even more; having to teach SIP2 client vendors about the SIP2 specification; and troubleshooting reports |
| 08:25 |
Dyrcona |
@hates |
| 08:26 |
pinesol_green |
Dyrcona hates parts; MARC; vacation; their/there; English orthography; Launchpad; RDA; typos; Launchpad Search; printing; NCIP; and Launchpad_some_moar |
| 08:28 |
csharp |
yay! the problem with the report I was @hating troubleshooting is not the template, but the user's expectations about what it does! |
| 08:30 |
Dyrcona |
Yes, expectations are very difficult things to manage. |
| 08:33 |
* Dyrcona |
has kind a given up on that. |
| 08:40 |
|
Shae joined #evergreen |
| 08:44 |
|
ericar joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:51 |
|
kbeswick joined #evergreen |
| 08:51 |
* Dyrcona |
is tempted to answer a question in #koha over at oftc.net about NCIP versus SIP2. |
| 08:54 |
jeff |
I'd say "do it", but you're already doing it. |
| 08:54 |
jeff |
(answering it) |
| 08:54 |
Dyrcona |
heh |
| 08:55 |
Dyrcona |
I'm "doing it" also in the sense of finally getting around to the Evergreen side of NCIPServer. |
| 08:55 |
jeff |
good to hear. |
| 08:56 |
Dyrcona |
Actually, I should probably have a conversation with rangi, gmcharlt, and maybe tsbere about the master repo. |
| 08:56 |
jeff |
NCIPServer, in terms of where its home will be? |
| 08:57 |
Dyrcona |
I've been pushing rangi's changes without signoffs, and think maybe we should rebase with signoffs. |
| 08:57 |
jeff |
or about permissions to push to master, etc. |
| 08:57 |
jeff |
ah |
| 08:57 |
Dyrcona |
Well, maybe rangi should have permissions to push to master, too. |
| 08:57 |
Dyrcona |
I don't know exactly what impact that will have on the repos that "mirror" the master repo. |
| 08:57 |
gmcharlt |
yep; suports mutual QA |
| 08:57 |
jeff |
NCIPServer might be a good place to try merging branches with explicit --no-ff and moving away from cherry picking everything. :-) |
| 08:58 |
jeff |
(though maybe that's already being done) |
| 08:58 |
Dyrcona |
jeff: I've actually been merging rangi's code, but it has been ff changes so far. |
| 09:00 |
jeff |
annoyingly, git merge doesn't support -s -- but arguably if merging with --no-ff to force a merge commit with message, the committer of that merge commit is the one "signing off" on the commits it merges, without the explicit Signed-off-by:... or, git merge --no-ff branch_to_merge, write your message, then git commit -s --amend before pushing |
| 09:00 |
* jeff |
has been playing with this over in the iNCIPit repo |
| 09:01 |
jeff |
merging commits form mcooper and dbwells (and even one from atz) |
| 09:01 |
Dyrcona |
Yeah. I don't think we necessarily need two signoffs on every commit, particularly when the commits only effect the Evergreen or Koha driver bits. |
| 09:01 |
Dyrcona |
atz++ |
| 09:01 |
Dyrcona |
@karma atz |
| 09:01 |
pinesol_green |
Dyrcona: Karma for "atz" has been increased 21 times and decreased 0 times for a total karma of 21. |
| 09:03 |
jeff |
Dyrcona: in terms of making iNCIPit obsolete, are you open to contributions that add knobs/etc for the various "quirky" bits that I'm pretty sure will be required to talk to INN-Reach? |
| 09:04 |
jeff |
(or "to respond to INN-Reach talking to us", as the case may be) |
| 09:04 |
Dyrcona |
jeff: I'm definitely open to things like that. I've been mulling over how to make my implementation work with more than external implementation. |
| 09:04 |
jeff |
i haven't read your original doc in a few months, so feel free to point me there if you already addressed that kind of thing. |
| 09:04 |
Dyrcona |
I think there is a "one" missing in my previous comment. |
| 09:05 |
Dyrcona |
jeff: I haven't really addressed it. |
| 09:05 |
|
RoganH joined #evergreen |
| 09:05 |
jeff |
one option would be to have various configuration settings that change behavior, and to have a recommended set of configuration settings for "talking with software X, Y, or Z" |
| 09:05 |
jeff |
another option would be to override a parent class with a subclass that changes behavior... |
| 09:06 |
jeff |
(or doesn't, where the default doesn't need to be modified/overridden) |
| 09:06 |
Dyrcona |
Yeah. My most recent thought is running toward the subclass approach. |
| 09:07 |
Dyrcona |
If your responder has to handle more than one external implementation at once, the configuration might get a little tricky. |
| 09:07 |
jeff |
then there'd still be config knbos required for behavior. in iNCIPit + MeLCat land, my behavior flags are different from other libraries, even though we're both using Evergreen and are both in the same MeLCat system. |
| 09:07 |
Dyrcona |
At least as regards identifying which one you're talking to. |
| 09:07 |
jeff |
i can even see the subclass looking for its own special config knobs. |
| 09:08 |
jeff |
which almost sounds like it's getting too complicated, but i suspect that's the nature of this beast. |
| 09:08 |
Dyrcona |
Yeah, I can see that, too. I don't want to overcomplicate things. |
| 09:08 |
Dyrcona |
;) |
| 09:08 |
Dyrcona |
Yep, NCIP is overly complicated 'cause its basically: "Heres' an array of options that you can implement. Enjoy!" |
| 09:10 |
jeff |
and there's an in-between of the subclass approach and the "recommended list of config settings" approach, where you just have a config setting for "flavor" and set it to "INN-Reach" or "FooLibrarySoftware", and that dictates the defaults while still allowing for specific overrides. I don't think I favor that option, though. |
| 09:10 |
jeff |
(seems like it would lead to less-readable code, and make things harder to test) |
| 09:19 |
tsbere |
jeff: I think I prefer "recommended list of config settings" coupled with "config file allows for including another file" and each 'flavor' being a config file to include. Or perhaps just a config file to specify. But I am not working on any of the code in question. >_> |
| 09:19 |
tsbere |
jeff: You get some of the "flavor" config setting feel, but without it actually being a standard config option. |
| 09:22 |
Dyrcona |
tsbere: Since modules can be loaded at runtime, I prefer a default set of options, with the capability of loading a sub module when necessary. |
| 09:22 |
Bmagic |
What is the magic trick on the OPAC to search only a paticular copy location? |
| 09:22 |
tsbere |
Bmagic: locations(id[,id...]) I believe. Not that it works exceptionally well. |
| 09:26 |
* Dyrcona |
wonders if Psm/PSM will return today. |
| 09:26 |
Dyrcona |
I think I can answer the question about how to install Evergreen from git. :) |
| 09:35 |
Bmagic |
tsbere: Is there a place in the staff client to reveal the copy location id numbers? |
| 09:36 |
tsbere |
Bmagic: I don't think so. I usually do a dump from the DB when I want them in bulk. |
| 09:36 |
Bmagic |
tsbere: bummer, I used the db to get the id number but I want the libraries to come up with them |
| 09:38 |
tsbere |
Bmagic: You could see if you can get the picker to show up in advanced search |
| 09:39 |
Bmagic |
tsbere: you mean add something to the template toolkit to include shelving location as an option? |
| 09:39 |
tsbere |
Bmagic: Turning on the existing code that is already there, if you have it. >_> |
| 09:56 |
|
mllewellyn joined #evergreen |
| 10:01 |
jboyer-laptaupe |
Bmagic: if you enable the opac autocomplete widget that also enables the location search selection in Advanced search. Note that it only works when you're searching a location that can have locations/items. |
| 10:06 |
|
ldw joined #evergreen |
| 10:07 |
Bmagic |
jboyer-laptaupe: interesting |
| 10:08 |
jboyer-laptaupe |
It's because the location search box depends on javascript and currently the simplest way to "turn on" JS in the opac is to enable that widget. |
| 10:09 |
* bshum |
notes https://bugs.launchpad.net/evergreen/+bug/1314370 |
| 10:09 |
pinesol_green |
Launchpad bug 1314370 in Evergreen "Shelving Location field in Advanced Search only works if dojo loaded" (affected: 2, heat: 10) [Medium,Confirmed] |
| 10:15 |
Bmagic |
Evergree is suppose to null the age_protect column in asset.copy when the create_date exceeds the rule assigned? |
| 10:16 |
Bmagic |
s/Evergreen/Evergreen |
| 10:16 |
tsbere |
Bmagic: Nope. It does nothing of the sort. It leaves it sitting there until something else removes it, if anything else ever does. |
| 10:16 |
tsbere |
Bmagic: Also, it may be the active_date that matters, based on config. |
| 10:17 |
Bmagic |
tsbere: Oh really? Wow, someone was misinformed then. The system never lifts the age based hold protection? |
| 10:17 |
tsbere |
Bmagic: It stops triggering, but doesn't remove the value from the copy. |
| 10:17 |
Dyrcona |
Bmagic: A date comparison is used to determine age based hold protection. |
| 10:18 |
Bmagic |
tsbere: Oh, the hold targeter will start to include the copy once enough time has elapsed, but the value in the table for age_protect doesnt get changed |
| 10:20 |
Dyrcona |
Bmagic: Bingo! |
| 10:36 |
|
ldw joined #evergreen |
| 10:45 |
|
ldw joined #evergreen |
| 11:08 |
Bmagic |
Has anyone placed a metabib hold into the system? |
| 11:11 |
bshum |
Like ever? |
| 11:11 |
bshum |
Or recently, in like say a 2.6 system? :D |
| 11:11 |
Bmagic |
yeah, like ever, I know next to nothing about it |
| 11:11 |
bshum |
Historically, I have placed a few |
| 11:11 |
Bmagic |
how does one do that? |
| 11:12 |
bshum |
Well, metarecord holds weren't reimplemented with TPAC until 2.6 |
| 11:12 |
bshum |
So if you have an earlier version it's hard to explain :) |
| 11:12 |
Bmagic |
I see |
| 11:12 |
bshum |
It used to be part of JSPAC though |
| 11:12 |
Bmagic |
however, it's in the logic prior to 2.6, just not in the UI |
| 11:12 |
Bmagic |
? |
| 11:12 |
bshum |
Yes. |
| 11:13 |
bshum |
Back in the old JSPAC, basically you get a special form to select different material types |
| 11:13 |
bshum |
And it would use one of those when making the metarecord hold |
| 11:13 |
Bmagic |
ok, so there is no way to do that with 2.4.1 either in staff client or in OPAC |
| 11:13 |
bshum |
Uh, I wouldn't think so. |
| 11:14 |
Bmagic |
You have been most helpful bshum++ |
| 11:50 |
|
vlewis joined #evergreen |
| 12:00 |
mllewellyn |
bshum, I just tried to send you a message. |
| 12:00 |
|
hbrennan joined #evergreen |
| 12:11 |
Dyrcona |
bshum just went to get lunch. |
| 12:12 |
|
PSM joined #evergreen |
| 12:14 |
mllewellyn |
Thanks, Dyrcona |
| 12:14 |
Dyrcona |
PSM: Welcome back. |
| 12:18 |
PSM |
<Dyrcona> hi, I am at step 10.2 of server 2.6 installation: Creating the database and schema. I need your help to enter the right hostname, port and database. Could you help me find these settings please? |
| 12:21 |
Dyrcona |
PSM: I have no idea what the right hostname, port, and database are. Those are entirely dependent on your local site setup. |
| 12:21 |
Dyrcona |
PSM: Are you installing everything on 1 server? |
| 12:22 |
PSM |
yes, only one server |
| 12:22 |
Dyrcona |
Then the hostname is probably localhost, the port is probably 5432, and the database name can be whatever you like, most people call it evergreen. |
| 12:24 |
Dyrcona |
PSM: As for installing via git, it's the same as installing from the tarballs, but instead of downloading and extracting the tarballs, you do a git clone. |
| 12:24 |
Dyrcona |
Then, you do autoreconf -i before ./configure. |
| 12:25 |
Dyrcona |
And, you have to download and copy dojo 1.3.3 by hand. |
| 12:25 |
Dyrcona |
I believe it is all covered in the README, or was at one point. |
| 12:26 |
Dyrcona |
I also recommend using the README over any instructions you find on the web. |
| 12:26 |
|
bmills joined #evergreen |
| 12:27 |
PSM |
thanks. the git is a bit beyond my skills at the present time, I have no idea how to do git clone for example |
| 12:29 |
csharp |
~git |
| 12:29 |
pinesol_green |
See Evergreen git information at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:git |
| 12:33 |
PSM |
<pinesol_green> <Dyrcona> thanks for the link and information. As for the database name, postgres website http://www.postgresql.org/docs/9.1/static/libpq-connect.html says it defaults to the username, which I tried also but in vain |
| 12:35 |
PSM |
the error I am getting was DB Query I still didn't try to reinstall everything, for now I started to check on the database section hoping this can resolve the client can see the database on the server. |
| 12:36 |
Dyrcona |
PSM: I really can't tell what problem you have. Are you able to connect to the database using the psql command on the server? |
| 12:36 |
PSM |
how can I do this? |
| 12:37 |
PSM |
I tried it, but got back command cannot be found. |
| 12:42 |
Dyrcona |
PSM: I'm afraid I don't have the time to really help you right now. |
| 12:43 |
csharp |
PSM: sounds like you need to get some basic Linux and PostgreSQL skills under your belt before continuing IMHO |
| 12:43 |
PSM |
Dyrcona, np, psql worked from psotgres user. I received psql (9.1.13) and the new line started with postgres-# do you think then that postgres is the dbname? |
| 12:44 |
Dyrcona |
No. postgres is the postgresql admin database. |
| 12:44 |
PSM |
I see |
| 12:45 |
Dyrcona |
try this in psql in the postgres database: \l |
| 12:46 |
Dyrcona |
that will list the databases that your server knows about. |
| 12:46 |
Dyrcona |
If you can't run psql as the opensrf user, then you need to fix that user's path. |
| 12:50 |
PSM |
\l gave me the table of the database, I believe we might be on the right track, now how can I fix this user's path to allow opensrf access the db |
| 12:51 |
Dyrcona |
PSM: Did you do anything in .bashrc when you installed Evergreen? |
| 12:57 |
PSM |
Dyrcona: That's right, I did something in .bashrc but I can't remember right now what it was. |
| 12:58 |
Dyrcona |
PSM: You'll have to find out how to fix your path in bash. I'm a bit busy at the moment. |
| 13:02 |
PSM |
Dyrcona, I will try that, thanks for the hint and for spending this time to help me. Talk to you later |
| 13:07 |
Bmagic |
where does the template toolkit keep these varialbes? [% css_fonts.size_base %] for example |
| 13:11 |
csharp |
Bmagic: looks like Open-ILS/src/templates/opac/parts/css/fonts.tt2 in that particular case |
| 13:11 |
Bmagic |
csharp: I see, thanks! |
| 13:13 |
|
BigRig_ joined #evergreen |
| 13:15 |
|
BigRig__ joined #evergreen |
| 13:17 |
|
BigRig joined #evergreen |
| 13:20 |
|
BigRig_ joined #evergreen |
| 13:22 |
|
BigRig__ joined #evergreen |
| 13:24 |
|
jihpringle joined #evergreen |
| 13:35 |
bshum |
Bmagic: For bug 1322341 |
| 13:35 |
pinesol_green |
Launchpad bug 1322341 in Evergreen "Part level holds do not display in OPAC" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1322341 |
| 13:35 |
bshum |
That's really for the hold counts right? |
| 13:36 |
bshum |
I can see that "P" (for parts) isn't defined as one of the ones we check for in Open-ILS/src/perlmods/lib/OpenILS/Application/Circ/Holds.pm (starts around line 4118 or so) |
| 13:37 |
* bshum |
isn't sure how that count should work anyways |
| 13:44 |
* tsbere |
wonders if there is a better way to handle that function |
| 13:45 |
Dyrcona |
@eightball |
| 13:45 |
pinesol_green |
Dyrcona: No clue. |
| 13:46 |
* Dyrcona |
goes back to debugging back dated checkins. |
| 14:07 |
pinesol_green |
[evergreen|Erica Rohlfs] (documentation) fixed typo. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2788a5c> |
| 14:18 |
csharp |
@who needs a long holiday weekend? |
| 14:18 |
pinesol_green |
ldw needs a long holiday weekend. |
| 14:19 |
berick |
@ana friday before holiday |
| 14:19 |
pinesol_green |
berick: A beady of horrifiedly |
| 14:19 |
berick |
not even close, pinesol_green |
| 14:20 |
dbwells |
too bad ldw is Canadian. |
| 14:23 |
berick |
dbwells++ |
| 14:30 |
Dyrcona |
@ana Well, I can't make back dated checkin do anything other than what it looks like it should. |
| 14:30 |
pinesol_green |
Dyrcona: New, attacked, blackmailed |
| 14:30 |
Dyrcona |
Sounds about right. |
| 14:30 |
Dyrcona |
;) |
| 14:34 |
Dyrcona |
I suppose that is a good thing, but it doesn't explain why we see what appear to be backdated circulations that don't get close properly. |
| 14:35 |
Dyrcona |
Even Backdate Post-Checkin appears to be working, other than it using midnight instead of 23:59:59 for the time on its date stamps as noted in lp 1193067. |
| 14:35 |
pinesol_green |
Launchpad bug 1193067 in Evergreen " backdate post checkin voids an extra day of fine" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1193067 |
| 14:38 |
Dyrcona |
@bartender |
| 14:38 |
* pinesol_green |
fills a pint glass with Brooklyn Brown Ale, and sends it sliding down the bar to Dyrcona (http://beeradvocate.com/beer/profile/45/146/) |
| 14:45 |
pinesol_green |
[evergreen|Remington Steed] Update docs to point to 2.6 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e40f397> |
| 14:45 |
pinesol_green |
[evergreen|Remington Steed] Fix 2.6 Release Notes typos and formatting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e26344> |
| 14:55 |
|
jboyer-laptaupe joined #evergreen |
| 15:01 |
* Dyrcona |
has more fun with the Perl debugger. Whee! |
| 15:01 |
bshum |
Hmm |
| 15:05 |
bshum |
So, marc tag 720 seems to be part of the mods32 definition |
| 15:05 |
bshum |
But only gets indexed as a personal author if it's got an ind1=1 |
| 15:05 |
bshum |
If the ind1 is NULL, it doesn't index the term at all |
| 15:06 |
bshum |
NULL is "unspecified" according to http://www.loc.gov/marc/bibliographic/bd720.html |
| 15:06 |
bshum |
But in our database at least, the vast majority of our 720s are unspecified |
| 15:06 |
bshum |
http://pastie.org/9203401 |
| 15:06 |
bshum |
query I used to find out |
| 15:07 |
bshum |
I'm wondering... does that mean we ought to tweak the mods32 definition to be a little more forgiving if we do care about indexing these records? Or does it mean we should add a custom index for 720$a |
| 15:07 |
Dyrcona |
bshum: You mean "space" or "NULL"? |
| 15:07 |
bshum |
Err |
| 15:07 |
Dyrcona |
Or empty string? |
| 15:08 |
bshum |
Dyrcona: It's actually just a space, my bad, not NULL |
| 15:08 |
bshum |
' ' |
| 15:08 |
Dyrcona |
OK. I didn't think '' would be valid. |
| 15:08 |
Dyrcona |
But, wouldn't be surprised if it worked. |
| 15:11 |
bshum |
I guess my thinking is that even if it's an unspecified author we ought to have that indexed in the authors metabib somewhere |
| 15:11 |
bshum |
So that it can be searched |
| 15:11 |
|
zerick2 joined #evergreen |
| 15:11 |
Dyrcona |
I would be inclined to agree with you. |
| 15:11 |
Dyrcona |
You should run it by your cataloging staff. |
| 15:11 |
bshum |
They definitely think we need it indexed :) |
| 15:11 |
Dyrcona |
Heh. |
| 15:12 |
bshum |
I'm just trying to decide if we keep the local custom index or we fix the definition to be a bit more flexible for everybody. |
| 15:13 |
Dyrcona |
I'd vote for making the change for everybody. |
| 16:04 |
|
JMGoldberg joined #evergreen |
| 16:05 |
JMGoldberg |
Hullo, is there anyone here who would be willing to answer some questions about Evergreen for me? : ) |
| 16:07 |
hbrennan |
Ask away |
| 16:09 |
|
jboyer-laptaupe joined #evergreen |
| 16:09 |
JMGoldberg |
Thanks, I'm trying to set up Evergreen for a library I'm volunteering at, and I wanted to first double check that I could demo adding a new book from scratch to the catalogue with the demo server at http://demo.evergreencatalog.com/ |
| 16:10 |
hbrennan |
I haven't played with the demo servers much lately, but I think you can do that |
| 16:10 |
hbrennan |
Can always just try! :) |
| 16:10 |
JMGoldberg |
This library hasn't been used in years and there's basically no data or previous ILS used, so we're going to have to input everything manually, no batch importing, which brings me to my second question |
| 16:11 |
JMGoldberg |
I am VERY new to the whole MARC format, and since we're going to be relying on volunteer efforts, I was wondering if there was a relatively easy way to create MARC entries based on books' ISBNs |
| 16:12 |
JMGoldberg |
And, if so, if there was a way to import said entries into Evergreen afterwards |
| 16:12 |
JMGoldberg |
The library isn't so big that we can't do this all one at a time, but for streamlining's sake and to avoid chances for human error, the less steps I can reduce this process to, the better. |
| 16:13 |
JMGoldberg |
I tried using http://www.cbtbc.org/marc/ which looked up ISBNs just fine but didn't seem to do anything when I hit submit. |
| 16:14 |
phasefx |
JMGoldberg: there's a program called MarcEdit, that I believe you can feed a text file of ISBN's and have it search various Z39.50 servers for bib records |
| 16:14 |
JMGoldberg |
Thanks! I'll go check it out right now |
| 16:15 |
phasefx |
JMGoldberg: LibraryThing can also take a file of ISBN's I believe, but I can't recall if you can download the MARC data afterward |
| 16:16 |
JMGoldberg |
Hrm. I'll download MarcEdit and tinker around for a bit, and come back afterwards, either to say "hooray I got it" or with more questions. |
| 16:16 |
JMGoldberg |
I appreciate the help, by the way! |
| 16:16 |
phasefx |
sounds good; you're welcome |
| 16:29 |
JMGoldberg |
Oh, DOY. Evergreen allows importing from Z39.50 by default, under catagory. |
| 16:30 |
Dyrcona |
Yes, it does. |
| 16:31 |
jeff |
the MARC Edit software might be more well-suited for batch Z39.50 searching |
| 16:31 |
JMGoldberg |
Okay, so I have a MARC record for this book that looks right, but I tried validating it and to be 100 percent honest I'm not sure what it did. Also, I clicked Import Record, but do I need to take any other steps to push that new record to the server? |
| 16:32 |
Dyrcona |
JMGoldberg: Nope, but you'll need to add copies before it shows up in the OPAC. |
| 16:33 |
Dyrcona |
Assuming the import worked, that is. |
| 16:35 |
JMGoldberg |
I see a way to add volumes, but no way to add copies. |
| 16:35 |
JMGoldberg |
Or is that the same thing? |
| 16:36 |
hbrennan |
They are different |
| 16:36 |
hbrennan |
I like to think of volume as the Call Number and copy as the barcode |
| 16:37 |
hbrennan |
So you can have a volume of Downton Abbey (discs 1-2)... and two copies of that volume, barcode 843084320843 and 432840328439 |
| 16:37 |
JMGoldberg |
Right, that makes sense to me. |
| 16:37 |
JMGoldberg |
I must be overlooking the button to add a copy |
| 16:38 |
JMGoldberg |
Right now I'm viewing the Bib record for the book |
| 16:38 |
mmorgan |
There is a library setting "Unified Volume/Item Creator/Editor" that you can set to true to turn on the Unified editor which would allow you to create volumes and copies at the same time. |
| 16:40 |
mmorgan |
I think if you don't use the unified editor, you need to highlight a volume in Holdings Maintenance to add copies. Guessing, though, since we use the unified editor. |
| 16:40 |
JMGoldberg |
Is that even something that I can edit when working with the demo server? |
| 16:40 |
JMGoldberg |
I'll look into the unified editor. |
| 16:45 |
JMGoldberg |
Okay, I got that set up and restarted and am following the documentation from here: http://docs.evergreen-ils.org/2.1/html/adding_holdings.html |
| 16:46 |
JMGoldberg |
Assuming I'm looking in the right place, thank you for the referral! |
| 16:50 |
JMGoldberg |
I think I'm almost there! The last hurdle is generating a proper barcode. There's a button labelled, "Auto-Generate Barcodes?" but it doesn't seem to do anything. Am I missing something? |
| 16:52 |
jeff |
it's intended for use with a starting barcode in the first barcode field -- then it will generate barcodes in sequential order and calculate the check digit. |
| 16:52 |
jeff |
which probably doesn't help you much. |
| 16:53 |
JMGoldberg |
I see. |
| 16:53 |
JMGoldberg |
I'm totally ignorant when it comes to the workings of libraries and barcodes, are they something that is universal like ISBN? Or are they per-library/consortium |
| 16:53 |
mmorgan |
Usually, the staff member doing the data entry scans the barcode from the item into the barcode field. |
| 16:54 |
hbrennan |
(barcodes are usually purchased on pre-printed sheets) |
| 16:58 |
JMGoldberg |
Got it! I found a book with a barcode and repeated the process with a barcode scanner, and it did indeed seem to work |
| 16:58 |
JMGoldberg |
It now says the item exists and its status is "In Process" |
| 16:58 |
JMGoldberg |
Do I need to do anything else? It still doesn't show up in the catalog. |
| 16:59 |
|
kmlussier joined #evergreen |
| 16:59 |
JMGoldberg |
Wait no there it is! |
| 16:59 |
JMGoldberg |
Thank you all so much! |
| 16:59 |
Dyrcona |
JMGoldberg: You check it in to get it out of In Process status. |
| 17:00 |
hbrennan |
And in your library, you can make things in In Process status as visible in the OPAC |
| 17:00 |
hbrennan |
great for letting patrons place holds on items before they are ready |
| 17:01 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:01 |
JMGoldberg |
Alright, I was able to set up the basics! |
| 17:01 |
JMGoldberg |
Thank you all again so much! |
| 17:07 |
|
gamambel left #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:40 |
|
ldw joined #evergreen |
| 18:11 |
|
kmlussier1 joined #evergreen |
| 18:32 |
jeffdavis |
Is it possible to do silent/unattended install of the Windows staff client? |
| 18:35 |
gmcharlt |
jeffdavis: IIRC, yes, by passing "/S" to the installer |
| 18:41 |
jeffdavis |
thanks |
| 18:49 |
|
kmlussier joined #evergreen |
| 20:09 |
|
shadowspar joined #evergreen |
| 20:41 |
|
kmlussier left #evergreen |
| 21:58 |
|
ldw joined #evergreen |
