Mea culpa ... read on. :)
On 3/16/06, Mike Rylander <[EMAIL PROTECTED]> wrote:
> I've updated the cvs for MARC::File::XML with what I described below,
> with one caveat. The one difference from what I was planning is that,
> because as_xml() is generated by MARC::Record, I can't give it new
> par
On 3/16/06, Mike Rylander <[EMAIL PROTECTED]> wrote:
> Will some brave soul please test this with some UNIMARC records and
> let me know how it goes?
Yes please, add the test to the test suite if possible Joshua and Paul.
miker_++
//Ed
I've updated the cvs for MARC::File::XML with what I described below,
with one caveat. The one difference from what I was planning is that,
because as_xml() is generated by MARC::Record, I can't give it new
parameters. To test exporting to XML you'll need to set the record
format for export eithe
I've been attempting to beat the MARC::File::XML stuff into a usable
shape as of late, so I'm going to take a stab at fixing this. There
will be some limitations (at first) as to what encodings we'll accept
for UNIMARC records, but I'll cover the cases that I know about (and
understand).
Here's t
I had posted this earlier on the Perl-Win32-Web mailing list, and am
reposting here in case anyone here has the joy of running perl under IIS
6 (not my first choice, but the environment in which this not has to
work).
I have a program running under IIS 5 (Windows 2000) which contains the
foll
Hi,
PROBLEM :
* in MARC21, the encoding is defined by position 9 of the leader.
'a' means UTF-8
* in UNIMARC, this is an empty position ! the encoding is in
positions 26-27 and 28-29 of 100$a (<200 are all fixed coded fields
in unimarc : http://bibliotheque.bgp-fr.com/Unimarc_abrege.pdf, page
Hello all,
Still working on UNICODE in Koha.
We are stuck with a not-so-nice problem. (Many many thanks to the
librarians that wrote marc21 and unimarc standards...)
I explain :
yesterday :
joshua "the new marc::file::xml works fine with utf8 now".
me : "Great ! i'll give it a try"
today :
