IRC log for #koha, 2006-02-25

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

All times shown according to UTC.

Time Nick Message
11:21 kados hdl: I'm here now
11:21 hdl hi
11:21 kados hdl: is paul here?
11:21 it seems no
11:22 hdl: could you briefly explain the 'Link' feature in MARC subfields constraints?
11:22 hdl: fun :-)
11:22 hdl QUERY : Title= "chaos" at /home/hdl/Koha/Code/savannah/k​oha-dev/koha//C4/SearchMarc.pm line 237., referer: http://localhost:8083/cgi-bin/[…].pl?type=intranet
11:22 [Thu Feb 23 15:21:16 2006] [error] [client 127.0.0.1] Use of uninitialized value in subroutine entry at /usr/lib/perl5/site_perl/5.8.7/i386-linux/ZOOM.pm line 280., referer: http://localhost:8083/cgi-bin/[…].pl?type=intranet
11:22 [Thu Feb 23 15:21:16 2006] [error] [client 127.0.0.1] Can't call method "option" on an undefined value at /home/hdl/Koha/Code/savannah/k​oha-dev/koha//C4/SearchMarc.pm line 242., referer: http://localhost:8083/cgi-bin/[…].pl?type=intranet
11:22
11:24 kados : link feature seems to allow ppl to search for data like the one selected but I donot know more.
11:24 kados hdl: it is different than 'Search also' thohugh right?
11:24 hdl When paul comes ack, he can explain
11:24 Yes.
11:25 Search also will search in other fields.
11:25 Link, will display a glass after author or subject for instance.
11:26 On which you can click to browse other biblio on the same author/subject
11:26 *kados : can you exmplain what I did wrong ?
11:27 my tab is in /usr/local/share/idzebra/tab
11:27 rebuild_zebra.pl doesnot seem to work :
11:28 Error 10000 : Connect failed
11:28 ZOOM error 10000 "Connect failed" (addinfo: "localhost:2100") from diag-set 'ZOOM'
11:29 updatedatabase worked fine... apart from some  : no mapping found for some characters.
11:30 and DBD::mysql::db do failed: The used table type doesn't support FULLTEXT indexes at ./updatedatabase line 1029. for bibliosubtitle or bibliothesaurus
11:31 kados interesting
11:31 that DBD error is quite strange
11:32 I don't think we're doing any FULLTEXT indesing
11:32 indexing even
11:32 hdl: how did you start zebra?
11:32 hdl zebrasrv @2100
11:32 kados you need to use:
11:32 zebrasrv localhost:2100/kohatest
11:32 where kohatest is the db name in koha.conf
11:33 hdl I followed your notes ;)
11:33 kados yea, they are a bit outdated :-)
11:33 I will write a new set very soon
11:39 hdl one need to launch a zebra server before rebuild_zebra.pl
11:39 Then run zebra index engine
11:39 kados correct
11:39 hdl ?
11:39 kados start zebra
11:39 using above command
11:39 then run rebuild_zebra.pl
11:39 thd: are you using latest cvs?
11:40 hdl I(hdl) am now
11:40 kados oops .. I mean hdl :-)
11:40 hdl :)
11:40 :D
11:40 kados heh
11:40 thd kados: not since last night.
11:40 kados thd: morning :-)
11:40 thd: http://www.loc.gov/marc/biblio[…]c/nlr/nlr00x.html
11:40 hdl morning thd
11:40 kados thd: been thiking about that list and Koha's current frameworks
11:40 thd good morning kados
11:41 kados thd: it would require many many frameworks to handle all those requirements
11:41 hdl kados : why rm -f biblios ?
11:41 kados hdl: not anymore
11:41 hdl: those instructions are too old to use
11:42 hdl: are you converting a 2.2.5 system to use zebra?
11:42 hdl 2.2.4 in fact
11:43 kados same thing
11:43 so here's what to do:
11:43 check out latest head cvs
11:43 hdl done
11:43 kados edit koha.conf to include:
11:44 zebradb=localhost:2100/kohatest
11:44 at the bottom
11:44 go to cvs koha directory
11:44 type:
11:44 ln -s misc/zebra/unimarc zebra
11:44 thd kados: you would need about 25 frameworks.
11:45 hdl now done
11:45 kados cd zebra
11:45 hdl ok
11:45 kados zebraidx update biblios
11:45 you may need to 'mkdir lock' first ... it will warn you
11:46 that command tells zebra: OK ... this is a valid zebra database ... set up the basics for me
11:46 when update happens successfully (hopefully you have no records in biblios, I forgot to mention)
11:46 then type:
11:46 zebrasrv localhost:2100/kohatest
11:46 it will start zebra
11:47 NOW ... you are ready to attempt to rebuild_zebra.pl
11:47 let me know when you get that far
11:47 hdl zebraidx update biblios : what does it do ?
11:47 kados hdl: that command tells zebra: OK ... this is a valid zebra database
11:47               ... set up the basics for me
11:47 you could also say:
11:47 zebraidx init
11:47 same thing
11:47 hdl I did so.
11:48 kados wait ... it's not the same
11:48 I believe you must use zebraidx update biblios
11:48 do you have a biblios directory?
11:48 it should be a blank directory
11:48 in the same location as zebra.cfg
11:48 hdl But it answered :
11:48 14:24:36-23/02 zebraidx(22194) [log] zebra_start zebra.cfg 1.3.32
11:48 14:24:36-23/02 zebraidx(22194) [warn] open lock/norm..LCK [No such file or directory]
11:48 14:24:36-23/02 zebraidx(22194) [warn] open lock/shadow..LCK [No such file or directory]
11:48 14:24:36-23/02 zebraidx(22194) [log][app2] zebra_stop
11:48
11:48 kados mkdir lock
11:49 (see above comments :-))
11:49 hdl I hadnot at that time.
11:49 Now, I did.
11:49 But I launched zebrasrv
11:50 and rebuild_zebra
11:50 (Logs are impressive !!!)
11:50 kados bbiab
11:59 hdl: ok ...
11:59 hdl: so now you are ready to attempt to run rebuild_zebra.pl
11:59 make sure you export KOHA_CONF
12:00 run it and see what happens
12:00 cool!
12:00 and it's showing up in the log?
12:00 hdl Quite long...
12:00 kados yea, it's slow
12:00 in part because it creates a new connection for each update
12:00 this week I plan to fix that
12:00 and do speed tests
12:03 thd: so ... getting back to the frameworks
12:04 thd yes kados
12:04 kados it seems like we need two for each materials designation
12:04 one for original cataloging
12:04 and one for editing existing records
12:04 at least with the current scheme ... right?
12:05 thd kados: I do not understand the reason for that
12:05 kados thd: because take koha.liblime.com for example
12:06 thd: if you try to edit an existing record, it will replace many of the fields with new values
12:06 thd: and I'm not sure I have control over when a plugin works and when it doesn't
12:07 thd kados: We need a minimal level and a national level.  The national level is merely to prove that national level will work on the Koha record editor.
12:07 kados right ... we still need subfield repeatability and reordering though
12:08 but I don't think we can have a single framework for the whole national level
12:08 I could be wrong though
12:08 thd kados: The plugins should test for empty values and only overwrite what is empty.
12:08 kados thd: yes I agree, but I'm not sure they can do this currently
12:08 thd: it works already for some fields, like 'date'
12:08 thd kados: about 25 frameworks
12:08 kados thd: is that going to confuse catalogers?
12:10 thd kados: It should be one framework that can be transmuted by changing control field values but that is a long term goal.
12:11 kados: Which fields have the problem to which you are referring for new and existing records.
12:11 ?
12:11 kados thd: all fields
12:11 wait i might be wrong here
12:12 I guess it's just 003
12:12 we should use a different plugin for that anyway
12:12 thd kados: your plugin for 008 seemed to accept the values that were already there.
12:12 kados thd: yep, it does
12:12 thd: are there no indicators shown  on the current editor?
12:13 thd kados: 003 does not need to change in bibliographic records but continually repopulating it would cause no problem.
12:14 kados: the indicator positions are there, at least the last time I looked.
12:14 kados http://www.loc.gov/marc/biblio[…]c/nlr/nlr6xx.html
12:15 why does the minimal level not include the 600s?
12:16 thd kados: Indicators are troublesome because they do not yet have a link for plugin management in the framework.  Only manual entry and value lists are provided.
12:16 kados: one value list for two indicators is a problem.
12:17 kados: I also hope that the blank indicators for control fields using the '@' subfield hack are being discarded.
12:19 kados: what was the last link meant to show?  That subject headings are optional at the minimal level?
12:19 kados thd: yea
12:19 thd: how is that possible?
12:20 thd: does Koha conform to the minimal level now?
12:20 thd: well, I mean koha.liblime.com of course
12:21 thd kados: That is not a US practise but it does go on in some countries where the library science tradition is about correctly identifying the edition but not subject guided access.
12:22 kados: Subject guided access needs an expensively maintained thesaurus to work well.
12:23 kados: Actually the subject thesaurus is an invention of the last century.
12:24 kados: The oldest items at LC have no subject headings only classification by the LC Classification System.
12:27 kados: LCC dates from the beginning of the last century but LCSH are closer to mid-century.
12:29 paul_away hdl ?
12:29 thd kados: The disparity of library science practise causes problems for the IFLA where both rich county and poor country practise must be accommodated.
12:30 paul: did you wee my question from much earlier this morning?
12:31 paul nope. I had dozens of "connection lost" because of a connection failure.
12:32 thd paul hdl: Do you plan for framework specified subfield repeatability to be useful in the record editor for 2.2.6?
12:35 paul: Is that prose too turgid for understanding?
12:36 kados paul: I have beeen playing with subfield reordering
12:36 paul: I think I have devised a better scheme that prevents ordering outside of a tag
12:36 paul: my demo has it currently turned off because I have a web demo to a client later this afternon and it's not quite stable
12:37 paul: but I"ll show you what I have later (or tomorrow most likely)
12:38 thd paul: I know you had expected to have subfield reordering working for 2.2.6, however, I am asking about adding additional repeated subfields.
12:39 kados: did you see my comments about your approach to subfield ordering late last night?
12:40 kados thd: no
12:40 thd kados: I had been disconnected and then reposted them.
12:42 kados thd: didnt see them
12:43 thd 23/02/06 20:04:09+-5<thd:#koha>kados: In addition to +- signs for subfield repeatability there should be an add more subfields link that brings up a pop-up to add a group of repeatable subfields selected from a checkbox according to a sequence specified in a framework parameter.
12:43 23/02/06 20:04:30+-5<thd:#koha>kados: Subfield order changing should allow the insertion of any subfield before an already completed subfield. I am uncertain that the example you showed for order changing was heading in that direction for already completed subfields.
12:43 23/02/06 20:04:49+-5<thd:#koha>kados: actually a pop-up insertion form accessible from a link before and after every subfield is probably easier than moving arrows around. Moving arrows is how it is commonly done in user interfaces but not necessarily the most efficient.
12:43 23/02/06 20:10:15+-5<thd:#koha>kados: If you do use arrows for moving any completed subfield content should also move.
12:43 23/02/06 20:13:37+-5<thd:#koha>kados: The issue is not only about creating content from a completely empty record but adding additional in the midst of an already existing record. in the midst of an already existing set of subfields.
12:44 kados thd: the last design I worked up moved the content as well as the designator, etc.
12:45 thd s/additional/additional subfields/
12:46 kados: That is fine then as long as we can get more new repeatable subfields in there somehow.
12:46 kados thd: explain why we need a pop-up
12:46 thd: because sometimes you would want:
12:46 $a
12:46 $x
12:46 $a
12:46 $b
12:46 ?
12:47 not always a duplicate of the same one?
12:47 thd kados: It is not a need but just what I thought might be more efficient.
12:49 kados: you have the basic concept right about why I thought a pop-up might be good or an insert more link but not limited to inserting another copy of the single adjacent subfield.
12:50 kados: you often want supplementary groups of subfields that work together in a particular order.
12:51 kados: look at the multiple publishers 260 and the formatted table of contents 505 examples in bug 997.
12:53 kados: especially the 505 example would be rather tedious to create one repeated subfield at a time and then moving it into the correct relative position.
12:58 kados: The most efficient way to create the 505 example would be to populate the field with many author title pairs ordered by a framework ordering default for that field and then cut and paste text from an OCR scan of the table of contents.
13:01 kados: you should create anything that is easy enough to create valid records.  A more efficient scheme can always be added later.
13:02 kados thd: paul just showed me how to update information from one field to another using a plugin
13:03 thd kados: just try and avoid blinders about how every friendly user interface reorders elements in a list.
13:03 kados thd: lets pospone the repeatability problem and figure out which fields/valus should be auto-set based on other fields
13:04 thd paul: I have been urging kados and owen to look at that and authorities handling since many months ago but they had no time then ;)
13:05 paul: It is certainly the single best feature of Koha.
13:06 paul: It is something that every system should have yet without almost a single exception none do.
13:07 kados my opinion is that it's a nice feature, but realistically, for us libraries, Koha's editor isn't up to par yet
13:07 using an external editor is still a good idea
13:07 if you want to ensure good data in your db
13:07 now ... hopefully, with 2.2.6 or soon after, that will change
13:08 but right now, i think Koha's editor is 'entry-level'
13:08 thd paul: If we could get element repeatability and ordering fixed in the record editor working well then Koha would be a generation ahead of other record editors.
13:08 kados thd: don't other editors do this already?
13:08 thd kados: no others do not to the extent that I have investigated.
13:10 kados: the best that I have seen have context sensitive pop-up help files for the field that you are on.
13:10 kados TLC's editor is pretty nice
13:10 and I'm pretty sure it handles subfield repeatability
13:11 thd kados: I just described the TLC editor but it is mostly a free text editor.
13:11 kados yep
13:12 thd kados: I told them what they ought to do but they had not even thought of that.
13:12 kados thd: OK ... just read 997's 505 paragraph
13:13 thd: of course, your criticism of that record isn't quite on, since Koha would preserve subfield order in that case
13:13 thd: even if not displaying it as expected
13:14 thd kados: the preservation and display issues for 997 have been mostly corrected thanks to paul.
13:14 kados thd: i think some judicious use of javascript could really make the process of editing a record much easier
13:15 thd: 'mostly' ?
13:16 thd kados: The detail view and the ISBD view have problems with repeated subfields outside of 6XX which has been fixed.
13:17 kados thd: there are no preservation issues to my knowledge
13:17 thd: we should do a test
13:17 thd kados: Also creating original record content and editing existing content are still issues.
13:17 kados thd: import a record using bulkmarcimport
13:17 thd: then export again and do a 'diff' on it
13:18 thd: (use of an external cataloging client solves that problem)
13:18 thd: (until we fix the framework)
13:19 thd kados: I attached a comment to 997 long ago qualifying the original statement which had been underinformed.
13:19 kados yep
13:20 thd kados: one record is not a sufficient test.  Many varied and troublesome records might be.
13:21 kados right
13:22 thd kados: I need to write the sole remaining LC CDS technical services employee back to obtain a set of bibliographic test files.
13:22 kados thd: can we get a case scenerio for auto-updating a fixed field from another field's value?
13:23 thd: ie, an example of when this should happen and how?
13:23 thd kados: you had two from yesterday.
13:24 kados I dont' remember them ...
13:24 thd kados: illustrations and content elements for books to use in 008.
13:26 kados: illustrations would be coded in 300
13:27 s/coded/abbreviated/
13:28 kados right
13:29 thd kados: 300 $b
13:32 kados so you regular expression search of 300 $b would be looking for ~=/ill[.a-z]/  and many other things.
13:35 s/ill\[\.a-z\]/ill[.u]/
13:36 kados right
13:36 thd kados: also ~=/col[.o]/ for variations of colour etc.
13:37 kados: ill. and col. are the standard AACR2 abbreviations
13:38 kados: although you may not want to miss the typos :)
13:41 kados is there a comprehensive list of possible values for 300$b?
13:42 I can't find one ... would that be in AARC?
13:43 thd kados: it is rule 2.5C1-2.5C2.
13:43 kados is AACR3 out yet?
13:43 ahh ... coming in 2007
13:45 thd kados: when you were becoming very fatigued yesterday I explained that AACR3 is a complete rewrite where the committee threw out the first draft and had to start over because of too many objections.
13:46 kados heh
13:47 thd kados: Whatever the virtues and vices of AACR3, it will not cure the legacy records.
13:55 kados: common 300 $b usage may not always be sufficient for good completion of BOOKS 008/18-21 but it can succeed most of the time.
13:56 kados thd: found a complete list:
13:56 http://www.itsmarc.com/crs/Bib0379.htm
13:56 thd: this will be quite easy to do
13:56 thd: though I think I'll need to rest a bit first
13:56 thd: still feeling pretty sick
13:57 thd kados: 008 was a relatively recent addition to USMARC in the grand scheme of MARC time and initially had to use record parsing of textual data to apply it to old records retrospectively.
13:59 kados: try to avoid exacerbating your condition when work is too much fun.
13:59 :)
14:19 kados thd: I found and fixed the problem with | btw
14:19 thd: can you construct a default leader value string?
14:19 thd: I'll reintroduce | into the plugins as the default value where applicable
14:21 thd kados: I gave you default values for minimal level books records yesterday.  Do you want them again?
14:22 kados: the existing leader string default is already what I had suggested to paul.
14:25 kados: he made a leader plugin for MARC 21 using the default I suggested because the leader is almost identical between MARC 21 and UNIMARC so the extra MARC 21 plugin was a trivial amount of extra work.
14:33 kados thd: the default leader plugin makes no use of |
14:34 thd: the default value is:
14:34 "     nam         7a  4500"
17:13 thd: BWS Johnson just wrote:
17:13 The 650 x problem is a big deal....Now, if there is away to make the subject subheadings play nice with their bigger brothers, let
17:13 me know
17:14 chris is that what i fixed the other day?
17:15 http://opac.koha3.katipo.co.nz[…]Cdetail.pl?bib=29
17:15 that bit?
17:15 kados dunno
17:16 didn't that just put the '650' back in?
17:16 chris could be
17:16 kados or did it affect ordering too
17:16 chris probably not
17:16 couple of nice emails from stephen and brooke though
17:17 nice way to wake up
17:23 thd kados: what is meant by the 650 X problem?  Is that the economical MARC view that you made the preference with a standard value to avoid? Therefore the same problem to which chris is referring?
17:25 kados: What you had created the preference for was presentation only where the underlying data is valid.
17:26 kados: Do you want my SQL dump of marc_subfield_structure so far?
17:28 kados: I am having to add most of the fields in the MARC 21 specification.  Most of the fields were in fact missing from the default framework.
17:30 kados: I still have much more to do.  I will need to actually rest soon. :)
18:02 kados thd: did you just try to call?
18:11 thd kados: It was not I.
18:12 chris not me either
18:12 :)
18:32 kados hehe
00:02 woo ... back online
00:02 chris yeah we think bad ram
00:42 thd kados: I have thought that filling every unused field and subfield in unmanaged fields and subfields will preserve all obsolete and local use data that people might have.  However, I am uncertain if that may introduce a noticeable performance drag on the framework.
00:44 kados: This would be to protect against data loss when adding items or otherwise editing records.
00:50 kados thd: yep
00:51 thd: it becomes quite a large form element
00:52 thd kados: I do not understand your last sentence.
06:15 hdl hello
06:28 osmoze bonjour hdl :)
06:29 hdl bonjour osmoze.
06:29 paul hello les frenchies
06:30 osmoze :)
07:01 hdl Someone using mediatypetable around ? chris kados ???
07:02 paul ?
07:02 paul nope
07:03 osmoze paul, il y a combien d inscrit sur la liste fr maintenant ?
07:03 paul 123. Ca stagne un petit peu
07:04 (on voit quelques désabonnements, et quelques abonnements, qui s'équilibrent)
07:04 osmoze la derniere annonce sur la liste etait de 60, donc c est toujours ca :)
07:04 paul 181 sur la liste annonce.
07:04 osmoze et sur la devel, tu peux le savoir ?
07:05 paul tu retardes, il me semble que j'ai récemment souhaité la bienvenue sur la liste à la personne qui a écrit juste après être inscrit et qui étit la 120°
07:05 osmoze roh, aurais je loupé un mail ^^
07:05 paul non (c'est joshua l'admin). quelques dizaines
07:05 osmoze ok merci :)
07:06 paul dans la liste koha anglaises, il y a plusieurs centaines d'abonnés.
07:06 genre 500
07:06 osmoze ca fait pas enorme si c est la liste internationale :(
07:07 en comparaison
07:08 paul (pas sûr du chiffre)
07:08 cela dit, ce n'est pas anormal. Nous nous adressons à une niche très spécifique.
07:09 et nous n'aurons jamais 50 000 abonnés !
07:09 (et puis je vais être mauvaise langue : contrairement à d'autres, nous n'annoncons que des chiffres vérifiables et minimums)
07:10 (pas comme certains autres SIGB libres qui annoncent des milliers d'installation)
07:14 osmoze cad ?
07:14 du style pmb ?
07:15 paul c'est pas moi qui l'ai dit !

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

koha1