will be accepted until position is filled. Please send
resume or c.v. with cover letter, three references and compensation
requirements to care...@esilibrary.com.
--
Mike Rylander
| VP, Research and Design
| Equinox Software, Inc. / The Evergreen Experts
| phone: 1-877-OPEN-ILS (673-6457
t since
the LocalName (only) change did not work for you I have suspicions
about the particular XML parser that's being chosen for the SAX part
on your system. The pure-perl parser (in some versions) did not
support namespaces well, and expat can be quirky as well.
I'll let you know w
of SAX.pm.
If you don't have time to test all this that's fined, but if not would
you be willing to send a couple of your problem records?
Thanks Christopher,
--
Mike Rylander
| VP, Research and Design
| Equinox Software, Inc. / The Evergreen Experts
| phone: 1-877
>>A related question: When I first tried to process the subject authority
>>files from the LOC (in my first example, above), the program complained
>>that the "Leader must be 24 bytes long".
>
> Right, that comes from the MARC specification, there are 24 bytes.
>
On Mon, May 5, 2008 at 10:00 PM, Mike Rylander <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 16, 2008 at 4:28 PM, Galen Charlton
> <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > The attached patch adds mappings for various non-standard (per MARC-8)
> >
additional
> character mappings to share or can point me to a complete public list
> of them, I would greatly appreciate it.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> Koha Application Developer
> LibLime
> [EMAIL PROTECTED]
> p: 1-888-564-2457 x709
>
use Package" since "use" runs at compile time, before
> I can assign a value to it.
>
You can use UNIVERSAL::require to do this:
use UNIVERSAL::require;
use CGI;
my $cgi = new CGI();
my $package = 'Language::' . $cgi->param('lang'); # say, 'Engl
(nominally, base
characters plus combining marks) instead of NFC (precombined
characters) using Unicode::Normalize:
use Unicode::Normalize;
my $text = NFD($original);
$text =~ s/\pM+//go;
Hope that helps.
--
Mike Rylander
| VP, Research and Design
| Equinox Software, Inc. / The Evergreen
more
information about Equinox and Evergreen.
--
Mike Rylander
| VP, Research and Design
| Equinox Software, Inc. / The Evergreen Experts
| phone: 1-877-OPEN-ILS (673-6457)
| email: [EMAIL PROTECTED]
| web: http://www.esilibrary.com
(carp) on
this condition. When ever 2.0.1 comes out this will be included. I'm
inclined to turn this into a hard exception (croak) if I that's the
consensus.
OT: Since they were right next door, I also adjusted the regrexp's
that test the requested encoding to make them a little more lax about
how you spell UTF-8 and MARC-8.
--
Mike Rylander
| VP, Research and Design
| Equinox Software, Inc. / The Evergreen Experts
| phone: 1-877-OPEN-ILS (673-6457)
| email: [EMAIL PROTECTED]
| web: http://www.esilibrary.com
loading M::F::X, of course) with parameters:
my $record = MARC::Record->new_from_xml( $xml, 'UTF-8', 'UNIMARC' );
Please let us know if those don't work for you.
--
Mike Rylander
| VP, Research and Design
| Equinox Software, Inc. / The Evergreen
dule name is marc-xml. I would appreciate any testing you (or
anyone on the list) can provide.
Thanks in advance, folks.
--
Mike Rylander
Equinox Software, Inc
[EMAIL PROTECTED]
http://esilibrary.com/
On 8/15/07, Rina Ron <[EMAIL PROTECTED]> wrote:
> Is there any way that I could turn off the translation of marc8 to utf8
> and utf8 to marc8 in MARC::Record ? All of my records are already in
> utf8 format.
If that's the case then the leader/09 should contain 'a', which does
exactly that -- turns
MUST ... RESIST ... URGE ... FOR ... ONEUPMANSHIP!!!
AAAH!!! ;)
...
while (my $record = $batch->next) {
# find 'em
my @m856 = $record->field('856');
# get rid of 'em
$record->delete_field( $_ ) for @m856;
# map to a hash for direct uniqueness
%u856 = (m
On 6/22/07, Paul POULAIN <[EMAIL PROTECTED]> wrote:
Hello world,
at line 503 is written :
die "Unsupported UNIMARC charater encoding [$enc] for XML output";
could we set instead :
die "Unsupported UNIMARC charater encoding [$enc] for XML output for $f,
field 100 being ".$r->subfield(100 => 'a')
.com/koha |1(888)KohaILS
--
Mike Rylander
On 4/13/07, Paul POULAIN <[EMAIL PROTECTED]> wrote:
Mike Rylander a écrit :
> On 4/13/07, Joshua M. Ferraro <[EMAIL PROTECTED]> wrote:
> $parser->{ Handler }{ toMARC8 } = (lc($format) =~ /^unimarc/o || (
> $enc && lc($enc) =~ /^utf-?8$/o )) ? 0 : 1;
>
mmm...
n the changes one last time (or one first time, in this case) to make
sure nothing is being overlooked. Thanks.
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
F-8 if an encoding error
is encountered. This, of course, assumes that the non-MARC8 encoding
actually is UTF-8.
Let us know if that helps!
--Jackie
On Wed, 28 Mar 2007, Mike Rylander wrote:
> On 3/28/07, Jackie Shieh <[EMAIL PROTECTED]> wrote:
>>
>> I am looking at a set of 7000+
is using Perl's
Encode module, but my guess is that it's a very old MARC::Charset
module. Can you show us a simplified example script that exhibits
this behavior?
TIA
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
t the MARC (and a minimal script that fails with those
records) to me ... off-list is fine if you'd rather not send it to
everone.
Thanks very much.
Hope I can help!
Ron
Ron Davies
Av. Baden-Powell 1 Bte 2, 1200 Brussels, Belgium
Email: ron(at)rondavies.be
Tel: +32 (0)2 77
ossible test that dies
reliably.
Thanks very much.
Ron
Ron Davies
Av. Baden-Powell 1 Bte 2, 1200 Brussels, Belgium
Email: ron(at)rondavies.be
Tel:+32 (0)2 770 33 51
GSM: +32 (0)484 502 393
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
d 1.39_1 and xml2marc resulted in records being output but the
field containing diacritics was mangled/deleted/replaced with bad data.)
Thank you for your assistance,
Bryan Baldus
[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://home.inwave.com/eija
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
OK, folks, MARC::Record 2.0.0 is officially out.
http://search.cpan.org/~mikery/MARC-Record-2.0.0/lib/MARC/Record.pm
Give it a go, and let me know if you see anything broken. Sorry for the delay!
-miker
On 1/19/07, Paul POULAIN <[EMAIL PROTECTED]> wrote:
Mike Rylander a écrit :
>
support (miker)
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
On 1/18/07, Edward Summers <[EMAIL PROTECTED]> wrote:
On Jan 18, 2007, at 3:24 PM, Mike Rylander wrote:
> Ed, I assume that stuff is in CVS?
Yes all I gave to Anne is what was in HEAD.
Rock. Just as I suspected. In that case we may be able to just
consider that a pre-release
is in CVS?
Anne L. Highsmith
Consortia Systems Coordinator
5000 TAMU
Evans Library
Texas A&M University
College Station, TX 77843-5000
[EMAIL PROTECTED]
979-862-4234
979-845-6238 (fax)
>>> "Mike Rylander" <[EMAIL PROTECTED]> 1/18/2007 1:48 PM >>>
So it is written,
course! That was my objection too, and why I accepted the offer
(push, edsu?) for maintainership. Most important to me is getting it
out there un-borked.
Cory Snavely
University of Michigan Library IT Core Services
On Thu, 2007-01-18 at 14:48 -0500, Mike Rylander wrote:
> So it is writ
aily basis, and a x.0.0
version number implies newness.
It doesn't seem too off the mark (heh...) anyway, since the name
MARC::Record2 (and variants) has been bandied about quietly in the
past.
Thoughts/comments/sharp-sticks-in-the-eye?
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Devel
an
|920 North University
|Ann Arbor, MI 48109-1205
|Phone: 734.936.2401 FAX: 734.615.9788
|E-mail: [EMAIL PROTECTED]
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
e. :D
Please test the attached version of MARC/File/XML.pm ... if all's well
I will update cvs soon.
--
Henri Damien LAURENT et Paul POULAIN
Consultants indépendants
en logiciels libres et bibliothéconomie (http://www.koha-fr.org)
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Developme
is a
standard i18n encoding outside the library world), though you will
need to modify the LDR of records that you transcode in this way.
Hope that helps!
Regards,
--Jackie
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
On 3/20/06, Pierrick LE GALL <[EMAIL PROTECTED]> wrote:
> Hello Mike,
>
> I'll answer to the second question, since I worked with Paul on
> Perl/MySQL and UTF-8...
>
> On Mon, 20 Mar 2006 09:59:32 -0500
> "Mike Rylander" <[EMAIL PROTECTED]> wrote:
&
On 3/20/06, Paul POULAIN <[EMAIL PROTECTED]> wrote:
> Mike Rylander a écrit :
> > I tested with the record you sent Ed and me, and everything seems to
> > work for me ...
> > As you can see, I tested several variants of the UNIMARC flag, and
> > even tested not sen
d not sending the encoding to new_from_xml() ... it all
seems to work for me, and I'm not sure what problems you're seeing.
Perhaps you just needed to set your binmode for the XML source?
-miker
On 3/17/06, Paul POULAIN <[EMAIL PROTECTED]> wrote:
> Mike Rylander a écrit :
>
Mea culpa ... read on. :)
On 3/16/06, Mike Rylander <[EMAIL PROTECTED]> wrote:
> I've updated the cvs for MARC::File::XML with what I described below,
> with one caveat. The one difference from what I was planning is that,
> because as_xml() is generated by MARC::Record,
:pserver:[EMAIL PROTECTED]:/cvsroot/marcpm login
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/marcpm co
-P marc-xml
Then,
cd marc-xml
perl Makefile.PL
make
make test
And assuming 'make test' succeeds ...
make install
---
Thanks in advance,
--miker
>* add a test to define wether we are UNIMARC or MARC21. In UNIMARC,
> >title is in 200, while 200 is empty in MARC21.
> >* add a parameter to ->new_as_xml($xml,'UTF-8','UNIMARC') to specify
> >we are sending the parser an unimarc file.
>
> as a per
sourceforge.net/cvs/?group_id=1254
>
> Regards,
>
> --Jackie
>
> |Jackie Shieh
> |Special Projects & Collections Team
> |Harlan Hatcher Graduate Library
> |University of Michigan
> |920 North University
> |Ann Arbor, MI 48109-1205
> |Phone: 734.936.2401
If you can get access to the actual file handle for the socket, you
could use binmode() against it, but I doubt if you can reach into
Perl-ZOOM for that.
For more details, see the man pages for Encode, Encode::PerlIO and
Encode::Supported. Hope that helps!
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
eForge [1]. I don't believe version 2 has been released to
> > CPAN yet.
> >
> > [1] http://cvs.sourceforge.net/viewcvs.py/marcpm/marc-record/
> >
> > I hope this helps,
> >
> > Bryan Baldus
> > [EMAIL PROTECTED]
> > [EMAIL PROTECTED]
> > http://home.inwave.com/eija
>
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
You might be interested in taking a look at how Evergreen is storing
> MARC data. I know that they are using a modded version of
> MARC::File::XML in some capacity. Mike Rylander is on this list, so
> maybe he'll chime in--or otherwise you could drop into
> irc://irc.freenode.net/code4li
heh ... edition, even. That is all. :)
On 12/5/05, Mike Rylander <[EMAIL PROTECTED]> wrote:
> On 12/5/05, Ed Summers <[EMAIL PROTECTED]> wrote:
> > > Am I right that this amounts to less than 1Meg (EastAsian.db +
> > > UTF8.db)? Depending on your system and you
0 lists several DBM interfaces. :) It looks like SDBM_File doesn't
have any external dependancies. The man page for it doesn't list any
either (the other DBM formats do).
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
u can try:
my $sql_rows = $sth->fetchall_hashref('ID');
my @ordered_sql_rows = map { $$sql_rows{$_} } @recs;
Now @ordered_sql_rows will contain a list of hashrefs, one for each
record from the database, ordered by the swish-e relevance.
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
ified version here(2).
Hope that helps!
>
> Thanks!
>
> Ed Sperr
> Education / Electronic Resources Librarian
> New England College of Optometry
>
1) http://open-ils.org/blog/?p=14
2) http://open-ils.org/cgi-bin/viewcvs.cgi/ILS/Open-ILS/src/perlmods/MARC/File/
--
Mike Rylander
[E
ve checked the MacPerl module porters Web sites, but it doesn't appear
> any binaries have been compiled since 5.6.1.
>
> Thank you for your assistance,
>
> Bryan Baldus
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> http://home.inwave.com/eija
>
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
L as it is only
used as an input/output format; other software, usually written in C,
handles actually manipulating the data.
... Not that that applies *directly* to your question ... :)
--
Mike Rylander
[EMAIL PROTECTED]
GPLS -- PINES Development
Database Developer
http://open-ils.org
cannot by implicitly handled by Perl, as other
encodings can be in some cases. This will be evolving, and I will do
my best not to break anything and to follow the MARC standard, but
IANAL(ibrarian), so be gentle. ;)
Thanks for the pointers, and I'll send more updates here unless
everyone wou
t;>contains letters with diacritics. Looking at the name with a hex
> editor,
> > >>it gives, with hex values in curly brackets,"Bis{e5}a{f2}t{e5}i,
> > >>Mu{f2}hammad." After running through MARC::Record, the name now
> appears
> > >>as "
On Mon, 01 Nov 2004 22:30:29 -0700, Michael McDonnell
<[EMAIL PROTECTED]> wrote:
> Eric Lease Morgan wrote:
>
> >
> > How do I manipulate array references?
> >
> > In a package I'm writing I initialize an array reference (I think)
> > through DBI like this:
> >
> > $self->{author_ids} = $dbh->se
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
XML) that I decided to just dump it with that encoding.
"But how?" one m
52 matches
Mail list logo
