This is the first perl4lib message being sent through the ezmlm [1] list
management software at perl.org. ezmlm works slightly differently from the
previous list management software at Rice since all the commands are sent via
the email address.
So for example to subscribe you would just send an
This is the first perl4lib message being sent through the ezmlm [1] list
management software at perl.org. ezmlm works slightly differently from the
previous list management software at Rice since all the commands are sent via
the email address.
So for example to subscribe you would just send an
Bruce Van Allen was kind of to remind me to mention that there is no need for
you to resubscribe to [EMAIL PROTECTED] since we've transferred the existing
list to the new list. So if you want to stay on the list, you can sit back and
enjoy the view.
//Ed
Now that perl4lib is being hosted at perl.org we inherit some of the neat
infrastructure that is already in place for the many other perl lists.
The archives can be read via the web at:
http://nntp.x.perl.org/group/perl.perl4lib
If you like reading your lists as newsgroups you can direct your
If you are in the Chicago area (or fancy a bit of travel) Damian Conway will
be teaching two weeks of Perl classes in Chicago (Sept 15-26) [1]. The
classes range from topics such as object-oriented programming, module design,
parsing, regular expressions, and Perl6.
Damian Conway has a Ph.D. in
On Thu, Jul 03, 2003 at 09:59:41AM -0500, Anne Highsmith wrote:
> insert_grouped_field($new_field);
insert_grouped_field() is a object method, so you'll need to call it
using the record object that you want to add the field to:
$record->insert_grouped_field( $new_field );
The tip
On Thu, Jul 03, 2003 at 10:25:57AM -0500, Anne Highsmith wrote:
> Thanks. I don't think there's an example of how to use
> insert_grouped_field in any of the doc;
I was wrong, it's from the MARC::Record package not MARC::Field :-)
http://marcpm.sourceforge.net/MARC/Record.html
The MARC:
Hi. I planning to upload OAI::Harvester which makes it easy to interact
with data repositories that implement the Open Archives Intitiative Protocol
for Metadata Harvesting (OAI-PMH).
http://www.openarchives.org
OAI-PMH is essentially a set of request/response messages sent as XML over
A beta version of a Perl OAI-PMH harvesting library was just uploaded to
CPAN as Net::OAI::Harvester. The idea behind Net::OAI::Harvester is to
provide an object-oriented client interface to the data found in OAI-PMH
repositories (similar to what LWP::UserAgent does for HTTP).
More about OAI-PMH
On Tue, Jul 08, 2003 at 02:57:27PM -0400, Michael Bowden wrote:
> I have a question about extracting the subfields from the 650 in the
> proper order. Basically, I have a number of records that contain 650s
> with $x Periodicals. I need to modify the subfield from x to v. The
> problem I am runn
As part of the move to perl.org we've also been given some new web real estate:
http://perl4lib.perl.org
At the moment the site is pretty barebones, so it would be nice to add to it,
or totally rethink it.
If you have any ideas please bring them up here. We've got the full
capabilitie
> However, the last line gets a "Arguments must be MARC::Field objects"
> error. I don't see anyplace in Example 17 where a MARC::Field object is
> built for the new 005 field, so I'm stumped.
> Suggestions, please.
Hi Anne. Thanks for noticing this error in the tutorial.
You must pass append_fi
Hi Brian: thanks for writing,
On Mon, Aug 25, 2003 at 04:29:37PM -0300, Brian Cassidy wrote:
> As part of a previous project I was importing MARC records into an RDBMS
> structure. In order to facilitate better searching, it was suggested to
> me that I do some normalization on my data and that NA
On Thu, Aug 21, 2003 at 12:10:52PM -0500, Bill White wrote:
> Is there an easy perl way to retrieve a MARC record for a given ISBN?
As others have noted this is just what Z39.50 is built for. But if you are in
the mood to try an unorthodox approach (at least for the sake of seeing a
relatively new
On Wed, Aug 27, 2003 at 09:15:25AM -0300, Brian Cassidy wrote:
> * normalize()
>
> inputs: either a MARC::Record object or a string. This should probably
> accept an arbitrary number of inputs so, you can do
>
> my @normrecs = normalize( @records );
>
> rather than
>
> my @normrecs;
> foreach m
On Thu, Aug 21, 2003 at 12:10:52PM -0500, Bill White wrote:
> Is there an easy perl way to retrieve a MARC record for a given ISBN?
This is way late at this point, but I totally forgot about Chris Biemesderfer's
example [1] of using MARC::Record and Net::Z3950 to retrieve a MARC record by
ISBN.
/
On Thu, Sep 04, 2003 at 10:39:19AM -0400, Jacobs, Jane W wrote:
> Thanks to Walter and Brian. I guess it was dead obvious. In fact I failed
> to install the free nsgmls parsers.
Not dead obvious at all.
On a somewhat related note, a few weeks ago an updated version of MARC-XML [1]
package was
On Mon, Sep 08, 2003 at 04:07:47PM -0400, William Barnes wrote:
> #!/usr/bin/perl
>
> print "What the does this have to do with the use of PERL in libraries?
> \n";
>
> # end of what.pl
Here's another:
#!/usr/bin/perl
if ( $perl4lib =~ /technology|libraries/i ) {
print "the LITA National
On Wed, Sep 10, 2003 at 01:57:31PM -0400, Joshua Ferraro wrote:
> sub fetch_handler {
> my ($args) = @_;
> # warn "in fetch_handler"; ## troubleshooting
> my $offset = $args->{OFFSET};
> $offset -= 1; ## because $args->{OFFSET} 1 = record #1
>
On Thu, Sep 11, 2003 at 08:40:48AM -0500, Chuck Bearden wrote:
> I hope this helps.
This helps for the order of the fields, but from looking at his program it looks
like the more pernicious problem is the order of the subfields within each
field!
//Ed
On Fri, Sep 19, 2003 at 07:58:01PM +0530, Saiful Amin wrote:
> I never had to worry about the record_length (pos 00-04) or the
> base_address (pos 12-16) in the leader. I think they are automagically
> updated while writing the record via $rec->as_usmarc().
saiful++
Yes, they should be automatic
On Thu, Sep 25, 2003 at 07:54:29AM -0400, Joshua Ferraro wrote:
> Does anyone know how to add separators/terminators when building a single
> MARC record?
Joshua, MARC::Record does this for you. Where is the code you used to generate
these records? Is it the Koha code?
//Ed
Just ran across Thokbook [1] by accident. It appears to use Amazon in an
interesting way. Might be a nice low-cal catalog for personal use, or maybe
more.
I've added it to the list of library/information science Perl apps at
http://perl4lib.perl.org. If anyone knows of other relevant projects tha
On Fri, Sep 26, 2003 at 09:58:59AM +0200, paul POULAIN wrote:
> * [IMPORTANT] there was a bug in MARCgetbiblio in Koha, that has been
> solved : the leader was filled with only 19 spaces. I think MARC::Record
> has a little problem with such bugs : it should either report an error,
> or add the
On Tue, Sep 30, 2003 at 04:56:30PM -0500, Eric Lease Morgan wrote:
> is(ref($librarian->term_ids), 'ARRAY', 'set term_ids()');
Try Test::More's isa_ok(). It works on objects *and* references.
isa_ok( $librarian->term_ids, 'ARRAY', 'set term_ids()' );
Eric++ for taking the time to do tests!
In case you missed and are interested in such things, perl.com ran a
good article recently on building a full text search engine with Perl
and any old relational database.
http://www.perl.com/pub/a/2003/09/25/searching.html
It provides examples of how to build and use a reverse (inverted) i
On Wed, Oct 15, 2003 at 02:25:55PM +0100, Ashley Sanders wrote:
> The record isn't strictly correct as the Indicator count and
> Subfield code length are both blank (character positions 10 and
> 11.) MARC21 says these should always be set to 2. Also the
> Lenght of length-of-field, length of starti
My bad, forgot the third argument to substr().
> ## build leader piecemeal
> my $ldr = ' ' x 24;
> substr( $ldr, 10, 1 ) = 2;
> substr( $ldr, 11, 1 ) = 2;
> substr( $ldr, 20, 1 ) = 4;
> substr( $ldr, 21, 1 ) = 5;
> substr( $ldr, 22, 1 ) = 0;
> $r->leader( $ldr );
Thanks to Christoffer and Ashley there is a new MARC::Record available
on CPAN [1] which will create leader defaults for positions 10-11 and 20-23.
This should make MARC::Record interoperate with Zebra better. I hadn't heard
of Zebra before, although I've used YAZ. It looks very interesting, and
I just added Index Data's SimpleServer [1] to the list [2] of Perl software
at perl4lib. Thanks to Anders Mortensen for suggesting it.
SimpleServer is essentially a Perl module that allows you to easily build your
own Z39.50 server from Perl. It has exciting possibilities for building Z39.50
in
On Tue, Oct 21, 2003 at 06:21:31PM +0200, paul POULAIN wrote:
> other question : how works ->warnings ?
> I tried $marcrecord->warnings(), but I only get a number.
how about in list context?
@warnings = $record->warnings();
This should have been more clear in the docs (which are now updated
Hi Eric:
On Tue, Oct 28, 2003 at 03:24:54PM -0500, Eric Lease Morgan wrote:
> Attached is a plain o' documentation file (POD) from the current
> MyLibrary::Resource module. Comments are welcome, and from the synopsis:
Looks like the OOP rewrite is coming along well...and all those nice
tests!
On
On Thu, Oct 30, 2003 at 04:37:28PM -, G.B.Evans wrote:
> I need to be able to interrogate a Sybase table from within a perl
> program.
> (The statement would be as simple as SELECT ID FROM TERM_TABLE WHERE
> VALUE="a string")
You'll want to use DBI and DBD::Sybase. DBI is Perl's generic interf
On Wed, Nov 05, 2003 at 07:29:59PM +0100, Leif Andersson wrote:
> Even if it, as it stands, only is intended for MARC21 records, I still think
> it would be nice to have an insert method like the one above.
How about:
$rec->insert_fields_ordered( @fields );
//Ed
On Wed, Nov 05, 2003 at 08:29:56PM +0100, Leif Andersson wrote:
> Am I missing something?
> I can not find this in MARC::Record
No, you are correct. It was vaporware until a few moments ago :)
If you get v1.32 from SourceForge [1] you'll find the new method
insert_fields_ordered(). Like you said i
On Thu, Nov 06, 2003 at 10:32:51AM +0100, Ron Davies wrote:
> I think the documentation would be clearer if it said that after the
> discussion most people wanted the ability to add a new field to the end of
> the hundred group where it belonged. The reason is that according to the
> MARC format
On Fri, Nov 07, 2003 at 08:07:18AM +0100, Leif Andersson wrote:
> And it shouldn't even break any existing code.
Shouldn't :) But it will be an additional dependency, that is mostly
superfluous. Interesting bit of code though! Thanks for sharing.
//Ed
On Fri, Nov 07, 2003 at 05:29:09PM +0100, Leif Andersson wrote:
> What I am trying to do is to identify areas in the API where improvments can
> be done.
Much appreciated. The return values should be consistent 0/undef, athough
logically they amount to the same thing in Perl. Could you add a tic
On Wed, Nov 12, 2003 at 12:15:38PM +, Stephen Graham wrote:
> "Can't use string (" ") as a HASH ref while "strict refs" in use at
> /usr/lib/perl5/5.8.0/ExtUtils/MM_Unix.pm line 541."
Weird, I'd be willing to try to help you figure this out if you can point me
to the Zeta source. I googled f
On Wed, Nov 12, 2003 at 05:13:25PM +, Stephen Graham wrote:
> Ed - this is the zipped tarball. Just the usual tar zxvf to extract. If
> you could spot the problem that would would be fabulous. I think I will
> start looking at Net::Z39.50 - looks like the way forward.
Ok, for the moment you
gt; * Does MARC::Record create leaders? Is there anything that does?
> Leaders are something which I'm still confused about.
Yes MARC::Record generates leaders. If you don't specify one yourself, it
will give you a bare bones one. Leaders are really an artifact of MARC's
origins since their main function is to tell a program how much tape to
read :)
> Thanks for listening.
Thanks for your email, hopefully it will be the first of many.
//Ed
Ed Summers
aim: inkdroid
web: http://www.inkdroid.org
Morbus:
On Thu, Nov 13, 2003 at 11:57:03AM -0500, Morbus Iff wrote:
> * which MARC output format does MARC::Record create? In various
>of the demo oss4lib softwares I've seen, there's almost always
>a "show as MARC" option, but I always get a cutesy rendered
>HTML table, and not the a
Wow, great work Morbus. Why don't you become a SourceForge developer and we'll
get you set up with CVS access? But as you are doing already, lets discuss
the changes on the list.
_gripe() was used at one point but as you can tell it's not anymore. It
should be phased out.
//Ed
On Thu, Nov 13, 2003 at 10:38:59PM -0500, Morbus Iff wrote:
> Which brings me to my first question: why
> isn't MARC::File::XML installed with it?
It requires utf8, and consequently 5.8.0 at least.
//Ed
On Fri, Nov 14, 2003 at 09:25:16PM -0500, Morbus Iff wrote:
> Yup, I'm "morbus".
Ok, you've been added. Go gently :) The name of the game is that you add
a unit test when you add functionality. Good to have you on board!
//Ed
> Is the LC server the "definitive" Z39.50 database? If I suck down a record
> from there, send it to my database, add more information, etc., etc., how
> does it get back to the LC? Does it? Would the way I'd contribute be
> to simply run and promote my own Z39.50 server?
I guess you could say
On Mon, Nov 17, 2003 at 09:15:22PM -0500, Morbus Iff wrote:
> > Since MARC tags less than 010 can not have indicators or subfields,
> > not allowing those ::Field methods to be called on those tags make sense.
> > However, this should be a warn(), not a croak(), otherwise looping
> > code will
On Mon, Nov 17, 2003 at 09:14:27PM -0500, Morbus Iff wrote:
> >Attached is a gzip'd patch to address a number of corrections
> >to the MARC::Doc::Tutorial documentation. In particular:
> >
> > * numerous grammatical, punctuation and spelling errors fixed (unfinished).
> > * "listserv" was replaced
On Tue, Nov 18, 2003 at 07:52:04PM -0500, Morbus Iff wrote:
> my $author = MARC::Field->new;
> $author->author_name('Logan, Robert K.');
> $author->author_data('1939-');
>
> my $title = MARC::Field->new;
> $title->something("The alphabet effect /';
> $title->authority( $author->author_
On Tue, Nov 18, 2003 at 08:00:26PM -0500, Morbus Iff wrote:
> How far does "different data formats" apply? Only to MARC subsets? What if
> I wanted to make MARC::File::MODS? MARC::File::DublinCore? Would those be
> considered valid data formats for extension?
Yes, this was always the hope that the
On Tue, Nov 18, 2003 at 08:11:39PM -0500, Morbus Iff wrote:
> MARC::Field->new('100','1','', a=>'Logan, Robert K.', d=>'1939-'),
> MARC::Field->new('100','1','#', a=>'Logan, Robert K.', d=>'1939-'),
I don't like this. The # is used simply as a typographical convention in LC's
online docs. It has
On Wed, Nov 19, 2003 at 07:43:52AM -0500, Morbus Iff wrote:
> The LC also uses $ to represent sub-tags (I think that's what
> they're called; just woke up... the $a/$b things). But, I
> seem to see _a and _b more often. Which is more prevalent?
LC's MARCMaker/MARCBreaker utilities use $ if I remem
On Wed, Nov 19, 2003 at 09:43:51AM -0500, Morbus Iff wrote:
> if ( $indicator !~ /^[0-9 ]$/ ) {
Perhaps, but we've yet to have anyone complain :) I guess it would
be ok to loosen this behavior if you have a pressing need for it. But I would
steer away from adding features just for the sake of add
retty lenient at first
glance. It's c++ so it should be fast, and would be a nice experiment in
building a Perl wrapper. Any takers? I bought Extending and Embedding Perl [1]
last year, and have been looking for a good excuse to use it :)
//Ed
[1] http://www.manning.com/jenness
On Wed, Nov 19, 2003 at 04:22:41PM +, Ben Soares wrote:
> I see there's an update_leader() method in MARC::File::USMARC, but I can't
> work out how you're supposed to use it. At first glance at the code, it
> looks like update_leader() and _build_tag_directory() have fallen out of
> MARC::R
On Wed, Nov 19, 2003 at 05:00:53PM +, Ben Soares wrote:
> update_leader() used to be really handy when you read in a MARC::Record from
> somewhere, changed or added a few fields. Then to update the leader to
> reflect those changes you only had to call $record->update_leader() and not
> hav
On Wed, Nov 19, 2003 at 11:50:05AM -0500, Morbus Iff wrote:
> Has anyone encountered targeted spam from perl4lib or oss4lib posts?
> I've posted numerous times to perl4lib, and once to oss4lib. Just now,
> I suddenly got a spam for "BowkerLink", which submits to Ulrich's
> Periodicals Directory, so
On Thu, Nov 20, 2003 at 08:58:25AM +, Ben Soares wrote:
> Just yesterday I was attempting to process a MARC file from the National
> Library of Scotland (I *think* they use UKMARC, which is sufficiently
> close to MARC21 that I don't need to know :). The processing stopped
> on record 9190
Morbus:
Before committing code back to CVS please run the test suite:
perl Makefile.PL
make
make test
If a test doesn't pass please figure out why. Or ask on the list. The
test suite currently fails after some recent changes that you made.
//Ed
--
Ed Summers
aim: inkdroi
On Tue, Nov 25, 2003 at 11:14:09AM -0500, Paul Hoffman wrote:
> Are you familiar with Test::More? It has some cool features that can
> be tricky (conditionally skipping tests, TODO tests, etc.), so holler
> if you have questions. I haven't examined MARC::Record's test suite
> closely, but what
On Tue, Nov 18, 2003 at 02:31:59PM -0600, Bryan Baldus wrote:
> When I ran Lint on a file of records, one of the errors I received was "250:
> Subfield _b is not allowed."
Sorry for the delay. This indeed looks like a bug in MARC::Lint. In case
you are curious MARC::Lint's rules are obtained in an
Bryan:
On Tue, Nov 18, 2003 at 02:31:59PM -0600, Bryan Baldus wrote:
> When I ran Lint on a file of records, one of the errors I received was "250:
> Subfield _b is not allowed."
The LC doc [1] is meticulously formatted (which is what allows
specs to do what it does). Unfortunately the 250 has a
On Wed, Dec 03, 2003 at 05:20:36PM +0100, Dariush Behboudi wrote:
> Basically, I need to integrate my client application to Aleph500 for
> checkout and checkin notifications.
Is your RFID aware client a Perl program? I'm mainly just curious. As
someone just pointed out you could install DBD::Orac
On Sun, Dec 07, 2003 at 08:53:04PM +0100, Leif Andersson wrote:
> Recently on this list it was discussed whether letters as indicators
> should be allowed or not. As I understood it, it was concluded that
> Field.pm and USMARC.pm should be fixed to allow for this.
>
> Good, our national dialect of
On Tue, Dec 09, 2003 at 07:32:13AM -0500, Eric Lease Morgan wrote:
> The purpose of code4lib is to provide a forum for discussion
> of computer programming in the area of libraries and
> information science. Subscribers are welcome to discuss the
> application of particular programming languages an
On Tue, Dec 09, 2003 at 11:01:35AM -0600, David Christensen wrote:
> Update at:
> http://www.textualize.com/~david/MARC-Descriptions-0.5.tar.gz
Just a minor documentation suggestion: could the comments be in the synopsis
be put on the line above for those of us who use an 80 col display :)
//Ed
It turns out Leif was right on in his description of a bug when reading
MARC data from disk. If a record had an invalid indicator in position 1
MARC::File::USMARC would convert indicator 1 to a blank, *and* it would
also convert a possibly valid indicator in position 2 to blank as well.
Thanks Leif
On Thu, Dec 11, 2003 at 05:53:27PM +0100, paul POULAIN wrote:
> I've a MARC::Record I want to parse to change something in every
> subfield value (something like uc() every value). How to do this ? (I
> don't need to keep the original record).
> what kind of magic foreach ? could do that ?
Well,
On Tue, Dec 16, 2003 at 03:52:56PM +0100, Tajoli Zeno wrote:
> 1)When you call LOC without a specific character you recive data in MARC-8
> character set.
>
> 2) In MARC-8 character set a letter like "è" [e grave] is done with TWO
> bytes one for the sign [the grave accent] and one for the lett
On Mon, Jan 05, 2004 at 03:54:09PM -0500, Eric Lease Morgan wrote:
> The code works, but is really slow. Can you suggest a way to improve my code
> or use some other technique for extracting things like author, title, and id
> from my XML?
It's slow because you're building a DOM for the entire doc
On Mon, Jan 05, 2004 at 10:27:39PM -0500, Eric Lease Morgan wrote:
> Since my original implementation is still the fastest, and the newer
> implementations do not improve the speed of the application, then I must
> assume that the process is slow because of the XSLT transformations
> themselves. Th
I saw this job posted over on xml4lib, and since it stresses Perl I thought
it might be worthwhile posting here at perl4lib too.
//Ed
--
DARTMOUTH COLLEGE LIBRARY
HANOVER, NEW HAMPSHIRE
Unix Systems Programmer
Dartmouth College Library seeks an experienced programmer to join the Digital
Libra
histoffer? I'm not
confident that the MARC will have survived translation into the body of
your email message.
Thanks!
//Ed
--
Ed Summers
aim: inkdroid
web: http://www.inkdroid.org
The imagination of nature is far, far greater than the imagination of man. [Richard
Feynman]
fishy...for advanced users only :)
But it would be even nicer to know exactly what's going on here first.
//Ed
--
Ed Summers
aim: inkdroid
web: http://www.inkdroid.org
The deeper I go the darker it gets. [Peter Gabriel]
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
On Wed, Jan 14, 2004 at 09:59:49AM +, Stephen Graham wrote:
> It is in fact:
>
> MARC::Doc::Tutorial
Thanks Stephen, docfix applied :)
//Ed
nstallation of others.
I'm installing Tk now looking at all the test widgets fly by :) I'll let you
know how it goes.
//Ed
--
Ed Summers
aim: inkdroid
web: http://www.inkdroid.org
The imagination of nature is far, far greater than the imagination of man. [Richard
Feynman]
On Fri, Jan 16, 2004 at 05:15:34PM -0600, David Christensen wrote:
> Actually, I *was* wondering how to package that all up as a single thingy. I
> image it would be something like "Tk-MARC-0.1", but I've no idea how to
> bundle packages I'm searching through docs as we speak :-)
Well you s
erhaps check out :) his book Perl & LWP [5] which has lots of good
info on parsing HTML. Strongly recommended!
//Ed
[1] http://search.cpan.org/perldoc?HTML::TreeBuilder
[2] search.cpan.org/perldoc?HTML::Tree::AboutObjects
[3] search.cpan.org/perldoc?HTML::Tree::AboutTrees
[4] search.cpan.org/perldoc
The latest Ariadne has a pretty brief howto article [1] about using
Net::OAI::Harvester [2] to query OAI-PMH archives [3]. If you haven't heard
of OAI-PMH the short story is that it's an HTTP/XML based protocol for sharing
metadata. Net::OAI::Harvester is an object oriented client module for query
I'm forwarding this along in case there are any perl4lib folks who are
interested in GIS systems/data.
//Ed
From: Aran Deltac <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Geography Namspace
Date: Sat, 7 Feb 2004 12:13:59 -0500
I've begun some preliminary work on the geography/geo/gis name
On Tue, Feb 17, 2004 at 10:55:35AM -0300, Oberdan Luiz May wrote:
> I'm running perl 5.8.3 on Solaris 2.6, with the last version of all
> modules needed, the latest Berkeley DB, all compiled with GCC 3.3.2 . Any
> hints?
I'm seeing the same behavior here under 5.8.2. It looks like somethin
On Wed, Feb 25, 2004 at 10:56:17AM -0600, Holly Bravender wrote:
> Take me off your list! Thank you.
Holly, please send a message to [EMAIL PROTECTED] and respond
to the confirmation that you should receive. Instructions are available
at http://perl4lib.perl.org
If you have trouble please emai
Hi Rob:
On Wed, Feb 25, 2004 at 03:31:07PM -0500, Robert Fox wrote:
> 1. Am I using the best XML processing module that I can for this sort of
> task?
XPath expressions require building a document object model (DOM) of your XML
file. Building a DOM for a huge file is extremely expensive since i
On Tue, Feb 17, 2004 at 10:55:35AM -0300, Oberdan Luiz May wrote:
> I'm running perl 5.8.3 on Solaris 2.6, with the last version of all
> modules needed, the latest Berkeley DB, all compiled with GCC 3.3.2 . Any
> hints?
There was a bug in MARC::Charset v0.5 which was causing the EastAsian
On Thu, Feb 26, 2004 at 09:47:08AM -0500, Robert Fox wrote:
> Scanning an entire document of this size in order to perform very specific
> event handling for each operation (using SAX) seems like it would be just
> as time consuming as having the entire node tree represented in memory.
> Please
On Fri, Feb 27, 2004 at 02:00:10PM -0500, Robert Fox wrote:
> I would be interested to know if others have had a similar experience
> switching to an API which relies on a compiled set of C library routines
> (such as XML::Sablotron). Hats off to Matt Sergeant and Christian Glahn for
> their wor
names->{ match } } ) {
print $match->{ establishedForm }, "\n";
}
Which I was pleased with, so I wrote a little command line utility [2] that
does the same thing, with documentation if you want to try it out yourself.
//Ed
[1] http://www.oclc.org/research/researchwor
Hi Enrico:
On Sun, Mar 14, 2004 at 02:47:26PM -0500, Enrico Silterra wrote:
> I think that having various derived classes of MARC records.
> Holding, Bib Records, Name Authority, etc would be useful.
Interesting question. MARC::Record should handle holdings, authority,
classification, and communi
On Mon, Mar 15, 2004 at 09:21:49AM -0500, Enrico Silterra wrote:
> For instance, a holding record has no title fields at all. I think, maybe,
> the title method should throw an exception, or error when you try to grab
> the 245 of a holding or other record. (or call a user defined error handler)
This job was forwarded to me, and then mention of Perl/Linux might make it
of interest to folks on the list.
//Ed
--
Applications Systems Analyst
Working under the supervision of the Head of Library Information Systems, is
responsible for the day-to-day operation, maintenance, troubleshootin
perl.com just published an article about creating dictionaries with Perl
by Sean Burke.
--
Sean Burke is a linguist who helps save dying languages by
creating dictionaries for them. He shows us how he uses Perl to
lay out and print these dictionaries, using RTF::Writer and some
data structure
On Fri, Apr 02, 2004 at 11:35:40AM -0500, Michael Bowden wrote:
> Sirsi uses some non standard subfields to create links between records.
> Typically these subfields are '?' and '='. How can I add these non
> standard subfields to records that I am creating/editing with
> MARC::Record?
MARC::Reco
t; line input as well as input from STDIN?
Try using the magic filehandle. So in foo.pl :
while ( defined( $line = <> ) ) {
...
}
The magic filehandle will read stuff from @ARGV and will also read from
STDIN.
//Ed
>
> --
> Eric Lease Morgan
>
at is the purpose of ctx_id (I can't find
where in the spec the CO descriptors are defined, only examples)?
Regards,
Tim.
- End forwarded message -
--
Ed Summers
aim: inkdroid
web: http://www.inkdroid.org
The best writing is rewriting. [E. B. White]
On Wed, Jun 23, 2004 at 11:25:48AM -0700, Jon Legree wrote:
> Any suggestions, comments, assistance will be greatly appreciated.
Are we talking about patc_server.cgi?
Just out of curiosity what is the $datapath that is defined at the top of
patc_server.cgi file which indicates what directory to
On Thu, Jul 01, 2004 at 11:22:42AM -0400, Houghton,Andrew wrote:
> I'm not sure what MARC::Charset does internally, but MARC-8
> defines the diacritic separate from the base character. So
> even using binmode(STDOUT,":utf8") will produce two characters,
> one for the base character followed by t
> A MARC-8 sequence places a combining diacritical mark BEFORE the letter
> it's supposed to combine. Whereas Unicode syntax is to put it AFTER the
> letter it's supposed to combine with.
>
> Hence for example the letter: ZÌ
> is produced by the MARC-8 Sequence:
> 75 5A (macron below + "Z")
On Thu, Jul 08, 2004 at 01:17:48PM -0400, Houghton,Andrew wrote:
> Unicode specifies four normalization methods, NFC, NFD, NFKC,
> and NFKD. While RDF could have just accepted characters in
> unnormalized form, it decided to mandate that all data content
> be provided in NFC normalization form. T
p();
## update the content
$node->setData( "The adventures of Huckleberry Finn" );
## output
print $doc->toString();
The XML::LibXML docs sure are daunting, I'll agree there.
//Ed
--
Ed Summers
aim: inkdroid
web: http://www.inkdroid.org
Well it's too bad
1 - 100 of 198 matches
Mail list logo