The uploaded file
MARC-Record-1.34.tar.gz
has entered CPAN as
file: $CPAN/authors/id/P/PE/PETDANCE/MARC-Record-1.34.tar.gz
The big change in this release is the ability to read from a pipe, or
an output stream. In our case (at Follett Library Resources), we have
thousands of MARC files that we've gzipped to save space (they save
about 85-90% gzipped), but we still need to be able to use the data on
the fly in our new TitleWise service. Rather than decompressing and
then opening the file, Ed Summers worked it out so that MARC::File::*
can read from a pipe.
We were considering letting the marcdump and marclint programs read from
standard input, but you can do that with "-" as a filename anyway.
1.34 December 16th, 2003
[ENHANCEMENTS]
- modified MARC::File::in() to allow passing in filehandles instead
of a filename. Useful in situations where you might have data
compressed on disk, and want to read from a decompression pipe.
This effects MARC::Batch of course as well, which has had its
documentation updated.
- added t/85.fh.t to test new filehandle passing
- Incorrect filetypes passed in to the MARC::Batch constructor
now croak instead of die, so you can see where in your code it
was called.
[FIXES]
- etc/specs modified to correctly parse LCs docs to get the 250
$b properly. Thanks Bryan Baldus at Quality Books.
- new Lint.pm with 250 $b.
- MARC::Field now leaves alphabetic indicators as they are instead
of squashing to a space. Thanks Leif Andersson from Stockholms
Universitet.
- MARC::File::USMARC no longer checks the validity of indicators
but leaves that up to MARC::Field (instead of having the check twice).
- In MARC::Batch, the 'warn' elements weren't quoted.
- warnings_on and strict_on should now be respected.
Have fun!
xoa
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
