available on
>> CPAN we provide a top level module like MARC::Record called MODS::Record
>> http://search.cpan.org/~hochsten/MODS-Record-0.05/lib/MODS/Record.pm. I
>> hope this will be of some help for the community. If there are coders
>> here who would like to contribute to the MODS package please drop me a
>> line. I think CPAN MODS support shouldn't be dependent on one coder, one
>> institution.
>>
>> Greetings from a sunny Belgium,
>> Patrick
>
>
--
Paul POULAIN - Associé-gérant
Tel : (33) 4 91 81 35 08
http://www.biblibre.com
Logiciels Libres pour les bibliothèques et les centres de documentation
an to release some/many other tools around MARC in the next months.
They are tools we use internally for our migrations.
Hoping that will be usefull for many ppl !
(you can send congratulations to Stephane D: That's its first cpan
contribution ;-) )
--
Paul POULAIN
http://www.biblibre.com
Le 18/01/2011 16:15, Smith,Devon a écrit :
>
> But other than that, 6 of one, half dozen of another ...
For non english natives like me:
http://www.goenglish.com/SixOfOneAHalfDozenOfTheOther.asp
ok, got it ;-)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l
Le 05/01/2011 11:21, Paul Poulain a écrit :
> Hello,
oups, really sorry for the multiple posting, i think I have some
cleanings to do with my subscriptions to this list...
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
qw(croak carp);
and things are going much better.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
qw(croak carp);
and things are going much better.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
qw(croak carp);
and things are going much better.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
:File::SAX that
is in CVS since it now uses LocalName rather than Name to determine a
tag name.
gotcha, thanks !
for a reason I don't understand, XML::SAX::... had been removed by the
RH4 => RH5 update.
--
Paul POULAIN
BibLibre SARL
Expert en Logiciels Libres pour l'info-doc
Tel : 04 91 31 45 19
method "parse_string" on unblessed
reference at /root/.cpan/build/MARC-XML-0.88/blib/lib/MARC/File/XML.pm
line 448.
Any idea welcomed..., as google is not my friend on this.
--
Paul POULAIN
BibLibre SARL
Expert en Logiciels Libres pour l'info-doc
Tel : 04 91 31 45 19
Paul POULAIN a écrit :
'_leader' => '00230 2200097 4500',
Just to add that I also tried to force utf-8 encoding, so the missing
'a' in the leader is not the problem.
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants en logiciels
'a',
'title \xc3\xa9 / \xc3\xa0'<<<<<<<< interesting line
],
'_warnings' => [],
'_tag' => 200,
'_ind1' => ' '
},
ease a lot debugguing erroneous MARC records...
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants en logiciels libres et bibliothéconomie
(http://www.koha-fr.org)
Tel : 04 91 31 45 19
tually 1443 at Record_tests.pl line 134.
Invalid record terminator in record 1 at Record_tests.pl line 134.
Use of uninitialized value in substitution (s///) at Record_tests.pl
line 194.
not ok 7 - marc2marcxml from MARC-8 to UTF-8 with combining characters
(MARC21)
# Failed test 'marc2marcxml from MARC-8 to UTF-8 with combining
characters (MARC21)'
# at Record_tests.pl line 84.
Use of uninitialized value in substitution (s///) at Record_tests.pl
line 194.
not ok 8 - marc2marcxml from UTF-8 to UTF-8 with combining characters
(MARC21)
# Failed test 'marc2marcxml from UTF-8 to UTF-8 with combining
characters (MARC21)'
# at Record_tests.pl line 86.
# Looks like you planned 6 tests but ran 2 extra.
# Looks like you failed 7 tests of 8 run.
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants en logiciels libres et bibliothéconomie
(http://www.koha-fr.org)
Tel : 04 91 31 45 19
on't recall if he
responded to me or not.
I've been quite overloaded on the last 2 months (a new boy, thanks to my
beloved wife...),
and don't remember the question, so can't say if I answered :-(
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants en logiciels libres et bibliothéconomie
(http://www.koha-fr.org)
Tel : 04 91 31 45 19
9 for using a MARC::Record2 or something like that.
It seems to me that the API didn't changed, there are only some nice new
features (including some UNIMARC specific ones, that we've tested & used
daily), that makes a +1 versionning a good idea.
--
Paul POULAIN et Henri Damien
Edward Summers a écrit :
Let me know what you think.
what do I think ?
only 1 thing : APPLAUSE !
and all koha developpers & users alike I'm definetly sure !
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants
en logiciels libres et bibliothéconomie (http://www.ko
#x27;ISO-8859-1';
To deal 03 as 01.
The 03 is related to 5426, which is not exactly iso-8859-1, but close.
and it is better, imho, than die.
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants
en logiciels libres et bibliothéconomie (http://www.koha-fr.org)
Tel : 04 91 31 45 19
" we want to set toMARC8 flag for MARC8 decoding.
unimarc not in utf-8 are in latin1, meaning no MARC8 decoding is needed.
Thus, I would have written :
> $parser->{ Handler }{ toMARC8 } = (lc($format) *eq* 'unimarc' && $enc
&& lc($enc) =~ /^utf-?8$/o) ? 0 : 1
subfield, the library will manage the problem
itself)
* solve (if it's a capital letter, change it, otherwise, set to welcome in this case>)
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.koha-fr.org)
Mike Rylander a écrit :
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 sending the encod
lso contains some strings from mySQL and all strings from mySQL
appear as correct utf8 while all strings coming from the MARC::record
coming from zebra are not !
I can add "binmode()" to the template output, but everything goes wrong
with strings from mySQL.
Any suggestion we
nstall
I updated MARC::record (2.000), MARC::Charset (0.920) and
MARC::File::xml (0.810 ???) from sourceforge.
I tested with a unimarc xml file (that I've send to you by pm), without
change.
what did I make wrong ?
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants
en logi
solve
this problem.
We have 2 solutions :
* 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 f
added binmode(STDOUT, ":utf8"), and now, even without
the smiley, my éà... are correctly shown.
Still having to investigate mySQL utf-8, but it seems that
> set NAMES=utf8
is useless.
Thanks everybody for helping me. I'll continue this thread on koha-devel
only, as zebra & p
day)
Unless i'm missing something, I already upgraded MARC::Record from
sourceforge 2 hours ago :
/usr/lib/perl5/site_perl/5.8.7/MARC/ tells me :
$VERSION = '2.0';
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants
en logiciels libres et bibliothéconomie (http://www.koha-fr.org)
u'll let
me know)
(If I directly dump the XML record returned by zebra, I get the same
result, so the problem is probably not in MARC::Record or MARC::XML)
Could someone help me finding the origin of the problem ?
--
Paul POULAIN et Henri Damien LAURENT
Consultants indépendants
en logiciels libres et bibliothéconomie (http://www.koha-fr.org)
Heiko Jansen a écrit :
Am Dienstag 14 Februar 2006 17:50 schrieb Paul POULAIN
<[EMAIL PROTECTED]> [[Zebralist] MARC and utf-8 question]:
shows in log :
Dictionnaire fran\xc3\xa7ais-anglais des termes relatifs \xc3\xa0
l'\xc3\xa9lectronique, l'\xc3\xa9lectrotechnique,
\xc
$record = MARC::Record::new_from_xml($marc)
and can't get more than 300 records in 300 seconds. If I remove the
new_from_xml line, I get 1 records in less than 2 seconds.
what am I doing wrong ?
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha
($xml,$encoding) ? with $encoding being marc-8, as
MARC record object is historicaly for iso2709, that uses marc-8.
The same thing could be done when doing $record->as_xml(), but using
utf8 by default.
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SI
C as a 3 level only XML
- you can move from MARC to XML and from XML to MARC, so that could be a
1st step to go 100% XML
- did I say Koha makes heavy use of MARC::Record ? Thus removing it is
really a problem !
)
Le me know what you think, I continue to investigate.
--
Paul POULAIN
Consultant ind
_ordered($newField);
If you have empty values, just say 'a' => "".$resul{ISSN}
(Perl dislike a lot hashes with empty values)
when you will bulkmarcimport your biblio in Koha, empty subfields will
be ignored, so don't bother ;-)
HTH
--
Paul POULAIN
Consultant
lt; everywhere
foreach $keyword (@keywords) {
$record->append_fields( MARC::Field->new('653',0,'',
'a' => "$keyword"
) if $keyword; # avoid creating a subfield for empty keyword (1st & last
entry of the array
}
Can someone please help me
including 995 field)
I also have those files for UNIMARC authorities. Just let me know.
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.koha-fr.org)
Ed Summers wrote:
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
Karin Christensen wrote:
"Paul POULAIN" wrote:
Thomas Bøge wrote:
But the same error occurs:
Fields below 010 do not have subfields at
/usr/local/koha/intranet/cgi-bin/acqui.simple/additem.pl line 39
[Mon Aug 9 20:07:40 2004] [error] [client 80.62.82.158] Premature end
of scri
d on or off the list. Thanks.
JJ
Nelsonville Public Library, in Nelsonville, Ohio.
mail adress in cc of this answer.
Note that europe/France is very sweet, so i think you could try to
negociate a plane ticket with your boss if you want a demo here :-D
--
Paul POULAIN
Consultant indépendant en logiciel
Hi,
I've a MARC::Record I want to parse to change something in every
subfield value (something like uc() every value). How to do this ? (I
don't need to keep the original record).
what kind of magic foreach ? could do that ?
thanks.
--
Paul POULAIN
Consultant indépendant en logici
is public, and the librarian interface is private (and on a
different address / port : koha installer.pl suggests 8080 for librarian
and 80 for opac)
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.koha-fr.org)
Brad Baxter wrote:
On Thu, 13 Nov 2003, paul POULAIN wrote:
You will say : "hay, but i still need to login. And i don't need login".
I'll answer => ok, go to : Koha >> Parameters >> System preferences >>
insecure >> set to "1" (or &quo
gt;> set to "1" (or "yes", not sure),
and it's done => no more auth check :-)
And you have a nice GUI to create your biblios (and a highly
customizable one !)
And for the price, you have a tool that has many new features coming in
the near future (in OPAC &am
ue), it returns that
ref($marcrecord) is MARC::Record.
So, how to know that the decoded variable is NOT a valid marc record ?
other question : how works ->warnings ?
I tried $marcrecord->warnings(), but I only get a number.
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable
mpleServer to provide z3950 server features for Koha.
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.koha-fr.org)
now if Koha can
read COSATI format records as well as MARC? (U.S. government document
format)
the 1st answer is yes : someone knows.
the 2nd answer is no : koha can read only MARC (iso2709) records in
version 2.0.0
paul, Koha 2.0.0 release manager
--
Paul POULAIN
Consultant indépendant en l
Ed Summers wrote:
On Fri, Sep 26, 2003 at 09:58:59AM +0200, paul POULAIN wrote:
* [IMPORTANT] there was a bug in MARCgetbiblio in Koha, that has been
solved : the leader was filled with only 19 spaces. I think MARC::Record
has a little problem with such bugs : it should either report an
so it's not related. It's
related with it's previous questions (the one from sep 10).
Note : if needed, you can find me today (& joshua probably), on Koha irc
: irc.katipo.co.nz:6667
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.koha-fr.org)
ns it ?
We could use $record->leader($record->ldrcalc());
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.koha-fr.org)
ble,
one for MARC tag and one for subfield place in the tag.
--
Paul POULAIN
Consultant indépendant en logiciels libres
responsable francophone de koha (SIGB libre http://www.koha-fr.org)
blicationyear : extracting numeric value from MARC
string, like for copyrightdate.
XXX : fixing font size bug, & minor change in submenu look.
XXX : modifying MARC21 default setup : using Nelsonville setup, that is
working. User just need to define itemtypes.
XXX : fixing small bug : escap
48 matches
Mail list logo