wombat:/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 ← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | 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 | thanks hdl | |
| 12:04 | 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 | 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 | 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 | oops | |
| 13:04 | 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 | 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 | hdl, some minuts available for that ? | |
| 14:07 | hdl | ok for me |
| 14:07 | gmcharlt | hdl: thanks |
| 15:04 | 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 | I just realise that in update22to30.pl, items.onloan default is '0000-00-00' where it is NULL in kohastructure.sql | |
| 16:03 | this changes a lot of things ! | |
| 16:03 | gmcharlt | paul: the only thing it should be changing is the default value |
| 16:04 | 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 | 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 | 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 | 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 | 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 | items => [ | |
| 16:08 | { | |
| 16:08 | field => 'onloan', | |
| 16:08 | type => 'date', | |
| 16:08 | null => 'NULL', | |
| 16:08 | key => '', | |
| 16:08 | default => '0000-00-00', | |
| 16:08 | extra => '', | |
| 16:08 | }, | |
| 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 | 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 | acmoore: although we may want to add a 'lots-of-tests' target to t/Makefile, and divvy up the tests | |
| 16:11 | 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 | 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 | I'm running "/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b" again now. It will give me the exact warnings. | |
| 16:18 | 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 | 11:17:27-05/05 zebraidx(3465) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [Permission denied] | |
| 16:18 | 11:17:27-05/05 zebraidx(3465) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [Permission denied] | |
| 16:18 | 11:17:27-05/05 zebraidx(3465) [fatal] Could not select database biblios errCode=109 | |
| 16:18 | 11:17:27-05/05 zebraidx(3466) [log] zebra_start 2.0.28 /etc/koha/zebradb/zebra-biblios.cfg | |
| 16:18 | 11:17:27-05/05 zebraidx(3466) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so | |
| 16:18 | 11:17:27-05/05 zebraidx(3466) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [Permission denied] | |
| 16:18 | 11:17:27-05/05 zebraidx(3466) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [Permission denied] | |
| 16:18 | 11:17:27-05/05 zebraidx(3466) [fatal] Could not select database biblios errCode=109 | |
| 16:18 | gmcharlt: I'm sorry. I ran this as the wrong user. | |
| 16:18 | 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 | 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 | including the urx.chr file | |
| 16:29 | MatthewMetzger | ahh! Thank you. Yes, I did install alpha. I have the beta2 package. |
| 16:29 | I'll give that a try | |
| 16:33 | 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 | while you were gone. | |
| 19:17 | I corrected some errors in my /etc/koha.xml, but it didn't seem to help | |
| 19:18 | 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 | blib/ZEBRA_CONF_DIR /etc/koha/zebradb | |
| 19:18 | umask 022; /usr/local/bin/perl -MExtUtils::Install -e 'install({@ARGV}, '\''0'\'', 0, '\''0'\'');' -- \ | |
| 19:18 | 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 | ~/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 | 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 | nope, I just saw rebuild_zebra was VERY slow | |
| 19:28 | 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 | XML::SAX::PurePerl=HASH(0x81e59bc) | |
| 19:28 | which package are u speaking of ? | |
| 19:29 | 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 | misc/sax_parser_print.pl | |
| 19:31 | 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 | http://rafb.net/p/qdUMWi91.html | |
| 19:36 | it seems that the /tmp directory is not being written to. | |
| 19:36 | 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 | so that's not the problem | |
| 19:38 | something else is, though | |
| 19:39 | 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 | 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 | try uncommenting that, then running rebuild_zebra again | |
| 19:41 | MatthewMetzger | okay... |
| 19:41 | here goes. | |
| 19:42 | - /etc/zebradb/marc_defs/marc21/biblios/record.abs is emtpy | |
| 19:42 | I'll search for the file... | |
| 19:43 | gmcharlt | ah, right it would be /etc/koha/zebradb/... |
| 19:43 | MatthewMetzger | found it. |
| 19:45 | rebuild_zebra is running | |
| 19:45 | I uncommented that line | |
| 19:45 | It's definitely doing something different.... | |
| 19:47 | Here's some of the output at the end: http://rafb.net/p/Hp43Ic13.html | |
| 19:47 | 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 | 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 | 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 | 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 | 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 | always get : Update FAILED. | |
| 20:31 | paul | no other message ? |
| 20:31 | 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 | do you get some ..................... | |
| 20:32 | cait | no |
| 20:32 | paul | before the message ? |
| 20:32 | very very strange. | |
| 20:32 | I don't have any idea where it can come from, sorry | |
| 20:32 | cait | perhaps its just a stupid mistake? |
| 20:33 | -s are my current .po files, is that correct? | |
| 20:33 | paul | the sudo should be useless |
| 20:33 | yep | |
| 20:33 | cait | ok |
| 20:33 | 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 | i try without | |
| 20:34 | yeah its the same | |
| 20:34 | 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 | 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 | 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 | 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 | drwxr-xr-x 3 koha koha 4096 2008-04-24 19:51 /usr/share/koha/misc/translator | |
| 20:41 | seems ok? | |
| 20:41 | 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 | *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 | ^^ should list all the stuff your operation is attempting to run or read | |
| 20:46 | cait | i get this: |
| 20:46 | 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 | perhaps that argument is off in your command? | |
| 20:47 | cait | its ubuntu |
| 20:47 | and im a total linux-newbie | |
| 20:47 | :( | |
| 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 | some hidden files? | |
| 20:49 | cait | thx gmcharlt |
| 20:49 | i got the line from a mail in the mailinglist and changed the paths ... so well... i dont really know | |
| 20:50 | but as my database ist unimarc it seemed ok ... :( | |
| 20:51 | 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 | ok | |
| 21:02 | 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 | now that you've apt-got the package that contained it | |
| 21:05 | cait | ah |
| 21:05 | ok | |
| 21:05 | gmcharlt | try running tmpl_process3.pl again |
| 21:05 | cait | wow its .....-ing :) |
| 21:06 | seems successful | |
| 21:06 | 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 | showing koha and some of the functions | |
| 21:10 | 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 | 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 | but i will ask him about it and give it to my colleague for translation :) | |
| 21:12 | ah | |
| 21:13 | can i store the inventory number somewhere? | |
| 21:13 | 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 | hm | |
| 21:15 | its different from the barcode | |
| 21:15 | atz | and itemnumber (table key)? |
| 21:16 | cait | somtimes ist like year/number |
| 21:16 | 2007/1, 207/3 | |
| 21:17 | 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 | and is assigned automatically | |
| 21:17 | cait | every library in germany has an inventory number as far as i know |
| 21:18 | you have to keep an inventory book for it too | |
| 21:18 | its given to the materials during acquisition process | |
| 21:18 | i m not good in explainingin english. im sorry | |
| 21:19 | 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 | 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 | 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 | 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 | 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 | 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 | thats already there | |
| 21:26 | 949 d | |
| 21:26 | 949 is our tag for holdings | |
| 21:26 | 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 | i created it | |
| 21:28 | gmcharlt | ah, ok |
| 21:29 | cait | but where can i link the field to? |
| 21:29 | 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 | ah | |
| 21:31 | 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 | and how to search for it= | |
| 21:32 | ? | |
| 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 | record.abs is the file... | |
| 21:33 | atm only title and author are working | |
| 21:38 | i have to go to bed know | |
| 21:38 | gmcharlt | cait: ok. g'night |
| 21:39 | cait | its near to midnight |
| 21:39 | 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 ? |
← Previous day | Today | Next day → | Search | Index
