ted Greek characters, I suspect
that the original Paradox database was using the ISO-8859-7 or
Windows-1253 character encoding, although whatever export routine
generated the file obviously mishandled its attempt to convert it to
UTF8.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
Hi,
On Thu Dec 11 2014 at 3:08:53 AM Sergio Letuche code4libus...@gmail.com
wrote:
could someone provide me with an example UNIMARC iso2709 file in order to
test a module?
Thank you in advance
A set of UNIMARC bib records from Koha's test suite can be downloaded from
Hi,
I have uploaded MARC::File::XML 1.0.3 to CPAN. This release fixes a
test failure on Strawberry Perl. Here is the changelog:
1.0.3 Thu Jan 23 05:02:52 UTC 2014
- fix t/external-entities.t to pass on Strawberry
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
-1.0.2
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
-as_string('0') now returns the contents of
subfield $0 rather than the contents of all of the
subfields in the field.
- RT#88421: add newline after printing warnings
(Jason Stephenson)
- RT#85804: fix spelling glitch (Gregor Herrmann)
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
--
Galen Charlton
gmcha...@gmail.com
.,
subfield code=aGarciCC81a MaCC81rquez, Gabriel,/subfield
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
you be willing to put up a link to your MARC file? I'm willing to
take a quick look to see if I can reproduce the problem you're seeing.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
is not denoted correctly, but fixed.marc is
denoted correctly?
Yes. The Leader/09 must be set to 'a' if the character encoding in use is
UTF-8.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
() {
$i++;
my $bytes = $_;
eval {
my $utf8str = Encode::decode('UTF-8', $bytes, Encode::FB_CROAK);
};
if ($@) {
print Record $i is valid UTF-8\n;
} else {
print Record $i definitely not valid UTF-8\n;
}
}
___END
Regards,
Galen
--
Galen Charlton
extracting self-closing record/ tags from
a batch.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
tilde).
Thanks to Thomas P. Ventimiglia for the bug report and test case.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
Hi,
On Mon, Feb 11, 2013 at 11:52 AM, Leif Andersson
leif.anders...@sub.su.sewrote:
Corrupt tar file RESOLVED.
Thanks for the update. I'm inclined to agree with your guess that a mirror
was corrupt.
Out of curiosity, are you using ActiveState or Strawberry?
Regards,
Galen
--
Galen
Hi,
I have uploaded version 2.0.5 of MARC::Record to CPAN. This is a minor
bugfix release. The one change since 2.0.4 is:
- fix use of qw(...) in test case so that module passes
tests with Perl 5.17.x.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
the XML::SAX days, and I would
appreciate feedback, particularly if folks encounter porting problems.
Also, if there is anybody whose code depends on MARC::File::XML using SAX
-- presumably only if you were subclassing MARC::File::SAX -- please let me
know.
Regards,
Galen
--
Galen Charlton
gmcha
://marcpm.sourceforge.net.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
cleanly on Strawberry Perl.
ActiveState Perl likes MARC::Charset less as MARC::Charset depends on
GDBM_File, a core Perl module that inexplicably isn't included in
ActivePerl.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
to UTF-8.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
in Makefile.PL
Particular thanks to Jeff Godin for testing the MARC::Batch slurping
improvement.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
/msg01490.html
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
correctly by just any random JSON parser.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
-delimited JSON has the
virtue of simplicity, but isn't correct, dagnabbit! Fortunately,
JSON::XS can fake a pull parser well enough for our purposes.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
::XML). It is
already modular.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
-compatible-marc-records/
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
: parser error : Input is not proper UTF-8,
indicate encoding !
With the patch you attached, are you getting the XML::LibXML error
above, the XML::Parser error that Henri-Damien cited, or both?
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
-instead-of-sax
[2]
http://lists.koha-community.org/pipermail/koha-devel/2010-November/034718.html
[3]
http://lists.koha-community.org/pipermail/koha-devel/2010-November/034719.html
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
?
Not from me, but I'm not sure if the CPAN folks will want yet another
top-level namespace.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
convenient for you to deal with, you might find searching the code4lib
mailing list archives for MARC and JSON to be fruitful.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
suggestion
of MARC::Moose:: best.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
the Git repository:
git://marcpm.git.sourceforge.net/gitroot/marcpm/marcpm
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
(Ed Summers)
- documentation improvements (Mike Rylander and Dan Scott)
- baked in minimum Perl version required: 5.8.2
Enjoy,
Galen
--
Galen Charlton
gmcha...@gmail.com
-toString;
use MARC::Record;
use MARC::File::XML;
my $marcrec = MARC::Record-new_from_xml($marcxml, 'UTF-8');
print $marcrec-as_usmarc();
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
::Record.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
Hi,
2010/3/27 Frédéric DEMIANS f.demi...@tamil.fr:
I found and fix a bug in MARC::Record.
https://rt.cpan.org/Public/Bug/Display.html?id=55993
I've applied your fix (and a test case). Thanks!
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
Hi,
On Tue, Mar 16, 2010 at 11:13 PM, Galen Charlton gmcha...@gmail.com 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.
I've now removed write access to the CVS repository, and will disable
CVS entirely once I see
started
with Git - drop me a line or ping me on #code4lib.
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.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
up on this thread, I'm prepared to go ahead this weekend and
get MARC/Perl moved to SVN on Google Code, to give us a modern VCS and
a better host while meeting Bryan's request for a VCS that has a
Windows front-end.
+1/-1?
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
for Git.
[1] http://code.google.com/p/tortoisegit/
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
RT tickets #48334 and #48333
filed by Jonathan from Debian world.
- added license string to META.yml so that CPAN can pick it up
Thanks to Jonathan from Debian for the bug report and Ed Summers for
doing most of the fixes.
Share and enjoy,
Galen
--
Galen Charlton
gmcha
records now, for use
in other SAX contexts like Net::OAI::Harvester. This required
a few changes in MARC::File::XML as well.
Committers and patch contributors to this release are
Galen Charlton
Bill Erickson
Jeff Godin
Mike Rylander
Ed Summers
Thanks also to Dan Scott for pushing
Hi,
On Wed, Jul 22, 2009 at 5:04 PM, Dan Scottdeni...@gmail.com wrote:
Was it decided that Bill's escaping output patch would be dropped? I
don't see it in CVS yet.
I've committed Bill's patch and a test case based on the sample file
he sent. Thanks, Bill!
Regards,
Galen
Hi,
On Wed, Jul 22, 2009 at 5:04 PM, Dan Scottdeni...@gmail.com 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 pushing out 0.91 as a bugfix release? I've
applied Bill's patch and addressed the one CPAN bug
. 0.88 was a long time ago.
Dan
2009/4/14 Galen Charlton galen.charl...@liblime.com:
Hi,
On Tue, Apr 14, 2009 at 3:57 PM, Dan Scott deni...@gmail.com wrote:
2008/10/29 Bill Erickson billserick...@gmail.com:
Is anyone planning on applying this patch? It would be a shame to drop
Hi Jordi
On Mon, Jul 13, 2009 at 4:34 AM, Jordi Pallaresjpalla...@cbuc.es wrote:
I try to process some records obtained frommy ILS system (Millennium) in
UTF-8 characterset and I obtain this error:
utf8 \xF9 does not map to Unicode at
/usr/lib/perl5/5.10.0/i386-linux-thread-multi/Encode.pm
coming from a MARC bib record that was loaded
into Koha? If so, it might help if you sent that record.
Regards,
Galen
--
Galen Charlton
VP, Research Development, LibLime
galen.charl...@liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt
short of doing it by hand with lots of s///
for at least the most common
combinations?
You can use NFC() from Unicode::Normalize to do this (after using
MARC::Charset to do the conversion to UTF-8).
Regards,
Galen
--
Galen Charlton
VP, Research Development, LibLime
galen.charl...@liblime.com
that are no longer available on CPAN or SourceForge.
Thanks,
Galen Charlton
[EMAIL PROTECTED]
), then using the output of $marc-as_xml() or
$marc-as_xml_record().
Regards,
Galen
--
Galen Charlton
VP, Research Development, LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
skype: gmcharlt
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
marc-charset-iii-characters.patch
Description: Binary data
automatically converts the MARC blob string from ISO-8859-1 to UTF-8
because the output filehandle is binmode :utf8, resulting in the
discrepancy between Leader/00-04 and the length of the output MARC
blob.
Regards,
Galen
--
Galen Charlton
Koha Application Developer
LibLime
[EMAIL PROTECTED]
p: 1-888
51 matches
Mail list logo