Time Nick Message
10:42 Paras same problem
10:42 Paras i have change /usr/local/koha to 777 with -R
10:40 Paras permission problem is still there
10:40 Paras hdl, it seems ok with DBD::mysql
10:37 Paras hdl, me too.. will do it :)
10:37 hdl I would try and reinstall DBD::Mysql.
10:37 Paras hdl, ok
10:36 hdl then DBD::Mysql.
10:36 hdl First execute permission.
10:36 Paras hdl, ok
10:36 hdl there seems to be two problems :
10:35 Paras hdl, so what do u think.. DBD::mysql not working?
10:35 Paras [Mon Feb 20 18:28:52 2006] [error] [client 192.168.2.2] Premature end of script headers: mainpage.pl
10:35 Paras [Mon Feb 20 18:28:52 2006] [error] [client 192.168.2.2] at /var/www/html/koha/intranet/modules/C4/Context.pm line 411
10:35 Paras [Mon Feb 20 18:28:52 2006] [error] [client 192.168.2.2] Perhaps a required shared library or dll isn't installed where expected
10:35 Paras [Mon Feb 20 18:28:52 2006] [error] [client 192.168.2.2] Compilation failed in require at (eval 5) line 3.
10:35 Paras [Mon Feb 20 18:28:52 2006] [error] [client 192.168.2.2] at (eval 5) line 3
10:35 Paras [Mon Feb 20 18:28:52 2006] [error] [client 192.168.2.2] install_driver(mysql) failed: Can't load '/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/DBD/mysql/mysql.so: failed to map segment from shared object: Permission denied at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230.
10:35 Paras this is koha-error log
10:32 Paras permissions seems ok
10:32 Paras -rwxr-xr-x 1 apache apache 1727 Feb 23 17:02 opac-main.pl
10:31 Paras hdl, yes
10:31 hdl is this wher you installed koha ?
10:31 hdl cd /usr/local/koha/opac/
10:31 hdl Koha file owner must be in apache permission and files with x permiddion.
10:31 Paras apache runs as apache.apache and the permissions seems ok to me
10:30 Paras done.. same problem
10:29 hdl (should be a permission error.
10:29 Paras hdl, ok..
10:29 hdl chmod -R uog+x /usr/local/koha/opac/
10:28 Paras that is the opac error log
10:28 Paras [Thu Feb 23 17:23:45 2006] [error] [client 192.168.2.2] (13)Permission denied: exec of '/usr/local/koha/opac/cgi-bin/opac-main.pl' failed
10:28 Paras [Thu Feb 23 17:23:26 2006] [error] [client 192.168.2.2] Premature end of script headers: opac-main.pl
10:28 hdl It does not recognize your server.
10:28 Paras yes seems so..
10:28 hdl yes, but this is a Perl DBD::mysql error.
10:27 Paras hdl, while installtion mysql datbases and tables for koha is successully created
10:26 Paras hdl, mysql-server is there
10:26 hdl or mysql server ... (I can't remember)
10:26 Paras hdl, do i need it?
10:26 Paras hdl, no
10:26 hdl is mysql-devel installed ?
10:25 Paras hdl, it has mysql.bs mysql.so
10:25 hdl ?
10:25 hdl is there mysql.so
10:25 hdl have you been there ?
10:25 hdl /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/DBD/mysql/
10:23 Paras hdl, it's FC3
10:23 Paras hdl, DBD::mysql is there
09:50 hdl Paras: pls tell us more about your OS and installation
09:49 hdl Paras: Seems either you don't use mysql or you didn't install DBD::mysql
09:49 hdl around ?
09:49 hdl Paras
08:53 Paras help plz
08:52 Paras install_driver(mysql) failed: Can't load '/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/DBD/mysql/mysql.so'
08:52 Paras error log of opac is
08:51 Paras i have installed koha ... and whe i tried to run.. http://192.168.2.19/cgi-bin/koha/opac-main.pl cannot be executes and throws Internal server error
08:50 Paras room need some help
06:57 thd paul hdl: Do you plan for framework specified subfield repeatability to be useful in the record editor for 2.2.6?
06:05 mason i might have a crack later tonite while its fresh in my memory
06:04 chris ill look more properly tomorrow when my brain isnt so tired :)
06:04 chris good start
06:03 mason the links arnt worksing , and i havent sorted thru what fields arnt needed
06:03 mason http://koha.hlt.katipo.co.nz/cgi-bin/koha/acqui/acquire.pl?recieve=107316&biblio=92543&bibitem=177098&invoice=3FebBarnesNoble&supplierid=63&gst=&set_barcode=L02342605&catview=yes
06:03 mason chris: ive made a bit of progess with the item/ordernum bug
06:02 si excellent, that's that fixed
06:00 chris night mason
06:00 mason ok, ive got to head out kids
05:55 chris whoops
05:55 si pox
05:53 si paul: yup, all our best words are pinched from french
05:53 mason cwah-sont
05:52 chris i only visited paris for 1 week, most people spoke english better than me :-)
05:52 paul si : it's croissant
05:52 chris :-)
05:52 si :-)
05:52 si what's the french for croissant, then?
05:52 si and lunch, and dinner
05:51 chris a little, i could order a coffee and croissant .. so i could eat breakfast :)
05:50 si the practice, I mean
05:50 si chris: did it help last time?
05:49 chris maybe i should go to practice french before i visit france again :)
05:49 chris (they are advertising holidays there on tv at the moment)
05:49 chris 2.5 hours to new caledonia from new zealand
05:48 paul yes.
05:48 chris and tahiti?
05:48 chris oh in new calendonia?
05:47 paul (there are still "pacific francs" if I don't mind)
05:47 paul lol
05:47 chris swiss francs :)
05:47 chris i meant ummm
05:47 chris oh of course :)
05:47 paul chris : nobody here uses franc anymore : we use Euro since 3 years now ;-)
05:47 hdl Yes.
05:47 chris does that help?
05:46 chris so that is used for the replacement cost
05:46 chris its 1 franc per item
05:46 chris so if you have 10 items, and the freight is 10 francs
05:46 chris HLT like the freight to be split up over the order
05:46 hdl OK.
05:45 chris p&p == freight
05:45 chris no, i think p&p is no longer required
05:45 mason i wouldnt think so?
05:45 mason im on my 2nd beer...
05:45 hdl is P&P so much different from freight ?
05:45 paul mason : U2 : nice music for a party :-D
05:44 chris p&p = post and packaging
05:44 mason me too!
05:44 chris i meatn to answer sorry
05:44 mason me too!
05:44 chris ahh yes
05:44 hdl chris: did you see my request for some more information about parcel reception ?
05:44 kados :-)
05:44 kados yea, maybe we should have a meeting
05:44 chris heh its a party
05:44 mason me too!
05:43 paul wow, nobody in bed !
05:43 kados paul: just committed a fix that stops | from splitting fixed fields
05:43 hdl hi chris.
05:43 chris and paul
05:43 kados hi paul
05:43 paul hello world
05:43 chris hi hdl
05:43 hdl hi
04:13 thd 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.
04:10 thd kados: If you do use arrows for moving any completed subfield content should also move.
04:04 thd 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.
04:04 thd 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.
04:04 thd 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.
03:47 kados also it's still not functional, meaning they still retain their original values on submit
03:47 kados thd: but I figure we can style it later
03:47 kados thd: might not be ideal
03:47 kados thd: had to play with them a bit though
03:46 kados thd: ok ... labels now switching too
03:41 kados right :-)
03:37 thd were not there yet :-)
03:36 thd kados: yes, I also imagined subfield + - signs that were not there.
03:34 kados thd: yet :-)
03:34 thd kados: I had originally noticed the arrows and that something changed when pressing on them in the default template, however, one thing that I had not noticed at the time was that the labels, etc. do not change.
03:34 kados should be fairly trivial to move elements around around it though
03:33 kados just moves the values around
03:33 kados not actually functional yet either
03:33 kados it won't allow you to cross the tag boundry
03:29 kados thd: give it a shot and tell me what you think
03:28 kados thd: (only in the '1' tab for now)
03:28 kados thd: got the subfield ordering to work better
03:28 kados thd: http://koha.liblime.com/cgi-bin/koha/acqui.simple/addbiblio.pl
03:14 thd kados: Originally, he had not planned them until 3.0 but he has at least one customer that needed that bug fix sooner.
03:12 thd kados: I think that paul plans to have both working for 2.2.6. If the frameworks are there to take advantage of them all will be well in the land :)
03:10 kados right
03:10 thd kados: It is hard to say which is more important since they both often function together.
03:08 thd kados: the examples I gave in bug 997 generally have both need subfield repeatability and non-alphabetic ordering to catalogue.
03:08 kados thd: I'm guessing that's more important that being able to reorder subfields
03:06 thd kados: most of them but not all material needs the repeatability when cataloguing.
03:05 thd kados: no but you can designate repeatability in the framework for the record editor to use when that is fixed.
03:05 kados thd: what's an example of a field that should have repeatable subfields?
03:04 kados thd: so I can't currently create multiple repeated subfields in a single tag?
03:01 thd kados: bug 997 record storage issues were always false when bulkmarcimport.pl was used and items were added externally as the comment I added to the bug indicates.
02:56 thd kados: Subfield repeatability is ignored in the record editor even when present in the framework but I think paul plans to include it for 2.2.6.
02:54 thd kados: Actually the editor does not allow the creation of additional repeated subfields in the record editor, even experimentally.
02:53 thd kados: There are corollary bugs relating to the record editor.
02:52 thd kados: Bug 997 has been largely fixed.
02:48 kados the Koha default order."
02:48 kados to preserve the order of subfields in data storage when the order differs from
02:48 kados order is imported from an external record, the Koha MARC framework has no means
02:48 kados differs from the Koha default subfield order. Even when the correct subfield
02:48 kados " the item to be catalogued
02:48 kados thd: is this still true:
02:48 thd kados: maybe the arrows are too powerful :)
02:47 kados thd: it should restrain movement to within a single tag right?
02:47 thd kados: see examples in related bug 997 for why it is needed. Field reordering is also needed but that is of lesser importance.
02:45 thd kados: maybe it is not ready I did not look closely but did see that something happened.
02:44 kados thd: let me know if it works as you expect it to
02:44 kados thd: it seems to be swapping subfield order randomly
02:44 kados thd: I don't think that's quite ready for production
02:43 kados http://koha.liblime.com/cgi-bin/koha/acqui.simple/addbiblio.pl
02:43 thd kados: many fields can require non-alphabetic order if the material being catalogued needs it.
02:42 thd kados: the record editor otherwise only allows filling subfields in alphabetic order.
02:42 kados thd: that's strictly on the addbiblio.pl page right?
02:41 kados thd: and I wonder what it would be used for
02:40 kados thd: I wonder what it would take to get the NPL one to do that
02:40 kados thd: well ... read you anyway :-)
02:40 kados thd: did I hear correctly that the default template now allows reording subfields?
02:40 thd kados: had you changed the piping symbols to blanks for that record?
02:40 kados thd: yea
02:39 thd kados: No, I have no display problems with the record itself. I only have minor display problems for the functions on the far right that distracted me from seeing that the record looks fine.
02:36 thd kdaos: to see how the record is actually stored.
02:36 kados thd: do you?
02:36 kados thd: sure ... but i don't see any display problems with that test
02:36 kados thd: why would I need to look in the tables?
02:36 thd kados: you need to distinguish between mere display problems and problems that go deeper.
02:36 kados thd: it looks right to me
02:35 thd kados: you should look at how that record is stored in the MARC tables to see if it was ever stored correctly.
02:31 thd kados: paul does have a big comment in some recent changes to Biblio.pm about strange subfield display ordering problems that he was having trouble squashing so he wrote a very dirty workaround.
02:30 kados thd: look for flaws in that test record
02:30 kados http://koha.liblime.com/cgi-bin/koha/MARCdetail.pl?bib=23710
02:29 thd kados: I do know where some of that code is. I had to understand how repeated subfields were being stored for a fix that no longer works because the bug has been moved to a different location.
02:27 thd kados: Editing your own program is easy. Deciphering someone else's insufficiently commented code can take time.
02:25 thd kados: paul knows where the code is actually located.
02:25 kados should be easy, bet paul could do it in like 2 secs
02:25 kados certainly before 2.2.6
02:25 kados yea, so we need to fix that asap
02:25 thd kados: The piping symbol is also used as a subfield separator when adding repeated subfields to the original Koha record columns.
02:24 kados thd: I think I remember it happening before
02:23 thd kados: would you not think that was the effect of the piping symbol?
02:20 kados thd: why are the 008's displaying so strangely
02:20 kados thd: http://koha.liblime.com/cgi-bin/koha/MARCdetail.pl?bib=9508
02:20 kados thd: no
02:18 thd ?
02:18 thd kados: have you committed the plugins.
02:17 thd kados: I will send you what I have completed tomorrow morning.
02:17 kados yea
02:16 thd kados: there is plenty for Steven to find in the bibliographic framework if he looks.
02:15 thd kados: a quick fix would be to change all the piping symbols to blanks for now.
02:14 thd Quoting needed many somewheres most likely.
02:13 thd kados: Quoting needed somewhere.
02:13 kados otherwise steven's gonna have a field day :-)
02:13 kados I hope I can find a quick workaround for that
02:12 thd kados: oops :-)
02:12 thd kados: so automatic call number filling is missing the provision to create a number from 082 $a as well as $b if using DDC. Currently only 082 $a would be filled automatically.
02:11 kados thd: bad news
02:11 kados thd: I think the | is splitting things up into separate subfields
02:11 kados thd: yikes
02:09 thd kados: yes that could function similarly to item call number filling.
02:08 thd kados: autogeneration of barcode numbers is broken. I guess no one actually uses barcode autogeneration to fill the item field automatically.
02:07 thd kados: That works but does need the cutter number as well.
02:06 thd kados: oops maybe I am confused about what is broken sorry.
02:05 thd kados: I do not know when it was working.
02:04 thd kados: It has been broken since at least Koha 2.2.3.
02:04 kados hmmm
02:04 thd kados: the one where the preference description mistakenly identifies UNIMARC exclusively.
02:03 thd kados: It should be more intelligent so as to fill the item call number using both the classification and cutter subfields.
02:02 kados thd: expand on it a bit ...
02:02 kados thd: which one is that?
02:01 thd kados: you should fix the long broken function that fills the the item call number using the system preference that you had asked about.
02:01 kados thd: that's easily addressed with the proper combo of plugins and field definitions
02:00 kados thd: right
02:00 thd kados: editing an existing MARC record with an incomplete framework is a problem as well as adding items with an incomplete framework.
01:59 kados thd: rather than just a few basic 1-1 mappings
01:59 kados thd: ie, using all the semantic info encoded in it
01:58 kados thd: our problems with MARC in 2.2 are creating the MARC and using the MARC
01:58 kados thd: not for export either
01:58 kados thd: only for original cataloging
01:58 kados thd: not for storage
01:58 kados chris: do you know what to do about that?
01:58 thd kados: yes, well there are still very many problems until you have the complete and accurate framework that I am going back to now
01:58 kados i seem to remember something about specifying a filetype to alert the browser
01:57 kados hmmm, for one thing, it doesn't seem to be prompting for a file download
01:56 kados I'm sure if there is a problem Steven will find it :-)
01:56 kados there may be a sync problem with exporting the correct status information
01:55 thd kados: so did I but paul still seemed to think that there was a hidden problem that he knew but could not remember well enough to specify when I asked him about the warning.
01:53 kados thd: I've exported stuff from Koha and it looks fine
01:53 kados thd: I don't think it's a problem
01:48 thd kados: Clearly if the problem is real t will need to be addressed for migration to Koha 3.x.
01:47 thd kados: He invited me to open a bug report but I never did open a bug report for a bug that I could not identify.
01:46 thd kados: there is a caution in the templates about MARC record export.
01:46 thd kados: paul could not remember the exact nature of the problem but he should know because he wrote the code.
01:45 thd kados: paul mentioned a disremembered problem with MARC record export in Koha. He seemed to 'know' that it was there despite my inability to notice it on a superficial record examination.
01:43 teknotus1 Thanks for all the help.
01:42 teknotus1 I think I'm about ready to give up for the night.
01:38 teknotus1 I ran deamon-launch
01:38 kados well ... that's how you start it :-)
01:37 teknotus1 Is it also supposed to have that z3950-deamon-shell.sh in there?
01:37 teknotus1 /processz3950queue /usr/local/koha/log
01:36 teknotus1 www-data 4229 0.0 3.4 13668 8828 pts/2 S 20:12 0:00 /usr/bin/perl /usr/local/koha/intranet/scripts/z3950daemon
01:34 thd teknotus1: try ps aux | grep z3950
01:34 kados russ: re: sleep ... I go in spurts ... sometimes I sleep way too much, sometimes hardly at all
01:31 teknotus1 www-data 4229 0.0 3.4 13668 8828 pts/2 S 20:12 0:00 /usr/bin/perl /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue /usr/local/koha/log
01:31 kados root 15511 0.0 0.2 4328 1076 pts/2 S 09:12 0:00 su -s /bin/sh -c /var/www/liblime.com/koha/intranet/scripts/z3950daemon/z3950-daemon-shell.sh - apacheapache 15512 0.1 1.8 16072 9188 pts/2 S 09:12 0:43 /usr/bin/perl /var/www/liblime.com/koha/intranet/scripts/z3950daemon/processz3950queue /var/www/liblime.com/koha/intranet/scripts/z3950daemon/logapache 16357 0.0 0.0 0 0 pts/2 Z 10:40 0:00 [processz3950que] <defunct>apache
01:31 kados thd:
01:31 thd kados: what does the z39.50 daemon appear as in ps?
01:30 thd teknotus1: kados: what does the z39.50 daemon appear as in ps?
01:28 kados thx
01:27 teknotus1 rwxr-xr-x 1 www-data www-data 174 2006-02-22 18:46 intranet/scripts/z3950daemon/z3950-daemon-options
01:27 chris b for bounce
01:27 chris bounce
01:26 kados chris: I have sent messages stored in Mail/sent
01:26 kados chris: do you know of a way I can resend a message in mutt without 'forwarding' it or 'replying'?
01:26 chris i think thats a great reply
01:26 thd teknotus1: what are the permissions you have for z3950-daemon-options?
01:24 kados hope it makes sense
01:24 kados yea :-)
01:23 chris lol you used my quote
01:22 teknotus1 thd: also it seems to be right.
01:21 chris he did that too me too
01:21 kados damn it
01:21 kados shoot ... he did
01:21 teknotus1 thd: it exactly matches the one in the email
01:21 chris ahh that might be why i havent seen it
01:20 kados chris: dont' think so
01:20 chris did he do an off list reply?
01:20 kados thd: have you read his reply to me?
01:20 thd tektotus1: is the Z39.50 daemon options file set correctly?
01:20 kados thd: Steven
01:20 teknotus1 Is there something I could edit into the search so that logs more stuff, and makes it easier to track down what is broken?
01:18 teknotus1 KOHA_CONF=/etc/koha.conf
01:18 teknotus1 freekbox3:/usr/local/koha/log# env | grep KOHA_CONF
01:18 teknotus1 PERL5LIB=/usr/local/koha/intranet/modules
01:18 teknotus1 freekbox3:/usr/local/koha/log# env | grep PERL5LIB
01:18 thd kados: Do you mean Stephen or Steven?
01:16 thd teknotus: What do you have from env | grep PERL5LIB and env | grep KOHA_CONF when executed by root?
01:14 teknotus1 I just killed the deamon, made sure the environment was set, and restarted it to no effect
01:13 teknotus1 bash
01:11 thd teknotus: What shell is root running?
01:10 thd teknotus1: That looks right but were the variables both set and exported?
01:09 teknotus1 I just launched it like that
01:09 teknotus1 PERL5LIB="/usr/local/koha/intranet/modules" KOHA_CONF="/etc/koha.conf" ../intranet/scripts/z3950daemon/z3950-daemon-launch.sh
01:05 teknotus1 I don't understand the environment variables that it says it needs in the email
01:00 thd teknotus1: You should now have the promised message from me in your gmail box.
00:54 teknotus1 yep
00:54 thd teknotus1: Does your MARC Check pass OK?
00:50 teknotus1 There are a few fetch without execute errors.
00:48 teknotus1 er version for the right syntax to use near '' at line 1 at /usr/local/koha/intranet/modules/C4/Breeding.pm line 167.
00:48 teknotus1 DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL serv
00:46 teknotus1 I guess it was loading in the old window that was burried
00:46 teknotus1 Oh Ok
00:46 thd teknotus1: Is the popup open in another window?
00:44 teknotus1 I don't get a popup any more.
00:43 teknotus1 It seems to have the same permissions
00:38 thd teknotus1: proper permissions should be read and execute for the Apache user.
00:37 thd teknotus1: Replace the file in /usr/local/koha/intranet/cgi-bin/z3950/search.pl or wherever you put z3950/search.pl . Be cerain to preserve teh proper permissions from the old search.pl file.
00:34 teknotus1 An opac one, and an intranet one
00:33 teknotus1 Where do I put it. I see multiple search.pl's
00:26 thd teknotus1: grab the latest search.pl for rel_2_2 from CVS http://cvs.savannah.nongnu.org/viewcvs/*checkout*/koha/z3950/search.pl?rev=1.3.2.6&root=koha
00:21 thd teknotus1: someone will want them and the build scripts
00:21 teknotus1 I'm using koha-2.2.5
00:20 teknotus1 Oh I have debian packages for the three perl modules that aren't in debian that koha needs if anybody wants them.
00:19 teknotus1 It doesn't even seem like an error message. It looks like an SQL query.
00:17 teknotus1 Still ?? requests to go
00:17 teknotus1 The only place I found to do a search is from adding a new book.
00:17 teknotus1 Search results nothing found
00:16 thd teknotus1: what was in the Z39.50 popup?
00:15 teknotus1 That was in the error log just after trying to do a search
00:15 teknotus1 ('020a')) order by biblio.title ASC at /usr/local/koha/intranet/modules/C4/SearchMarc.pm line 288.
00:15 teknotus1 bid=marc_biblio.bibid and (m1.subfieldvalue like '0596000278%' and concat(m1.tag,m1.subfieldcode) in
00:14 teknotus1 lio.biblionumber=marc_biblio.biblionumber and biblio.biblionumber=biblioitems.biblionumber and m1.bi
00:14 teknotus1 Q : select distinct m1.bibid from biblio,biblioitems,marc_biblio,marc_subfield_table as m1 where bib
00:13 thd kados: paul had written to koha-devel about that with an API long ago and I applauded the support it had for one part of the old email message I will send you after my default framework is complete.
00:10 thd kados: However, the record editor could be disintegrated from Koha and used as a Trojan horse into other systems.
00:09 thd kados: It would certainly be time consuming to do it right.
00:08 kados thd: so they can sponsor the complete set of frameworks
00:08 kados thd: I think before I spend too much more time on it I'll need to find one of those
00:08 kados thd: of course, I'm viewing this as a proof-of-concept for a client that wanted anal-retentive MARC compliance in the editor
00:07 thd kados: The frameworks do need amplification for things that are now awkward.
00:06 thd kados: It was a generation ahead of other MARC record editors but lacked what you have been working on for the MARC 21 side.
00:05 kados thd: I assume that's a good thing
00:05 kados thd: cool!
00:04 thd teknotus1: start it as root and then it will su to the proper user.
00:03 teknotus1 But if I am manually launching to test it out do I start it as root?
00:03 thd teknotus1: one of those calls the other and kados remembers correctly.
00:02 thd teknotus1: It will run as your Apache user. www-data by default on a Debian system.
00:01 teknotus1 Do I use deamon-launch, or deamon-shell?
00:01 thd teknotus1: Sorry, I have neglected you.
00:00 thd kados: Karen Coyle had told me that she we not the most well informed about record editors but she only knew of one new one from Spain or in Spanish that had selection options for coded data fields.
00:00 teknotus1 What user should it run as
00:00 teknotus1 Nothing
00:00 teknotus1 kados I tried that
23:59 kados thd: I'm fairly certain that it does
23:58 kados thd: yep
23:58 kados that will at least tell you if it's running
23:58 thd kados: we can now create valid records provide MARC::Record is managing the record size part of the leader.
23:58 kados ps aux |grep z3950
23:58 kados teknotus1: also:
23:58 kados teknotus1: well for one thing, you should be able to find stuff using the Z3950 client :-)
23:58 kados thd: cool
23:57 thd kados: I like it. I like it a lot.
23:57 teknotus1 How can I tell if the z3950 deamon started correctly?
23:55 kados right
23:52 thd kados: I mean no need for the cataloguer to encode things twice or even three times for some cases.
23:51 thd kados: yes, no need to code things twice.
23:50 kados (ie getting stuff from other parts of the record)
23:50 kados I won't tackle that problem until i can get the plugins doing that
23:50 kados thd: they should be able to be derived from other parts of the MARC record
23:48 thd kados: how are you planning to derive 008/24-27?
23:47 thd s/instead of/in addition to/
23:46 thd kados: you have an exclamation mark instead of a piping symbol as an option in 008/23
23:43 kados thd: ok ... done
23:43 thd kados: no attempt to code informs means clearly that the cataloguer did not have enough time or maybe had no direct access to the material.
23:42 thd kados: so unknown can mean that the cataloguer did bother but was unsuccessful
23:41 kados ok
23:41 thd kados: '|' no attempt to code is better and should be an option. Unknown can mean that it was not possible to determine satisfactorily from the material.
23:39 kados unless you have a more recent reference
23:39 kados to me
23:39 kados 'not specified' sounds like 'the cataloger didn't bother to look'
23:39 kados thd: see my question above
23:38 thd s/# ambiguous/ambiguous #/
23:37 thd s/ambiguous/# ambiguous/
23:37 thd kados: 008/22 is missing the '|' for no attempt to code. Only the ambiguous unknown or no attempt to code is present.
23:34 kados (asside from MARC holdings)
23:33 kados can we generate a truly valid MARC record?
23:33 kados thd: I guess the question is, for original cataloging, is there anything wrong with this framework (for Book Monograph)?
23:33 kados thd: ok ... check my 008 now
23:32 thd kados: I think that difference is absent in historical usage for some earlier version of the standard.
23:31 thd kados: there is a difference between unknown and no attempt to code.
23:30 thd kados: the introduction to the concise manual for 008 states which is more explicit. The designation should be 'No attempt to code' for '|' you have it as 'unknown' where I have noticed.
23:27 kados thd: which is which?
23:26 kados thd: ahh ... that's probably a better name
23:26 kados or in addition to?
23:26 kados thd: can you confirm that it should be instead a | ?
23:25 thd kados: my frameworks have control filed or fixed position control field as the names for '@' subfields.
23:25 kados thd: for position 22 in 008, a space is listed as Unknown or not specified
23:24 thd kados: you are right it was the verbose name.
23:24 kados I see ... it says (R)
23:23 thd kados: looks good.
23:23 kados thd: doesn't look like repeatable subfield to me
23:23 kados ok
23:22 thd kados: It has a repeatable "@' control subfield. Only the field itself should be repeatable.
23:20 kados thd: ok ... check my 006 field
23:17 thd chris: yes, 2.2.6. It is good that it will finally be possible to create valid MARC records by the sixth 2.2 release.
23:17 chris i think ive got it so it actually does something now :)
23:15 thd kados: unidirectional is still sufficient for creating valid records if you click a little more
23:14 chris its only the 6th 2.2 release :)
23:14 chris 2.2.6
23:14 chris one more . thd :)
23:14 thd kados: paul has stated that motion will be bidirectional by 2.26 release.
23:13 thd kados: In CVS little arrows move subfield order up the list within the field.
23:12 kados right
23:12 thd kados: Arranging subfield order when adding new records or modifying existing records is necessary to create some types of valid records.
23:12 kados I'll have to check it out
23:12 kados thd: really? I didn't know such a feature existed
23:10 thd kados: The default intranet templates are currently the only ones supporting moving the relative positions of subfields within the editor.
23:09 kados cool
23:08 thd kados: I removed the deprecated ones.
23:08 kados ok
23:08 thd kados: wherever they are applicable.
23:07 thd kados: the '|' should be selectable in the selection list.
23:06 kados thd: esp the | ?
23:05 kados thd: i'm guessing that default values shouldn't be an option ... they should just be the defaults if nothing is selected, right?
22:56 kados thd: that should be pretty easy
22:56 kados thd: and it should keep the original, yes, I know
22:56 thd kados: although 008/00-05 should have a date.
22:56 kados ok ... I'm gonna add those defaults now
22:55 thd kados: yes spaces
22:55 kados thd: those # should be spaces right?
21:47 thd kados: similarly BOOKS 007 ta
21:46 thd kados: explicitly similarly BOOKS 006 a|||||r||||#00|#0#
21:45 thd s/007/006/
21:44 thd kados: similarly BOOKS 007 a|||||r||||#00|#0#
21:42 thd kados: BOOKS 008 ######t########xxu|||||r||||#00|#0#eng#d
21:41 thd kados: sorry small mistake for no double checking. It seemed wrong intuitively.
21:35 thd kados: the equivalent for BOOKS 006 would be a|||||#||||#00|#0#
21:20 thd kados: never mind for merely 008/00-05. Editing should use all values already present and not reset them to a new default.
21:15 thd kados: It should not be difficult to capture what is already there in the field for 008/00-05.
21:13 thd kados: Of course, 08/00-05 need filling with the correct originating value.
21:11 thd kados: ######t########xxu|||||#||||#00|#0#eng#d
21:11 thd kados: your spiffy new default for BOOKS 008 minimal level records for cataloguing done in the US is as follows. # means blank.
20:52 thd kados: I guess that is the logical equivalent for computer files but except for byte conservation there should be much more consistency between the coding of different material types.
20:43 thd kados: computer files have type of item in 008/26 but that is not necessarily form of item. I bothered myself a great degree by that inconsistency a year and a half ago when I was putting all this into Zope.
20:38 thd kados: my subscription lapsed long ago when I found no justification for my ALA membership fee.
20:36 thd kados: they simply mean that 008/23 is used for form of item for books while 008/29 is used for form of item for maps and neither is used for computer files.
20:36 kados pg 43
20:36 kados thd: btw: don't know if you get the journal 'American Libraries', but LibLime is mentioned in a article in the Feb issue
20:34 thd kados: yet the issue they are referring to with regard to 008/23 or 29 is already taken care of by the framework.
20:32 kados hopefully this will be enough to satisfy the elementary school catalogers I'm meeting with tomorrow :-)
20:31 kados or the energy :/
20:31 kados don't have the time to program that now though :-)
20:31 kados yep
20:29 thd kados: JavaScript can give you an endlessly dynamic selection box.
20:28 thd kados: We would need a mechanism for changing frameworks with the same data in order to change a framework when editing as opposed to creating an original record.
20:28 kados we need a more dynamic selection box
20:26 thd kados: I should read the introduction to documentation more often.
20:25 thd kados: It seems that some of my suggested defaults may be off by that paragraph you quoted. At least my suggestions are partly disparaged usage.
20:19 kados because I dont' change the meaning of position 23/29 depending on the 008 config
20:19 kados means that my 008 is invalid :-)
20:18 kados The data elements are positionally-defined. Character positions that are not defined contain a blank (#). All defined character positions must contain a defined code; for some field 008 positions, this may be the fill character (|). The fill character may be used (in certain character positions) when a cataloging organization makes no attempt to code the character position. The fill character is not allowed in field 008 positions 00-05 (Date entered on file). Its use
20:18 kados thd: I think this paragraph:
20:15 thd kados: That value is absent from the the old complete MARC reference at TLC but it is present in the up to date concise documentation at http://www.loc.gov/marc/bibliographic/ecbd008s.html .
20:13 kados :-)
20:13 thd kados: I see what was prompting your question about '|' usage for no attempt to code.
19:57 owen We've already accomodated many of the old hacks.
19:56 owen kados: it's probably not worth the effort. I should probably just cut that stuff out and rely on my own record-keeping to keep track of changes.
19:44 thd own: small bug had been confusing me producing extra data entry mistakes when I would forget what it should read. All is fine now and I will commit it.
19:42 thd owen: thank you. They shared so much I thought they must be the same and did not check further. I have fixed a small bug now.
19:42 kados it won't affect any off the other systems using the template
19:42 kados so long as you enclose with the requisite <TMPL_IF clauses
19:41 kados owen: then enclose all those NPL-specific tags (or exclude) based on that pref
19:41 kados owen: JUST on the NPL box
19:41 kados owen: you can create a 'NPL' sys pref
19:41 kados owen: btw: I've been meaning to mention
19:39 owen It's controlled by the script, so yes: get_template_and_user({template_name => "parameters/marc_subfields_structure.tmpl"
19:38 thd owen: is that the same in the default templates?
19:37 owen parameters/marc_subfields_structure.tmpl
19:36 thd which template controls marc_subfields_structure.pl if it is not auth_subfields_structure.tmpl?
19:34 owen yes
19:34 thd owen: are you still there?
19:34 kados heh
19:33 thd kados: sleep is also good :)
19:31 thd kados: take your great grandmother's spicy soup remedy. It may not cure you but it will help :)
19:29 kados thx
19:29 thd kados: I will proceed to a string.
19:28 thd kados: When values are actually chosen for 008/18-21 the have to be sorted in alphabetical order.
19:27 kados I'm too tired to interperate it atm
19:27 kados for 008, 006, etc.
19:27 kados thd: could you break that down into an actual string for me?
19:26 thd kados: I was wrong about the value filling if encoded for 008/18-21. The default should be '|' in each position for no attempt to code as it is optional for minimal level records.
19:21 thd kados: 008/23 is optional at the minimal record level but blank for none of the above is a safe default for most cases.
19:19 thd kados: 008/22 again '|' for no attempt to code as optional at the minimal level.
19:17 thd s/separate selection list/separate selection list for each of those positions/
19:15 thd kados: 008/18-21 should be '|' in each position for no attempt to code as it is optional for minimal level records. There should be a separate selection list with the same content unless you can think of a better way to group them.
19:07 thd kados: back to 008
19:06 thd s/not the creature/that ISO and IFLA are not the creatures/
19:04 thd kados: ISO standards are very expensive :(
19:03 thd kados: The problem with ISO and IFLA funding is not the creature of any one government and therefore must go begging for money and charging for even standards publications.
19:01 thd kados: The equivalent detail for UNIMARC, when it exists, requires paying money.
19:00 thd kados: you knew all that already, but there is a lot of content there.
18:59 thd kados: http://www.itsmarc.com/crs/CRS0000.htm
18:58 thd kados: TLC has it repackaged for you at no charge with some occasional circulars about code interpretation and usage advice missing.
18:57 thd kados: your taxes paid for it, as a product of your government it is in the public domain in the US by law, although LC has copyright; therefore;
18:54 thd kados: An expensive looseleaf binder subscription service; a subscription service that used to be on CD ROM, Catalogers Desktop; now an online subscription service; or wait for it ...
18:52 thd kdos: The complete MARC manual has this optional and mandatory; national and minimal information.
18:50 thd kados: the designation symbol must necessarily be blank when not explicitly provided for no attempt to code if no attempt to code is allowed.
18:50 kados thd: where are you getting this information?
18:49 thd kados: that is also different from the case of index present in BOOKS 008/31 where the documentation allows no coding for minimal level records but does not explicitly provide a no attempt to code designation symbol.
18:47 thd kados: that is different from a case where blank designated by # in the documentation has been explicitly provided for the same purpose.
18:45 thd kados: previously I had said blank for 008/06-14 but that was mistaken. Each of those positions should be the piping symbol instead of blanks.
18:44 thd kados: I have not looked I am merely describing what should be a minimal level record default for MARC 21 wherever.
18:42 kados thd: or are you complaining that it is? :-)
18:42 kados thd: are you telling me to make koha.liblime.com do that?
18:42 kados thd: or somewhere else?
18:42 kados thd: on koha.liblime.com?
18:40 thd s/position/position by default/
18:39 thd kados: 008/07-14 even uses fill characters with dates but make all of 008/06-14 filled with '|' in each position.
18:37 kados I don't quite understand what you're telling me to do
18:37 thd kados: that is a different case where blank might be the official option for no attempt to code often designated as # in documentation for clarity.
18:36 kados or other dates?
18:36 kados you mean 008/07-10 ?
18:36 kados http://www.itsmarc.com/crs/Bib0438.htm
18:36 thd kados: the piping symbol
18:35 kados thd: is it | or !?
18:35 kados :-)
18:35 kados thd: got hour,min,sec working for 005
18:35 thd kados: no attempt to code is an explicit option provided in the standard and acceptable for minimal level records.
18:34 thd kados: you understood that for dates in 008 '|' means no attempt to code.
18:33 Jo yep
18:33 russ Jo you there?
18:32 thd kados: 008/15-17 has xxu and that is good for the US but you should have the top 20 counties for Koha use at least in a selection list.
18:32 Jo Can one of you Katipo guys please give me the url for the koha test site .... so I can bookmark it! I know the login name and password but can't find the link ....
18:30 kados thd: that happend on koha.liblime.com?
18:30 kados thd: sorry ... I don't quite understand
18:28 thd kados: If there is a no attempt to code option provided then there should not be a blank option unless blank happens to be the code used for no attempt to code.
18:26 thd kados:A mistake earlier, make 008/06,07-10,11-14 all '|' for no attempt to code by default for minimal level records.
18:20 thd back to 008
18:20 thd kados: Of course if there is no workaround, the incentive to achieve the ultimate goal will be greater :)
18:18 thd kados: This would be something less than the ultimate goal but a workaround for that basic need.
18:17 thd kados: there should be an easy way to submit the old values to a new framework if there is a need for the cataloguer to change frameworks.
18:16 thd kados: yes, now it requires separate frameworks.
18:16 thd kados: similarly upgrade your framework by changing from minimal to nations level cataloguing by changing that in the leader etc.
18:15 kados right now you'd have to select a new framework and start over i think
18:15 thd kados: so if you discovered that your book was actually a serial or whatever everything would change by changing a value in the leader.
18:14 kados in 008
18:14 kados thd: ok ... 06, 7-10,11-14 have defaults set to blank
18:13 thd kados: The frameworks are not that flexible yet but that should be the longterm goal.
18:12 thd kados: however, ideally in the long term you would change some important value in a control field and the whole framework would change with all the data.
18:11 kados we need hotkeys too
18:11 thd kados: yes there should be a separate framework for each.
18:11 kados ok
18:10 thd kados:so make 008/06,07-10,11-14 all blank by default for minimal level records.
18:10 kados thd: in your opinion, should we have a separate framework for each materials designation?
18:09 kados thd: ok ... 007 done for 'BOOK'
18:08 thd kados: however 008/06 is optional for minimal level records so it so defaulting to blank should be considered which greatly eases the next few positions.
18:05 thd kados: 008/06 should probably be 's' although 't' runs a close second.
18:02 thd kados: Each subpart could have its own subpart plugin.
18:01 thd kados: It would be much easier if the frameworks allowed for dividing fixed fields into discrete functional parts.
18:00 kados yep
18:00 thd kados: not regenerated every time someone edits 008 or the record as a whole.
18:00 kados I'll have to ask paul whether our plugins can do that
18:00 kados that makes sense
18:00 kados right
18:00 thd kados 08/00-05 is supposed to be generated only once.
17:58 thd kados: 008 defaults
17:58 thd kados: 007 is too easy for books
17:55 kados for today :-)
17:55 kados :-)
17:55 kados 00 and 01
17:55 kados so all I need to do is :
17:54 thd yes
17:54 kados thd: text?
17:53 kados thd: what's the values in 007 for 'book' ?
17:53 thd kados: They should just adopt MARC and pressure enhancements and for a change to XML.
17:52 thd kados: museums do not even have anything as sophisticated as MARC to use and record exchange between museums is very poor because they have no standard.
17:51 kados I'm reading through it now
17:51 kados heh
17:51 thd kados: and works of art.
17:50 thd kados: especially cartographic material
17:50 thd kados: 007 is the most fun.
17:49 kados thd: I'm not sure what to do about the defaults for 008 and 006 ...
17:49 kados thd: should we work on 007?
17:48 kados thd: tell me what you think
17:48 kados thd: I changed the '...' to [values]
17:48 thd kados: Design by many hands over time has led to inconsistancies.
17:48 kados http://koha.liblime.com/cgi-bin/koha/acqui.simple/addbiblio.pl
17:47 thd kados: There is obviously an inconsistency between the explicit provision of a no attempt to code value and another position having no such value yet being optional.
17:45 thd kados: only the full documentation lists mandatory and optional elements of the record.
17:43 thd kados: only positions which are optional for the cataloguing level should have a blank option where one is not explicitly provided in the form of no attempt to catalogue.
17:41 kados thd: should every value have a 'blank' option?
17:41 kados "a "
17:41 kados here are the current 006 defaults:
17:40 kados " s xxu g eng "
17:40 kados thd: here are the current 008 defaults:
17:39 kados for 008 and 006
17:39 kados thd: can you recommend defaults to me?
17:39 thd kados: everyone should fill it but not everyone will.
17:39 kados ok
17:38 thd kados: blank is not specified but filling it is optional and that is certainly not the only one.
17:36 kados thd: you sure that's ok ?
17:36 kados thd: actually ... no blank is specified in the standard
17:36 kados thd: I'll add a blank to 008/31
17:36 kados thd: OK ... 006 should be done
17:29 thd kados: Otherwise the '@' subfield hack ought to have been part of the original MARC specification to preserve the record hierarchy when more verbose formats like XML had not been invented.
17:26 thd kados: '@' subfields are a hack for Koha to get around an issue where MARC was attempting to conserve every byte on mid-sixties computer systems.
17:24 thd kados: '@' subfields are not real subfields and therefore only the field itself can be repeatable.
17:23 thd kados: 008 needs a blank option for positions that are optional at minimal level cataloguing such as BOOKS 008/31 for index present. Some cataloguers are in too much of hurry to bother to encode that position or others when the standard does not require it to be encoded.
17:23 kados thd: 006 is listed as 'repeatable' does that mean the tag or the subfield?
17:12 thd kados: unfortunately, the radicals who understand well how evil MARC can be do not sit on that committee.
17:10 thd kados: AACR rewrite could drive some major changes for MARC but there is a chicken and egg problem, as well as the legacy records and systems problem.
17:08 thd kados: rule simplification is one major goal.
17:07 thd kados: No one was satisfied so the committee working on the rewrite scrapped their proposals last year and started over again :)
17:06 thd kados: AACR2, despite minor updates, is 30 years old and is undergoing a major rewrite.
17:05 thd kados: some institutions consider 300 $b to be too much of a free form text field so they expand the 245 $h list beyond the general material designation recognised by AACR2.
17:00 thd kados: The OCLC usage is the official practise of the antiquated AACR2 general material designation that they may require for their own records to ensure least specialised practise conformity in their cataloguing records.
16:57 thd kados: for example many institutions actually have a practise of using 245 $h to designate DVD as opposed to VHS or Betamax instead of mere videorecording etc.
16:55 thd kados: some institutions will find that list under-inclusive and many institutions use special material designation that is more closely associated with 007.
16:52 kados I got it from oclc
16:51 thd kados: is that the AACR2 list?
16:49 kados thd: check out how I did 245$h and tell me if you like it
16:48 thd kados: 245 $h can also be filled in most cases from the values in the leader as modified by 008, 006, and 007.
16:45 thd kados: A good plugin would make filling it fun so that it would actually be used.
16:45 kados ok ... I should be able to whip up 006 in a few minutes
16:45 thd kados: 007 is the most fun though.
16:44 thd kados: 006 is required if and only if there is additional material to be catalogued that is part of the primary material being catalogued.
16:43 kados goody :-)
16:43 thd kados: 006 is almost identical to 008
16:43 kados thd: or is 008 not sufficiently done?
16:43 kados thd: should we work on 007 and 006?
16:42 kados thd: we'll have to wait till the new cataloger for that feature
16:42 kados thd: yea, I retract my recent statment
16:42 kados but perhaps that's a question for another day
16:42 thd kados: You were complaining about the language list being too large :)
16:42 kados thd: so I guess I'm curious to know how it works and whether we can do it in Koha
16:41 kados thd: well ... any linking really ... I have yet to see an instance of it in any real data
16:41 thd kados: what linking are you referencing in your question about setting up linking?
16:41 kados thd: if we could obtain a csv list of Control Number Identifiers, we could put them in the authoroized values field
16:40 thd kados: paul is able to fill likely publisher name from ISBN but I do not know if that was the context of your earlier point.
16:38 kados i think you get a new code
16:38 thd kados: Do you get a new code if you move, or is your virtual library always in Athens even if you move?
16:38 kados thd: I also don't know how to set up linking
16:37 kados ie, put a value in one and it updates the other one
16:37 kados I still don't know if our plugins can span multiple tags/subfields
16:37 thd kados: This same code is supposed to be used in holdings of course.
16:37 kados LibLime Virtual Library (Athens, OH)
16:36 kados thd: it's OhAtLVL
16:36 thd kados: Then you have a valid code.
16:36 kados thd: I did
16:36 thd kados: It is official if you are in the US and obtained your code from LC.
16:35 kados thd: are you saying it's not official?
16:35 kados thd: I have a code :-)
16:35 thd kados: Anyone can get a code from LC but not everyone actually has an official one.
16:34 thd kados: 003 should be the institutional code from the official list of institutional codes.
16:33 thd kados: I will be happy to add it for you.
16:32 thd kados: pick the ten or twenty major languages for publishing.
16:31 thd kados: provide at least a small value list of the major languages with large publishing industries and a default set to the OPAC language code default.
16:31 kados thd: but not this version :-)
16:30 thd kados: Koha is better than that.
16:29 thd kados: Linking to get your codes here is last generation technology and that is where the best of the record editors is now.
16:29 kados thd: link added
16:27 kados thd: in the case of incoming MARC records
16:27 thd kados: the one that LC uses to do original cataloguing verifies against a value list after code entry but that is only for fast typists who know all the codes anyway.
16:27 kados thd: I'm also guessing 003 shouldn't be an authorized value
16:27 kados is that a yes? :-)
16:26 thd kados: the weak ones would be the best of all the others.
16:25 thd kados: That is what the weak record editors do.
16:25 kados thd: how about a link to the site that maintains them?
16:25 thd kados: a click here for more codes button could solve length after the most common languages.
16:24 kados and display it in our nice XUL UI :-)
16:24 kados style it with XSLT
16:24 kados put it into XML
16:24 kados we can scrape it off the LOC site
16:24 kados thd: but I agree ... in the next cataloger for sure
16:24 kados thd: to be practical
16:23 kados thd: that's way too long
16:23 thd kados: also some parts like language code need the language code list.
16:23 kados thd: what should be the default values and which don't have empties and should?
16:23 thd kadpos: yes, you need some good default values and some empty value possibilities.
16:22 kados thd: did it work?
16:19 thd kados: already opened. I will close that window and try again.
16:18 kados otherwise the javascript gets cached
16:18 kados thd: I also have found I need to go to another page ... then go back to Add MARC
16:18 kados thd: it might already be open
16:18 thd kados: the popup seems not to open now
16:18 kados heh
16:16 owen They make special water-resistant writing boards for shower-thinking people, I think
16:16 kados yea in the shower and right as I'm falling asleep I have my best ideas :-)
16:16 kados hehe
16:16 thd kados: If I could get the thinking benefit from taking a shower 24 hours I would :)
16:16 kados thd: can you double check for me?
16:15 kados I think it's working perfectly now
16:15 kados thd: wohoo!
16:15 thd kados: I usually solve these problems in the shower
16:14 kados owen: are you sure I still _have_ a face? :-)
16:14 owen And we live in the same county!
16:14 kados hehe
16:14 kados yay ... as I was pouring my cereal I figured it out
16:13 thd owen: kados has a cold, keep a safe distance
16:10 thd kados: breakfast helps thinking :)
16:09 kados I should probably get some breakfast ... brb
16:09 kados it's possible ... I've been looking at this a LONG time now :-)
16:09 thd kados: are you one position short because of a coding issue to compensate for numbering starting with 00?
16:08 thd kados: you should allow empty values for no attempt to code where the presence of the particular position is not mandatory in minimal level records.
16:05 kados thd: but for now I'd like to get 008 working
16:04 kados thd: it will be
16:04 kados thd: but it's truncating everything past number 32
16:04 thd kados: it should be trivial to add seconds
16:04 kados thd: the 008 has all the values listed
16:04 thd kados: very nice
16:02 thd kados: However, MARC changes so slowly I thought the advantage might be small.
16:02 kados thd: how do you like the 005?
16:02 kados heh
16:01 thd kados: I excel at reformatting documents for purposes that they were never intended
16:00 thd kados: I had thought that there should be some way of automatically parsing data from LC regarding what goes where that might reduce maintenance.
15:59 thd kados: In fact they should not but if it works for now and you can demonstrate that for prospective customers then that is good.
15:59 kados but gotta get something going for the next few months first :-)
15:59 kados I've got really neat ideas for how to handle cataloging with XUL/XSLT/XML
15:58 kados really, we need some XML for that
15:58 kados me either ...
15:58 thd kados: Oh, I saw there were templates for the script but did not think that templates should be storing values.
15:58 kados thd: (well, I don't calculate more than year,mon,day, but all the values are there ... tell me what you think
15:57 kados thd: the 005 function now works perfectly
15:57 kados http://koha.liblime.com/cgi-bin/koha/acqui.simple/addbiblio.pl
15:57 kados thd: the template
15:56 thd kados: where doe the leader script obtain the possible values from?
15:55 thd kados: cure yourself if you can
15:55 kados thd: hi
15:40 thd kados: are you there?
15:20 kados at some point
15:20 kados we're going to need to reorganize them
15:20 kados yea ... hopefully it won't affect performance
15:12 owen We're collecting quite an array of preferences
15:11 kados hopefully get to it today
15:11 kados I'll put it on my list ...
15:10 kados owen: yea ... lets
15:06 owen kados: did you say you were going to do a system pref for patron images?
15:02 hdl well bye.
14:51 thd hdl: Even better would be dividing the pay for the time required of everyone who touches the order and receiving process by the number of items. Libraries often guess about that number when deciding a replacement fine. Libraries usually do not charge enough for replacement fines in that case.
14:47 thd hdl: In the absence of information or time, dividing the total shipping charge for a box by the number of items in a box is better than not attributing a shipping charge to items at all.
14:45 thd hdl: The final issue I wanted to raise was that in the absence of individualised information per item or the absence of the time to record the individualised information carefully, it is useful to attribute some shipping price estimate to each item for accounting purposes.
14:41 thd hdl: Vendors may also charge nothing for shipping of some things as a promotion. Even a particular item may have no price applied when purchased with something else as a promotion.
14:38 thd hdl: I think normal acquisitions may not allow such variance even if it were working completely.
14:37 thd hdl: VAT or sales tax can vary by what the item is and where it originates with some things being exempt.
14:35 thd hdl: Another issue is that all material of the some presumed type will not necessarily have the same tax rate.
14:33 thd hdl: vendors will not change the price in that context and it may also be illegal then.
14:33 hdl It is also the sole script where branch are so precious.
14:32 owen hdl: it's something to keep in mind for the future
14:32 thd hdl: Changing the price in the middle of the transaction would be harmful to the relationship between vendors and ordinary retail customers
14:32 hdl And to define what should be done.
14:31 hdl But it would require to dig into it more deeply.
14:31 owen The circulation screen can show the branch, but that's the only page that does
14:31 hdl owen: maybe modifying issuescript would be ok.
14:29 owen I wonder if there's a better way to do that? Some kind of global variables?
14:29 owen It would be nice to have the branch name in the header on every page so that it was clear at all times
14:29 hdl It requires to modify all scripts.
14:29 hdl owen: I wanted to make a contact admin link.
14:29 owen so issues are getting marked with the wrong branch
14:28 thd hdl: the basic point I tried to convey yesterday was that the different relationship of business and ordinary retail customers have with vendors allows the vendor to change the price of anything even the books and inform of the new price upon the customer opening the box
14:28 owen we have a problem here where for whatever reason workstations are getting set back to the 'default' branch without anyone realizing it.
14:28 hdl owen: Unfortunately, yes.
14:28 hdl owen: but it is always the same branch as his entry branch.
14:28 owen hdl: would that need to be added to the template variables in each script?
14:27 hdl owen : should be, since there is a userenv branch variable.
14:26 hdl yes.
14:26 thd hdl: are you still there?
14:24 thd hdsl: are you still there?
14:24 thd kados: keep that in mind or everything will be off by one
14:23 thd kados: Did you see my last to comments last night about numbering in fixed fields starting with 00 as the first position?
14:12 owen Is that possible right now?
14:07 hdl I forgot warn :/
14:06 kados hdl: like that ^^
14:06 kados warn Dumper($hashref);
14:06 kados use Data::Dumper;
14:06 kados it should
14:05 hdl But seems not to work.
14:05 hdl I trid Dumper($hashref)
14:04 hdl With a hashref, how does it work ?
14:04 hdl kados : you use Data::Dumper.
14:04 hdl paul is not at home.
13:59 kados hehe
13:48 owen So whatever's going on for me may not be the same issue as reported on the list
13:42 kados (cause head only works with the latest zebra and yaz and MARC::Record, etc.)
13:42 kados in anticipation of the need to get head working on it
13:42 kados I did some major upgrades on 101 yesterday
13:41 kados that might be my fault
13:37 owen But I didn't change anything on that machine yesterday
13:37 owen On 101, rel_2_2
13:37 owen Not on .76
13:37 owen I cleared the cookies and logged in again, but same thing. And it was working fine yesterday
13:37 kados huh
13:36 owen I have to re-log-in every time I click a link
13:36 owen It's strange, I'm having the same login problem today reported by Don Robertson on the Koha list
12:43 kados paul_away: you around?
12:08 kados but nearly works correctly :-)
12:08 kados same with 005
12:08 kados I'm still working on it
12:08 kados 008 is not working 100% yet
12:06 kados circ / liblime :-)
12:06 hdl I saw.
12:06 hdl oops
12:06 hdl kados : login password ?
11:32 kados for fixed fields
11:32 kados several new plugins I will commit soon for marc21
11:32 kados http://koha.liblime.com/cgi-bin/koha/acqui.simple/addbiblio.pl
11:32 kados hope to be done before 2.2.6 is released
11:31 kados morning everyone