IRC log for #koha, 2009-08-24

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:01 gmcharlt chris: does memcached support having the client dictate how much memory to use for a namespace?
00:01 chris nope
00:01 not that im aware of anyway
00:02 gmcharlt ok, curious
00:02 chris the way to do that would be to run a couple of memcacheds
00:02 on different ports
00:02 gmcharlt note, by the way, that a Proper Patch (tm) will at least give a hint about how to set up memcached
00:02 chris :-)
00:02 yep
00:02 sudo apt-get install memcached
00:02 :)
00:02 i promise to do more than that
00:02 gmcharlt C:> sudo apt-get install memcached
00:02 oops
00:03 ;)
00:30 chris_n2-away joined #koha
00:31 chris_n2-away is now known as chris_n2
00:31 chris_n2 evening
00:31 gmcharlt hi chris_n2
00:31 chris hi chris_n2
00:57 gmcharlt chris: couple thoughts occur - making Memoize::M optional might be nice - i.e., fail gracefully if it's not installed
00:57 chris: second, updatedb ought to check for unmet perl deps
00:58 chris can do, so bump the version
00:58 and just check perl deps, instead of doing any db updates
00:58 ?
01:13 pianohacker joined #koha
01:56 chris i may have to do an unsung heroes for andrew moore for the dbrevs page
02:02 brendan joined #koha
02:19 Jo left #koha
03:01 brendan left #koha
03:14 chris ohhh the first patch from VOKAL
03:18 Amit joined #koha
03:18 Amit hi chris, pie
03:18 good morning #koha
03:18 chris hi Amit
03:42 pianohacker Hello, chris, pie, Amit
03:42 chris hiya pianohacker
03:42 pianohacker Hey
03:48 Hmm, just noticed your copyright header on the new Memcached stuff (which is nice, by the way). What's your reasoning behind that?
03:49 chris oh it didnt have the koha dev team in there
03:49 that's my new thing
03:50 pianohacker Hmm, okay. Why?
03:52 chris The copyright notice should include the year in which you finished preparing the release (so if you finished it in 1998 but didn't post it until 1999, use 1998). You should add the proper year for each release; for example, “Copyright 1998, 1999 Terry Jones” if some versions were finished in 1998 and some were finished in 1999. If several people helped write the code, use all their names.
03:52 http://www.fsf.org/licensing/l[…]es/gpl-howto.html
03:53 For software with several releases over multiple years, it is best to spell out each year, in full, without using ranges or abbreviations, as in the example above.
03:54 one of the debian developers was commenting on how we are missing copyright statements, or have incomplete ones
03:54 so figure, 1 file at a time
03:54 :)
03:54 pianohacker Hmm. It seems like that would require, for something like, say, C4::Biblio, Copyright (c) 2000, 2001, 2002, 2003, ..., 2009 Chris Cormack, Joshua Ferraro, ad infinitum
03:55 That seems... somewhat difficult
03:55 chris thats where the Koha Dev team comes in
03:55 i should just gone 2009 Koha Dev Team
03:55 pianohacker Okay.
03:56 Perhaps adding a note that the Koha Dev Team means those listed in about.pl ?
03:56 Not necessarily in every file
03:56 chris good idea
03:56 speaking of about.pl
03:56 its missing a copyright statement
03:56 pianohacker Hahaha. Well then, appropriate place to add them
03:57 Can you perltidy everything while you're at it? ;)
03:57 chris :)
04:31 hdl_laptop left #koha
04:41 hdl_laptop joined #koha
04:44 pianohacker Good night
04:44 pianohacker left #koha
05:09 richard left #koha
05:11 greenmang0 joined #koha
05:40 nicomo joined #koha
05:41 nicomo left #koha
05:41 nicomo joined #koha
05:46 nathan1021 joined #koha
05:46 nathan1021 hi
05:46 SOS
05:46 i have trouble running koha-zebraqueue-daemon
05:48 i tried to start koha-zebraqueue-daemon by service koha-zebraqueue-daemon start
05:48 it says line 28: daemon command not found
05:48 but i have just installed daemon program
05:50 i hope somebody can help
05:50 Elven_Thief what distro are you using?
05:50 nathan1021 fedora core 10
05:50 Elven_Thief hrm. can you run daemon from a command line?
05:51 it could be that the environment settings don't have the program in their path
05:51 nathan1021 yes.. when i type daemon in command line, available options appear
05:52 Elven_Thief the zebra daemon runs as the user 'koha'. can that user access it?
05:54 on a side note, is there an easy way to get the list of 'matching' records when doing marc imports in the tools area?
05:54 magnusenger joined #koha
05:55 kf joined #koha
06:17 kf good morning #koha
06:24 nathan1021 may i ask what's the best distro to install koha
06:25 and version
06:25 kf there was a discussion on the mailing list some time ago
06:25 nathan1021 can you point me to the link
06:25 kf I think there is not the best and it was advised you use something you know
06:25 mom I will search for it
06:26 nathan1021 im new in koha, so i dont know whats the preferred distro
06:26 i have been trying all this time in fedora core 10
06:26 got it working but with no zebra
06:27 as im having trouble with the daemon
06:27 kf http://www.nabble.com/Linux-di[…]24.html#a20778209
06:27 nathan1021 thanks kf
06:28 kf there were many more answers to the thread, still searching :)
06:28 Elven_Thief kf, i asked this already, but you may know.... is there a way of listing what records "matched" when doing marc imports?
06:29 kf I think you get a list of matched records when using staged import in koha intranet
06:30 Elven_Thief i thought it just said 'x matched records', but i'll double check with some sample data
06:30 kf but my colleague handles record import to koha, so I dont know how it looks like
06:30 Elven_Thief ok. thanks.
06:30 kf try manage staged records, I think you will see it there, not while importing the batch
06:31 Elven_Thief ah. i think you're right
06:33 kf natham1021: found it: http://www.nabble.com/Linux-Fl[…]11.html#a24854622
06:36 Elven_Thief nathan1021: (i might be wrong here - feel free to correct me) I believe the current preference is to use the koha-zebra-ctl.sh and a cron job running the rebuild_zebra.pl over using the koha-zebraqueue-ctl.sh
06:36 just to save yourself from the same errors i made when figuring out how to set up zebra
06:37 nathan1021 just a clarification
06:38 what you are saying is to have a koha-zebra-daemon then run through cron the rebuild_zebra.pl
06:38 instead of using koha-zebraqueue-daemon
06:38 Elven_Thief yeah. i'm trying to find the page i found that on.
06:38 nathan1021 am i right?
06:39 Elven_Thief there was some justification about how directly using the zebraqueue is a slower process
06:39 nathan1021 ok....
06:39 i hope you could find the page... anyway thanks for this tip
06:39 Elven_Thief yeah. give me a minute.
06:40 kf I think Elven_Thief is right - we are also using rebuild_zebra.pl instead of zebra_queue_daemon
06:43 nathan1021 okey... thanks for this info...
06:45 Elven_Thief sadly, there's a bit of dated information for either setup wherever i'm searching.
06:45 http://wiki.koha.org/doku.php?[…]uide_ubuntu_hardy <- that will show you how to set it up either way
06:46 kf perhaps look here: http://koha.org/documentation/[…]endices/cron-jobs
06:46 Elven_Thief http://www.nabble.com/Bugs-abo[…]--td24352984.html
06:47 kf in nicole's manual rebuild_zebra.pl is listed as cronjob every n minutes
06:50 chris rebuild_zebra.pl as a cron is definitely the safe way to go
06:51 the zebraqueue-daemon has been known to flip out and consume all cpu and ram
06:51 Elven_Thief nice
06:51 nathan1021 ok... so how often do i have to run rebuild_zebra.pl
06:52 in 5, 60 min?
06:52 chris whatever you want
06:52 Elven_Thief depends on how fast you want a record change to show up in your opac search
06:53 kf hi chris
06:54 Kivutar joined #koha
06:54 nathan1021 correct me if im wrong, if i run rebuild_zebra.pl in every 60 min, that means a book could have already been borrowed few min ago, before it shows in the records, right?
06:55 chris in the search yes
06:55 it will show up as borrowed in circulation, or in the members screen etc
06:56 i wouldnt run it much less frequently than 10 mins
06:57 checkout out the example crontab in misc/cronjobs
06:57 crontab.example
06:59 * chris has to go bathe his son, back in a bit
07:09 nathan1021 anyways, just a newbie question...
07:09 what is the value of PERL5LIB in fc10
07:11 Elven_Thief you have to set that to the directory you installed koha in
07:11 in ubuntu: export PERL5LIB=/usr/share/koha/lib
07:11 i'm guessing that if you installed koha into that directory, you can use that
07:15 nathan1021 the PERL5LIB is the one containing the perl modules, right?
07:15 Elven_Thief the C4 library
07:16 Amit_Gupta joined #koha
07:17 Amit_Gupta hi kf
07:17 Elven_Thief i believe it's internal api that the website and all the fun tools use
07:18 kf hi Amit
07:20 |Lupin| joined #koha
07:21 |Lupin| hi there
07:21 hdl_laptop left #koha
07:21 hdl_laptop joined #koha
07:25 Amit_Gupta hi lupin
07:25 hi hdl
07:27 |Lupin| hi Amit
07:32 hdl_laptop hi all
07:36 nathan1021 do i have to Import:
07:36 Bibliographic data in MARC21 format
07:36 $ misc/migration-tools/bulkmarcimport.pl -file /path/to/marc.iso2709
07:36 Authority data in MARC21 format
07:36 $ misc/migration-tools/bulkauthimport.pl -file /path/to/auth.iso2709 after installing koha??
07:44 Elven_Thief if you're doing marc record imports into your system, you can do that or you can use the intranet pages to stage and import marc records
07:46 kf I think authorities can only be imported on command line
07:46 using bulkauthimport.pl
07:48 chris hi |Lupin| and hdl_laptop
07:50 |Lupin| hello chris
07:50 hello kf
07:50 kf hi lupin :)
08:05 nathan1021 hi..
08:05 how do i check if zebra is running
08:06 Elven_Thief ps aux | grep zebra
08:08 nathan1021 i have already run ps aux | grep koha-zebra-daemon
08:08 only 1 line shows
08:08 i think zebra is not running
08:09 Elven_Thief your grep will only search for the name of the script. try grepping for daemon as well
08:09 sorry for the spam:
08:09 ps aux | grep zebra
08:09 koha     30236  0.0  0.0  18012   572 ?        Ss   03:10   0:00 daemon --name=koha-zebra-ctl.koha --errlog=/var/log/koha/koha-zebradaemon.err --stdout=/var/log/koha/koha-zebradaemon.log --output=/var/log/koha/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 --user=koha koha -- /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml
08:09 koha     30237  2.8  0.7  94664  7164 ?        S    03:10   0:00 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml
08:09 root     30239  0.0  0.0   7524   896 pts/1    S+   03:10   0:00 grep zebra
08:10 your milage may vary
08:11 nathan1021 i have no result such as those
08:11 can you help me how to start zebra
08:12 so far here are the things that i did
08:12 create a symbolic link
08:12 Elven_Thief right
08:13 nathan1021 after that, should the zebra daemon automatically start, after i reboot the system?
08:13 Elven_Thief you will have to start the service
08:14 nathan1021 i have already run service koha-zebra-daemon start
08:14 Elven_Thief the syntax is different for every distro - ubuntu is /etc/init.d/servicename start
08:14 that will probably work on fedora
08:14 nathan1021 the problem is that i didnt get a response
08:15 Elven_Thief let's back up. is zebra installed?
08:17 nathan1021 what i did was download the source for yaz and zebra from indexdata
08:18 then build it individually
08:18 Elven_Thief try: which zebrasrv
08:19 paul_p joined #koha
08:19 Elven_Thief see if that finds it somewhere.  if you successfully installed zebra, it should find it somewhere
08:20 nathan1021 wooh.. that must be it
08:21 paul_p hello, i'm back from vacation. 2 weeks without internet
08:21 nathan1021 i got no zebrasrv in folders
08:21 Elven_Thief yeah. you'll probably want to check out zebra's docs to make sure it's properly installed
08:21 nathan1021 ls
08:22 sorry wrong window
08:22 chris hi paul_p
08:22 paul_p hello chris
08:35 Amit_Gupta hi paul
08:57 nathan1021 left #koha
09:16 chris_n-2nd joined #koha
09:24 chris_n left #koha
09:30 Elven_Thief when you're staging imports, does the matching rules compare from the sql database or the zebra database?
09:30 er, do the matching rules*
09:34 kf hm I would think zebra
09:34 we have a matching rule for 001
09:35 hm but marc_xml is in sql - shouldnt it be the same?
09:35 I dont know
09:36 just ignore what I said
09:43 hdl_laptop hi
09:48 Amit_Gupta hi hdl
10:11 gmcharlt hi hdl_laptop
10:11 hdl_laptop hi gmcharlt
10:11 gmcharlt hi Amit
10:12 Amit_Gupta hi galen
10:13 chris morning gmcharlt, welcome to monday .... in atlanta ths week?
10:15 mason joined #koha
10:15 gmcharlt chris: no, in Gainesville all this week
10:15 chris cool
10:15 kf hi gmcharlt
10:16 Amit_Gupta hi mason
10:16 paul_p hello gmcharlt & Amit & kf
10:16 kf hi paul_p :)
10:17 Amit_Gupta hi paul_p ;)
10:17 Elven_Thief kf, it was zebra.  i had nuked the sql database for a fresh start and was successfully finding matches because i had not cleared the zebra
10:18 gmcharlt hi paul_p - how was your vacation?
10:18 kf Elven_Thief: thx for letting me know :)
10:18 paul_p quite good, but the return is hard... A lot of (minor) personal problems. Like my cell phone stolen, my 2nd car that don't want to start...
10:19 gmcharlt :/ returning to the real world can be hard
10:25 paul_p another minor but very annoying one yesterday : 850km driving, without conditionned air (broken)
10:26 gmcharlt meep
10:53 chris paul_p, or nicomo or hdl .. what is kohabulac?
10:53 paul_p chris: bulac is a VERY large library in Paris (well, will be a very large library)
10:54 chris excellent
10:54 paul_p it will have ALL universities books about "foreign languages"
10:54 probably a lot of maori books ;-)
10:54 chris very cool
10:54 paul_p something like 2 000 000 books
10:54 the only problem being that the building is not yet builded ...
10:54 but they have officially choosen Koha already
10:54 chris biblibre is doing the koha work for them?
10:55 paul_p we did some. Now tamil does, and maybe next year (or 2011), they'll publish a huge RFP for some devs
10:56 chris very good
10:56 that's great news
11:01 brendan joined #koha
11:03 chris hey brendan, in ny?
11:03 brendan yup  in NY
11:04 you still awake or get woken up
11:04 Amit_Gupta heya brendan
11:04 brendan heya amit
11:05 paul_p brendan: I suspect there are 2 chris, one leaving in NZ, and the clone leaving in US, as there is someone answering on #koha 24/7
11:05 ;)
11:07 brendan heya paul_p  - good vacation?
11:10 brendan left #koha
11:11 chris heh
11:11 well there is chris_n too, we take turns :)
11:15 paul_p left #koha
11:29 jwagner joined #koha
11:36 jdavidb joined #koha
12:09 Amit_Gupta hi jwagner, jdavidb
12:09 jdavidb Hi, Amit. :)
12:09 jwagner Hi Amit
12:10 paul_p joined #koha
12:20 gmcharlt hi jwagner, jdavidb
12:20 jdavidb Hi, gmcharlt!
12:20 jwagner Morning, gmcharlt
12:29 Amit_Gupta left #koha
12:32 Amit left #koha
12:35 |Lupin| hi gmcharlt
12:35 gmcharlt: many thanks for having accepted the patches re:Bug 3464
12:35 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3464 enhancement, P5, ---, Sebastien.Hinderer@snv.jussieu.fr, ASSIGNED, borrowers table should contain country information for libraries with international patron populations
12:36 |Lupin| gmcharlt: I'm sorry you had to fix the patch. Next time don't hesitate to ask me to do the fixups myself if that's more convenient for you
12:37 gmcharlt |Lupin|: don't worry, there's more work for you on that one - now that the country is stored, there are various places where it could be displayed
12:38 |Lupin| gmcharlt: ahah... :-)
12:38 gmcharlt: like which places ?
12:39 gmcharlt |Lupin|: the member header, for one - i.e., the left-top area where the patron address is display for things like checkout, borrower account, etc.
12:40 |Lupin| gmcharlt: would you accept to add this and the other places you can think about to the corresponding bug as a bug comment, please ?
12:40 gmcharlt |Lupin|: sure
12:41 |Lupin| gmcharlt: and, if it's possible, a clue about where this should be done would be helpful, cause what you just said does not speak much to me as a lynx user...
12:41 gmcharlt heh - good point
12:43 |Lupin| gmcharlt: :)
12:45 chris_n-2nd is now known as chris_n
12:47 chris_n g'morning || g'whatever-time-of-day
12:48 jdavidb g'morning, chris_n.  :)
12:50 |Lupin| chris_n: what does the _n mean ?
12:51 gmcharlt |Lupin|: _n = Nighswonger, to distinguish him from chris (AKA Chris Cormack)
12:53 |Lupin| ah there are two chris around !! didn't realise that
12:54 gmcharlt it's a conspiracy, I tell you!
12:55 |Lupin| :-))))
12:55 jdavidb Fear the conspiracy.  Just because you're not paranoid, doesn't mean they're not out to get you.
12:56 |Lupin| :-)
12:56 chris_n hehe
12:56 paul_p what is strange is that the conspirators have choosen chris, and not john as 1st name...
12:56 chris_n gmcharlt++ for remembering the spelling
12:56 jdavidb (Apologies to non-native-English speakers there.  It's a pain for *me* to parse, and I wrote it.)
12:57 paul_p hi to US ppl (i'm back today)
12:57 chris_n hi paul_p
12:57 jdavidb Welcome back, paul_p!  How was the vacation?
12:58 |Lupin| jdavidb: there is en equivalent expresson in french and perhaps also in other languages, so I e.g. could get the meaning with just a shallow parsing
12:58 hey paul_p
12:58 jdavidb is now known as jchrisb
12:58 |Lupin| k, powerdown in one minute here so gotta go. bye all
12:58 jchrisb I'm joining the conspiracy!
12:58 chris_n by |Lupin|
12:58 jchrisb is now known as jdavidb
12:59 chris_n :-)
12:59 chris->clone(ur_name_goes_here)
12:59 paul_p hi to US ppl (i'm back today)
13:00 paul_p is now known as chris_poulain
13:00 jdavidb Ooo....
13:00 chris_n @pun
13:00 munin chris_n: I'll give you the answer as soon as RDA is ready
13:01 chris_n methinks munin needs to have a pun function
13:01 jdavidb Munin needs lots of things.  More good quotes, for one.  Where's wizzyrea when you need her?
13:01 munin jdavidb: downloading the Perl source
13:02 * jdavidb pokes munin with a stick.
13:02 jdavidb @quote random
13:02 munin jdavidb: Quote #1: "<pianohacker> resolve, rather, I doubt it needs lotion" (added by gmcharlt at 03:05 AM, May 31, 2009)
13:03 * chris_n runs away babbling and gnawing his tongue
13:06 tomascohen joined #koha
13:12 jwagner @quote random
13:12 munin jwagner: Quote #27: "<jdavidb> ("A helicopter does not fly; it is a collection of quasi-unrelated parts moving in close formation, beating the sky into submission.")" (added by gmcharlt at 09:21 PM, August 22, 2009)
13:13 jdavidb :)
13:13 jwagner Welcome back paul_p
13:15 joetho joined #koha
13:16 greenmang0 left #koha
13:17 chris_poulain is now known as paul_p
13:20 Kivutar left #koha
13:26 |Lupin| hmm it seems they don't want to interrupt the power here...
13:39 Kivutar joined #koha
13:39 paul_p left #koha
13:44 paul_p joined #koha
13:52 |Lupin| left #koha
14:11 |Lupin| joined #koha
14:12 |Lupin| hi again
14:15 paul_p again ? who is "again" ? Anyway, Hi |Lupin| You missed to be the 100th commiter from short !
14:19 |Lupin| paul_p: too bad ! :-)
14:19 paul_p: I was wondering who is your local Drupal expert at biblibre ?
14:19 paul_p (you were 96th)
14:19 |Lupin| paul_p: 96 is not bas :)
14:19 paul_p what kind of question do you want to ask ? it can be nicomo (functionnal pov) or Kivutar (technical questions)
14:20 |Lupin| paul_p: ah I just understood your joke about again :)
14:20 |Lupin| is now known as again
14:20 again I guess I ws just saying hello to myself
14:20 :P
14:20 again is now known as |
14:21 | paul_p: no precise question atm, I was just wondering because I'm just building a site using it (got the idea of using drupal because biblibre uses it)
14:21 paul_p so, it's better to ask nicomo I think
14:22 | paul_p: e.g. I'm wondering what themes modules you use, and also I'm lookng for suggestions regarding the visual design since it's something difficult to master for me
14:22 | is now known as |Lupin|
14:24 |Lupin| paul_p: globally, you are satisfied with it ?
14:25 paul_p very. But for more details, ask nicomo ;-)
14:25 (the only pain is to upgrade drupal and modules, on multiple hosted sites if i'm not mistaken. otherwise, it's really nice, powerful & easy to setup
14:25 |Lupin| paul_p: ok
14:26 paul_p: just one last thing... did you consider other CMSs such as Joomla ? If yes, do you know why drupal has been chosen rather than another one ?
14:27 paul_p mmm... we hesiteted between joomla and drupal. Can't remember why we have choosen Drupal, but I remember we hesitated a lot !
14:28 |Lupin| paul_p: ok ! thanks !! I'll bug nicomo & kivutar one of these days :-)
14:29 Kivutar |Lupin|: feel free to bug me :)
14:29 hdl_laptop paul_p: Drupal really seems  to provide the best code base and the more flexible in terms of additional features
14:30 + it is already used in more and more US libraries
14:30 + it can be hooked with solr
14:37 |Lupin| hdl_laptop: ok thanks for the information !
14:38 Kivutar: sure, I'll do so one of these days. NO time now but I'd really like to talk to you and perhaps show you the site I have started to build so that you can look and perhaps do some suggestions to improve the graphical design
14:42 nahuel gmcharlt, around ?
14:42 gmcharlt nahuel: yes
14:42 nahuel cool
14:43 gmcharlt, did you see my mail about the "Get" function ?
14:43 |Lupin| k, time for doing some shopping, see you later guys
14:43 |Lupin| left #koha
14:43 nahuel gmcharlt, about bug #3370
14:43 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3370 enhancement, PATCH-Sent, ---, nahuel.angelinetti@biblibre.com, ASSIGNED, Add the support of a Get Method on biblio records
14:43 gmcharlt yes - I'll push it, but I would still really appreciate it if code were also presented that actually *used* it
14:44 nahuel ok I will do it :p
15:00 moodaepo joined #koha
15:00 moodaepo left #koha
15:06 moodaepo joined #koha
15:24 rhcl joined #koha
15:27 sleekodie joined #koha
15:27 sleekodie Greetings
15:28 is there anyone in here
15:28 ?
15:28 jdavidb Nope.
15:28 |Lupin| joined #koha
15:28 sleekodie ha ha
15:28 |Lupin| back !
15:28 jdavidb We're all very well-defined figments of your imagination.
15:28 sleekodie geez ...hoping I can get some Koha help here today
15:29 jdavidb Likely so.  Lots of very helpful folk here today.
15:29 sleekodie good ....
15:29 I'm running Koha 3.00.03 on a Debian Lenny
15:30 migrating from L4U and we're having trouble generating barcode
15:30 we get an error message:   can't find PDF/Reuse/Barcode ....
15:31 in the path
15:31 jdavidb Sounds like a CPAN module is missing.  Just a shot in the dark here, but I'd say if you force installed PDF::Reuse::Barcode, that might clear it up.
15:31 sleekodie line 14 of label-print-pdf.pl
15:31 just did about 10 mins ago
15:31 jdavidb hrm.
15:32 sleekodie do u want me to paste the full text of the error message here?
15:32 Kivutar left #koha
15:33 jdavidb It might be helpful to someone...I'm a little out-of-territory here, but it might spark something.
15:33 sleekodie smile ...
15:33 here goes
15:33 Koha error
15:33 The following fatal error has occurred:
15:33 Can't locate PDF/Reuse/Barcode.pm in @INC (@INC contains: /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/koha/intranet/cgi-​bin/labels/label-print-pdf.pl line 14.
15:33 BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-​bin/labels/label-print-pdf.pl line 14.
15:33 ApacheServer version: Apache/2.2.11 (Debian) Server built: Jul 10 2009 20:47:41
15:33 Koha3.00.02.012
15:33 Koha DB3.0002012
15:33 MySQLmysql Ver 14.12 Distrib 5.0.84, for debian-linux-gnu (i486) using readline 5.2
15:33 OSLinux hawklibrary 2.6.30-1-686 #1 SMP Thu Jul 30 14:45:30 UTC 2009 i686
15:33 Perl5.010000
15:34 anyone else seen that error message?
15:34 nahuel sleekodie, you need to install the cpan module : PDF::Reuse::Barcode
15:34 :)
15:35 sleekodie just did about 10 (now about 15 mins) ago
15:35 jdavidb sez he's done that, nahuel.
15:35 nahuel hmmm
15:35 sleekodie do I have to remake Koha?
15:35 nahuel did you restart apache ?
15:35 sleekodie, no
15:35 sleekodie i restarted the box (whole thing)
15:35 nahuel did you verify where it was installed ?
15:36 jdavidb I'm thinking it's a blown-path problem, maybe.  Might do a find / -name Barcode.pm from some rooty account, and see that it is in fact in one of the @INC directories.
15:36 (or a subdir of one of them.
15:37 sleekodie speaking of find ...i did that starting from the / and it didn't find it ...however ....if i go to the /usr/share/koha/lib folder ..the PDF/Reuse folder is there
15:37 jdavidb That should be fine, if Barcode.pm landed in there.
15:37 nahuel sleekodie, find is case sensitive
15:38 sleekodie hold on ...let me reissue the find
15:39 schuster joined #koha
15:39 schuster Owen here?
15:39 sleekodie side question ...how do I view the @INC to make sure the path is there
15:39 schuster I'm trying to find his blog with all his handy tips for customization!
15:40 sleekodie :)
15:40 (that shud be helpful for a newbie here)
15:40 the find returned this:   /usr/local/share/perl/5.10.0/GD/Barcode.pm
15:40 chris_n sleekodie: try 'sudo updatedb && locate Barcode.pm
15:41 sleekodie I'm logged in as root so no need for sudo here
15:41 chris_n that's part of the GD module, we're looking for Reuse/Barcode.pm
15:42 sleekodie I didn't give the box a chance to finish ...
15:42 here's the complete output
15:43 (it's not letting me)
15:44 chris_n ?
15:44 jwagner schuster, I think the blog you're wanting is at http://www.myacpl.org/koha/ for Owen.
15:44 sleekodie (it's not letting me paste the output here) -- I mean I can paste it here but can't send it
15:45 chris_n so find did not return anything like 'Reuse/Barcode.pm' ?
15:45 http://pastebin.com/
15:45 sleekodie it did
15:45 but it's in /root/build folder?
15:46 hawklibrary:/# find / -name 'Barcode.pm'
15:46 chris_n it does not appear to have installed
15:47 did cpan report any errors when you installed the module?
15:47 sleekodie no
15:47 let me hand type the find output here  ok?
15:48 usr local share perl 5.10.0 GD Barcode.pm
15:49 (the spaces are supposed to be slashes)
15:49 chris_n k
15:49 WvdV joined #koha
15:49 sleekodie root .cpan build PDF-Reuse-Barcode-0.05-8v9juv blib lib PDF Reuse Barcode.pm
15:50 root .cpan build PDF-Reuse-Barcode-0.05-8v9juv/Barcode.pm
15:50 the other 2 are from the GD-Barcode-1.15
15:51 chris_n you can try 'cd .cpan/build/ PDF-Reuse-Barcode-0.05-8v9juv'
15:51 then 'make test'
15:51 and see what it says
15:51 * chris_n thinks it might be easier to use the package maintainer's versions
15:52 chris_n ie 'apt-get install libpdf-reuse-barcode-perl'
15:52 also libpdf-reuse-pdf if it is not already installed
15:53 sleekodie can't find Barcode::Code128 -- can't produce those barcodes
15:53 joetho zippy the pinhead is running loose in my OFFICE!
15:53 joetho left #koha
15:53 joetho joined #koha
15:54 sleekodie (lol at joetho)
15:54 ok ...doing those 2 installs now ...
15:55 chris_n libpdf-reuse-pdf should be libpdf-reuse-perl
15:55 WvdV or Hi, is it easy to understand why an advanced search on language doesn't seem to work, despite having filled in things like =041  \\$aeng ? On keyword 'fre' it finds the french texts, as well as titles such as 'Freedom' and authors like 'Freeman'. But a search on the language 'fre' or 'french' doesn't give the texts written in french.
15:57 sleekodie installing now ......
15:57 will let u know when done
15:57 chris_n k
15:58 sleekodie done
15:58 restart the box?
15:58 chris_n no
15:58 just retry the label batch
15:58 sleekodie ok ...hang on ...yelling across the room   :)
15:59 chris_n the marvels of moder communications :-)
15:59 modern even
15:59 sleekodie lol........
15:59 progress!
16:00 it's processing
16:00 further along than before
16:01 chris ...and the rest of the gang ...thanks so much for your help ...you can go ahead and assist Wvd's question
16:01 I do have another question unrelated to the barcode but a fun one
16:02 chris_n WvdV: sorry, I'm not a search guru, but there are several here so give it a bit
16:02 sleekodie: np glad to help
16:02 * chris_n lives in label land these months
16:03 chris_n sleekodie: what's your other question?
16:03 pianohacker joined #koha
16:03 * chris_n greets pianohacker
16:04 sleekodie anyone here an expert or have experience in Windows Server 2003 Active Directory/LDAP integration with Koha?
16:04 * chris_n runs away... fast ;-)
16:04 sleekodie Hi Pianohacker ...oyu're not hacking a piano today, aren't you?  :)
16:04 chris_n sleekodie: atz is the guru on that one
16:04 pianohacker No, the piano is safe...
16:04 for now
16:05 chris_n you'll most likely need to post to the mailing list as he's not been about lately
16:05 pianohacker sleekodie: That might also be a good list question, since there are others who've had the same problem
16:05 chris_n great minds think alike
16:06 * chris_n heads off in search of food...
16:06 sleekodie back to the barcode topic
16:06 the pdf file is damaged and could not be repaired
16:07 chris_n hrm
16:07 pianohacker I think chris_n sent a change to the pdf generation code. Did that make it into 3.0.3 ?
16:07 chris_n open the pdf file in a text editor and post the error code
16:08 pianohacker: it turned on compression in pdfs and did not make it into 3.0.3 afaict
16:09 pianohacker k
16:10 joetho sleekodie: try this again later. I seem to remember some developers discussing LDAP interfaces on here the other day, and maybe they just aren't morning people.
16:11 sleekodie (re LDAP -- will do)  I will also post on the mail list
16:11 re PDF ...I have the file open in a exit editor
16:11 pianohacker atz is currently on holiday from IRC, won't be back for a while
16:11 joetho also.... the interface is going to be very similar to connecting to Evergreen.
16:12 I'm just sayin.
16:12 MickeyC joined #koha
16:12 joetho and today IS monday...
16:12 chris_n hehe
16:12 joetho Mickey
16:12 MickeyC hey jo
16:12 joetho any news on our merge thing?
16:12 MickeyC nyet
16:12 joetho no news here at all
16:13 OK
16:13 has Brenda started yet?
16:13 MickeyC yes, she's on board and working hard
16:13 paul_p joetho: they are not morning ppl, or it's not morning for them ;-) (for us, in Europe, it's 6PM, not really a time for a morning man :D )
16:13 MickeyC question for any about Damaged item status
16:14 it apparently does not behave like Lost, and prevent Holds in catalog
16:14 I think it should
16:14 Preference, or bug?
16:14 Your opinion.
16:14 pianohacker Bug
16:14 sleekodie the label batch threw an webpage error into the pdf
16:14 <h1>Koha error</h1>
16:14 <p>The following fatal error has occurred:</p>
16:14 <pre><code>Can't call method &quot;field&quot; on an undefined value at /usr/share/koha/lib/C4/Labels.pm line 846.
16:14 pianohacker sleekodie: Hmm. That looks like a corrupted record error at first glance
16:15 joetho Mickey: no reports of that here, but I will test it along with some other stuff I am working on. Maybe it's just you.
16:16 pianohacker Can you view all of the records you're trying to print?
16:16 WvdV left #koha
16:16 sleekodie piano ...i was trying to make labels
16:16 MickeyC :(
16:16 sleekodie how to find which record is corrupted?
16:16 MickeyC s'always just me
16:16 joetho ;)
16:16 fourteen people like this
16:17 chris_n sleekodie: try a batch with a single item in it... it may simply be a corrupted record as pianohacker suggests
16:18 sleekodie think we found it ....
16:18 it's a record with a missing barcode
16:19 MickeyC piano: Bug 3460 seems to indicate that some libs WANT to place holds on damaged items
16:19 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3460 normal, P3, ---, gmcharlt@gmail.com, NEW, Hold options inconsistent for "Damaged" items
16:19 pianohacker That's odd. Why wouldn't you just place a record hold?
16:19 MickeyC we're getting reports in our install of libs having DAMAGED items turn up on their holds pick list. This might actually be a holds issue rather than a damaged status issue
16:20 yes it's odd
16:20 sleekodie (barcode update:  I have my peer looking into that record on his laptop ..will update you once he finds that record)
16:20 joetho MC: fix bug if it's a bug, and make it a yes/no preference. That makes sense to me.
16:21 MickeyC placing holds on damaged items is not a reasonable functionality imo but somebody out there wants it ergo koha = preference
16:21 joetho what you said.
16:21 gmcharlt MickeyC: can be reasonable for staff to want to place hold requests on damaged items
16:21 MickeyC hi galen
16:21 nice to see you!
16:21 gmcharlt hi MickeyC
16:21 and likewise
16:21 chris_n sleekodie: btw, the label creator is getting a major overhaul code-wise with some nice improvements in work-flow
16:22 MickeyC under what circumstances is reasonable, for my info?
16:22 joetho yaaaaaay to the creator of the label creator!
16:24 mc: If the lib is using "damaged" as "in repair".  If it is too damaged to circulate, that is another story.
16:24 chris_n off to pop popcorn...bbiab
16:24 sleekodie chris_N ..thanks ....
16:24 MickeyC if damaged = send to repair, then shouldn't show up on holds pick lists
16:24 that's the problem
16:24 pianohacker I think looking for food -> popping popcorn is not necessarily a logical progression...
16:24 joetho mc: or if the library is using "damaged" for something minor. Bent pages.
16:24 sleekodie told the guy to chop the export from L4U after 5 records ...stage that into Koha and then try the labels with that
16:25 chris_n sleekodie: let me know what turns up... I'll read back when I get back
16:25 pianohacker: since when was the search for food a logical thing... ;-)
16:25 MickeyC um, no point in using damaged for bent pages
16:25 joetho mc: this should be a preference. No doubt.
16:25 MickeyC mmm
16:26 sleekodie MickeyC ...guess Koha interprets "damaged" more literally than we do
16:26 joetho then why would a damaged book NOT circulate? Use a "Doesn't Circulate" collection code.
16:27 MickeyC Here's what our member lib wrote: When we have an item that is damaged, we change the status to "damaged" and give to the appropriate department head so they can determine whether to keep, repair, replace or delete.
16:27 Now for the problem: Setting the status to damaged does not keep the item from appearing on the pick list. Is this a bug that is going to be fixed or do we need to come up with a different method of handling our damaged items? Any help would be appreciated.
16:28 Pref setting is acceptable, but that' development work and who know when that will happen
16:29 joetho as long as you're changing something, why not change the collection code instead of the damaged status? It would be just as easy.
16:29 pianohacker But that's such a hack
16:29 How about a notforloan status?
16:30 MickeyC no, not as easy to change coll code as status
16:31 i think for now the NFL could be the solution
16:31 thanks
16:31 pianohacker np
16:31 joetho or add another value to damaged and name it something meaner. "Damaged- in repair" even though that is just a phrase. It would still work the same.
16:33 or even better, add another value to not4loan and call THAT "damnaged"
16:33 whoops
16:33 paul_p left #koha
16:33 joetho *damaged
16:34 MickeyC that's good
16:34 like that possibility
16:34 joetho "Damaged- In Processing"
16:40 kf bye #koha
16:40 kf left #koha
16:46 sleekodie (refresh my IRC memory ..how to send a private msg) ?
16:46 chris_n ...we imported 2 smaller batches of b ooks (6 books each) and
16:46 gmcharlt sleekodie: /msg nick super-secret message
16:47 sleekodie we're now unable to generate labels for those batches
16:47 we get message back "label batch created with id 1 each time
16:47 shouldn't the id auto increment?
16:48 chris_n sleekodie: what version of koha are you using?
16:50 sleekodie chris n  koha 3.00.03 (system reports 3.00.02 12something
16:51 we cleared out the database ....and imported/staged the small batch of 6 books
16:51 and gen the labels ...it did generate that successfully
16:51 viewed the pdf ...it didn't show the barcode ..but when printed ..it prints
16:51 (go figure)
16:52 so that  means there is a corrupt record in the import file
16:53 chris_n k
16:54 you must have a version before the bugfix for later versions of adobe reader, hence the barcodes not showing in the viewer
16:55 sleekodie let me see if I can view it ...
16:55 chris_n you can verify this by viewing in adobe reader ver 7.0 or less
16:56 * chris_n seems to remember some discussion about making the bulk marc importer behave better with corrupt records
16:57 sleekodie using reader 9.1.3
16:58 tomascohen hi gmcharlt, is it posible to install latest stable release of koha with latest libraries from CPAN?
16:58 gmcharlt tomascohen: should be - I'm not actually sure what you're asking
16:59 tomascohen: i.e., it will likely work with latest CPAN versions of dependent libraries
16:59 but depending on your platform, may be easier to install the Perl module packages maintained by your distribution of choice
16:59 tomascohen i did some upgrades to cpan libraries in a 3.0.3 install and had some troubles
17:00 because of the MARC::File::XML version issue
17:00 i now have to install new kohas for several libraries
17:00 gmcharlt ah, OK - latest version of MARC::File::XML should be OK
17:00 tomascohen you mean it will work with koha v3.0.3 ?
17:01 schuster 3419 - bug - export from reports only exports first 10000- not sure who put this limitation in, but I don't like it.  Didn't have that problem before the feature to edit the SQL...  Any hints on fixing it?
17:02 gmcharlt tomascohen: yes, it should
17:02 tomascohen thnaks!
17:05 chris_n sleekodie: the fixes for that have not made it to 3.0.3 yet apparently
17:06 @later
17:06 munin chris_n: I've exhausted my database of quotes
17:06 chris_n hdl_laptop: you might want to apply those patches to 3.0.x at some point
17:07 sleekodie stilly question
17:07 we've staged 14 records
17:07 gen'd labels for those
17:07 now how to move from resoviour to catalog?
17:08 gmcharlt sleekodie: go to 'manage stage imports', then commit the batch
17:09 sleekodie all we see is "undo import from catalog"
17:09 gmcharlt sleekodie: then it's already committed, so only thing lack may be indexing
17:10 sleekodie is there a way to force a reindex?
17:11 gmcharlt from the command line
17:11 run rebuild_zebra.pl -b -z
17:17 Sharon joined #koha
17:20 sleekodie rebuild returns error ...line 5  C4::context.pm can not be found
17:23 gmcharlt sleekodie: you need to set two enviroment variables to run stuff from the command line
17:24 export PERL5LIB=/path/to/directory/containing/C4
17:24 export KOHA_CONF=/path/to/active/koha-conf.xml
17:25 sleekodie trying that ...
17:43 still complains ab out C4
17:44 gmcharlt what do you get when you run
17:44 env | grep PERL5LIB
17:47 sleekodie PERL5LIB=/usr/share/koha/lib/C4
17:47 gmcharlt ah, should be /usr/share/koha/lib
17:49 sleekodie i think I'm pointing to the wron conf.XML as I get this Use of uninitialized value $db_driver in concatenation (.) or string at /usr/share/koha/lib/C4/Context.pm line 666.
17:49 Can't connect to data source 'dbname=__DB_NAME__;host=__​DB_HOST__;port=__DB_PORT__' because I can't work out what driver to use (it doesn't seem to contain a 'dbi:driver:' prefix and the DBI_DRIVER env var is not set) at /usr/share/koha/lib/C4/Context.pm line 666
17:49 gmcharlt env | grep KOHA_CONF
17:49 most likely, the correct value for you is /etc/koha/koha-conf.xml
17:50 MickeyC left #koha
18:19 sleekodie that was the case gmchatlt ...I got interrupted in the middle of trying to fix that ...hence the long silence ...
18:19 now re-starting my fix
18:24 got a warning message .....ignoring it since it's not error
18:26 the books are still in resevouior
18:31 chris_n sleekodie: can you do a catalog search and obtain results?
18:33 * chris_n seems to remember that the batch remains in the reservoir even after committing
18:33 sleekodie i search the catalog and I get nothing found (via OPAC) but I find it in Biblios in reservoir
18:34 chris_n hrm
18:34 sleekodie when the import was staged ...it showed as imported
18:34 chris_n do 'rebuild_zebra.pl -b -r -v'
18:35 sleekodie i did a rebuild with the b and z options
18:35 now trying b r v
18:36 chris_n how many records did it process and were there any errors?
18:36 sleekodie 22
18:37 chris_n no errors?
18:37 sleekodie (23 have 2 batches of staged imports ...one with 14 and the other with 6 should it should be 20
18:37 still reading log .....
18:37 it spewed   :)
18:37 chris_n -v++
18:38 sleekodie no errors
18:39 gmcharlt sleekodie: another question  - is zebrasrv running?
18:39 sleekodie it should be ....
18:39 how to test?
18:39 gmcharlt ps -ef | grep zebrasrv
18:39 Ropuch hidelostitems on maybe?
18:40 chris_n ok
18:40 branchcode
18:40 gmcharlt: I wonder if the branchcode for the imported records is non-existent?
18:41 gmcharlt chris_n: could be, although that shouldn't prevent basic bib search from working
18:41 chris_n that causes borking
18:41 sleekodie seems not to find the zebrasrv
18:41 hmmmm.....
18:42 gmcharlt sleekodie: there should be an /etc/init.d/koha-zebra-ctl.sh or the like
18:43 sleekodie looking
18:45 hmmm...
18:45 I see a symlink  ..koha-zebra-daemon points to /usr/share/koha/bin/koha-zebra-ctl.sh
18:45 schuster left #koha
18:47 schuster joined #koha
18:47 collum joined #koha
18:48 chris_n sleekodie: /etc/init.d/koha-zebra-daemon start
18:48 assuming that's where koha-zebra-daemon is
18:49 sleekodie that's where it is
18:49 chris_n then run rebuild-zebra.pl again
18:49 after ps -ef | grep zebra
18:49 to be sure the zebra really runs
18:50 sleekodie aha .....
18:50 invalid user .......sheez
18:50 user is not in koha group
18:50 chris_n su koha
18:50 then try starting it
18:51 sleekodie trying to remember how to add user to group via command line
18:51 chris_n 'update-rc.d koha-zebra-daemon defaults' will get zebra setup to start on system start
18:52 groupadd
18:53 sleekodie bingo ...i had to su as the user
18:53 let me add the user to the koha group so that update will work
18:56 when rebuilding the index ...i get permissions denied
18:56 chris_n be sure that the user zebra is running has has file permissions on the index file(s)
18:57 write permissions that is
18:58 sleekodie (I su'd as root and rebuilt
18:58 so that means ...i have to fix the daemon and the user accounts
18:58 chris_n right
18:59 zebras are not easily managed creatures... ;-)
18:59 sleekodie still not finding the book in the catalog .....
18:59 sigh ....
19:01 chris_n who owns /var/run/zebradb ?
19:01 it should be your koha user
19:02 sleekodie i think it's root ..how to best check?   lsown?
19:02 chris_n ls -l /var/run/zebradb
19:03 it should probably not be root
19:06 sleekodie i'ts in /var/run/koha ..and the user is NOT root
19:06 librarian owns that
19:08 jwagner left #koha
19:10 sleekodie hris ...I'm behind on some other things ...my peer talked with the boss and we're putting this on the back burner for now
19:10 that msg was meant for Chris_n
19:10 jdavidb left #koha
19:11 chris_n np... I imagine your issues are user/permission issue though
19:13 sleekodie chris_n ...did u see my private msg?
19:14 tomascohen left #koha
19:21 sleekodie left #koha
19:41 nicomo left #koha
19:51 chris hmm busy irc day
19:52 schuster Mainly 2 people.
19:54 See you tomorrow.
19:54 chris heya schuster :) all recovered from disneyland?
19:55 ack bus time
19:58 schuster left #koha
20:00 collum left #koha
20:19 hdl_laptop chris_n : next 3.0 version should be reconciliation version and Amazon WS patches are on this branch
20:20 But I should publicize those patches on 3.0.3 also
20:24 chris_n hdl_laptop: I'm speaking of bug 3390 patches
20:24 munin 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3390 major, PATCH-Sent, ---, cnighswonger@foundations.edu, CLOSED FIXED, PDFs w/barcodes not displaying properly in Adobe Reader >v7.0
20:29 hdl_laptop chris_n those patches are already on reconciliation :
20:29 http://git.koha.org/cgi-bin/gi[…]&st=commit&s=3390
20:30 chris_n hdl_laptop: so they should show up in the next 3.0.x release?
20:31 hdl_laptop yes
20:31 chris_n great, tnx
20:34 richard joined #koha
20:34 richard hi
20:37 chris back
20:44 |Lupin| good night every body
20:44 or day
20:44 bye chris and all
20:45 |Lupin| left #koha
21:15 Sharon left #koha
21:19 tomascohen joined #koha
21:29 magnusenger left #koha
21:47 hdl_laptop gmcharlt: sending biblibre patches over master
21:47 hoping you receive them
21:47 gmcharlt hdl_laptop: they're coming trhough
21:48 hdl_laptop: about how many of them will there be?
21:49 hdl_laptop still have to make some more (between 5 and 10)
21:49 gmcharlt k - if you said 200, I was going to suggest a different transmission mechanism ;)
21:49 hdl_laptop + have to send bugfixes on new_acq
21:50 hehe gmcharlt I am grouping them
21:50 I hope I won't be loosing anything
21:50 gmcharlt hdl_laptop: for subsequent groups, if you could do -n when you run format-patch, would help
22:18 chris gmcharlt: got a sec?
22:18 gmcharlt chris: what's up?
22:18 chris http://profiles.workbuffer.org/circ-circulation/
22:18 vs
22:18 http://profiles.workbuffer.org[…]ion-config-cache/
22:19 i think we have found our next win _common_config in C4::Context
22:19 take all that xml parsing out of the way
22:19 gmcharlt yep
22:19 for your next trick, I suggest poking at the code that grabs the MARC framework definitions
22:20 chris *nod*
22:20 ill do a bit more trying to get circ a bit faster, then will look at that
22:20 but now i better do some paid work
22:21 * gmcharlt tosses a wooden nickel towards chris to get him to stick with it ;)
22:23 chris heh
22:25 will do more this evening, will send a patch for C4::Context and hopefully for the marc stuff too
22:25 and then i should update INSTALL.debian-lenny for a start
22:29 hm whats RIS
22:29 ohh
22:29 http://en.wikipedia.org/wiki/R[…]%28file_format%29 <-- that eh?
22:30 cool
22:30 * chris wonders if Jo is about?
22:31 chris she will be very excited about the moveitem script
23:15 rhcl is now known as rhcl_away
23:17 CGI092 joined #koha
23:17 CGI092 Fixing bugs in my librarys database, call numbers are out of order, no easy solution?
23:18 talking to myself
23:18 ?
23:18 pianohacker Generally, you can expect to wait more than 37 seconds for a response, yes
23:18 chris out of order in what way?
23:19 CGI092 e174.5 before e.174
23:20 chris what version of koha?
23:20 richard is now known as rich-away
23:21 CGI092 3.0
23:21 chris 3.0.0 or .1 .2 or .3?
23:22 CGI092 3.01.00.032
23:22 chris ahh so none of the above
23:22 you running from a git checkout eh?
23:22 CGI092 yes
23:23 sleekodie joined #koha
23:23 chris in that case, no, no easy solution
23:23 sleekodie I'm back again   :)
23:24 CGI092 afraid of that, here goes 12 hours of reorganizing, thanks anyway..
23:24 any updates to fix solution?
23:25 chris well . is before 1 in ascii so it should be sorting correctly now
23:26 CGI092 left #koha
23:36 sleekodie newbie here
23:36 smile
23:36 how to force koha to refresh marc recoreds ....
23:37 how to add more MARC servers to koha's lookup list
23:38 chris ahh you need the manual
23:38 sleekodie I just imported 4300 some books into koha but discovered that it's missing a lot of informaiton .....how to best force koha to update the MARC records
23:38 like we read the manuals?  :)
23:38 chris http://new.koha.org/documentat[…]rs/z39.50-servers
23:40 sleekodie that's a start
23:41 can you tell me how does koha update existing reocrds?
23:41 chris yep 2 secs
23:42 http://new.koha.org/documentat[…]ecords-for-import
23:43 you can choose to look for duplicates, and choose what to do when you find one, replace it etc
23:43 (this if for doing bulk updates)
23:43 manual updates you just edit the record
23:43 sleekodie the books are in the catalog ...so they're already imported
23:43 chris right
23:44 but you said missing lots?
23:44 sleekodie yes
23:44 chris well you have 2 options then, go through editing them all
23:44 or replace them with records that are more complete
23:44 using the import tool
23:45 sleekodie i'd obviously prefer the bulk update route   :)
23:45 let me rephrase to make sure I understood you correctly
23:45 Ive uploaded a file to stage for import
23:46 it has some MARC info
23:46 but i want to add more, pulling missing data from the various MARC servers
23:46 chris yeah you cant do that
23:46 sleekodie I  can't?   bummer
23:47 chris you can create a better record
23:47 and upload it using the stage marc records tool, and tell it to replace any duplicates
23:47 http://new.koha.org/documentat[…]ecords-for-import
23:48 but currently there is no way to say, make me a better record from these servers
23:48 if someone wanted to sponsor development for that, im sure they could find developers to do it :-)
23:48 biblios might be able to do something like that, im not sure
23:49 http://biblios.org/
23:49 you can integrate that with koha
23:49 sleekodie ok.....I'll chew on those 2 documents links and figure out how we can query other MARC servers to pull more info to replace
23:53 pianohacker sleekodie: Note that while editing an individual record, you can completely replace that record's information with one from a Z39.50 search
23:53 chris cool good luck, if you find a good way to do it
23:53 writing it up on wiki.koha.org would be fantastic
23:54 sleekodie throwing something out to ponder ...shoot me if it's unworkable ....
23:54 (not physically shoot me, mind you)
23:55 :)
23:55 suppose I export the MARC records I have in koha and send that file to biblios, will I get more info back from them in a file ?
23:56 chris biblios is a tool .. unless you mean biblio.net ?
23:56 biblios.net even
23:57 either way the answer is, i dont know
23:59 sleekodie if i stage and replace existing records ....will it leave the 952 (Koha) stuff alone or would that info be gone?

← Previous day | Today | Next day → | Search | Index

koha1