IRC log for #koha, 2009-04-14

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

All times shown according to UTC.

Time Nick Message
13:06 owen If you're using item-level itemtypes, is there any reason at all to specify an itemtype at the biblio level?
13:06 Or can it be taken out of the framework?
13:07 paul_p owen: it can be taken out of the framework.
13:08 (hello & happy easter)
13:08 owen And to you to, paul_p
13:08 Thanks
13:08 When are you leaving?
13:09 :)
13:25 Hui_Nan_ hello
13:25 does anybody know how to figure out the data stored in Zebra indexes for a record?
13:26 zebra admin's manual states there is a special element set 'zebra::index'
13:28 however koha's biblios database says: Diagnostic message(s) from database:
13:28    [25] Specified element set name not valid for specified database -- v2 addinfo 'zebra::index'
13:42 http://lists.indexdata.dk/pipe[…]-July/001694.html
13:42 answer's found!
13:57 jwagner Question for folks on authorities -- the dontmerge authorities syspref references a merge_authorities.pl cron job.  However, I don't find that script anywhere on the server (either 3.0 or 3.0.1 versions).  Is the manual outdated for this, or are we missing a script?
14:02 atz jwagner: misc/migration_tools/merge_authority.pl
14:02 slight imprecision in docs
14:05 jwagner Thanks, atz.  Can you clarify when that should be run?  If I'm reading the manual & syspref description correctly, if dontmerge is set to ON, things happen on the fly.  If it's set to OFF, this script should be cronned (nightly? how often?). Is that correct?
14:05 atz nightly should do it
14:28 liz_nekls q: is there something amiss with git? I can't get search results after dec. 08
14:28 (web interface)
14:28 err, can't "seem" to get results after dec 08
14:30 atz liz_nekls: not sure what you mean... got a link?
14:45 owen liz_nekls: are you coming to KohaCon?
14:46 liz_nekls owen: yessir, I will be there
14:46 prepare to have your brain picked.
14:47 owen I'm looking forward to it :)
14:48 liz_nekls there are a lot of people I"m looking forward to seeing
14:48 meeting, etc
14:49 atz: hrmph, it  works now, not sure what's different. I'm getting different results for things I searched for not 30 minutes ago
14:49 (correct results)
14:49 atz odd
14:49 liz_nekls very
14:49 but a welcome change in state of affairs
14:50 ;)
14:50 gmcharlt +1 to that
14:51 paul_p & very excited to come to TX! (i've been in OH, but Nelsonville is a not a large city !)
14:51 gmcharlt liz_nekls: checked - didn't see any particular reason why gitweb should have acted up
15:03 Hui_Nan_ had anyone played with zebra::index element set in zebra?
15:03 I can't get utf-8 encoded text
15:04 just dogs instead of letters
15:04 like <index name="Author" type="w" seq="15">@@@@@@@@</index>
15:05 I'm using yaz-client connected to zebrasrv via unix socket which Koha uses for biblios
15:07 I worry because a SimpleSearch through opac "au=<some cyrillic surname>" gives a couple of records where <some cyrillic surname> is not mentioned at all!
15:08 records were imported, using tools
15:10 atz Hui_Nan_: make sure the internal MARC flag for encoding matches your expectation (probably utf8)
15:10 that would be leader/09="a" for marc21
15:12 Hui_Nan_ I'm using unimarc (rusmarc)
15:13 atz i think it is in the 100 field then.  paul_p could confirm
15:13 Hui_Nan_ yep exactly
15:13 I have there Character Set 1 = 50-UTF-8
15:14 it is not a problem 'cause in OPAC I see correct biblio
15:14 atz just in zebra?
15:15 Hui_Nan_ and if I ask zebra for just a record data I get marcxml/unimarc with russian
15:15 atz ah, ok
15:15 Hui_Nan_ but if I ask for indexing data - then alas
15:15 atz you just need to negotiate character set
15:15 Hui_Nan_ certainly I do
15:15 charset UTF-8 UTF-8 UTF-8 is in my ~/.yazclientrc
15:16 that's why I see cyrillic when I ask for record
15:16 atz that makes sense
15:16 Hui_Nan_ I believe that the trouble is in koha-conf.xml
15:16 atz interesting!
15:16 Hui_Nan_ I added the lines like "<retrieval syntax="xml" name="zebra::index" />"
15:17 to access zebra::XXX element sets
15:17 I believe I have to specify utf-8 somewhere inside retrieval
15:18 atz perhaps this is a question for the zebra listserv
15:19 Hui_Nan_ certainly it is
15:19 I'm asking in a hope that someone here has played with zebra::index %-)
15:21 well, why coluld this happen? I'm importing some records, rebuild zebra's index and get within relevant records a few irrelewant ones while searching?
15:25 liz_nekls gmcharlt: thanks for checking.
15:28 Hui_Nan_ just looking at that irrelevant record in `biblioitems.marcxml`
15:29 that guy is certainly not mentioned nowhere in the record
15:30 ...an author by whose name I found this record
15:30 atz strange... check your zebra logs to see if indexing is failing on certain records
15:31 otherwise, (if it isn't a huge dataset) try rebuilding the index from scratch and see if it still happens
15:32 Hui_Nan_ [warn] Index 'XXX' not found in attset(s)
15:32 that's all
15:32 XXX is not /Author.+/
15:33 11 records for testing purposes
15:34 rebuilding does not help
15:34 ./rebuild_zebra.pl -b -w
15:34 is it correct?
15:38 atz misc/migration_tools/rebuild_zebra.pl -b -r  # the r clears index first
15:38 may want to use -x (for XML indexing too)
15:40 Hui_Nan_ the order of records in the results list has changed
15:40 but, the same irrelevant records %-(
15:41 I noticed that `biblio`.`author` is empty for all the imported records
15:41 Is it OK?
15:42 each has rusmarc 700 and 701 fields
15:42 each record
15:43 well, anyway, I'm fighting with Zebra, not Koha
15:43 Where Zebra finds the data on records?
15:46 atz Hui_Nan_: that suggests that import is failing at some point
15:46 before writing to biblio.author
15:47 Hui_Nan_ well, Zebra says there are 11 records in the biblio base, all 11 `biblioitem`.`marcsql` are correct
15:48 I'll wait for the answer from zebra list and then may be some code studying will help %-)
15:55 [Mon Apr 13 13:44:25 2009] [error] [client 192.168.4.56] [Mon Apr 13 13:44:25 2009] stage-marc-import.pl: superlibrarian at
15:55 /home/www/koha/lib/C4/Auth.pm line 1423., referer: http://catalog.isact.ru/cgi-bi[…]ols/tools-home.pl
15:55 ups... that's something strange
15:56 I can't see what kind of error it is
15:56 authentication, well
15:57 ough, there are a lot of Auth.pm errors today :-(
15:57 gonna check that line tomorrow %-)
15:58 atz, thanks for help~
15:58 !
15:59 liz_nekls ok, here's what I'm seeing (feel free to say "git: ur doing it wrong"
16:00 i did a search for 2940, and got no results
16:00 but here it is: http://git.koha.org/cgi-bin/gi[…]cf10834e45935c6f7
16:00 i had to look through the shortlog to find it
16:01 gmcharlt a commit search of '2940" on gitweb turned it up for me
16:02 liz_nekls I did the exact same thing and it didn't come up
16:03 and I just now did it, and it worked, from the home page. one second, maybe it's the location of the search box that is different
16:03 ok, I'm crazy I guess
16:04 <commences muttering>
16:06 gmcharlt one possibilitilty - gitweb's searches are in the context of whatever branch you're viewing
16:07 it's possible that you may have been looking at an older commit
16:07 and the search was relative to that
16:07 liz_nekls hm that could explain why it would work on some pages and not others
16:07 yes, that must be it
16:08 thanks, I'll just hit the home page every time to start my searches
16:08 to avoid that
17:13 chris sick_child_the_night_before_flying_to_texas--
17:13 pianohacker Yikes. How sick?
17:14 chris just a cold
17:14 but it means im awake at 5am having just got him back to sleep
17:15 pianohacker Oh, man. Sorry, hope he feels better soon
17:16 chris thanks
17:18 liz_nekls: do you have a git clone checked out locally, or do you just use gitweb for searching?
17:22 atz: you about?
17:23 atz ?
17:23 not sure i can do much for your kid from here, though  :)
17:23 chris heh
17:23 http://volnitsky.com/project/git-prompt/
17:24 for a really over the top prompt :)
17:25 gmcharlt chris++
17:25 some of that should be ported to gitweb
17:25 atz wow... that's overkill... but then, he's probably russian.
17:26 chris :)
17:27 pianohacker One wonders what that prompt would be like after editing four template files in our directory layout
17:28 chris heh
17:28 i do like this tho
17:29 http://gist.github.com/31631
17:29 adding a function to change the prompt if you are in a dirty state
17:33 right added :)
17:34 http://koha.pastebin.com/m3255725a
17:35 ok it's all quiet now, im gonna try and get more sleep, cyas later
17:35 pianohacker Good night
20:39 liz_nekls chris: wow, I totally missed your question. I use the gitweb, we are hosted. It's a long story.
20:40 chris: I can totally relate to the 5am child wakies
20:40 totally sucks, for all involved
21:00 chris yep, and now im awake again :) but this time voluntarily
21:00 liz_nekls: ahh in that case my git log --grep="2940" command won't help you :)
22:00 liz_nekls 2 more days to kohacon! Woo! Ttyl!
22:00 pianohacker Bye, see you there
23:06 atz bad timing between kohacon and taxes :(
23:08 gmcharlt atz: incentive to do them (slightly) earlier?
23:09 atz meh.  incentive, inschmentive.
23:09 gmcharlt well, there's always the option of an extension - form to request one is much shorter :)
23:10 atz true
23:12 pianohacker Do we have a smokebot running? There's a lot of empty reports on smolder
23:14 gmcharlt there's a cronjob - I'll check it tomorrow
23:15 pianohacker Had completely forgotten about smolder 'till I saw the newsfeed in #kohanews
23:17 bye
01:17 atz not too bad... taxes done in 2 hours
03:53 Amit hi chris, mason, brendan
04:08 brendan Heya Amit
04:08 how's things
04:08 Amit everything is fine
04:08 preparing for mumbai seminar
04:08 brendan cool
04:08 ;)
04:09 I'm signing off and will be back next week... have a good week
04:10 Amit same to u
07:09 hi greenmang0
07:20 hdl_laptop matts: tu es sur biblibre ?
07:20 Je ne vois personne
07:20 matts yep
07:30 Amit hi kf
07:30 hi hdl
07:30 hdl_laptop hi all
07:30 kf good morning all
07:48 Amit hi nicomo
07:49 nicomo hi Amit
08:44 k3rn3l hi
08:45 mason heya kernel
08:53 k3rn3l I would like to know a little more about how koha was programmed, is there a good place to learn this?
08:53 Amit heya mason
08:53 mason hey amit
08:54 Amit mason: have u checked matching rule in koha 3.01 version
08:58 mason kernel: http://git.workbuffer.org/cgi-[…]6a53f9828238c6e05
08:58 thats a good history of koha's development, for you
08:58 amit, for staged-importing?
08:58 Amit yes
08:59 mason hmm, yes - a little
08:59 Amit there is matching rule problem with issn
09:00 mason i have had success with isbn and issn matching
09:00 Amit in my case there is matching problem with issn
09:01 i m also planning to add matching in ./bulkmarcimport.pl
09:02 mason ah, that would be handy
09:02 hdl_laptop k3rn3l: : KohaCon could be a good place too.
09:02 mason hi hdl
09:02 hdl_laptop Amit: how woul you do this ?
09:03 Amit no i have written some code last night but not working
09:03 mason kernel: and taking a look at koha src-code too ;)
09:04 Amit hdl: by hardcode of MARC tag one tag at a time
09:04 hdl_laptop I have already patched bulkmarcimport for that
09:04 And it also adds importing authorities.
09:04 Amit k
09:04 have u any url
09:04 mason i have modified bulkimarcimport.pl, addbib, addbibitems, additems to import new marc records with 999$ ids
09:05 999$ has bib, bibitem and item numbers...
09:05 hdl_laptop Amit: no url but can send patch
09:05 Amit u can send me if possible
09:06 hdl_laptop mason: huh.... seems quite dangerous to do so.
09:06 it it is hardcoded.
09:06 Amit yes
09:06 hdl_laptop will do
09:06 mason yes, a bit dangerous.... but needed for a tricky 2.2 -> 3.0 upgrade
09:07 hdl_laptop mmmm... You could have done it with kohafield linking
09:07 i think
09:08 mason hmm, i dont think so , for this specific upgrade
09:10 but.. my dangerous patch is only used for the initial marc-import only - then the codebase is switched back, all is happy again
09:51 Amit hdl : this patch http://lists.koha.org/pipermai[…]ember/002309.html
09:57 hdl_laptop no
09:58 Amit k
09:58 hdl_laptop not sent on list at the moment
10:45 k3rn3l is there any framework (mvc) behind koha?
11:20 Hui_Nan_ hello
11:21 how could I search for records where author is not Smith?
11:21 not au:Smith?
11:21 through OPAC
11:53 hdl_laptop mmmm...
11:54 in the advanced tab, you can find boolean operators iirc.

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

koha1