Time |
S |
Nick |
Message |
12:04 |
|
hdl |
nengard: as far as I know, no rss feeds other than search results page |
12:04 |
|
nengard |
hdl lots of libraries/librarians in the US do ... I have it here - but don't see a way to subscribe cause it doesn't have autofeed detection |
12:04 |
|
nengard |
thanks hdl |
12:04 |
|
nengard |
just wanted to be sure |
12:05 |
|
hdl |
nengard: should we add a subscribe icon in result lists ? |
12:05 |
|
nengard |
maybe ... for those with older browsers |
12:05 |
|
nengard |
should i submit as bug/enhancement? |
12:12 |
|
paul |
nengard: (hi) I would say "yes", as IE6 is still widely used. |
12:12 |
|
hdl |
nengard: please. |
12:12 |
|
nengard |
paul hdl - will do! |
12:13 |
|
hdl |
nengard: when you create a new bug and realize it is not, I'd rather you mark bug as INVALID than marking resolved. |
12:14 |
|
nengard |
hdl - didn't I do that today ... mark it invalid? |
12:14 |
|
paul |
yes, you marked "invalid" the bug about RSS not working on safari |
12:15 |
|
hdl |
from what I saw, you marked it resolved/fixed and not invalid. |
12:16 |
|
nengard |
hdl i did two this morning - one was invalid one wasn't - i'll make sure i makr them right next time |
12:16 |
|
hdl |
no problems. |
12:16 |
|
hdl |
Thx nengard |
12:52 |
|
nengard |
translaters - looks like someone is working on a greek translation: http://blog.bigballofwax.co.nz[…]05/koha-in-greek/ |
13:04 |
|
mc |
.kf |
13:04 |
|
mc |
oops |
13:04 |
|
mc |
sorry |
14:02 |
|
gmcharlt |
greetings #koha |
14:04 |
|
paul |
hi gmcharlt |
14:05 |
|
gmcharlt |
paul: as you know, I've been working on DB schema reconciliation |
14:05 |
|
gmcharlt |
I've ended up with a number of changes to update22to30.pl, so would like to know if you'd be willing to take a look at a patch today or tomorrow |
14:06 |
|
paul |
that will be difficult to find time for that today & tomorrow i'm away. |
14:06 |
|
paul |
hdl, some minuts available for that ? |
14:07 |
|
hdl |
ok for me |
14:07 |
|
gmcharlt |
hdl: thanks |
15:04 |
|
gmcharlt |
hdl: patches in question now submitted to patch list |
16:02 |
|
paul |
gmcharlt: ? |
16:02 |
|
gmcharlt |
hi paul |
16:02 |
|
paul |
are those patches changing something to items.onloan ? |
16:03 |
|
paul |
I just realise that in update22to30.pl, items.onloan default is '0000-00-00' where it is NULL in kohastructure.sql |
16:03 |
|
paul |
this changes a lot of things ! |
16:03 |
|
gmcharlt |
paul: the only thing it should be changing is the default value |
16:04 |
|
gmcharlt |
paul: yeah, sorry about the size of the patch, but hopefully is for the best |
16:04 |
|
paul |
(i've modified the wiki 2-3 hours ago to tell ppl to change onloan to have NULL as default value, but i think i was wrong : it should be done by changing update22to30.pl |
16:04 |
|
gmcharlt |
I'll be making patches to add test cases later this week |
16:04 |
|
gmcharlt |
test cases to confirm DB schema after upgrade from 2.2.9 and the 3.0 alpha and beta |
16:05 |
|
paul |
note sure i'm clear enough : the update22to30 create items.onloan with default '0000-00-00' while kohastructure.sql has default NULL |
16:05 |
|
gmcharlt |
but also test cases to confirm in the future that kohastructure.sql and updatedate.pl stay in sync |
16:05 |
|
paul |
update22to30 is WRONG. |
16:05 |
|
paul |
kohastructure.sql is RIGHT |
16:05 |
|
acmoore |
didn't we recently make some decision about which of those (NULL or 0000-00-00) is preferred and work towards making them all agree? |
16:05 |
|
paul |
does your today patch deal with that ? |
16:05 |
|
gmcharlt |
acmoore: NULL |
16:05 |
|
paul |
acmoore: yep, and we agree 0000-00-00 is not a correct value |
16:05 |
|
paul |
that's why I say that |
16:06 |
|
gmcharlt |
paul: my version of update22to30.pl has items.onloan defaulting to NULL |
16:06 |
|
acmoore |
good. It's not on my calendar, so I could never figure out why it was in any of my databases. ;) |
16:06 |
|
paul |
gmcharlt: it means you changed that recently, as it's 0000-00-00 for me ;-) |
16:07 |
|
paul |
so my recent wiki entry will become useless soon (I wrote to manually change the value) |
16:07 |
|
acmoore |
gmcharlt, how do you write test cases for those two things? |
16:07 |
|
gmcharlt |
actually, git blame says that it's null as of 2007-10-08 (from a patch you made ;-) ) - but the change I made to the default value handling in general may have corrected a bug |
16:07 |
|
paul |
??? update22to30, line 1098, reads : |
16:08 |
|
paul |
items => [ |
16:08 |
|
paul |
{ |
16:08 |
|
paul |
field => 'onloan', |
16:08 |
|
paul |
type => 'date', |
16:08 |
|
paul |
null => 'NULL', |
16:08 |
|
paul |
key => '', |
16:08 |
|
paul |
default => '0000-00-00', |
16:08 |
|
paul |
extra => '', |
16:08 |
|
paul |
}, |
16:08 |
|
gmcharlt |
acmoore: current test case is just a script that runs through the paces. for test::class, will have to wrapping the DB clearing and rebuilding into KohaTest.pm - full test suite could then clear the database three times and install (the SQL at least) four times, at least as default |
16:09 |
|
gmcharlt |
paul: oops, you're right - I checked again and I did change the default after all in my patch |
16:09 |
|
paul |
OK, I prefer that |
16:09 |
|
gmcharlt |
acmoore: similarly, the installer itself can be tested that way |
16:10 |
|
gmcharlt |
acmoore: although we may want to add a 'lots-of-tests' target to t/Makefile, and divvy up the tests |
16:11 |
|
gmcharlt |
acmoore: between those that are for normal use of Koha and ones that QA the install |
16:13 |
|
acmoore |
gmcharlt, sounds good. |
16:13 |
|
MatthewMetzger |
Hello, I still have some major problems with search in Koha 3 beta2. search.pl is running for long periods of time, taking up most of the server's processing power. I'm using nozebra right now, but tried switching to zebra. I ran into what may be configuration errors on my part or may be bugs. I'm not sure. Does anyone have a bit of time to spend on this? |
16:13 |
|
gmcharlt |
MatthewMetzger: a bit, yes |
16:13 |
|
MatthewMetzger |
Where should we start? |
16:14 |
|
acmoore |
gmcharlt, there's lots of discussion about separating tests that verify that the application works on your platform, and tests that are good for developers to run, like pod coverage. I can see us adding some of the second kinds of tests for database stuff and such. |
16:14 |
|
gmcharlt |
what errors are you getting in zebra mode? |
16:14 |
|
gmcharlt |
acmoore: yep |
16:14 |
|
acmoore |
gmcharlt, go ahead with MatthewMetzger. we can discuss this database testing stuff later. |
16:15 |
|
MatthewMetzger |
I can't even get zebra started. Just a minute and I'll give you the exact text, but it has something to do with "urx.chr" |
16:16 |
|
MatthewMetzger |
I'm running "/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b" again now. It will give me the exact warnings. |
16:18 |
|
MatthewMetzger |
hmm... These errors are different than before, looks like a permission issue (which I could probably solve myself), but they are different than before. |
16:18 |
|
MatthewMetzger |
11:17:27-05/05 zebraidx(3465) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [Permission denied] |
16:18 |
|
MatthewMetzger |
11:17:27-05/05 zebraidx(3465) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [Permission denied] |
16:18 |
|
MatthewMetzger |
11:17:27-05/05 zebraidx(3465) [fatal] Could not select database biblios errCode=109 |
16:18 |
|
MatthewMetzger |
11:17:27-05/05 zebraidx(3466) [log] zebra_start 2.0.28 /etc/koha/zebradb/zebra-biblios.cfg |
16:18 |
|
MatthewMetzger |
11:17:27-05/05 zebraidx(3466) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so |
16:18 |
|
MatthewMetzger |
11:17:27-05/05 zebraidx(3466) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [Permission denied] |
16:18 |
|
MatthewMetzger |
11:17:27-05/05 zebraidx(3466) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [Permission denied] |
16:18 |
|
MatthewMetzger |
11:17:27-05/05 zebraidx(3466) [fatal] Could not select database biblios errCode=109 |
16:18 |
|
MatthewMetzger |
gmcharlt: I'm sorry. I ran this as the wrong user. |
16:18 |
|
MatthewMetzger |
gmcharlt: I'll do it again from the koha user. |
16:18 |
|
gmcharlt |
ok |
16:22 |
|
MatthewMetzger |
gmcharlt: pastebin.com seems really slow from where I am. Do you mind if I post ten or more lines to IRC? |
16:23 |
|
gmcharlt |
MatthewMetzger: try http://rafb.net/paste/ and if that doesn't work, then paste into IRC |
16:24 |
|
MatthewMetzger |
http://rafb.net/p/X9SZZa74.html |
16:26 |
|
MatthewMetzger |
I'll note that line 5: /tmp/2iZjZzmI7F/biblio doesn't seem to be created or exist, but the script gives no error. |
16:28 |
|
gmcharlt |
MatthewMetzger: your zebra config seems to date from pre-beta2. If that's the case, then getting the beta2 package, running through Makefile.PL again, the doing 'make update_zebra_conf' should sync things up |
16:28 |
|
gmcharlt |
including the urx.chr file |
16:29 |
|
MatthewMetzger |
ahh! Thank you. Yes, I did install alpha. I have the beta2 package. |
16:29 |
|
MatthewMetzger |
I'll give that a try |
16:33 |
|
MatthewMetzger |
Looks like I deleted the package. I'll download it again. |
16:34 |
|
paul |
gmcharlt: on a standard setup, where is zebra DB stored ? (in which directory) |
16:34 |
|
gmcharlt |
paul: /var/lib/koha/zebradb |
16:34 |
|
paul |
thx |
16:36 |
|
MatthewMetzger |
gmcharlt: thanks again for your help. I'll have to do the update of the zebra_conf after lunch. I'll let you know if it successfully solves the problem. Thanks again :) |
16:36 |
|
gmcharlt |
MatthewMetzger: you're welcome |
18:46 |
|
MatthewMetzger |
gmcharlt: how do I know if 'make update_zebra_conf' ran correctly? I get some unfamiliar output and '/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b' returns the same warnings. |
18:48 |
|
gmcharlt |
MatthewMeztger: one minute |
18:48 |
|
MatthewMetzger |
okay. |
19:17 |
|
gmcharlt |
MatthewMetzger: back |
19:17 |
|
MatthewMetzger |
hello |
19:17 |
|
MatthewMetzger |
while you were gone. |
19:17 |
|
MatthewMetzger |
I corrected some errors in my /etc/koha.xml, but it didn't seem to help |
19:18 |
|
MatthewMetzger |
Should I give you the output of 'make update_zebra_conf'? |
19:18 |
|
gmcharlt |
yes please |
19:18 |
|
MatthewMetzger |
umask 022; /usr/local/bin/perl -MExtUtils::Install -e 'install({@ARGV}, '\''0'\'', 0, '\''0'\'');' -- \ |
19:18 |
|
MatthewMetzger |
blib/ZEBRA_CONF_DIR /etc/koha/zebradb |
19:18 |
|
MatthewMetzger |
umask 022; /usr/local/bin/perl -MExtUtils::Install -e 'install({@ARGV}, '\''0'\'', 0, '\''0'\'');' -- \ |
19:18 |
|
MatthewMetzger |
blib/PAZPAR2_CONF_DIR /etc/koha/pazpar2 |
19:19 |
|
gmcharlt |
also, let me know if you now have an /etc/koha/zebradb/etc/urx.chr |
19:20 |
|
MatthewMetzger |
gmcharlt: no I don't. I have one in /usr/local/share/idzebra-2.0/tab/urx.chr , but 'ls /etc/koha/zebradb/etc/urx.chr' says that file doesn't exist. |
19:21 |
|
gmcharlt |
in your unpackaged Koha distribution, does ./etc/zebradb/etc/urx.chr exist? |
19:21 |
|
MatthewMetzger |
... |
19:22 |
|
MatthewMetzger |
~/koha-3.00.00-beta2/etc/zebradb/etc/urx.chr does exist |
19:25 |
|
paul |
anyone around to help me with a SAX::PurePerl problem ? |
19:26 |
|
atz |
paul: what OS? |
19:26 |
|
gmcharlt |
MatthewMetzger: does blib/ZEBRA_CONF_DIR/etc/urx.chr exist? |
19:26 |
|
paul |
debian |
19:27 |
|
atz |
ok, i've run into some problems w/ that previously on debian |
19:27 |
|
paul |
libexpat1-dev installed |
19:27 |
|
paul |
libxml-parser-perl installed too |
19:27 |
|
atz |
basically it came down to using the debian binary package instead of the CPAN version |
19:27 |
|
MatthewMetzger |
gmcharlt: no |
19:28 |
|
atz |
are you getting some kind of api error, paul ? |
19:28 |
|
gmcharlt |
MatthewMetzger: hmm - try 'make' and see if it turns up; if so, then do 'make update_zebra_conf' again |
19:28 |
|
paul |
atz: do you mean I have to install libxml-parser through CPAN ? |
19:28 |
|
paul |
nope, I just saw rebuild_zebra was VERY slow |
19:28 |
|
paul |
so tried : |
19:28 |
|
MatthewMetzger |
gmcharlt: okay.... |
19:28 |
|
atz |
no, in my experience, using CPAN is what messed me up : \ |
19:28 |
|
paul |
whistler:~# /usr/local/koha/misc/sax_parser_print.pl |
19:28 |
|
paul |
XML::SAX::PurePerl=HASH(0x81e59bc) |
19:28 |
|
paul |
which package are u speaking of ? |
19:29 |
|
paul |
libxmlparser-perl = installed through apt-get |
19:29 |
|
atz |
right |
19:29 |
|
paul |
that's what I did |
19:30 |
|
atz |
it was one of the MARC/XML packages |
19:30 |
|
paul |
iirc, I installed them through CPAN, not through apt-get |
19:31 |
|
atz |
I get: |
19:31 |
|
atz |
misc/sax_parser_print.pl |
19:31 |
|
atz |
XML::LibXML::SAX::Parser=HASH(0x81fe8b0) |
19:31 |
|
paul |
which is the correct result |
19:31 |
|
MatthewMetzger |
gmcharlt: perhaps that's what I did wrong.... It looks like I didn't run 'make' by itself to begin with. |
19:32 |
|
gmcharlt |
MatthewMetzger: ok. it is working now? |
19:32 |
|
MatthewMetzger |
gmcharlt: I ran 'sudo make update_zebra_conf' and now /etc/koha/zebradb/etc/urx.chr exists. I'll try running the zebra index thing again. |
19:32 |
|
gmcharlt |
ok |
19:34 |
|
MatthewMetzger |
gmcharlt: Yes! :) The urx.chr errors are now gone, but I still have a warning that causes zebra to stop. I'll put the output in a pastebin |
19:35 |
|
MatthewMetzger |
http://rafb.net/p/qdUMWi91.html |
19:36 |
|
MatthewMetzger |
it seems that the /tmp directory is not being written to. |
19:36 |
|
MatthewMetzger |
That's my uneducated guess, anyway. |
19:37 |
|
gmcharlt |
MatthewMetzger: actually, it is, but it's a temp directory that's deleted at the end of the run. you can run rebuild_zebra.pl with the -k option to keep the temp directory around for inspection |
19:38 |
|
MatthewMetzger |
I knew I was un-educated :) |
19:38 |
|
MatthewMetzger |
so that's not the problem |
19:38 |
|
MatthewMetzger |
something else is, though |
19:39 |
|
MatthewMetzger |
I'm guessing that the last line should not say 'zebra_stop' |
19:39 |
|
gmcharlt |
I suspect the "Record didn't contain match fields in (bib1,Local-number) |
19:39 |
|
gmcharlt |
is your database upgraded from 2.2? |
19:39 |
|
MatthewMetzger |
I did run the upgrade scripts. I'm guessing that it wouldn't hurt to run them again. |
19:40 |
|
gmcharlt |
MatthewMetzger: actually, hold on a second - there's one in particular that I need to look up |
19:41 |
|
MatthewMetzger |
Okay. Is there a way to tell what DB version I'm using without running the scripts again? |
19:41 |
|
gmcharlt |
ok, in /etc/zebradb/marc_defs/marc21/biblios/record.abs, there's a line "#melm 090$c Local-number:w" |
19:41 |
|
gmcharlt |
try uncommenting that, then running rebuild_zebra again |
19:41 |
|
MatthewMetzger |
okay... |
19:41 |
|
MatthewMetzger |
here goes. |
19:42 |
|
MatthewMetzger |
- /etc/zebradb/marc_defs/marc21/biblios/record.abs is emtpy |
19:42 |
|
MatthewMetzger |
I'll search for the file... |
19:43 |
|
gmcharlt |
ah, right it would be /etc/koha/zebradb/... |
19:43 |
|
MatthewMetzger |
found it. |
19:45 |
|
MatthewMetzger |
rebuild_zebra is running |
19:45 |
|
MatthewMetzger |
I uncommented that line |
19:45 |
|
MatthewMetzger |
It's definitely doing something different.... |
19:47 |
|
MatthewMetzger |
Here's some of the output at the end: http://rafb.net/p/Hp43Ic13.html |
19:47 |
|
MatthewMetzger |
it looks like zebra is still stopping at the end. |
19:47 |
|
gmcharlt |
zebra_stop is benign - means "zebraidx has finishing its processing" |
19:48 |
|
gmcharlt |
so you should be able to start zebrasrv (if you haven't already) and try a search |
19:48 |
|
MatthewMetzger |
gmcharlt: so that means that zebra is probably working! |
19:49 |
|
paul |
atz: problem solved, thanks to mc (and thanks to the great screen tool !) |
19:49 |
|
MatthewMetzger |
okay. I'll change the nozebra to off and start the zebrasrv (is there special command for that?) |
19:49 |
|
atz |
cool |
19:49 |
|
MatthewMetzger |
s/off/on/ |
19:50 |
|
gmcharlt |
MatthewMetzger: sudo /etc/init.d/koha-zebra-daemon start |
19:51 |
|
MatthewMetzger |
ls: cannot access /etc/init.d/koha-zebra-daemon: No such file or directory |
19:52 |
|
gmcharlt |
MatthewMetzger: did you do a standard install? If so, check out section 5 of INSTALL.debian |
19:53 |
|
MatthewMetzger |
I did do a standard install. I will read that doc. |
20:13 |
|
atz |
owen: any known CSS issues w/ Opera? |
20:14 |
|
atz |
i have a ticket w/ screenshots from a user where the uppermost options are overlapping other text |
20:19 |
|
MatthewMetzger |
gmcharlt: zebra search works now. Thank you so much! :) Now I can wade through some of the other errors (well, maybe later this week). I hope that our time was helpful from a debugging / documentation standpoint. The only thing that I would recommend is that a note about 'make update_zebra_conf' be added to INSTALL and INSTALL.debian for people upgrading from Alpha to Beta2, I couldn't find it, but I may be wrong about it not being |
20:20 |
|
gmcharlt |
MatthewMetzger: yeah, that needs to be documented, as well as the record ID field change for MARC21 users upgrading from 2.2.9 |
20:20 |
|
MatthewMetzger |
is that the line that we uncommented? |
20:20 |
|
gmcharlt |
yes |
20:22 |
|
MatthewMetzger |
okay. So our time was not in vain. We have found documentation deficiencies. Does a bug need to be filed? |
20:23 |
|
MatthewMetzger |
I'll assume that you are on top of it. - Have a great day! |
20:24 |
|
gmcharlt |
thanks, you too - but yeah, please file a bug |
20:24 |
|
MatthewMetzger |
gmcharlt: okay, I will |
20:30 |
|
cait |
can somebody help me updating my .po-files plz? |
20:30 |
|
cait |
i tried sudo ./tmpl_process3.pl update -i /usr/share/koha/opac/htdocs/opac-tmpl/prog/en -r -x .*unimarc.* -s po/de-DE-i-opac-t-prog-v-3000000.po -o /home/caitlin/test |
20:30 |
|
cait |
always get : Update FAILED. |
20:31 |
|
paul |
no other message ? |
20:31 |
|
paul |
cait: no other message ? |
20:31 |
|
cait |
Charset in/out: UTF-8 at ./tmpl_process3.pl line 257. |
20:31 |
|
paul |
just an info. well placed. so not the problem |
20:31 |
|
cait |
no other message then :( |
20:32 |
|
paul |
strange... |
20:32 |
|
paul |
do you get some ..................... |
20:32 |
|
cait |
no |
20:32 |
|
paul |
before the message ? |
20:32 |
|
paul |
very very strange. |
20:32 |
|
paul |
I don't have any idea where it can come from, sorry |
20:32 |
|
cait |
perhaps its just a stupid mistake? |
20:33 |
|
cait |
-s are my current .po files, is that correct? |
20:33 |
|
paul |
the sudo should be useless |
20:33 |
|
paul |
yep |
20:33 |
|
cait |
ok |
20:33 |
|
cait |
is -o ok? |
20:33 |
|
paul |
but at least we're sure it's not a permission problem ;-) |
20:33 |
|
cait |
:) |
20:34 |
|
paul |
for update, the -o is useless |
20:34 |
|
cait |
ok |
20:34 |
|
cait |
i try without |
20:34 |
|
cait |
yeah its the same |
20:34 |
|
cait |
caitlinwombat:/usr/share/koha/misc/translator$ ./tmpl_process3.pl update -i /usr/share/koha/opac/htdocs/opac-tmpl/prog/en -r -x .*unimarc.* -s /home/caitlin/de-DE-i-opac-t-prog-v-3000000.po |
20:35 |
|
paul |
i really don't have any idea. And i'm too tired (10:45PM here in France) to be helpfull. |
20:35 |
|
paul |
i'll go to bed now. good luck |
20:35 |
|
cait |
in germany its the same |
20:35 |
|
paul |
right ;-) |
20:35 |
|
cait |
im tired too... but a little frustrated |
20:36 |
|
cait |
but thx for the help |
20:36 |
|
paul |
at european time, you'll usually find at least 3 of us (BibLibre : paul, hdl, mc) |
20:36 |
|
cait |
at least its not some really stupid mistake |
20:36 |
|
cait |
cant chat from work |
20:36 |
|
paul |
don't hesitate to ask for help |
20:36 |
|
cait |
testing koha there too... but cant join the chat here |
20:36 |
|
gmcharlt |
cait: paul et al are your best bet from this one, but I'm willing to try this one out if you'll send me a copy of your .po |
20:36 |
|
paul |
gmcharlt: ++ |
20:37 |
|
cait |
thx gmcharlt , give me your email plz |
20:37 |
|
atz |
cait: ls -ld /usr/share/koha/misc/translator .*unimarc.* /home/caitlin/de-DE-i-opac-t-prog-v-3000000.po |
20:37 |
|
cait |
and thx for helping me! |
20:38 |
|
cait |
drwxr-xr-x 3 koha koha 4096 2008-04-24 19:51 /usr/share/koha/misc/translator |
20:41 |
|
cait |
seems ok? |
20:41 |
|
cait |
gmcharlt: sending... |
20:42 |
|
gmcharlt |
cait: thx |
20:43 |
|
cait |
my translation is not as far as i wanted it to be ... but i hope i can spend more time the next days |
20:43 |
|
atz |
cait: but you should get lines for the unimarc and 300000.po file |
20:44 |
|
atz |
*files* |
20:45 |
|
cait |
sorry atz, i dont understand |
20:45 |
|
atz |
ls -ld /usr/share/koha/misc/translator .*unimarc.* /home/caitlin/de-DE-i-opac-t-prog-v-3000000.po |
20:45 |
|
atz |
^^ should list all the stuff your operation is attempting to run or read |
20:46 |
|
cait |
i get this: |
20:46 |
|
cait |
drwxr-xr-x 3 koha koha 4096 2008-04-24 19:51 /usr/share/koha/misc/translator |
20:46 |
|
atz |
ls -l .*unimarc.* |
20:46 |
|
atz |
perhaps that argument is off in your command? |
20:47 |
|
cait |
its ubuntu |
20:47 |
|
cait |
and im a total linux-newbie |
20:47 |
|
cait |
:( |
20:48 |
|
gmcharlt |
cait: email received - give me a second to try it |
20:48 |
|
atz |
maybe gmcharlt can say... what is the .*unimarc.* argument trying to reference? |
20:48 |
|
atz |
some hidden files? |
20:49 |
|
cait |
thx gmcharlt |
20:49 |
|
cait |
i got the line from a mail in the mailinglist and changed the paths ... so well... i dont really know |
20:50 |
|
cait |
but as my database ist unimarc it seemed ok ... :( |
20:51 |
|
cait |
my current .po-file ist /home/caitlin/de... |
20:58 |
|
gmcharlt |
cait: try 'msgmerge' |
21:00 |
|
cait |
gettext is missing, i apt-get it |
21:01 |
|
gmcharlt |
btw, -x .*unimarc.* means to exclude files containing 'unimarc' when updating the po file |
21:01 |
|
cait |
oh |
21:01 |
|
cait |
ok |
21:02 |
|
cait |
how does msgmerge work? |
21:03 |
|
gmcharlt |
it appears to merge strings from one PO file to another |
21:03 |
|
acmoore |
gmcharlt++ # running one test class at a time |
21:03 |
|
cait |
perhabs you can give me an example? there are so many options, im confused |
21:04 |
|
gmcharlt |
cait: sorry, wasn't clear - msgmerge is called by tmpl_process3.pl, you don't need to run it directly |
21:05 |
|
gmcharlt |
now that you've apt-got the package that contained it |
21:05 |
|
cait |
ah |
21:05 |
|
cait |
ok |
21:05 |
|
gmcharlt |
try running tmpl_process3.pl again |
21:05 |
|
cait |
wow its .....-ing :) |
21:06 |
|
cait |
seems successful |
21:06 |
|
cait |
thx gmcharlt! |
21:06 |
|
gmcharlt |
you're welcome |
21:08 |
|
atz |
plenty of time |
21:08 |
|
cait |
wah i dont think so |
21:09 |
|
atz |
what do you have to present? |
21:09 |
|
cait |
and koha is probably not ready for a huge german academic library atm |
21:09 |
|
cait |
showing koha and some of the functions |
21:10 |
|
cait |
i think acquisitions will be the main problem |
21:10 |
|
atz |
the french guys are building a totally new acq. module |
21:10 |
|
cait |
ah |
21:10 |
|
cait |
is there more information about it somewhere? |
21:11 |
|
atz |
i don't have any, but paul could probably tell you more |
21:11 |
|
gmcharlt |
cait: paul has a spec or something (in French) - ask him tomorrow |
21:11 |
|
cait |
french ... |
21:12 |
|
cait |
but i will ask him about it and give it to my colleague for translation :) |
21:12 |
|
cait |
ah |
21:13 |
|
cait |
can i store the inventory number somewhere? |
21:13 |
|
cait |
atm i have it in itemnotes but this is not a good solution |
21:14 |
|
gmcharlt |
cait: what's the inventory number? is it different from the item barcode? |
21:14 |
|
cait |
mom i will look it up |
21:15 |
|
cait |
hm |
21:15 |
|
cait |
its different from the barcode |
21:15 |
|
atz |
and itemnumber (table key)? |
21:16 |
|
cait |
somtimes ist like year/number |
21:16 |
|
cait |
2007/1, 207/3 |
21:17 |
|
cait |
can i use itemnumber for that? |
21:17 |
|
gmcharlt |
cait: do the librarians need to search on it? or change it? or add new ones? (i.e., is it Horizon-specific, perhaps?) |
21:17 |
|
cait |
no |
21:17 |
|
gmcharlt |
cait: no, itemnumber is the internal Koha item ID |
21:17 |
|
gmcharlt |
and is assigned automatically |
21:17 |
|
cait |
every library in germany has an inventory number as far as i know |
21:18 |
|
cait |
you have to keep an inventory book for it too |
21:18 |
|
cait |
its given to the materials during acquisition process |
21:18 |
|
cait |
i m not good in explainingin english. im sorry |
21:19 |
|
cait |
build for germany only |
21:19 |
|
atz |
interesting |
21:19 |
|
gmcharlt |
cait: no, it's fine - it's starting to sound like something that some U.S. libraries used to do |
21:20 |
|
gmcharlt |
cait: but, yeah, sounds like it could use it's own field |
21:20 |
|
cait |
yeah |
21:20 |
|
gmcharlt |
Koha actually (in the MARC framework) lets you define an item subfield that doesn't have an equivalent in the items table |
21:20 |
|
cait |
thoght so, but i doubt adding a new column would work automatically? |
21:21 |
|
gmcharlt |
such subfields get mapped (as XML strings) to items.more_subfields_xml |
21:21 |
|
gmcharlt |
and are available for display, searching, and editing |
21:21 |
|
cait |
sounds interesting, but i m not sure, i know how to do it |
21:21 |
|
gmcharlt |
not that hard, actually - here's how you do it: |
21:22 |
|
gmcharlt |
go to Administration -> 'Koha to MARC mapping' |
21:23 |
|
cait |
i get inventory number at unimarc 949 $d |
21:23 |
|
gmcharlt |
look at list of subfields (for record type item) and pick one that's unused |
21:23 |
|
gmcharlt |
then in Administration -> MARC Bibliographic framework, add a new subfield definition (must be the same tag as the rest of the item fields) |
21:24 |
|
cait |
hm |
21:24 |
|
gmcharlt |
then that subfield is available, and you can load your MARC bibs with the inventory number in that subfield instead of item notes |
21:25 |
|
cait |
im not sure.. perhaps paidfor? |
21:25 |
|
cait |
dont know what this one is for |
21:25 |
|
gmcharlt |
cait: no, not that one - I mean, pick a letter or number for the subfield code that isn't already used by another field |
21:26 |
|
cait |
ah ok |
21:26 |
|
cait |
thats already there |
21:26 |
|
cait |
949 d |
21:26 |
|
cait |
949 is our tag for holdings |
21:26 |
|
cait |
instead of 995 |
21:26 |
|
gmcharlt |
in that case, you're good to go if the 949$d is already defined in the UNIMARC framework |
21:27 |
|
cait |
no |
21:27 |
|
cait |
i created it |
21:28 |
|
gmcharlt |
ah, ok |
21:29 |
|
cait |
but where can i link the field to? |
21:29 |
|
cait |
atm its items.itemnotes |
21:30 |
|
gmcharlt |
cait: you don't have to - if you don't explicitly link to a particular column, it will be automatically swept into items.more_subfields_xml |
21:30 |
|
cait |
i already importet a small academic library with 43.000 items, worked well |
21:30 |
|
cait |
ah |
21:31 |
|
cait |
so just change it now to items.more_subfields_xml and reimport? |
21:31 |
|
gmcharlt |
no, just change the kohafield to blank, then reimport |
21:32 |
|
cait |
hm |
21:32 |
|
cait |
and how to search for it= |
21:32 |
|
cait |
? |
21:33 |
|
gmcharlt |
for searching, just add an entry to your zebra config (the unimarc biblio record.abs, most likley) for the 949$d or whatever subfield you will use |
21:33 |
|
cait |
ah |
21:33 |
|
cait |
record.abs is the file... |
21:33 |
|
cait |
atm only title and author are working |
21:38 |
|
cait |
i have to go to bed know |
21:38 |
|
gmcharlt |
cait: ok. g'night |
21:39 |
|
cait |
its near to midnight |
21:39 |
|
cait |
thank you again for helping me with translation and inventory number and everything |
21:39 |
|
gmcharlt |
you're welcome |
21:40 |
|
cait |
good night! |
07:02 |
|
hdl |
hi |
08:19 |
|
frederic |
hello |
11:18 |
|
hdl |
owen around ? |