| # | Time | Nick | Message |
|---|
| # | 00:03:22 | rsinger has quit IRC |
| # | 00:14:11 | eby_ has joined #OpenILS-Evergreen |
| # | 00:46:38 | eby_ has quit IRC |
| # | 03:04:08 | natschil has joined #openils-evergreen |
| # | 03:38:32 | phasefx | natschil: re: transits, items try to spring to their "circ lib" upon checkin.. and that location is determined by the library associated with the workstation. So for example, if you add an item to an org unit called BR1, and check it from workstation associated with BR2, the item will try to transit to BR1 |
| # | 03:39:28 | natschil | that makes sense, thanks |
| # | 03:39:42 | phasefx | natschil: for speed improvements on a non-beefy machine, try reducing the number of apache processes. Probably all sorts of tweaks you can do with postgres, but I'm not familiar with them |
| # | 03:39:42 | natschil | ok, so that gives me a slight problem |
| # | 03:40:35 | natschil | phasefx: yeah, I did that, but as not all of my cpu and ram are in use, I thought something might be wrong. I also found that using the -l option to start evergreen really sped up the starting process. |
| # | 03:41:16 | phasefx | if you used localhost instead of a fqdn in one specific section of a specific config file, -l is required |
| # | 03:42:36 | natschil | About the transit copy status... The system I am putting evergreen on has both english and arabic books. The books are mainly english, but for arabic students, it would be useful to search for these arabic books. Therefore I setup two branches, one english, one arabic. |
| # | 03:43:16 | natschil | As there is only one computer in the library, I made a third branch : Whole Library, which is the computer's branch. |
| # | 03:43:37 | natschil | Now, when I checkin books on this computer, I get this problem. |
| # | 03:43:51 | natschil | thanks a lot though phasefx: I now understand what the problem is. |
| # | 03:44:00 | phasefx | probably better ways to separate those books. Does the language filter in advanced search work? |
| # | 03:44:15 | phasefx | could also use shelving/copy locations |
| # | 03:45:10 | natschil | phasefx: yup, I'll try to do that (didn't know there was a language filter). How can I add a shelf? |
| # | 03:46:03 | phasefx | there's been thought of making the transit behavior configurable with regards to which org unit an item should spring to outside of hold requests, but no push from stakeholders |
| # | 03:46:26 | phasefx | how to add a copy/shelving location? In the staff client, go to Admin -> Local System Admin -> Copy Location Editor |
| # | 03:46:54 | phasefx | you'll need to restart any active clients (including the one you use to make the changes) to see the changes |
| # | 03:47:41 | natschil | phasefx: thanks again, you rescued my system :) Do you know where I could find documentation on evergreen on the web, other than the openils-evergreen site? |
| # | 03:48:32 | phasefx | various Evergreen libraries have documentation geared toward themselves, but I think all of them are linked to from the wiki (under Community Documentation) |
| # | 03:49:14 | natschil | I looked there, but didn't really find much :( . Is there an initscript for evergreen anywhere? |
| # | 03:49:20 | phasefx | Michigan has a huge manual in draft form right now. SITKA and Evergreen Indiana also have good documents |
| # | 03:50:10 | phasefx | there's not an official init script, but someone on the mailing list whipped one up once, I believe. Also, one of the vmware images is set to auto-start Evergreen |
| # | 03:50:24 | natschil | ok# |
| # | 03:50:31 | natschil | thanks for the help again. |
| # | 03:50:51 | phasefx | the main con to an init script is that if an Evergreen server ever does go down, you probably don't want it coming back up without some recovery procedures |
| # | 03:51:29 | natschil | good point. |
| # | 03:52:09 | natschil | About having multiple branches not being a good idea: how can I delete these branches if I have books in them already? |
| # | 03:53:01 | phasefx | you'll want to do some SQL-fu directly with the database to move the books |
| # | 03:53:41 | phasefx | update asset.copy set circ_lib = org_id; update asset.call_number set owning_lib = org_id; something like that |
| # | 03:53:44 | natschil | ok, I'll try that ..........erm any scripts somewhere ? |
| # | 03:54:05 | phasefx | if it's not many books, you could use the staff client to move them |
| # | 03:54:35 | natschil | phasefx: could I just delete the books (Its only one actually), as I don't quite understand what you are saying :) |
| # | 03:55:20 | phasefx | you could, but Evergreen doesn't really delete anything, so your removal of the org would still be blocked |
| # | 03:55:36 | phasefx | you'd have to disable a trigger to truly remove that item, I think |
| # | 03:56:01 | phasefx | of course, you could just hide the org, and not delete it |
| # | 03:56:27 | natschil | or I could just recreate the entire db .... |
| # | 03:56:32 | phasefx | yeap |
| # | 03:56:50 | phasefx | by hide, I mean, make it OPACVisible = False |
| # | 03:57:36 | natschil | yeah, but I'd rather not have too much "junk" lying about the system |
| # | 03:57:55 | phasefx | I can understand that |
| # | 03:58:57 | natschil | I think I'll just move the library with the book to a sort of "root position", change its name and then delete everything else, if that works |
| # | 03:59:32 | phasefx | that could work. Don't forget to run autogen.sh after you tweak the orgs |
| # | 04:00:03 | natschil | yeah, I forgot to run that properly yesterday, and got some, well.. interessting results |
| # | 04:00:27 | natschil reminds himself to run autogen every time he changes the org tree... |
| # | 04:02:17 | phasefx | alright, way past my bedtime. anything else I can help with before I pass out? |
| # | 04:03:17 | natschil | sorry for keeping you awake, it must be late in america. I added workstations to the Whole Library branch, and now I can't delete that, is there a simple way to move them? |
| # | 04:03:47 | natschil sets out to learn SQL |
| # | 04:03:57 | phasefx | about 4am over in my part of America |
| # | 04:04:19 | natschil | about 12 in the day here (Sudan) :) |
| # | 04:04:42 | natschil | thanks for all the help, and goodnight. |
| # | 04:05:13 | phasefx | you can either delete the workstations in the database (I think in actor.workstation), which might be difficult once there are transactions associated with the workstation, or you could delete the ws_info files on the machines running your staff clients |
| # | 04:05:43 | phasefx | if you do the former, the staff client will prompt you to re-register once you log in |
| # | 04:05:57 | natschil | but will the old workstations still be in the database? |
| # | 04:06:29 | phasefx | if you go the ws_info route, the workstations will exist in that actor.workstation table |
| # | 04:07:42 | phasefx | which is harmless |
| # | 04:07:49 | natschil | ok |
| # | 04:08:12 | natschil | thanks a lot. |
| # | 04:08:22 | natschil | Hope you sleep well. |
| # | 04:08:28 | phasefx | np, good luck! |
| # | 04:16:46 | natschil | thanks |
| # | 04:38:16 | natschil has quit IRC |
| # | 06:55:00 | natschil has joined #openils-evergreen |
| # | 08:10:38 | kgs has joined #openils-evergreen |
| # | 08:31:48 | dbs | kgs: thought for next EGCon - have a "request for proposals" so that the prospective audience could indicate their interest in specific topics, which might generate more proposals from would-be presenters |
| # | 08:32:08 | kgs | dbs sounds good |
| # | 08:32:53 | kgs | though honestly, we're getting very good proposals |
| # | 08:33:11 | dbs | kgs: dunno if you've got plenty of submissions or not, but I haven't submitted anything largely because I don't have a good feel for audience interest intersection with my skills |
| # | 08:33:17 | dbs | oh, well that's good to hear :) |
| # | 08:34:26 | kgs | dbs I actually floated that idea but then relaxed and thought, it doesn't have to be like Access or C4L to be good |
| # | 08:34:41 | kgs | feel free to go ahead and propose anyway |
| # | 08:35:49 | kgs | there are three tracks and whatever you submit is bound to fit well somewhere |
| # | 08:36:44 | kgs | also as soon as the conference ends we will open the call for 2010 sites... keep that in mind too :) |
| # | 08:41:09 | kgs | also dbs I can't imagine anything you'd propose not being of great interest to a lot of folks |
| # | 08:41:35 | dbs | "translate-toolkit and U" |
| # | 08:42:18 | kgs | that sounds great!!! |
| # | 08:42:40 | kgs | please submit... it would be terrific |
| # | 08:44:04 | kgs | dbs at some point I'd like to pluck your brain about http://evergreen-ils.org/dokuwiki/doku.php?id=documentation:setting_up_docbook_transforms |
| # | 08:44:39 | dbs | heh, I was actually kidding about that - pretty niche audience, I would suspect |
| # | 08:45:10 | dbs | yeah. I'm actually recovering from (minor) surgery but we should make a date for that next week |
| # | 08:45:40 | kgs | oh my! feel better |
| # | 08:46:32 | kgs | translations would fit very well -- we have some int'l proposals and I think you'd get a nice cross-section of people there |
| # | 08:46:46 | kgs | I'd love to be walked through it |
| # | 08:47:11 | kgs | you know the difference between major and minor surgery: whether it's happening to you ;) |
| # | 08:56:18 | kgs | feel better dbs! |
| # | 08:56:38 | dbs | thanks kgs :) |
| # | 08:57:16 | kgs | I'll leave a program slot for you no matter what... ;) |
| # | 09:07:24 | kgs has quit IRC |
| # | 09:09:35 | eby_ has joined #OpenILS-Evergreen |
| # | 09:13:33 | eby_ has quit IRC |
| # | 10:32:29 | rsinger has joined #OpenILS-Evergreen |
| # | 10:44:19 | rsinger has quit IRC |
| # | 11:00:38 | rsinger has joined #OpenILS-Evergreen |
| # | 11:35:22 | rsinger has quit IRC |
| # | 11:40:19 | eby_ has joined #OpenILS-Evergreen |
| # | 12:13:27 | phase_bb2 has quit IRC |
| # | 12:31:27 | dbs has quit IRC |
| # | 14:17:55 | rsinger has joined #OpenILS-Evergreen |
| # | 14:31:17 | asmodai_ has joined #OpenILS-Evergreen |
| # | 14:38:29 | asmodai has quit IRC |
| # | 14:38:29 | asmodai_ is now known as asmodai |
| # | 14:39:19 | rsinger has quit IRC |
| # | 14:40:37 | rsinger has joined #OpenILS-Evergreen |
| # | 14:44:44 | asmodai has quit IRC |
| # | 14:45:52 | asmodai has joined #OpenILS-Evergreen |
| # | 14:52:12 | rsinger_ has joined #OpenILS-Evergreen |
| # | 14:55:21 | rsinger_ has joined #OpenILS-Evergreen |
| # | 15:09:08 | rsinger_ has quit IRC |
| # | 15:09:54 | lisppaste6 has quit IRC |
| # | 15:17:14 | lisppaste6 has joined #openils-evergreen |
| # | 15:41:30 | natschil | Hi, I have a problem with evergreen. I did a fresh install of evergreen, but when I try to add a book using z39.50, several things happen: Firstly, the z39.50 client cannot find any books (on anything, even searching for very well known authors fails ), every time I get "0 records found" The same hapens when I use the OCLC WorldCat search. Then, when this fails I tried to add a book using raw MARC. I load the K_book template, add some random |
| # | 15:41:31 | natschil | data, import into the library and get following error: http://paste.lisp.org/display/76271. The staff client doesn't crash though, and when I continue to "holdings maintainance", all of the original example libraries are shown. Does anyone know what the problem might be? |
| # | 15:42:44 | natschil | I've run autogen.sh after changing the orgtree, but I still get these errors. Furthermore, reinstalling evergreen doesn't help, as I've tried that a lot of times already |
| # | 15:43:00 | natschil | Does anyone know where the problem might be ? |
| # | 15:44:14 | phasefx | natschil: you running windows or linux staff client? Search the wiki for debug console. See if you can paste some output from that when you replicate the error |
| # | 15:45:08 | natschil | phasefx: before this time, I used a windows staff client, but now am using a linux one. |
| # | 15:47:39 | natschil | I can replicate the error by simply just loading a record in the staff client |
| # | 15:50:20 | natschil | and I'll post the end of the debug console |
| # | 15:51:17 | lisppaste6 | natschil pasted "debug console" at http://paste.lisp.org/display/76338 |
| # | 15:54:56 | natschil | hope that helps |
| # | 15:55:13 | natschil | I'll try restarting evergreen and then trying again as well. |
| # | 15:57:17 | natschil | its really annoying... every time I reinstall evergreen I get another set of errors :) then I reinstall again, and I get more errors ... |
| # | 15:58:35 | phasefx | re-installing isn't the normal way to fix problems with Evergreen :) |
| # | 16:03:41 | natschil | phasefx: yeah, but as I've tried to end up with a system that has as few errors and junk as possible, I decided that reinstalling might do the job :) |
| # | 16:04:03 | natschil | anyway, do you have any suggestions to what might be wrong? |
| # | 16:11:11 | phasefx | power went out here; snow. I'd take a look and see what the home_ou is for the row in actor.usr where id = 2 |
| # | 16:11:29 | phasefx | learned any sql-foo yet? |
| # | 16:11:54 | phasefx | select home_ou from actor.usr where id = 2; |
| # | 16:12:24 | phasefx | then replace ? with the value from home_ou in this next query: select * from actor.org_unit where id = ?; |
| # | 16:13:08 | phasefx | I'd expect referential integrity there, but... I'm at a loss otherwise to explain what's going on |
| # | 16:13:47 | phasefx | have you restarted your staff client after changing org units and running autogen? |
| # | 16:13:48 | natschil | phasefx: well, didn't learn much sql foo yet, but a bit... |
| # | 16:14:36 | natschil | yeah, I restarted the staff client a few times... |
| # | 16:15:18 | phasefx | data.hash.aou is supposed to contain all the org units.. and creator.home_ou() is supposed to give an id for an org unit |
| # | 16:15:48 | phasefx | but the error is saying that data.hash.aou does not contain an org unit with an id of whatever the value from creator.home_ou() is |
| # | 16:17:51 | natschil | sorry, clumsy little me disconnected the server's power supply by accident, so I'm just restarting the server, but I'll do as you said in a moment |
| # | 16:20:24 | natschil | could this be related to the fact the z39.50 marc importing isn |
| # | 16:20:29 | natschil | 't working, or not |
| # | 16:34:40 | phasefx | it's more likley that the z39.50 problems are another symptom of whatever is wrong, and not a cause |
| # | 16:39:27 | kgs has joined #openils-evergreen |
| # | 16:39:45 | natschil | phasefx: yeah, that's what I meant. |
| # | 16:40:45 | rsinger has joined #OpenILS-Evergreen |
| # | 16:41:35 | phasefx | natschil: what happens if you create a record using Cataloging -> Create New MARC ? |
| # | 16:47:30 | natschil | phasefx: sorry, I'm having internet ussues with the server... |
| # | 16:48:00 | natschil | well, I did that and created a new marc, added a little bit of data in random parts of the marc, and then imported the record... and I got this error |
| # | 16:53:44 | phasefx | same error you say? I'd start tailing all the log files (tail -f /openils/var/log/*) and the postgres log (not sure where this would be on your system), reproduce an error, and see if you get more useful info or additional errors in the logs |
| # | 16:59:02 | natschil | phasefx: running those sql commands gave me the ou of a branch that I made, which seemed alright. |
| # | 17:05:05 | natschil | I just added a workstation to test the server again, which gave me an error "Type error: branch not recognised" or something along those lines |
| # | 17:05:30 | natschil | sorry ("typeError: branch has no properties") |
| # | 17:05:59 | natschil | after which it tries to register the workstation, which doesn't really work |
| # | 17:07:46 | natschil | about what you said earlier about creator.home_ou() giving the id for a org unit... I remember the first time I got that error, I was logged in as admin, and I saw that on the "creator of the record" part of the record view, admin was called (CONS), which was the wrong setting. Back then running autogen fixed the issue, but sadly I didn't keep the installation because of the errors I mentioned this morning |
| # | 17:10:06 | natschil | anyway, I think I have to go now, as its getting late over here... |
| # | 17:10:42 | kgs has quit IRC |
| # | 17:10:58 | natschil | I sent an email about this issue to the devel mailing list, so if you come upon any suggestions on what to do, I'd be really grateful |
| # | 17:13:22 | kgs has joined #openils-evergreen |
| # | 17:14:01 | lmcfarland has quit IRC |
| # | 17:14:12 | natschil | |
| # | 17:14:52 | phasefx has quit IRC |
| # | 17:14:58 | natschil | I meant: "it tells me:" |
| # | 17:18:21 | sboyette has quit IRC |
| # | 17:21:02 | natschil | anyway, thanks for all the help, hope you find out what the issue was |
| # | 17:21:53 | natschil has quit IRC |
| # | 17:46:36 | sboyette has joined #openils-evergreen |
| # | 18:27:13 | dbs has joined #openils-evergreen |
| # | 18:29:14 | dbs | phasefx: trunk client runs pretty well with xulrunner 1.9 on the n810 |
| # | 18:30:29 | dbs | a few problems with conflicting keymappings (F6 appears to be reserved for window maximize/minimize on the n810) |
| # | 18:31:07 | dbs | but the interface scales better than it does to my 1024x768 laptop |
| # | 18:32:24 | dbs | now... to find a barcode scanner with a mini-USB interface :) |
| # | 18:57:18 | jeff | bluetooth? :) |
| # | 19:00:04 | lmcfarland has joined #openils-evergreen |
| # | 19:00:33 | dbs | jeff: heh, maybe |
| # | 19:02:57 | dbs | especially fun seeing the french interface and all dojo stuff working fine on it |
| # | 19:03:22 | dbs | poor little 128mb device! |
| # | 19:06:36 | jeff | quick. jam two bluebooth barcode scanners and an n810 in a dropbox and you can sell it for $35k! |
| # | 19:07:52 | dbs | it's an "inventory assistant" |
| # | 19:11:35 | kgs has quit IRC |
| # | 19:17:31 | brittleklutz_ is now known as skmurphy |
| # | 20:14:29 | phase_bb has joined #openils-evergreen |
| # | 20:52:31 | phase_bb has quit IRC |
| # | 20:58:52 | phase_bb has joined #openils-evergreen |
| # | 21:03:56 | rsinger has joined #OpenILS-Evergreen |
| # | 21:11:39 | rsinger has quit IRC |
| # | 21:12:30 | dbs has quit IRC |
| # | 21:13:12 | phasefx2 has quit IRC |
| # | 21:13:26 | phasefx2 has joined #openils-evergreen |
| # | 22:47:58 | rsinger has joined #OpenILS-Evergreen |
| # | 23:10:05 | dbs has joined #openils-evergreen |
April 10-13