Time Nick Message
08:55 chris but i find that conflicts if they happen are easier to handle with the rebase
08:54 chris so slightly different .. but achieves the same thing :)
08:54 chris grabs the origin and merges the changes with your repo
08:53 dewey i guess a git pull is really just a wrapper around git fetch and git merge
08:53 chris a git pull
08:53 chris and then applies your local changes
08:53 chris what it does is, bring the repo up to the same as the origin
08:53 hdl why so ?
08:53 chris git rebase origin
08:53 chris git fetch
08:52 chris i usually do a
08:52 hdl to synchronize with repository, it is "git pull" ?
08:51 chris newlogbot is the new logging one .. and dewey is the old infobot, which we might just turn off, i dont think we need a new one of them
08:50 chris logbot is the old one, i should get walter at katipo to turn it off
08:49 hdl chris : why is there logbot newlogbot and dewey ?
08:49 hdl hi walter
08:43 chris driver - CGI::Session driver. Available drivers are "File", "DB_File" and "MySQL". Default is "File".
08:41 hdl I hope I have it.
08:41 chris i think there is File Mysql and something else
08:40 chris it comes with CGI::Session
08:40 hdl Is there a way to find whether it is installed or not ?
08:40 hdl driver::Mysql for CGI::Session is loaded ?
08:40 chris is what we now have in InstallAuth.pm
08:39 chris 247 { Directory => '/tmp' } );
08:39 chris 246 new CGI::Session( "driver:File", $sessionID,
08:39 chris my $session =
08:38 hdl and detects there is no db ?
08:38 hdl CGI session finds alone the file to use ?
08:38 hdl Cool.
08:38 chris but we use a temporary file instead
08:38 chris we can still use CGI::Session
08:37 chris when we dont have the db yet
08:37 chris is you can use a file .. so for the installer
08:37 hdl hello to your family.
08:37 chris the other nice thing
08:37 hdl OK Many thx.
08:37 chris :)
08:37 hdl I could be a good Idea for some libraries which have LOOOOOONNNNG branchnames ;)
08:36 chris ie, its not a CGI::Session thing its how you define your db
08:36 hdl Which is quite big... But. limited.
08:36 chris yep, you could make it long text if you want
08:36 chris i got rid of the other columns, but you could keep them, they just wouldnt get used anymore
08:36 hdl so a_session is limited to text size.
08:35 chris +-----------+----------+------+-----+---------+-------+
08:35 chris | a_session | text | NO | | | |
08:35 chris | id | char(32) | NO | PRI | | |
08:35 chris +-----------+----------+------+-----+---------+-------+
08:35 chris | Field | Type | Null | Key | Default | Extra |
08:35 chris +-----------+----------+------+-----+---------+-------+
08:35 chris heres what i have
08:35 chris oh yeah thats fine, they wont get used anymore
08:35 hdl for data ?
08:35 hdl is it longtext ?
08:34 hdl Or is it OK to have those fields at the end of old sessions table
08:34 chris so its totally extensible, you can add as much as you like
08:34 chris no its quite cool CGI::Session just creates a hash and stores it in a_session
08:34 hdl a_session and data ?
08:33 hdl Is order in table important ?
08:33 hdl OK Thanks
08:32 chris |
08:32 chris 187620944,'_SESSION_ATIME' => 1187620944,'cardnumber' => '007','id' => '007','lasttime' => 1187620945,'emailaddress' => ''};;$D
08:32 chris brary','number' => '102949','ip' => '72.70.238.74','branch' => 'MAIN','_SESSION_REMOTE_ADDR' => '72.70.238.74','surname' => 'JOHNSON','_SESSION_CTIME' => 1
08:32 chris | 07fb9cba7134e2561e5e2018e9fa2625 | $D = {'firstname' => 'Bws','_SESSION_ID' => '07fb9cba7134e2561e5e2018e9fa2625','flags' => '1','branchname' => 'Main Li
08:32 chris in the db
08:32 chris it should look something like this
08:32 hdl (I may have made changes...)
08:31 hdl So I think I will have to synch my Auth.pm back from git repository and test more harder.
08:31 chris so they should all go live as soon as joshua is back in front of his computer
08:31 hdl OK.
08:30 chris Signed-off-by: Chris Cormack <crc@liblime.com>
08:30 chris
08:30 chris Modifying AddAuthorities in order to fix encoding bugs.
08:30 chris Date: Mon Aug 20 15:45:59 2007 +0200
08:30 chris Author: Henri-Damien LAURENT <henridamien@koha-fr.org>
08:29 chris yep
08:29 hdl And is it passed via a Cookie ?
08:29 chris CGI::Session handles all that
08:29 chris for the id
08:29 chris yeah it makes a new md5 string
08:29 hdl Is it OK ?
08:28 hdl I found it strange that sessions table donot have any autoincrement .
08:28 chris ahh MySQL
08:28 hdl in new CGI::Session()
08:27 chris they applied fine
08:27 hdl is it driver::MySQL or driver::mysql ?
08:27 chris and pushed them to the RM repo, so just need joshua to push them live now
08:27 chris ahh yes i applied some patches from you yesterday
08:27 hdl yep
08:27 chris hmm i think so, did you send them to patches@koha.org?
08:27 hdl I tried and resend them yesterday.
08:26 hdl btw... Have you received my patches I sent a week before ?
08:26 chris ahh
08:26 hdl OK... version mixing... Since I had to test some things... I reverted to old Auth.pm
08:24 chris is the latest version
08:24 chris http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=C4/Auth.pm;h=68ed79d9d955d4e6e7a7f543978710a71638097c;hb=HEAD
08:23 chris what line is that?
08:23 chris hmmm
08:23 hdl $sessionID = int( rand() * 100000 ) . '-' . time();
08:23 hdl unless ($userid) {
08:23 hdl I have this :
08:22 chris my $session = new CGI::Session("driver:MySQL", $sessionID, {Handle=>$dbh});
08:21 chris elsif ( $sessionID = $query->cookie("CGISESSID")) {
08:21 chris hmmm could be, or the sessionid might not be getting set
08:21 hdl Most of the time, my $session is null.... I wonder if i donot have a problem of connexion to database.
08:20 chris rather than storing things in the cookie
08:20 chris yep, that stores it in the db, in the a_session colum
08:20 chris $session->param('ip',$ip);
08:20 chris or to set
08:20 chris my $ip=$session->param('ip');
08:20 hdl Since you did so because of security concern... Is it OK to do it ?
08:19 chris by doing
08:19 chris and fetch them
08:19 chris you can store them still
08:19 chris yep
08:18 hdl It explodes the connection
08:18 hdl And since ip, email and so on are accessed to put them into userenv...
08:18 chris eg
08:18 chris so you can store whatever you want
08:17 chris yes, it stores stuff in the a_session bit
08:17 hdl CGI::Session now stores little information
08:17 chris checkauth is the only thing I changed
08:17 hdl Yes indeed.
08:16 chris i must have broken something
08:16 chris ah yes, with Auth.pm
08:16 hdl And I appreciate.
08:16 hdl I have seen you wanted to help me.
08:16 hdl Big kiss to Kahurangi
08:15 dewey Kahurangi is the Maori word meaning, "treasured possession"; " precious jewel", "pale greenstone" and " blue sky".
08:15 chris Kahurangi
08:15 chris good, he is just about to go to bed
08:15 hdl How is Crayon ?
08:15 hdl Good.
08:14 chris not too bad thanks, mostly got rid of the jet lag now
08:13 hdl How are you ?
08:13 hdl hi chris ?
08:13 chris hi hdl
07:20 hdl chris around ?
07:18 dewey chris is now too
07:18 hdl chris ?
04:02 thd chris: are you about?
01:31 thd good night linda-r
01:31 linda-r i understand, thank you again, have a good night!
01:30 thd linda-r: when I am preoccupied I sometimes do not check my email for a few days
01:29 linda-r Okay, thank you, if you get an email from lindamarcella at yahoo, it's me
01:29 thd linda-r: koha AT agogme.com
01:28 linda-r May I please ask you your email address?
01:28 linda-r okay.
01:28 thd linda-r: you are welcome, if you are having problems which a new install which others have not reported I would try deleting Koha and installing again
01:27 linda-r Thank you.
01:27 linda-r I will try this script, and then, if that doesn't work, I will try Koha 2.2.8.
01:26 linda-r Thank you very much for all your help, THD.
01:26 thd linda-r: it is more stable than the release
01:25 thd linda-r: there is no harm in using this script with a stable release.
01:25 thd linda-r: the script itself will not dump your data but if you have no data over which to have concern then you should not worry.
01:24 linda-r I will probably try to stick with a stable release, with the idea of using it at work.
01:23 linda-r Maybe the problems are related to the Z39.50 client, although I had about the same errors when I tried to add a record manually.
01:23 thd linda-r: the SQL file will dropt the bibliographic frameworks tables and recreate them with new data
01:22 linda-r If I use mysqldump to create an .sql file, then I drop the dumped database, will the .sql batch script recreate the database?
01:22 thd linda-r: maybe the problems you are having are related to the 2.2.9 Z39.50 client
01:21 linda-r Sorry to ask a dumb question that is probably in the documentation:
01:21 thd linda-r: oh yes dump means copy, drop means delete
01:20 linda-r No I'm just starting, everything can go.
01:20 linda-r I think I see in the notes it means back up some tables first, then run it as a batch file.
01:19 thd linda-r: Despite the caution it is quite safe unless you have custom modifications to your bibliographic frameworks
01:19 thd linda-r: It will not delete your bibliographic records
01:18 thd linda-r: the script deletes the existing frameworks tables before recreating them with new data
01:17 linda-r It says dump some tables first - does that mean delete them?
01:17 thd linda-r: newer versions do have bug fixes but I am told that 2.2.9 introduced some bugs which had not been caught before release.
01:15 linda-r Although I heard newer versions had bug fixes.
01:15 thd s/at//
01:15 linda-r Yes, I am thinking of downgrading to Koha 2.2.8
01:15 thd linda-r: there are instructions in a comment at towards beginning of the file
01:14 linda-r How do you update to it?
01:14 thd linda-r: there may be some unnoticed unfixed bugs in Koha 2.2.9. Try an earlier version if 2.2.9 is not working properly.
01:14 linda-r I'm sorry I don't know how to use this marc21_standard_bib_framework.sql file.
01:13 linda-r Maybe in December or after.
01:12 linda-r I might be interested in working on this after I finish school but until then I unfortunately have limited time.
01:12 thd linda-r: if the directories have moved a little the instructions may need adjustment
01:12 linda-r I am thinking of using something at work, so it would be a production, stable version.
01:11 thd linda-r: there are instructions for maintaining a CVS update of Koha http://www.kohadocs.org/Updating_Koha.html
01:11 linda-r director -> directory
01:11 linda-r So would I just install MySQL 5, uninstall Koha, cd to this koha director, perl Makefile.PL, make, make install?
01:09 thd linda-r: I now use MySQL 5
01:08 thd linda-r: Liblime has run CVS versions of Koha in production for clients
01:07 linda-r are you using this with MySQL 4.1 or 5?
01:07 thd linda-r: I actually run the CVS version of Koha locally but it is not in production
01:06 thd lind-r: no but I have always personally tested the latest version of the frameworks committed by thd
01:05 linda-r Is it a stable version?
01:05 linda-r okay, it downloaded a lot of stuff.
01:00 thd linda-r cvs -z3 -d cvs.savannah.nongnu.org:/sources/koha co -r rel_2_2 koha will retrieve the latest version of all Koha 2.2.X files
01:00 linda-r I tried it with co -r rel_2_2 for the branch.
00:59 linda-r cvs -d:pserver:anonymous@cvs.sv.gnu.org:/sources/koha co -r rel_2_2 koha/misc/marc21_standard_bib_framework.sql
00:54 thd linda-r: yes it does but be certain to not use a version from a branch other than rel_2_2 for the bibliographic frameworks
00:53 linda-r Sorry, I don't know cvs. How do you specify rel_2_2? Is there an option to the cvs command?
00:52 linda-r It says that cvs command at the top of the web page.
00:51 thd linda-r: you can always use the viewcvs download link at http://cvs.savannah.nongnu.org/viewvc/koha/misc/marc21_simple_bib_frameworks.sql?root=koha&view=log
00:51 thd linda-r: rel_2_2 is the Koha 2.2.X branch
00:50 thd linda-r: you need to specify rel_2_2 for CVS
00:49 thd linda-r: that may work, I have never used CVS to check out a single file.
00:47 linda-r cvs -d:pserver:anonymous@cvs.sv.gnu.org:/sources/koha co koha/misc/marc21_standard_bib_framework.sql
00:47 linda-r Is this what to do: ...?
00:46 thd linda-r: you can update to the latest rel_2_2 MARC 21 bibliographic frameworks using the latest SQL script at http://cvs.savannah.nongnu.org/viewvc/koha/misc/marc21_standard_bib_framework.sql?root=koha&view=log
00:45 linda-r Maybe if I look more closely at the code, I'll see what it's looping through. The 090b field says obsolete, so maybe it works better if set to ignore.
00:44 linda-r That's probably true. I used it at work, too, and these are both fresh installs, so I'm pretty sure I didin't change that part.
00:42 thd lina-r: if you did not change the framework then the framework itself is probably not the problem
00:42 linda-r Where do I get the new framework?
00:41 linda-r Maybe it's something else I did wrong. But I didn't change the MARC framework from the default.
00:41 chris might be worth trying the new framework and see if that fixes it
00:41 chris its the first time ive heard of this 090 problem
00:41 thd linda-r: you can always download the latest version of the Koha frameworks which I just committed
00:41 linda-r .../ -> ?
00:40 linda-r Do most people not get stuck like this/
00:40 linda-r I guess we would just stick to what we have, but DL from LOC for new records.
00:40 linda-r That, would take awhile because some of our books are not in the Library of Congress and some have more than one entry.
00:39 thd linda-r: converting existing non-MARC data to MARC 21 using MARC::Record is not especially difficult. Complimenting the data you have with additional more complete data from the Library of Congress and other libraries is an additional difficulty at least a couple orders of magnitude more difficult to do accurately.
00:39 chris sometimes, but its a demo site, so ppl change it .. so its not always right
00:39 linda-r If I run into problems, is that a place to check?
00:38 linda-r Do people often look at the koha.liblime.com set up to see how to configure their MARC framework structure?
00:37 linda-r Well, maybe if I change the 090b field to ignore, that will fix this problem
00:36 linda-r And a few things like who donated it, when it was received, etc.
00:36 chris but there are hundreds of libraries around the world that dont use any 3rd party support
00:36 linda-r We just use some of the standard MARC fields, not that many.
00:35 chris quite a few use support companies to convert records, because its a time consuming thing to do
00:35 chris depends on how much inhouse skills they have
00:34 chris some do some dont
00:34 thd linda-r: well you could use MARC::Record to convert your existing data to MARC 21 and then import it into Koha using bulkmarcimport.pl
00:34 linda-r Do some libraries use Koha without paying a support company? Or do most libraries that have it working use a support company?
00:33 linda-r Otherwise, maybe not.
00:33 linda-r I don't think my boss wants to spend money, because our homegrown system is free, and it suffices for our needs. If we could get Koha working for no more cost than we spend now, which is nothing, we would use it.
00:32 thd linda-r: I would suggest sending a representative sample of the records to Liblime for an estimate on converting your records to MARC format.
00:32 linda-r I'm somewhat familiar with Perl.
00:32 linda-r I'm not familiar with the Perl MARC module. Is that the thing to use? Can it be used to write out a file of MARC records that can be bulkimported?
00:31 linda-r yes, i think we would only use the manual Z3950 client for new records
00:30 thd linda-r: manually capturing that many records over Z39.50 would take a very very long time.
00:29 ryan oops
00:29 ryan win 5
00:29 linda-r We're a small library.
00:29 linda-r They are from a homegrown file structure. We have a little homemade perl script that is accessed from a webpage as a search engine to our catalog.
00:28 thd linda-r: are these records from a non-MARC version of Koha?
00:27 linda-r Yes all nonMARC.
00:27 linda-r Are you suggesting that if I turn off the 090 b field, that will work better? Is that okay to do using the Z3950 input method?
00:27 thd linda-r: all non-MARC records?
00:27 thd lina-r: all non-MARC records?
00:27 linda-r approximately
00:26 linda-r 12861
00:26 linda-r um ... one second
00:26 thd lina-r: how many records do you have?
00:26 linda-r Is the way to import them to write a program using the Perl module MARC?
00:25 linda-r I don't know of a way to create a file of MARC records to import. Do you know? We have a database of records in a nonMARC format.
00:25 thd s/precessed/pre-processed/
00:24 thd linda-r: For reliable results I have captured records with an external Z39.50 client, then precessed them such as moving 090 to 999, and then imported to Koha using bulkmarcimport.pl .
00:24 linda-r Maybe I should change subfield b to be ignored?
00:24 linda-r it has "subfield ignored" for all of MARC tag 090's subfields a, b, c, and d
00:23 linda-r I just looked at the Nelsonville setup for MARC tag 090: http://koha.liblime.com/cgi-bin/koha/admin/marc_subfields_structure.pl
00:22 thd linda-r: unfortunately it has been too long since I used the Koha Z39.50 client for me to know what the problem may be
00:21 linda-r that's the error message in the Apache error log
00:21 linda-r and then Arguments must be MARC::Field object at ... C4/Biblio.pm line 1440
00:21 thd linda-r: it seems that may be having a problem where the 090 field used to track the record by Koha in 090 $c and $d is not being added.
00:20 linda-r When it doesn't work, the last message in the apache error log is "about to delete field: tagfield1=090" which is from the code around C4/Biblio.pm near line 1440
00:19 linda-r okay but the only time it worked was when there was a 090b field
00:18 thd linda-r: if the record does have an 090 field before importing to Koha I would suggest remapping the original 090 fields to 999 and removing the original 090 fields.
00:16 linda-r No, but I noticed the one record that did not give the internal server error when I pressed "add biblio" did have a 090b field.
00:15 thd linda-r: are you saying that the records you are importing have an 090 field usually for local call number already?
00:15 linda-r 090b is Tab:0; Not repeatable, Not mandatory, hidden
00:13 thd almost dewey
00:13 dewey i already had it that way, thd.
00:13 thd linda-r: To what is 090 $b set in your bibliographic framework?
00:12 thd lida-r: To what is 090 $b set in your bibliographic framework?
00:11 linda-r It's a fresh install of Debian 4.0. I had a problem with LWP::Simple of all things, and had to do force install - I don't know.
00:10 thd linda-r: I guess that I was only referring to 090 $c and $b in the standard Koha MARC 21 bibliographic framework
00:10 linda-r It's different.
00:10 linda-r Oh.
00:10 chris which is quite different
00:10 linda-r The Koha Main list.
00:10 chris the previous addbiblio.pl error was the browser prompting to save the file
00:10 linda-r Someone else had it in the list serve.
00:09 chris i havent come across anyone else having this error
00:09 linda-r Maybe I should read the Perl MARC module documentation and try to import some records that way.
00:08 linda-r How do other people fix this?
00:08 linda-r Because it had a 090b field?
00:08 linda-r Is that why?
00:08 linda-r When I tried to search in the OPAC for the one record I added that didn't throw this error, it didn't find it.
00:07 thd linda-r: filling Koha 090 may prevent Koha from properly tracking the record you create and you may not be able to retrieve it
00:06 linda-r okay
00:05 ryan linda-r: i'd recommend getting back to the default framework
00:05 thd linda-r: filling the Koha 090 manually is asking for trouble
00:05 linda-r Thank you very much for your help, Ryan and Chris.
00:03 linda-r Well, maybe I should just try making the 090 b field non-hidden, and try entering another record manually, filling in the 090b field.
00:01 [K] <rangi@FreeNode> you can eiher compress it, or put it somewhere and send me the url to get it
00:01 thd chris: I will try compressing it
00:01 thd chris: I see that is the uncompressed size
23:59 thd chris: I have a 14 MB frameworks patch which is too large an attachment for my mail system
23:59 linda-r The koha-error_log says "Premature end of script headers: addbiblio.pl, referer: http://...:8080/cgi-bin/koha/acqui.simple/addbiblio.pl
23:55 linda-r 2.0.0
23:54 linda-r Okay I'll print the MARC record version, one sec...
23:54 linda-r Also I think it might have mentioned it in a koha log, let me look ...
23:54 linda-r grepping for NEWnewbiblio in cgi-bin and its subdirectories only yields this one place
23:53 linda-r It seems to be called from line 529 of cgi-bin/acqui.simple/addbiblio.pl
23:53 ryan linda-r: perl -e 'use MARC::Record; print MARC::Record->VERSION;'
23:52 linda-r This message has happened both ways.
23:51 chris or when adding one fetched via z3950?
23:51 chris and thats when adding a record from scratch right?
23:51 linda-r This line 1440 is in the NEWnewbiblio subroutine.
23:51 linda-r The apache error log las message is "Arguments must be MARC::Field object at ... C4/Biblio.pm line 1440
23:49 linda-r Firefox iceweasel 2.0.0.6
23:49 linda-r The only time it didn't do it, I noticed that the 090 b was filled in. Another time it was blank and gave the error. But maybe it's something else.
23:48 linda-r It's throwing this "server internal error" (yes - firefox) from this NEWnewbiblio subroutine in C4/Biblio.pm
23:48 ryan and, btw, are you using firefox as your browser ?
23:47 ryan what is the error where you just tried to add the biblio
23:47 ryan no, koha needs to manage the biblionumbers.
23:47 linda-r ah
23:46 ryan it is compatible.
23:46 linda-r Maybe if I change 090b so it's not hidden, and then try to manually add it, that would fix this problem? Although its constraints include "not mandatory".
23:45 linda-r Maybe Koha 2.2.9 is not compatible with MySQL 4.1 ?
23:44 linda-r Maybe I've set up something else wrong?
23:44 linda-r Yes 090 a, c, and d all have constraints="subfield ignored".
23:42 linda-r The message in the log is "about to delete field (on line 1440 of C4/Biblio.pm, tagfield1=090"
23:41 linda-r Yes, I think so, the only one that had anything was 090b.
23:40 ryan you said that in the marc mapping 090 c and d were set to tab 'ignore', correct?
23:40 ryan if you don't intend to use MARC field 090 , then 090c and d should hold koha's biblionumbers.
23:39 ryan Koha should manage its biblionumbers internally, so it will add data to the MARC field that its biblionumber is mapped to.
23:38 linda-r I changed machines, but I could put that print statement into this again.
23:38 linda-r And when I put a print statement into the code, it said something about field 090.
23:38 linda-r The only one that worked had a filed 090b.
23:37 linda-r I don't know. What does it mean?
23:37 ryan by default, 090 should not be shown anywhere.
23:37 ryan linda-r: do you need to use 090 as locally defined LC-type call number ?
23:36 linda-r I could check the logs.
23:36 linda-r Because the 090 MARC tag isn't showing up on this cataloging screen.
23:36 linda-r Do I need to configure the MARC structure for that?
23:36 linda-r Okay, I tried it, it had a lot of popup messages about required fields, but finally it went to "internal server error". Maybe it needs a 090b field?
23:31 ryan 245a and 300a
23:31 ryan just 040c
23:30 ryan ah, then i'm wrong on that one.
23:30 linda-r Um the 022 field seems like it's ISSN
23:29 linda-r Hm, I didn't see it, oh well, I'll look later.
23:29 ryan it should already be present
23:27 linda-r Do I have to create an intranetcolorstylesheet file? Or are there premade options?
23:26 ryan system prefs for css
23:26 ryan intranetstylesheet intranet.css Enter a complete URL to use an alternate layout stylesheet in Intranet Edit
23:26 ryan intranetcolorstylesheet colors.css Enter the name of the color stylesheet to use in Intranet Edit
23:25 linda-r I will try it next - shall I enter 001, 022, 040, 245, and 300a fields?
23:25 linda-r The npl, that is.
23:25 linda-r It has a completely white background.
23:25 ryan ok, but so you have verified that you can successfully add a biblio and an item with the MARC editor by entering data manually, correct ?
23:22 linda-r It's no problem to change it to npl.
23:22 linda-r yes
23:22 ryan do you have the system preference 'template encoding' set to utf-8?
23:21 ryan we use npl-based templates around here
23:21 linda-r Okay, I'll leave it.
23:21 ryan default tmpl should work fine
23:20 ryan if you got errors from z39.50 records, it might just be the server/records you were getting
23:20 linda-r Or it mgiht?
23:19 linda-r Do you think it will fix the bug?
23:19 ryan linda-r: up to you.
23:19 linda-r Are there two places to change it? I can't remember where they are but it wouldn't take long to go through the parameters ... one second...
23:19 dewey ryan: I forgot default
23:19 ryan dewey: forget default
23:19 linda-r Should I change it to NPL?
23:18 dewey well, default is really quite bloated or not a selectable option
23:18 linda-r Default.
23:18 ryan linda-r: are you using the default or the npl intranet template?
23:18 linda-r Thanks, Ryan, I was finishing up the last one because maybe that was causing the internal server error, but now I'd like to retry something that gave the error that I posted about on the list.
23:17 linda-r How do I go to the empty MARC record screen? Catalog -> Add Biblio?
23:17 linda-r Okay, now it shows one record in existing items.
23:16 linda-r The only one on this screen that's in bold is barcode - I'll just add it.
23:15 ryan i think by default 001,022,040,245,and 300a.
23:15 linda-r Do I need to fill in any mandatory fields?
23:15 linda-r Okay, I didn't alter the basic MARC set up.
23:14 ryan is it successful then?
23:14 ryan i'd recommend just trying to add a record from scratch before by z3950
23:14 linda-r Then clicking search or something it did the internal server error.
23:14 linda-r Hi Ryan.
23:14 chris ahh ryan .. ryan knows more :)
23:14 linda-r It popped up a window with the 3 z3950 servers, and the checkboxes filled in.
23:14 ryan hi linda-r
23:13 linda-r It did a little while ago.
23:13 linda-r ?
23:13 linda-r Maybe I need to finish doing this other add biblio that I started.
23:13 chris can it reach the z3950 servers?
23:12 chris ahh thats probably a network thing
23:12 linda-r Now the Z3950 search gave an internal error.
23:12 chris if you still get the error, id ask on the koha-devel list, thats what most of hte developers read
23:10 linda-r It will do the internal server error again - let me try it.
23:10 linda-r Well, I think, if I use one of the other ISBNs that I used before, it won't work.
23:10 chris you can do that by clicking edit subfields
23:10 chris if its working where you are now
23:10 chris id just try setting it to be the same at work as it is where you are now
23:09 linda-r Who would know about this? Because it's a show stopper here.
23:09 chris MARC is a black art to me
23:09 chris nope
23:09 linda-r Have you any suggestions about this 090b field?
23:08 chris theres quite a few in Ohio running it now
23:08 chris in nz
23:08 linda-r The Ohio library? Or in NZ?
23:08 chris ahh so id try that, and see if that makes any difference
23:07 linda-r Oh yes, you're right, it says subfield b, text="Koha Dewey Subclass [OBSOLETE]", Constraints="tab:0, Not repeatablee, Not mandatory, hidden"
23:07 chris but setting up the marc frameworks is the trickiest bit
23:06 chris ahh, well it is in use in production in tons of libraries
23:06 linda-r I'm doing a paper on this for school and I'd prefer not to say "it's not quite ready for prime time".
23:06 chris if you look back at that url before, ull notice 090b is prbably not set to ignore
23:06 linda-r Oh good, any help would be great.
23:05 linda-r If it doesn't automatically show tag 090, how would I add that?
23:05 chris you'll be pleased to know there is a new cataloging tool being worked on at the moment, which is much more robust :)
23:05 chris could be, but im not sure about that
23:05 linda-r Maybe what's not working is when there is no 090 tag - this has 090 b
23:04 chris interesting
23:04 linda-r Oh, something different than at work earlier - field 090 is appearing - which it didn't earlier.
23:04 chris the only one you really need is barcode
23:03 chris yeah might be worth adding an item
23:03 linda-r But I have no idea what all these blank fields are for.
23:03 linda-r Hm, maybe I should continue with this or it will get in a weird state.
23:03 linda-r Yes.
23:03 linda-r Well at least it got to a different screen that says "New item".
23:02 chris *nod*
23:02 chris its like a mechanic, the car always works when they are watching
23:02 linda-r Let me check the ISBNs that didn't work. Each try I used a different one.
23:02 chris lol
23:02 linda-r Oh my god, it just worked.
23:02 chris Koha uses the MARC::Record perl module to deal with MARC
23:02 chris ahh its a MARC::Record object
23:01 linda-r I don't know where the data structure for field is defined
23:01 linda-r I'm at home where I can be root, so I can put print statements in anywhere
23:01 chris youve tried adding one wihtout using z3950 ?
23:01 chris yeah, its not valid marc i dont think, but it shouldnt be busting it
23:01 linda-r does that not matter?
23:00 linda-r is just putting a "1" in the MARC tag 003 field "Control number identifier" okay?
22:59 chris its a koha internal use one
22:58 chris (subfield ignored means a human doesnt ever need to touch this field)
22:58 chris hmm i wonder what its doing
22:58 linda-r huh
22:58 chris so that all looks right
22:57 chris yep thats what I have too
22:57 linda-r For subfield c, it says text "Koha biblionumber", constraints "subfield ignored"
22:56 linda-r navigating...
22:55 chris the 090 c is defined there eh?
22:55 chris (with ur hostname instead)
22:55 chris http://koha.liblime.com/cgi-bin/koha/admin/marc_subfields_structure.pl?tagfield=090&frameworkcode=
22:54 chris ok if we look at
22:53 chris that looks right then
22:52 linda-r The first field is "biblionumber" tag 090 subfield c "Koha biblionumber"
22:50 chris *nod*
22:49 linda-r it's on an intranet, otherwise i would give you the url
22:48 linda-r let me check ...
22:47 chris what is 090c set too?
22:47 chris url will look like that
22:47 chris http://koha.liblime.com/cgi-bin/koha/admin/koha2marclinks.pl
22:46 chris maybe, if you look in koha administration, then into koha-marc links
22:45 linda-r do you think maybe I configured something wrong?
22:45 linda-r hey mason j
22:45 linda-r hi chris, thanks for your response to my post
22:45 masonj heya linda
22:45 chris hi linda
22:44 dewey hello are you online ?
22:44 linda-r hello?
21:14 chris morning
17:17 thd martinmorris: you welcome. The older one was probably never made Unicode compliant
17:16 martinmorris thanks for your help guys
17:16 martinmorris anyway, i need to dash
17:16 martinmorris the 'spine and barcode labels' option from the circulation main page
17:15 thd martinmorris: which one gives you blank pdfs?
17:14 martinmorris but that doesn't appear to ask me for barcode ranges at all and gives blank pdfs
17:13 martinmorris ah, yes there is
17:12 jaron and I thought there was the old barcode generator and the new spine and barcode generator
17:12 martinmorris i may just wait until koha 3.0 appears
17:12 martinmorris true
17:12 thd martinmorris: M J Ray's patch could be based on older code which was less flexible
17:11 martinmorris thanks :)
17:11 martinmorris will see what he says
17:11 thd martinmorris: maybe M J Ray's patch is less flexible than the earlier code
17:08 martinmorris i can change the text under the label to a custom text, that's the only thing i believe i can change
17:08 jaron I remember it being a multi-step process to do barcodes and that selecting what information is on them was part of it.
17:07 thd martinmorris: printing the barcode may be the minimal requirement with the other elements optional
17:06 martinmorris can't see any way of doing that here thd
17:05 thd martinmorris: maybe you could select parameters which prints neither the barcode nor the human readable barcode number but does print the author/title information
17:03 martinmorris ah i see
17:03 thd martinmorris: well it never worked completely for me but last time I looked you could select which fields to print
17:01 martinmorris how do you mean thd?
17:01 thd martinmorris: do you have that problem if you supply label information but no barcode?
17:00 martinmorris have already emailed him jaron, thanks
16:59 martinmorris yes, i understand koha 3.0 has a shiny entirely new barcode generator
16:59 jaron ask MJ if it relates at all to his barcode patch?
16:59 thd martinmorris: people may not want to fix the barcode module in Koha 2.2.X but people do want to fix all the Unicode bugs
16:59 martinmorris any thoughts on the other issue?
16:58 martinmorris ok i'll stop feeling guilty then :)
16:58 jaron martinmorris: it's very important to a lot of users to find unicode bugs
16:58 martinmorris oh dear, sorry about that thd, wouldn't want to be a pain
16:57 thd martinmorris: many many months were spent fixing Unicode bugs in Koha but you seem to have found one that was missed
16:57 martinmorris it's as if the title/author is left aligned and the barcode right-aligned into the next label
16:57 martinmorris the actual title and author information above the barcode starts very to the left of the barcode and encroaches on to the space of the previous barcode
16:56 martinmorris another little question too
16:56 martinmorris will do
16:56 thd martinmorris: file a bug about that issue in http://bugs.koha.org and be certain to stipulate that you are referring to the author/title label information which is not encoded in the barcode itself
16:53 martinmorris it's an adobe font rather than ttf as far as i can tell
16:53 martinmorris (on a mac)
16:53 martinmorris helvetica bold
16:53 thd martinmorris: what is the font?
16:52 martinmorris yes, the font can handle the characters
16:51 thd martinmorris: you should verify that
16:51 jaron that I don't know--might be hardcoded
16:51 martinmorris can the font be changed?
16:51 martinmorris i believe so
16:51 jaron the font used can handle the unicode characters?
16:51 thd martinmorris: file a bug about that issue in http://bugs.koha.org
16:50 thd martinmorris: maybe kados would fix that but I never had it working
16:49 martinmorris not disastrous, just looks a little ugly that's all
16:48 martinmorris that's right, it's just the author/title information with teh barcode
16:48 thd martinmorris: do you mean that Unicode does not work for some additional information on the label which is never encoded in the barcode itself?
16:46 martinmorris well, not the end of the world
16:45 thd martinmorris: most barcode symbology only supports ASCII
16:45 martinmorris i think i'll do that, thanks thd
16:44 martinmorris now i'm getting barcodes but the unicode characters aren't working
16:44 thd martinmorris: try asking M J Ray in an email.
16:44 thd martinmorris: barcode generation in Koha has never worked perfectly for me.
16:43 martinmorris yep, patch has been applied but now only have the author and title on a pdf, no actual barcode :)
16:41 martinmorris i think i've just managed to apply it actually
16:41 martinmorris on the koha mailing list
16:41 martinmorris M J Ray
16:41 thd martinmorris: who sent the patch to you?
16:39 martinmorris can you advise?
16:38 martinmorris i've been kindly sent a patch to apply to barcodeGenerator.pl but i'm unsure exactly how to use it in my setup
16:38 martinmorris we're finally getting quite close to implementing our installation and i'm sorting out barcoding
16:37 martinmorris salut dewey :)
16:37 dewey salut, martinmorris
16:37 martinmorris hello
15:19 jaron hdl: but you provided the answer Asir needed :)
15:18 hdl (kados++ ;) )
15:18 jaron hdl++
15:18 hdl You can install directly from CPAN.
15:18 hdl Installing from marc::pm is not required any longer.
15:17 hdl Asir
14:44 Asir who can help me
14:44 Asir but i cant nstall cvs -z3 -d:pserver:anonymous@marcpm.cvs.sourceforge.net:/cvsroot/marcpm co -P marc-record
14:43 Asir I've tried to install ubuntu
14:43 owen don't pay any attention to dewey, he's a bot
14:43 owen Hi Asir
14:43 dewey hey, Asir
14:43 Asir hi
14:41 owen I wonder if you can tell git to remember what email to send patches to?
13:49 hdl But I was wondering if my first commits would be taken into account before making too many differences.
13:48 hdl owen : Sure I can continue working.
13:43 owen Does it matter? Doesn't the git workflow mean that you can commit to your repository and continue working?
13:42 owen I think they go through chris first, and then to kados. I don't know if his travel schedule will make that process slower or not
13:41 hdl And when he would apply.
13:41 hdl Wanted to know if he received them.
13:40 hdl owen : I just sent some patches for git.
13:38 owen He said he might be on IRC in the afternoon, but he wasn't sure
13:36 owen Yeah, he's on the road much of this week
13:35 jaron yesterday kados said he was on getting on a plane to give a demo
13:32 hdl Do you know if kados will be around today ?
13:32 dewey what's up, hdl
13:32 hdl hi
13:32 owen Hi
13:32 dewey it has been said that owen is hardly ever in direct contact with kados. We communicate here.
13:32 hdl owen ?
13:28 hdl Someone around ?
13:28 hdl hi there ?