On Wed, Sep 01, 2004 at 05:13:18PM -0400, Jason Etheridge wrote:
> Cool, thanks. :D I'll clean it up a bit and mail it to you. I'm likely
> to churn through a lot of revisions before the month is up. When I
> release this would it fall under the sway of the Artistic License (being
> derivativ
Ed Summers wrote:
I'd be willing to help you bundle this up as a MARC::Record subclass if
you would like to send me the complete code. Let me know :)
Cool, thanks. :D I'll clean it up a bit and mail it to you. I'm likely
to churn through a lot of revisions before the month is up. When I
releas
Hi Ed and Andy,
On Wed, Sep 01, 2004 at 08:33:55AM -0500, Ed Summers wrote:
> One of Andy's guiding principles with MARC::Record was to keep it clean and
> simple...which is another reason this sort of magical behavior isn't in
> there.
Which I totally appreciate. MARC::Record is substantially
I take great pleasure in announcing two workshops that should be of great
interest to the "Perl Community":
Processing MARC Records With Perl -- Oct. 28th, 2004
Open Source Software in Libraries -- Oct. 29th, 2004
The featured presenter for "Processing MARC Records With Perl" will be
perl
MARC::Record was started from scratch, entirely separate from MARC.pm, so
it's not that that 008 functionality was "removed", but just that I never
wrote it in in the first place.
Andy
--
Andy Lester
Applications Manager
Follett Library Resources
[EMAIL PROTECTED]
On Tue, Aug 31, 2004 at 03:15:36PM -0400, Jason Etheridge wrote:
> I'm not sure of the best way to package these. I know Ed has mentioned
> that he's not a fan of the bibliographic specific methods in
> MARC::Record, but I'm not well-versed in Perl OOP yet and couldn't
> figure out how to subcl
On Tue, Aug 31, 2004 at 08:02:08PM -0700, Mark Jordan wrote:
> why did you remove this functionality -- because, as Jason suggests,
> you're "not a fan of the bibliographic specific methods in
> MARC::Record"?
Yes, at the moment MARC::Record can pretty much be used with authority
, holdings, clas
