retrieval of large MARCXML records
Could impact the speed if you use the --match parameter.
2015-02-16 16:32 GMT+01:00 Ian Bays :
I too have noticed recent versions of koha are very slow on the
bulkmarcimport.
Both dev and package install. Both new installs (3.18.02.000).
The larger system (16Gb) took
0.000 biblio records in a empty Koha.
At the end the speed is 1200 record in 1 minute as average.
Records without items are much more fast.
I'm trying to understand better the situation.
Bye
Zeno Tajoli
--
Ian Bays
Director of Projects, PTFS Europe Limited
Content Management and Library
__
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
--
Ian Bays
Director of Projects, PTFS Eu
:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9072
Le 02/08/2013 17:32, Ian Bays a écrit :
Hi.
I mentioned we also have a problem with linking bibs to authorities.
We use authorities and want to link them to bibs. Over previous
versions of Koha this has sometimes worked quit
apostrophe searching (with or without) seems
much better now.
We also applied the same logic to the authority files and the
link_bib_to_authorities.pl script now behaves much better.
Hope this helps someone else.
All the best.
Ian
On 02/08/2013 13:32, Ian Bays wrote:
Hi.
I know that searching terms
ublic License, and you are
welcome to change it and/or distribute copies of it under certain
conditions. SHA1 ID: bd2bc9360225e695bbaba2c2d1cd6925c4eb23a5 Using ICU
Many thanks folks.
Ian
--
Ian Bays
Director of Projects, PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 800 756
)
Zebra version: Zebra 2.0.55 (C) 1994-2013, Index Data ApS Zebra is
free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions. SHA1 ID: bd2bc9360225e695bbaba2c2d1cd6925c4eb23a5 Using ICU
Many thanks fol
Thanks & Best Regards,
Waqar Azeem
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
munity.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
--
Ian Bays
Director of Projects, PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 800 756 6803 (p
re convenient to display the framework code in XSLT
OPAC displays -- but to what end?
I have no idea, but I have no particular objection to it being stored in
the MARC record.
And to be clear, I don't have a particular objection either, just
curiosity regarding the use case.
Regards,
vel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
--
Ian Bays
Director of Projects
PTFS Europe.com
mobile: +44 (0) 7774995297
phone: +44 (0) 800 756 6803
skype: ian.bays
email: ian.b...@ptfs-europe.com
_
bsite: www.negst.edu
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
--
Ian Bays
Direc
12 matches
Mail list logo