)
- remove extraneous diag from a test script (Florian Schlichting)
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
cat, visit http://mashcat.info.
Thanks for considering, and we hope to see you in January.
--
Galen Charlton
gmcha...@gmail.com
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
elevant to libraries is welcome to use this organization as a "home"
for their Git repositories. I am also seeking folks who are willing
to act as co-owners of the organization; at present the owners are:
* Galen Charlton
* Francis Kayiwa
If you are interested, please get in touch with
Hi,
On Thu Dec 11 2014 at 3:08:53 AM Sergio Letuche
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
http://git.koha-community.org/gitweb/?p=
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
MARC::Record
- $field->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
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
t;; # MARC record terminator
my $i = 0;
while (<>) {
$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 definitel
s well.
> Is it true that original.marc 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
gt;
Would 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
numbers,
e.g.,
Garci<81>a Ma<81>rquez, Gabriel,
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
concerning extracting self-closing tags from
a batch.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
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
Hi,
On Mon, Feb 11, 2013 at 12:12 PM, Leif Andersson
wrote:
> So - however it happend - the "corrupt" file had been gzipped twice.
>
> At least a partly explanation to this mystery :)
>
Wild. Thanks for chasing down further.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
Hi,
On Mon, Feb 11, 2013 at 11:52 AM, Leif Andersson
wrote:
> 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 Charlton
gmcha...@gmail.com
.34 via a 'cpan MARC::Charset' on a fresh
Debian box, and it worked for me.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
ture and double
tilde).
Thanks to Thomas P. Ventimiglia for the bug report and test case.
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
nd at http://marcpm.sourceforge.net.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
erlcritic --gentle (mostly)
- remove function prototypes
(see http://www.perlmonks.org/?node_id=861966)
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
ould build 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
UTF-8.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
Makefile.PL
Particular thanks to Jeff Godin for testing the MARC::Batch slurping
improvement.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
n't
be handled correctly by just any random JSON parser.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
p://www.mail-archive.com/perl4lib%40perl.org/msg01490.html
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
);
my $ini_string = MARC::File::Ini::encode($rec);
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
y the number of JSON
representations of MARC in actual use.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
It is
already modular.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
Newline-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
sonyamlwhatever-compatible-marc-records/
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
->subfields()
- RT#61198: let subfields return an empty array on control
fields (Colin Campbell)
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
ting around, please send them to me.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
r : 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
tp://www.loc.gov/MARC21/slim";>
>
> 01020nam0a2200301 4500
>
>
> Has anyone ever come into such a problem ?
> If so is there a workaround ?
Can you supply a test case? Which SAX parser are you using?
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
h=refs/heads/use-dom-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
re that is more
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
izes that they're stuck dealing with MARC records will presumably
have seen the records identified as "MARC".
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
;s suggestion
of MARC::Moose:: best.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
st where patches to MARC::*
are typically discussed. Feel free to send one.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
ways grab it from the Git repository:
git://marcpm.git.sourceforge.net/gitroot/marcpm/marcpm
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
expanded copyright statement in README
at Debian request
- set license element in META.yml
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
d.t
(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
he ISO2709 serialization, the
program could continue as follows:
my $marcxml = $xslt->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
Hi,
2010/3/27 Frédéric DEMIANS :
> 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
release of
MARC::Record.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
Hi,
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.
I've now removed write access to the CVS repository, and will disable
CVS entirely once
getting 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
or Git.
[1] http://code.google.com/p/tortoisegit/
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
p 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
close 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
- MARC::File::SAX also can build up multiple 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
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 pushing out 0.91 as a bugfix release? I've
applied Bill's patch and addressed the one CPAN bug against 0.88. An
Hi,
On Wed, Jul 22, 2009 at 5:04 PM, Dan Scott 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
door, in
> any case. 0.88 was a long time ago.
>
> Dan
>
> 2009/4/14 Galen Charlton :
>> Hi,
>>
>> On Tue, Apr 14, 2009 at 3:57 PM, Dan Scott wrote:
>>> 2008/10/29 Bill Erickson :
>>> Is anyone planning on applying this patch? It would be a s
Hi Jordi
On Mon, Jul 13, 2009 at 4:34 AM, Jordi Pallares 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 line 162.
S
egards,
Galen
--
Galen Charlton
VP, Research & Development, LibLime
galen.charl...@liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt
n OS X. Is the
character in question 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
rt 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...
Hi Bill,
On Wed, Nov 5, 2008 at 9:10 PM, <[EMAIL PROTECTED]> wrote:
> I have no problems contributing what I have around. I may have to do a
> little digging since some of the stuff is on an older laptop I no longer use
> regularly. But I did archive all the correspondence including examples and
t are no longer available on CPAN or SourceForge.
Thanks,
Galen Charlton
[EMAIL PROTECTED]
http://liblime.com/about/careers/software_engineer_koha
HOW TO APPLY
Send a resume and cover letter to [EMAIL PROTECTED]
--
Galen Charlton
VP, Research & Development, LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x709
skype: gmcharlt
ecord into a MARC::Record object
(e.g., $marc), 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
o 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
marc-charset-iii-characters.patch
Description: Binary data
Hi,
On Tue, Apr 8, 2008 at 3:56 PM, Christopher Morgan <[EMAIL PROTECTED]> wrote:
> Does every MARC record contain a field/subfield that identifies the library
> the record came from?
There is no way to reliably determine which Z39.50 server a MARC
record came from just by inspecting the record
wever, during the print to your output filehandle, Perl
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
68 matches
Mail list logo
