te method will transcode your biblio
records from marc8 to utf8 encoding. That's bad if your records are
already UTF-8 encoded.
You can try forcing your records 9 position before writing them:
my $leader = $record->leader;
substr($leader, 9, 1, 'a');
$record->leader( $leader );
--
Frédéric DEMIANS
http://www.tamil.fr/u/fdemians.html
Le 18/01/2011 00:59, Galen Charlton a écrit :
> [2]
http://dilettantes.code4lib.org/blog/2010/09/a-proposal-to-serialize-marc-in-json/
> [3] http://www.oclc.org/developer/groups/marc-json-format-specification
> [4]
http://robotlibrarian.billdueber.com/marc-hash-a-proposed-format-for-jsonyamlwh
Any testing would be gratefully appreciated.
I've run some tests. Parsing 1000 MARCXML records gives me this result:
- with the current SAX handler: 8.21954107284546
- with new DOM method: 6.30712199211121
Thanks.
--
Frédéric
Thanks all for your advices and your time. I've renamed my Moose based
MARC records package. It's now: MARC::Moose. The previous package is
still visible on CPAN but is scheduled to be deleted in a couple of days.
--
Frédéric
> butting in an interesting discussion ...
Thanks for joining the discussion.
> Would Org::Demians::MARC::Record ( or Tamil::MARC::Record ) be very
> wrong, unless you aim to provide the ultimate collection of MARC
> modules that would make all the others obsolete ?
Yes, I aim to... In the Java
I was going to express the same concern. Keeping everything under
MARC:: may also make it a tiny bit easier to find the existing
alternatives for, well, parsing MARC records. I would +1 MARC::Moose.
I understand this point. I don't like the idea of using 'Moose' in the
name of object using Mo
Thanks all for your suggestions. I have to choose another name for sure.
Marc::Moose seems to be a reasonable choice. But I'm very tempted by a
shorter option: MarcX, MarcX::Record, MarcX::Parser,
MarcX::Reader::Isis, etc. Any objection?
I can't really comment on the namespace issue, but I do appreciate the
fact that this was written as a Moose module. That makes it much more
traditionally OO friendly, extensible, and if required, secure. When I
used Marc::Record more extensively, it was a favorite. I've worked on
several pro
Thanks for your feedback.
A couple of questions and comments (some left over from the much earlier
conversion from MARC.pm to the MARC::Record family):
1. Do you ever expect someone to use both your modules and MARC::Record
at the same time? If so, you need to be extra careful about name
overla
I suggest Biblio::MARC. There's a ISIS parser in the the family named
Biblio::Isis.
Biblio::Marc sounds good to me.
Just a quick note: There is MARC::Fast[1] which should be named
Biblio::MARC because they share same API from end-user perspective.
However, it was written before Biblio::Isis, so it ended up in wrong
place.
I would prefer to have MooseX in name, because if I'm using Moose, I
don't really care
Just out of curiosity - what was your main motivation for writing
another MARC module?
In what ways does your distribution differ from MARC::Record?
Moose Object-Oriented code reusability. I can clearly (hope so)
distinguish Marc record manipulation, parsing, converting, formatting,
reading
Is there a public repository (GitHub, Google Code, etc) of this code?
http://git.tamil.fr/?p=Marc;a=summary
Concerning the name of the module, Marc is probably not the best choice.
Maybe MARC::OO, MARC::Object, MARC::Tools, ...
Thks for your suggestions. I was thinking also to MooseX::Marc
Just out of curiosity - what was your main motivation for writing
another MARC module?
In what ways does your distribution differ from MARC::Record?
Moose Object-Oriented code reusability. I can clearly (hope so)
distinguish Marc record manipulation, parsing, converting, formatting,
reading,
#x27; and Marc::etc.
Do you think, especially those managing MARC::Record, that it could be
confusing and should be renamed?
Thanks.
--
Frédéric DEMIANS
l try to patch directly the library rather
than with convolutions.
Regards,
--
Frédéric DEMIANS
h CPAN...
The patch can be pulled from here, branch 'mypatches':
http://git.tamil.fr/?p=marcmpm
Thanks.
--
Frédéric DEMIANS
17 matches
Mail list logo