Re: Permission to translate your page at http://marcpm.sourceforge.net/

On Thu, Mar 7, 2013 at 7:54 AM, Anja Skrba wrote: > Hi Ed, > I never did this so you'll have to explain me how to do it :) > > > Anja Skrba > an...@webhostinggeeks.com > http://science.webhostinggeeks.com/ > Tel: +38162300604 > > > On Wed, Mar 6, 2013 at 10:5

Re: Permission to translate your page at http://marcpm.sourceforge.net/

I forgot to add that, if you need help converting your translation to POD and getting it into Git I would be happy to work with you on that. //Ed On Tue, Mar 5, 2013 at 11:59 AM, Ed Summers wrote: > Hi Anja, > > Is your translation available as POD? I think it would make a nice >

Re: Permission to translate your page at http://marcpm.sourceforge.net/

ote: >> >>> Hi Ed, >>> >>> Thanks for your reply. >>> As soon as I finish the translation I will send it to you, so you can >>> review it. >>> Of course, I will include a reference to the original page. >>> >>> >

Re: Permission to translate your page at http://marcpm.sourceforge.net/

Hi Anja Sorry for the delay. Yes please feel free to translate it and make it available. I think it's awesome that you want to! I am cc'ing the perl4lib mailing list where people continue to talk about MARC::Record and related modules. Best wishes, //Ed On Tue, Feb 5, 2013 at 6:39 AM, Anja Skrba

Re: who's the perl4lib webmaster ?

n't think we do though. > > Ask > > > > On Jul 11, 2012, at 0:14, Ed Summers wrote: > >> On Mon, Jul 9, 2012 at 7:14 AM, Marc Chantreux wrote: >>> hello, >>> >>> I would like to add MARC::MIR on the http://perl4lib.perl.org/ web page. i

Re: who's the perl4lib webmaster ?

On Mon, Jul 9, 2012 at 7:14 AM, Marc Chantreux wrote: > hello, > > I would like to add MARC::MIR on the http://perl4lib.perl.org/ web page. is > there a webmaster around ? It has been a while. 7 or 8 years ago Ask Bjorn Hansen allowed perl4lib to piggy back on his combust framework which runs thi

Re: Finding all the Perl books

On Tue, Nov 8, 2011 at 9:32 AM, Jon Gorman wrote:> First, on the Library of Congress data, Internet Archive has a> snapshot of the LoC information from 2007.  It was collected by the> Scriblio project> http://www.archive.org/details/marc_records_scriblio_net.  There's> also some other record colle

Re: MARC::Charset 1.33 released

Galen, thanks very much for continuing to develop MARC::Charset. You should feel free to update the Makefile.PL and README to list you as the author now, since you have taken an active role in maintaining it. One of the most gratifying parts of my work as a software developer has been seeing these

Re: MARC-perl: different versions yield different results

On Tue, Oct 12, 2010 at 9:05 AM, Leif Andersson wrote: > To sum up. > I think it is a good idea to make the MARC blob a binary object, so to speak. > I don't know if you should just apply my simple hacks to CPAN code. > Or if it is called for a thourough re-write of some parts of the modules. > >

Re: MARC-perl: different versions yield different results

On Mon, Oct 11, 2010 at 3:03 PM, Al wrote: > The problem is my record batches are a mixture of UTF8 and MARC8 and > explicitly > setting binmode screws things up. I need a solution that transparently > handles a mix of record encodings. Hmm, yeah the idea w/ MARC::Record v2.x was that binmode wo

Re: MARC-perl: different versions yield different results

Hi Leif, Is the downside to this approach that you are modifying a CPAN module in place, or is it something to do with the behavior of 'use bytes'? Would there be any undesirable side effects to adding 'use bytes' to MARC::File::USMARC::encode on CPAN? //Ed On Tue, Oct 12, 2010 at 7:58 AM, Leif

marcpm git repository and email addresses

mi...@esilibrary.com mjordan mjor...@sfu.ca morbus mor...@disobey.com moregan more...@flr.follett.com petdance a...@petdance.com Also, you'll want to set up your git profile appropriately. So in my case: git config --global user.name "Ed Summers" git config --globa

Re: Moving to Google Code/svn (was Re: [Patch] Escape marc tag/code/indicators in Marc::File::XML)

On Tue, Mar 16, 2010 at 11:13 PM, Galen Charlton wrote: > If there are no major objections, in a week's time I plan to make the > CVS repo read-only and we'll move forward with Git. Hooray, thanks so much Galen! Sounds like a great plan moving forward. //Ed

Re: Moving to Google Code/svn (was Re: [Patch] Escape marc tag/code/indicators in Marc::File::XML)

I would argue for keeping stuff on sf.net ... and leapfrogging svn for git if we can. //Ed On Tue, Jan 26, 2010 at 10:45 AM, Galen Charlton wrote: > Hi, > > On Wed, Jul 22, 2009 at 7:53 PM, Dueber, William wrote: >> Speaking for myself only, of course: Please, for the love of god, move away >>

Re: Marc::XML with MARC21

Oops I forgot to attach the script as promised didn't I. I also meant to say that this is a fine place to discuss questions about eprints too. Although I imagine it might be good to ask on eprints specific lists where there might be more eprints eyes. //Ed test.pl Description: Binary data

Re: Marc::XML with MARC21

Hi Michele: Yes, I see a UTF-8 encoding error in that file when I try to check it with xmllint (from the libxml2 package): e...@curry:~/Downloads$ xmllint marc.xml marc.xml:1: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xE0 0x20 0x3A 0x3C ld code="b">le infrastrutture, l

Re: Marc::XML with MARC21

Hi Michele: I copied and pasted the XML from your email and ran it through a simple test script (both attached) and the record seemed to be parsed ok. What do you see if you run the attached test.pl? //Ed test.pl Description: Binary data http://www.loc.gov/MARC21/slim"; xmlns:xsi="http://ww

Re: Ready for MARC::File::XML release? (was [Patch] Escape marc tag/code/indicators in Marc::File::XML)

+1 Thanks for working on this Galen. //Ed On Sun, Jul 26, 2009 at 8:54 PM, Galen Charlton wrote: > Hi, > > On Wed, Jul 22, 2009 at 5:04 PM, Dan Scott wrote: >> It would be nice to see the 0.91 release get pushed out the door, in >> any case. 0.88 was a long time ago. > > Any objections to my pus

Re: History of MARC/Perl

You might be interested in a paper some of us wrote back in 2002: http://www.ala.org/ala/mgrps/divs/lita/ital/volume21no1.cfm#anchor353956 Unfortunately I don't have a copy of it anymore, but you can probably find it in a library collection near you. It seems that the archives for the original

Re: problem with MARC::File::XML on RH 5 64bits

It looks like you don't have an XML parser installed that supports the features that M::F::X requires: use XML::SAX qw(Namespaces Validation); Try executing that, and see if you get a similar exception. FWIW Namespace support is required for the version of MARC::File::SAX that is in CVS since i

Re: script stresses system

Can you post said script, or send us a URL for it? //Ed

Re: Marc blob - mysql

What's the exact error message? //Ed

Re: Using MARC::Record to delete fields

I can see where Bryan was going with this--but unfortunately delete_field() does not operate on a list of fields!! I just checked in delete_fields() and a test for it...but that's not going to help Michael right now. Here's how I'd delete all but the first 035: # get a list of all 035 fields i

MARC::Charset v0.97 (important bugfix release)

If what follows seems boring and you use MARC::Charset with any regularity just upgrade MARC::Charset to v0.97. If you are interested in knowing why read on... Thanks for the details [1] Michael. You've uncovered a rather nasty bug in MARC::Charset >= v0.8. MARC::Charset::Compiler processes LCs

Re: MARC::Charset question

Michael, would you be willing to work with me to come up with an automated test case to see if this is a problem w/ MARC::Charset? //Ed

Re: MARC::File::XML 0.85

I apologize, but I'm finding it hard to trace what exactly this script is doing. I did take a look at the first failure and sure enough the record leader says it's 463 bytes but the record itself is 464 bytes. So a failure is warranted -- given the current behavior of MARC::Record. Perhaps dumbin

Re: Unimarc, marc21, Unicode, and MARC::File::XML

On 3/16/06, Mike Rylander <[EMAIL PROTECTED]> wrote: > Will some brave soul please test this with some UNIMARC records and > let me know how it goes? Yes please, add the test to the test suite if possible Joshua and Paul. miker_++ //Ed

Re: installing from MARC-Lint or Errorchecks from CPAN

When I downloaded the tarball and installed manually I noticed that the the MANIFEST references a META.yml file, but the tarball doesn't include one. Perhaps this is somehow choking up CPAN? The 'make dist' command should generate a META.yml file for you. I would ask on the cpan-discuss [1] list t

Re: Using PPM to install MARC-XML?

On 1/11/06, Sperr, Edwin <[EMAIL PROTECTED]> wrote: > Well this is odd: > > C:\Documents and Settings\esperr>ppm install marc-xml > Installing package 'marc-xml'... > Error installing package 'marc-xml': Read a PPD for 'marc-xml', but it > is not in > tended for this build of Perl (MSWin32-x86-mult

Re: Using PPM to install MARC-XML?

> I'm on a Windows box, so I'd like to use PPM to install any necessary > modules. However, when I look for "Marc-XML", I don't turn anything up. > Is there something else I should try? Try: ppm install MARC-XML //Ed

Re: MARC::File::XML => ed Rocks !

On 1/10/06, Paul POULAIN <[EMAIL PROTECTED]> wrote: > Repeat after me : Ed Summers is the best Perl coder for librarians ! Oh shucks, thanks, I *really* wish that was true. The reality is that I wrote that module and was familiar with one of its limitations. The real people who should b

Re: MARC::File::XML perfs

I should have mentioned that MARC::File::XML uses XML::SAX for XML parsing. XML::SAX can use a variety of backend XML parsers, but I believe by default it will use the XML::SAX::PurePerl parser if it can't find any other ones installed, which is exceptionally slow. I recommend taking a look at ins

Re: MARC::File::XML perfs

On 1/9/06, Paul POULAIN <[EMAIL PROTECTED]> wrote: > what am I doing wrong ? Using Perl? :-) Seriously though, i'd be interested in DProf [1] output from your program if you have the energy. //Ed [1] http://search.cpan.org/~ilyaz/DProf-19990108/DProf.pm

MARC::File::XML

I'm curious what people would find to be the best default behavior for MARC::File::XML when it creates a MARC::Record object from XML. Should the character encoding by default by transposed from UTF-8 to MARC-8? Or should it be left as UTF-8? //Ed

Re: MARC::Record, XML, Koha and utf-8

I would opt for #2. There is a new version of MARC::Charset available which should ease the marc8 <-> utf8 charset translation. Shortly there will be a new MARC::File::XML that uses the latest MARC::Charset You might be interested in taking a look at how Evergreen is storing MARC data. I know that

Code4Lib Proposal Deadline Extended

In case you haven't already seen the deadline extension... There are some good presentation topics already. Combined with lightning talks, and time for mixing/hacking it should be a lot of fun. -- We have extended the deadline for prepared talk proposals for Code4lib 2006. [1] The new proposal de

Code4lib 2006 Conference – Registration Now Open

Code4lib 2006 Conference – Registration Now Open Registration is now open for Code4lib 2006. Code4lib 2006 is a loosely structured conference for library technologists to commune, gather/create/share ideas and software, be inspired, and forge collaborations. It is also an outgrowth of the Access H

Re: MARC-8 to UTF-8 conversion

> Am I right that this amounts to less than 1Meg (EastAsian.db + > UTF8.db)? Depending on your system and your needs (more > speed?), that may not be considered large and might fit into > memory fine. Otherwise, I think any of the in-core (non-DB_File) > DBM files ought to suffice for that amount

Re: MARC-8 to UTF-8 conversion

Ok, this is great information to have moving forward wi the next MARC::Charset...many thanks Michael and Jason. Micheal you are totally right the installer really shouldn't fail like that...I'd never tested it on a system that lacked DB_File so I didn't know. And CPAN testers didn't pick it up eith

Re: MARC-8 to UTF-8 conversion

On 12/5/05, Doran, Michael D <[EMAIL PROTECTED]> wrote: > So... this is all very interesting (and I've definitely learned > something here), but like I suggested previously, this level of digging > may be a bit beyond the "casual" Perl user. ;-) Yep, point taken. I'm guessing you are right: w

Re: MARC-8 to UTF-8 conversion

I don't really understand why Perl 5.8.7 lacked DB_File since Module::CoreList [1] reports it being standard sine 5.00307. Perhaps this is some sort of emasculated version that ships with Solaris :-) [EMAIL PROTECTED] ed]$ corelist DB_File DB_File was first released with perl 5.00307 It loo

Code4lib 2006

Call for proposals - Code4lib 2006 We are now accepting proposals for prepared talks for Code4lib 2006. [1] Code4lib 2006 is a loosely structured conference for library technologists to commune, gather/create/share ideas and software, be inspired, and forge collaborations. It is also an outgrowth

MARC::Record v2.0 RC1

A while back I sent out an email asking if MARC::Record users would be interested (or not) in a version of MARC::Record that could handle utf8 properly and required a Perl >= v5.8.1. Just to recap: the v5.8.1 requirement is there because Perl needs the bytes::substr() and bytes::length() functi

Re: installing perl 5.8.6

Does this mean that I have to change the first line of my script to /m1/shared/bin/perl to get it to point to 5.8.5 vs. /usr/bin/perl? Yeah, or to make it more explicit you could create a symlink: ln -s /m1/shared/bin/perl /usr/bin/perl5.8.5 and then use: #!/usr/bin/perl5.8.5 One th

Re: web/news/rss for perl4lib

The best we have at the moment is mail-archive who have messages back to 2004.09.10: http://www.mail-archive.com/perl4lib%40perl.org/ Google also has a searchable archive that goes back to 2004.06.21 http://groups-beta.google.com/group/perl.perl4lib If there is enough interest

Re: Corrupt MARC records

I wondered if any of you had run into similar problems, or if you had any thoughts on how to tackle this particular issue. It's ironic that MARC::Record *used* to do what Andrew suggests: using split() rather than than substr() with the actual directory lengths. The reason for the switch was jus

Re: listserv vs. Google Group

e from a spam standpoint, and is more than archives like web4lib/xml4lib do for you. //Ed [1] http://www.mail-archive.com/perl4lib%40perl.org/ -- Ed Summers aim: inkdroid skype: inkdroid web: http://www.inkdroid.org Give and ye shall receive. [Bram Cohen]

Re: MARC::Record and UTF-8 & related threads

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

Re: MARC::Record and UTF-8 & related threads

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

Re: Need Help with Script to copy values from tag n field y to tag r field z

On Fri, Feb 11, 2005 at 08:57:36AM -0600, Bruffey, Mark wrote: > I'm really new to perl scripting but I believe that I could accomplish > my task if I had a little help or an example. I need a simple script > that will copy existing data from field 852 $6 to field 949 $a. It this > possible with MA

Re: MARC::Lint update

On Mon, Jan 24, 2005 at 08:37:41AM -0600, Bryan Baldus wrote: > I generally 'use warnings' or use the -w flag in the modules and scripts > I've been writing. I didn't notice it was missing. I need to add strict and > warnings to CodeData, as well. In modules/package files, is it practice to > leave

Re: MARC::Lint update

tation: if you need help getting your editor to do this indentation let me know. -- Ed Summers aim: inkdroid web: http://www.inkdroid.org He who binds to himself a joy Does the winged life destroy; But he who kisses the joy as it flies Lives in eternity's sun rise. [William Blake]

Re: Ignoring Diacritics accessing Fixed Field Data

Hi Jane: On Tue, Jan 11, 2005 at 01:29:55PM -0500, Jacobs, Jane W wrote: > My result was something like: > > Dave,Ayod\2003 > Paòt,Kaâs\2002 > Baks,Dasa\2003 > ,Viâs\2002 > > Problem 1: As you can see, I don't really want the first four characters, I > want the first four SEARCHABLE characters.

Re: MARC::Record tests and MicroLIF.pm

On Thu, Jan 06, 2005 at 10:03:13PM -0600, Bryan Baldus wrote: > Is there any problem with committing the revised version of > MARC::File::USMARC, and adding+committing the three files above to > cvs in the t/ directory? Nice work :) as long as the tests pass I think comitting sounds like a good

Re: MARC::Record and UTF-8

On Fri, Jan 07, 2005 at 08:13:08AM -0500, Houghton,Andrew wrote: > This is not a Perl solution, but if you are just looking to convert > MARC-8 records to UTF-8 record you can use Terry Reese's MarcEdit > program. Does MarcEdit completely map MARC-8 to UTF-8? //Ed

Re: MARC::Record and UTF-8

On Fri, Jan 07, 2005 at 08:53:40AM +0100, Ron Davies wrote: > I will have a similar project in a few months' time, converting a whole > bunch of processing from MARC-8 to UTF-8. I would be very happy to assist > in testing or development of a UTF-8 capability for MARC::Record. Is the > problem l

Re: MARC::Record tests

On Thu, Jan 06, 2005 at 10:52:14AM -0600, [EMAIL PROTECTED] wrote: > _get_chunk() is coded to handle "any combination of \r and \n of any > length". Is it not functioning that way? Thanks for the clarification Mike. I didn't look close enough at _get_chunk() to see it is handling the three differ

Re: MARC::Record tests

On Thu, Jan 06, 2005 at 10:03:46AM -0600, Bryan Baldus wrote: > Perhaps the: > # for ease, make the newlines match this platform > $lifrec =~ s/[\x0a\x0d]+/\n/g if defined $lifrec; > > in _next() should be moved (or added as duplicate code) to decode() just > between the lines: > my $marc = MA

Re: MARC::Record tests

I'm thinking that the MicroLIF failure is due to line endings being different on Mac versions < OS X. There is code in MARC::File::MicroLIF::_get_chunk that handles DOS (\r\n) and Unix (\n) line endings, but not Mac (\r). Does anyone know if \r is a legit line ending in MicroLIF? //Ed

Re: inserting diacrtics

On Wed, Jan 05, 2005 at 01:22:54PM -0600, Doran, Michael D wrote: >$acute = chr(0xE1); >$field = MARC::Field->new( '710', '2', '', > a => 'Biblioth'.$acute.'eque nationale de france.' ); Much more compact, thanks Michael. //Ed

Re: inserting diacrtics

On Wed, Jan 05, 2005 at 01:02:37PM -0500, Jackie Shieh wrote: > OK, the e in the Bibliotheque is "grave". So does this mean > that all I need is to change the acute to grave and x62 to x61? > I will test it out and let you know, thanks Ed! So much for my highschool French! 0x61 should do the tric

Re: inserting diacrtics

On Tue, Jan 04, 2005 at 02:20:55PM -0500, Jackie Shieh wrote: > MARC::Field->new('710','2','', a=>'Bibliotheque nationale de france.') >^ I'm assuming that you want a combining acute on the e, and that you want to encode with MARC-8 since UTF-8 in MARC

Re: Module to read Isis data

On Tue, Jan 04, 2005 at 05:17:56PM +0100, Dobrica Pavlinusic wrote: > If somebody is using CDS/ISIS (or WinIsis or IsisMarc) I would be > grateful if you try to dump your database using dump_isisdb.pl included > in scripts directory of distribution. If there are any problems, please > report them t

Re: Future of MARC::Lint

On Thu, Dec 16, 2004 at 05:10:45PM -0600, Bryan Baldus wrote: > I hope to have time to work on this this weekend. The only changes I plan to > make to the current version are the DATA fixes described before (adding > 001-008 and correcting the valid/obsolete indicator values). I've downloaded > the

Re: Future of MARC::Lint

release the current MARC::Lint as a separate package to CPAN before releasing new versions. That way we have a baseline to work from. Bryan if you need help doing this for the first time (from SourceForge) let me know and I'll give you a hand (inkdroid on AIM and Yahoo). //Ed -- Ed Su

Re: Character sets - kind of solved

On Thu, Dec 09, 2004 at 10:32:25AM -0600, John Hammer wrote: > That fixed the problem, going back a version. That will teach me not to > use a beta version for production. Perhaps v1.39_01 should be removed from CPAN to avoid any further confusion. For that matter I think it's time to remove MARC

Re: Character sets - kind of solved

On Wed, Dec 08, 2004 at 05:47:23PM -0600, John Hammer wrote: > MARC::Record version 1.39_01. Using diff there is no difference in the > files when using Perl to read in and write out the data. Can you try downgrading to v1.38? v1.39_01 has some experimental utf8 handling code in it which was rele

Re: Character sets - kind of solved

On Wed, Dec 08, 2004 at 03:31:18PM -0600, John Hammer wrote: > How would deleting the illegal characters cause changes to the characters in > lines 680 and 690 above? It doesn't explain it :) What version of MARC::Record are you using? What happens when you use perl to read in the data and write

Re: Character sets - kind of solved

On Tue, Dec 07, 2004 at 12:53:44PM -0600, John Hammer wrote: > Attached are the two files. The Marc file seems to be using a Windows font > (1251?). As for the program, the same changes occur if I just read the Marc > file and write it back out with no changes. The Perl I am using is 5.8.3 Ok, I

Re: Character sets - kind of solved

John Hammer wrote: > You are correct in assuming the locale environment is set up for UTF-8 > on my computer. However, that wouldn't explain why the record is > different pre-processing vs. post-processing with MARC::Record. Viewing > the two records with the same app (in this case vi) gives differ

Re: Character sets - kind of solved?

On Sat, Dec 04, 2004 at 02:30:53PM -0500, Mike Rylander wrote: > I've got a working patch that correctly transcodes records from > USMARC(MARC-8) to MARC21slim(UTF8) and back again. Mike, would you like CVS access priveledges on the sourceforge site so you can commit this stuff? I'm not actively u

Re: Character sets

On Wed, Nov 24, 2004 at 08:22:47AM +, Ashley Sanders wrote: > Is MARC::Record trying to treat than as Unicode when in fact they > are MARC-8? MARC::Record currently does no transformation of character sets that I'm aware of. There is a completely separate module MARC::Charset which provides

Business::ISBN grant

The author of Business::ISBN is looking for a grant from the Perl foundation to update the module to work with 13 digit ISBNs. Business::ISBN is an essential tool for working with ISBNs. If you use the module brian would appreciate it if you could send him a note about how you are using it. Any tes

Re: MARCMaker/Breaker format

On Tue, Nov 23, 2004 at 05:04:29PM -0600, Bryan Baldus wrote: > It would likely be based on the MicroLIF.pm and USMARC.pm modules, > and would probably use the character encoding files given on the LC > Makrbrkr site. What name would you recommend using? > MARC::File::MakerBreaker, other suggest

Re: Character sets

On Tue, Nov 23, 2004 at 04:10:05PM -0600, John Hammer wrote: > I have a character problem that I hope someone can help me with. In a MARC > record I am modifying using MARC::Record, one of the names contains letters > with diacritics. Looking at the name with a hex editor, it gives, with hex > v

Re: perl-based oai repository

On Thu, Nov 04, 2004 at 12:20:11AM -0500, Eric Lease Morgan wrote: > Do y'all know of any Perl-based OAI data repository software. Check out oai-perl, which is from the same group that produce eprints.org, and may in fact be the OAI core of eprints. http://oai-perl.sourceforge.net/ //Ed

Re: array references

items in this > list to $self->{author_ids}? $self->{author_ids} = [ @list_of_integers ]; or if you don't mind the list being referenced from two locations: $self->{author_ids} = [EMAIL PROTECTED]; Hope this helps! //Ed -- Ed Summers aim: inkdroid web: http://www.inkdroid.org The deeper I go the darker it gets. [Peter Gabriel]

Re: Errorchecking

On Wed, Oct 13, 2004 at 09:55:19AM -0500, Bryan Baldus wrote: > What you describe seems to be what MARC::Lint does. MARC::Errorchecks is > more of a check of the record data against AACR2 cataloging rules (and > LCRIs), in addition to MARC21 rules, just as MARC::Lintadditions does. The > difference

Re: Module naming (MARC::Errorchecks, MARC::Lintadditions, MARC:: Lint )

On Mon, Oct 11, 2004 at 12:54:23PM -0500, Bryan Baldus wrote: > I would welcome having at least portions of Lintadditions.pm integrated into > MARC::Lint. My main concern is practical--being a beginner, I know little > or nothing about how this would work. Do I need to sign up for a Sourceforge >

Re: Module naming (MARC::Errorchecks, MARC::Lintadditions, MARC::Lint )

On Fri, Oct 08, 2004 at 12:06:56PM -0500, Bryan Baldus wrote: > I'm in the process of preparing my modules for submission to CPAN. Before I > post them, I am seeking input on the naming of my errorchecking module, > MARC::Errorchecks. This validates MARC21 records based on MARC21 and > AACR2/LCRI r

Re: patch to set encoding on XML

On Thu, Sep 23, 2004 at 12:18:30AM -0400, Mike Rylander wrote: > So, in the course of dumping a pile of MARC bib records to MARCXML I ran into > a funky legacy record. It was 8-bit encoded (probably MARC-8), but it > matched well enough with ANSI (ISO-8859-1) (which is a valid encoding for > XM

ParaTools v1.10 Released

Just noticed that ParaTools [1], a citation parsing framework has been uploaded to CPAN as Biblio::Citation::Parser [2]. ParaTools is a side project from the folks who created Eprints at Southhampton University. It's nice to see more library oriented modules making their way onto CPAN. More detail

Re: MARC::Record and pack_008

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

Re: MARC::Record and pack_008

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

Re: MARC::Record and pack_008

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

Re: MARC::Record and pack_008

On Tue, Aug 31, 2004 at 11:39:13AM -0700, Mark Jordan wrote: > When creating new records, do I have to construct all positions of 008 > manually (specifically, 00-05 - Date entered on file)? Anything else I > should know about, like 008's relationship to the record leader? Yeah, if you want an 0

urchin : RSS aggregator

Apologies if you already saw this over on xml4lib...but it's relevant here given the use of Perl. //Ed === Nature Publishing Group (NPG) are pleased to announce the lastest release of their open-source RSS aggregator 'Urchin' to SourceForge (). Initially funded by the UK Joi

Re: Warnings during decode() of raw MARC

> ... I've not usually bothered to look at how the tests or the > Makefile.PL work. This is one reason I haven't tried to distribute my > modules through CPAN. What no OS X yet!? The drag and drop trick is what you are stuck with in MacPerl, and it's kind of a testament to Perl's flexibility that

Re: delete_subfields()

On Wed, Aug 18, 2004 at 03:34:11PM -0500, [EMAIL PROTECTED] wrote: > MARC::Field->as_string() takes a string of subfields rather than an array. > It would be better for as_string() and delete_subfields() to have the same > interface. Since as_string() is used a lot in production, > delete_subfield

Re: Warnings during decode() of raw MARC

On Wed, Aug 18, 2004 at 12:56:17PM -0500, Bryan Baldus wrote: > Ok, I'll try to provide a test file. However, since I've been using MacPerl > (and Windows), I don't usually deal with test files (the usual > perl Makefile.PL >make >make test >make install > doesn't usually work for me,

Re: Warnings during decode() of raw MARC

On Wed, Aug 18, 2004 at 08:23:59AM -0500, Bryan Baldus wrote: > Both seem to fail to capture the warnings reported by MARC::File::USMARC. There appears to be a bug in MARC::Batch::next() code at line 123 which extracts the warnings from the newly instantiated MARC::Record object and stuffs them in

delete_subfields()

Jackie Shieh at Univ of Michigan thought it would be handy to have a delete_subfields() method on MARC::Field objects. Basically the method takes a list of subfields to delete, and deletes each one, returning the total subfields that were removed. If a subfield repeats all of them are deleted.

Re: Perl & MARC 520

I don't feel like I understand the example very well. Have you considered changing the regex to match multiple punctuation marks at the end of line? $abstract =~ m/([a-zA-Z0-9\.]+)[.!?]*\s*$/x; ^ |

Re: [Koha] Cannot add Item - server error

On Tue, Aug 10, 2004 at 04:22:04PM +0200, Paul POULAIN wrote: > danmarc2 HAS subfields lower than 010... It would help if documentation could be found that supports this. It would also be nice if we could see a sample of 10 or so sample records as well. //Ed -- Ed Summers aim: inkdroid

Re: [Koha] Cannot add Item - server error

On Tue, Aug 10, 2004 at 02:18:35PM +0200, Paul POULAIN wrote: > perl4lib ML, & MARC::Record maintainer(s), any idea ? Not really no. I think we'd need chapter and verse from the relevant specs to even start thinking about changing this. Especially after the last go round :) //Ed

Re: Skipping batch erroneous record on batch input

On Thu, Aug 05, 2004 at 08:32:32AM -0500, Anne Highsmith wrote: > How do I skip over the erroneous record and keep processing the rest of > the file? my $batch = MARC::Batch->new( 'USMARC', 'file.dat' ); $batch->strict_off(); //Ed

Re: adding a MARC tag called SYS

On Fri, Jul 30, 2004 at 08:56:06AM -0500, Eric Lease Morgan wrote: > Alas, MARC::Field says I need to include a subfield in the SYS field, > but that is not what I want. I want the SYS field to contain no > indicators nor subfields. I want it to be just like normal MARC tags > with values less t

Re: question about adding MARC record

On Mon, Jul 19, 2004 at 09:37:09AM -0400, Liao, Clara wrote: > If I am creating a new Mark record and have several fields to add, how > should I do? You can pass multiple MARC::Field objects to append_fields(). $record->append_fields( MARC::Field->new( 500, '', '', a => '1st no

Re: using xml::libxml to find & replace in xml documents

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

Re: Displaying diacritics in a terminal vs. a browser

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

  1   2   >