It shouldn't really be necessary to have different flavors of MARC for
this. Unlikes other leader positions, Base address of data is NOT
defined to be implementation-specific or implementation-defined. Bytes
12/16 are supposed to contain base address of data, and in this case,
simply appear to be i
Fixed it right up! Thanks for the quick info...
Ed.
-Original Message-
From: Ed Summers [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 13, 2004 4:19 PM
To: [EMAIL PROTECTED]
Subject: Re: Problems with MARC::Batch
On Tue, Jan 13, 2004 at 04:11:17PM -0500, Sperr, Edwin wrote:
> use MA
On Tue, Jan 13, 2004 at 04:11:17PM -0500, Sperr, Edwin wrote:
> use MARC::Batch;
> my $batch = Marc::Batch('USMARC', 'file.dat');
You must be looking at the SYNOPSIS section for MARC::Batch? You are absolutely
right, it's a typo in the docs :(
Other parts of the documentation have the correct us
> Undefined subroutine &Marc::Batch called at C:\MARCPERL\test1.pl line 6.
>
> ## create a MARC::Batch object.
> use MARC::Batch;
> my $batch = Marc::Batch('USMARC', 'file.dat');
It's MARC::Batch, not Marc::Batch. Perl is case-sensitive.
xoa
--
Andy Lester => [EMAIL PROTECTED] => www.petdanc
Hi --
I'm trying to get MARC::Batch to work. To wit, when I try to use the
example script given in the documentation (or any other script that I've
tried), I get an error along the lines of:
Undefined subroutine &Marc::Batch called at C:\MARCPERL\test1.pl line 6.
Oddly enough, another example s
It shouldn't really be necessary to have different flavors of MARC for this. Unlikes
other leader positions, Base address of data is NOT defined to be
implementation-specific or implementation-defined. Bytes 12/16 are supposed to contain
base address of data, and in this case, simply appear to b
On Tue, Jan 13, 2004 at 06:17:25PM +0100, Leif Andersson wrote:
> If it is in accordance with a special MARC flavour, then maybe MARC::Record
> should do something to meet this need? But, we do not know that yet.
Yeah, we could have new_from_xxx() for a different MARC flavors I suppose.
It migh
It appears to be deceptive values in leader pos 12-16, which is supposed to point to
the beginning of data.
MARC::Record relies on this value.
I do not know, though, if this is a sign of a different MARC flavour, or if something
bad has happened to the record.
If it is in accordance with a spec
On Tue, Jan 13, 2004 at 10:48:57AM +0200, Christoffer Landtman wrote:
> Any help on the matter is deeply appreciated as I really cannot make
> anything of this, as it was working on my setup, but not on various
> other peoples setups.
Could you send the program as an attachment to me Chistoffer?
Dear all,
I was wondering if there is anyone from the MARC::Record team on this
list who possibly could give some insight in the following matter.
We are using MARC::Record to manipulate MARC records in Emilda [1] and
we have been running into some unexpected problems. The actual
manipulation
10 matches
Mail list logo
