Time Nick Message 09:53 kados paul_away: hope to be done this week 09:53 kados paul_away: it will remove handling of encoding in Koha and move it to the MARC::* modules 09:52 kados ToinS: ok :-) 09:52 kados paul_away: you'll be happy to hear that Mike and I have arrived at a solution for the encoding probs 09:52 ToinS no, i'm not with Paul today 09:52 kados ToinS: paul around? 09:52 kados morning ToinS 09:46 ToinS morning 09:45 kados morning all 20:35 thd kados: MARC::Record looks very easy to work with but it would be much easier to work with what you already have. 20:33 thd kados: can you send me the script you have so far and I will write a better one. 20:33 thd kados: However, If your customer is happy I am happy. 20:32 kados thd: well, we've little choice :-) 20:32 thd kados: yes, I will certainly be around but I did not want to abuse the deadline, given the Easter grace period. 20:32 kados thd: I'll work on improving the import script tomorrow 20:32 kados thd: ok 20:31 kados thd: will you be around tomorrow afternoon? 20:31 thd kados: They wanted LC call numbers the last time that you communicated with me in fact I think the advisement about the best choice was up to me. 20:31 kados thd: unfortunately, I can't work any more on this tonight 20:30 kados ? 20:30 thd kados: also, we need 952 $t to track distinct copy numbers in the traditional way. 20:30 kados thd: not LOC call numbers 20:30 kados thd: I thought they wanted dewey call numbers 20:29 kados right 20:27 thd kados: LC call numbers will be variously in 050, 090, 852 as given in my pseudo code. 20:26 thd kados: 090 is the only place where LC call numbers will be found for many records. 20:25 thd kados: no once, I noticed no call numbers I presumed that your import script was unfinished so definitely reimport with a more complete script. 20:24 kados thd: (wondering if I should attempt a re-import) 20:24 thd kados: we sould preserve 090 in the records as 09o until you use of 090 changes to something else. 20:24 kados thd: I mean have you changed anything on the records I imported? 20:22 thd kados: no the records I provided were just as downloaded. 20:21 kados thd: have you changed anything in the records? 20:21 kados thd: though it would be worth it to investigate that 20:21 kados thd: I believe that I removed all tags with '9' in them 20:20 thd kados: was the presence of 090 in original records the reason that over 70 records failed rather than the character encoding problems of circa 15? 20:18 thd kados: I did not want to spend more time attempting to write support for extra values into the manual capture of the Z39.50 client. I had not even expected to find as many as I had manually. 20:16 thd kados: yes the manual records would need to have any necessary extra information automatically mapped. 20:15 kados thd: the records you sent me don't include any way to map from the original fields to MARC 20:14 kados thd: yes 20:14 thd kados: do you see me questions and suggestions above? 20:13 kados owen: briefly ... what's up? 20:13 kados owen: am now 19:58 owen kados: you around by any chance? 19:04 thd kados: Sorry that I had not been fully awake to remember that issue Thursday when we started looking at encoding. 19:02 thd kados: If you had import failure because of the presence standard 090 or 952 in the copy catalogued records, there is a solution that should be used even if there is no trouble. 090 and 952 in the original records should be moved to 09o and 95r respectively. 09o would then be a source of LC call numbers. The original record information should be preserved in this manner until we have a better solution. 18:22 thd kados: Had you forgotten to verify the script for that? 18:21 thd kados: The items have no LC call numbers or bar codes. 17:58 thd kados: did 73 records fail? 17:54 thd- kados: I am around now 16:57 kados thd-away: you around? 13:45 kados hey owen-away