← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
12:26 | kados | actually it was the second |
12:26 | the first time we didn't mention the rss thingy | |
12:26 | oops | |
13:37 | ok | |
13:42 | hmmm I replaced it with the latest 2.0 from cvs and renewals still aren't working | |
13:42 | owen can you confirm that renewals are not working? | |
15:01 | Would it be possible to keep a tab of the items that need to be | |
15:01 | transfered and putting that info in a small side-bar with | |
15:01 | [Mon Oct 18 14:28:00 2004] [error] [client 24.208.176.188] File does not exist: /usr/local/koha/opac/htdocs/opac-tmpl/npl-v/en/includes/opac.css | |
15:34 | how'd that grep go? | |
15:54 | owen here's what I get: | |
15:54 | koha:/build/koha# grep -lr npl-v/en/includes/opac.css /usr/local/koha/* | |
15:54 | /usr/local/koha/intranet/htdocs/intranet-tmpl/npl/en/opac-access_log.log | |
15:54 | /usr/local/koha/intranet/cgi-bin/koha-tmpl/intranet-tmpl/npl/en/opac-access_log.log | |
15:54 | /usr/local/koha/log/opac-error_log | |
15:54 | /usr/local/koha/log/opac-access_log | |
15:54 | /usr/local/koha/log/opac-error_log.old | |
15:54 | /usr/local/koha/log/opac-error_log.1 | |
15:54 | /usr/local/koha/log/opac-error_log.log.1 | |
15:54 | /usr/local/koha/log/opac-access_log.1 | |
15:54 | /usr/local/koha/opac-access_log.log | |
15:54 | which is kinda silly since these are all logs :-) | |
15:56 | owen: try grep -lr opac.css /usr/local/koha/* | |
15:56 | that output is a bit more interesting | |
15:57 | rach | howdy |
15:59 | owen | Hi rach |
16:00 | rach | was v pretty |
16:00 | we got a bit lost on the way home from the fair | |
16:01 | lucky the car knew which way East was :-) | |
16:03 | owen | You visited at a good time--the fall colors are at their peak |
16:04 | rach | yep |
16:04 | we got attacked by geese on the way home :-) | |
16:04 | that is how lost we were | |
16:04 | and got a good old stare from a yokel | |
16:06 | owen | Yep, we've got our share of those. |
16:06 | Are you in Pittsburgh now? | |
16:06 | rach | nope back home now |
16:07 | Chris and Laurell will be driving the west coast on honeymoon | |
16:08 | owen | Oh, I'm confused because your message made it through to the Koha list just today :) |
16:09 | rach | ah yes - chris and I moderate the list, and with us away, it didn't get through |
16:09 | for the koha list | |
16:09 | owen | Are those from people who aren't posting from an address that is subscribed? |
16:14 | rach | a mix of those and just spam |
16:14 | so there would have only been a couple of "real" messages in the big pile | |
16:15 | We are trying to get an upgrade of mailman going so that it deals with the spam itself | |
16:15 | which would be nice | |
16:19 | owen | Yeah, shouldn't it just bounce messages which aren't from subscribed users? |
16:30 | rach | ah no - because the you get into DNA situations |
16:31 | where you're used to attack something else | |
16:31 | tungsten | hi |
16:31 | rach | hi |
16:31 | tungsten | I like your htkm pages |
16:32 | rach | erg - DNS not DNA |
16:32 | tungsten | can you answer a question on item count? |
16:32 | rach | I can have a go |
16:36 | tungsten | koha 123 when I bulk import I get one item count The script does not go into the full record ie it only picks up the first 852 locqal holding tag if I run make a mark record and keep running the the bulimport all the 852 are picked up in other words if I have 5 copies I need to run bulkimport 5 times the first will be seen but the other 4 update to where the number of copies should be |
16:39 | rach | hmm |
16:39 | tungsten | thanks |
16:40 | rach | that sounds a bit naff, but quite possible |
16:43 | sorry that's not much help | |
16:43 | I'm not sure what chris does in that situation - knowing him he just runs it 5 times | |
16:44 | do you have a lot of them? | |
16:45 | tungsten | yes |
16:46 | rach | it doesn't error or anything? |
16:46 | it just only sees the first one? | |
16:46 | tungsten | yes |
16:47 | the error is a skipping error line 508 in bulkimport | |
16:47 | rach | did you send this to the list - I think I saw something like it |
16:48 | tungsten | however if there are 5 I get 4 errors the first time thru and decremnt the error each time |
16:48 | rach | I can send a mail to chris and see if he has a quick fix |
16:48 | that is just weird | |
16:49 | and why are you using Koha 1.3? | |
16:49 | or is it 2.3? | |
16:49 | tungsten | koha 123 |
16:49 | kados | rach I'm here |
16:49 | tungsten | 2.0 is too difficult to set up |
16:49 | rach | :-) |
16:49 | fair enuff | |
16:50 | tungsten | koha 123 when I bulk import I get one item count The script does not go into the full record ie it only picks up the first 852 locqal holding tag if I run make a mark record and keep running the the bulimport all the 852 are picked up in other words if I have 5 copies I need to run bulkimport 5 times the first will be seen but the other 4 update to where the number of copies should be |
16:50 | rach | Joshua have you come acrross that before? |
16:50 | kados | nope ... |
16:50 | I'd recommend 2.0.1 | |
16:51 | there is no marc support in koha 123 | |
16:51 | tungsten | what do you mean |
16:52 | rach | yes there is joshua |
16:52 | you're able to import marc | |
16:52 | kados | oh, right |
16:52 | rach | you just don't have to see it :-) |
16:53 | and it doesn't store it as MARC seperate to the Koha DB | |
16:53 | tungsten | so I won't |
16:53 | kados | right ... so it looks like there's a problem with the 'repeatable' feature of the bulkmarcimport in koha 123 |
16:53 | tungsten | be able to bulkexport? |
16:54 | rach | yep |
16:54 | umm | |
16:54 | I'll think about that | |
16:54 | tungsten | how to upgrade from 123 to 2.0 |
16:54 | rach | in the later versions of Koha, the records are basically stored twice |
16:55 | in MARC "native" format, and in Koha | |
16:55 | I *believe* that you can still export from original Koha, and Chris has been working on update scripts for earilier versions to the latest ones | |
16:56 | although we haven't been recommending people upgrade from 1.x to 2.0 | |
16:56 | kados | The upgrade path from koha 123 is likely harder than just installing 2.0.1 from scratch |
16:56 | rach | as if you're happy not seeing MARC there hasn't been any gains |
16:56 | it's 2.2 that has features you're likely to get some benefit from | |
16:57 | kados | yea 2.2's got some nice stuff |
16:57 | tungsten | I'll give 2.0.1 a try but I found that if a record has a LOC tag it bypases 082 dewey and 853 local holdings |
16:57 | rach | and that's what we'll want to upgrade HLT to |
16:57 | which will be the big upgrade project | |
16:57 | for us anyway | |
16:57 | kados | yea ... us too |
16:58 | we're actually already running some 2.2 stuff on our opac | |
16:58 | like the bookbag and improved searching features | |
16:58 | rach | we've been upgrading UNIDO from the pre release, to 2.0 but that's a little different I guess |
16:58 | yep | |
16:59 | anyway. tungsten (I'm thinking Steve as a first name?), I've mailed Chris, we did get mail from him earlier today, so you might be in luck and he might be online checking his mail | |
16:59 | tungsten | is 2.2 easier than 2.0 with paameter settings or are they pretty much the same |
16:59 | rach | same I think |
16:59 | but you can do really simple parameter settings - so that it's like 1.23 if you want | |
17:00 | that's what we've been doing for people | |
17:00 | just turning off the MARC stuff from a display POV, and using simple acquisitions | |
17:00 | and it's pretty simple | |
17:00 | if you use the vanilla templates (rather than default) I think it even looks ok | |
17:02 | tungsten | it's the 010 tag LOC # that ruins dewey |
17:03 | thanks again g2g | |
17:46 | rach | hi rosalie |
← Previous day | Today | Next day → | Search | Index