I have posted a preliminary version of a MARC::File::MARCMaker
module, based on MARC.pm's functionality for working with
MARCMaker/MARCBreaker format files. The new module is in very
preliminary form and has not really been tested at all, other than to
see that it compiles and is able to read a
Sorry I didn't make it clear in my original posting that the record that
I modifed, using MARC::Record, DID have unicode-encoding. I didn't just
change the leader/09 to try to fool it into thinking it was Unicode; the
record came out of a database that had been converted to Unicode. And
the 245 fie
Thanks for the details about your Perl versions Michael.
On Mon, Mar 07, 2005 at 09:06:48AM -0600, Doran, Michael D wrote:
> My understanding of Anne's posting was that the record she tested *did*
> contain unicode: "I started with the Unicode version of the record and
> modified it...".
Yeah, I
Hi Ed,
> How would people feel about the next version of MARC-Record (perhaps
> a v2.0) which handled utf8 properly and required a modern perl?
Definitely a *good* thing. Worth upgrading Perl version for, if
necessary.
> Perhaps if people could respond to the list (or me if you prefer) with
>
On Fri, Mar 04, 2005 at 09:18:00AM -0500, Anne L. Highsmith wrote:
> Here's my main question -- is that the principal
> concern/question/problem, i.e. that directory lengths will not be
> computed correctly using the existing MARC::Record module with a
> Unicode record? Or is it only in certain sit
