Stage MARC Records for Import vs. bulkmarcimport
Dear all, I'm trying to understand the differences between bulkmarcimport (BMI) and stage MARC records for import (SMRI). As I understand it: 1. BMI is done through command-line whereas SMRI uses the web interface. 2. With BMI the records get catalogued directly so the reservoir step is skipped, contrary to what happens with SMRI. So my questions are: 1. Is this understanding correct ? 2. What's the intended use of the two functionality ? Being new to the library science field, I suspect that there is perhaps something more to the storry than what I know. Actually, I think I understand the idea behind BMI (catalogue a bunch of records at once), but I don't understand what there is behind SMRI. 3. Once I understand things better, I'm willing to write something in the manual or in the wiki to explain what I have understood and which could then be improved by others. old that be relevant, and, where would that fit best ? Thanks much in advance for your help, Sébastien.
Sébastien Hinderer a écrit :
Dear all,
I'm trying to understand the differences between bulkmarcimport (BMI) and stage MARC records for import (SMRI). As I understand it:
1. BMI is done through command-line whereas SMRI uses the web interface.
right
2. With BMI the records get catalogued directly so the reservoir step is skipped, contrary to what happens with SMRI.
right.
So my questions are:
1. Is this understanding correct ?
yep
2. What's the intended use of the two functionality ? Being new to the library science field, I suspect that there is perhaps something more to the storry than what I know. Actually, I think I understand the idea behind BMI (catalogue a bunch of records at once), but I don't understand what there is behind SMRI.
BMI is usually used when migrating. So it's only once, before you go live. SMRI is used on a daily basis by librarians. For example (as you're french), after getting your order list from Electre. Or from DVD vendors. Those vendors send by mail an iso2709 file, that can be included in Koha in a few clics.
3. Once I understand things better, I'm willing to write something in the manual or in the wiki to explain what I have understood and which could then be improved by others. old that be relevant, and, where would that fit best ? HTH
PS: do you know there is also a french list, see http://www.koha-fr.org ? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08
Hi Paul, thanks a lot for your prompt and complete reply.
BMI is usually used when migrating. So it's only once, before you go live.
Ah I see.
SMRI is used on a daily basis by librarians. For example (as you're french), after getting your order list from Electre. Or from DVD vendors. Those vendors send by mail an iso2709 file, that can be included in Koha in a few clics.
Understood, thanks.
3. Once I understand things better, I'm willing to write something in the manual or in the wiki to explain what I have understood and which could then be improved by others. old that be relevant, and, where would that fit best ? HTH
Yes it helped a lot, thanks. Reading your answer, I realize things are rather simple and perhaps not worth a lot of writing in the manual or on the wiki. Still, I'd appreciate it a lot to have a documentation that presupposes less library science knowledge the manual does.
PS: do you know there is also a french list, see http://www.koha-fr.org ?
Yes, I knew that, thanks. That said I thought the french list was more for things not of interest to english speaking people. Cheers, Sébastien.
I will gladly add it as an FAQ to the manual - and possibly on the import page. --- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce@liblime.com AIM/Y!/Skype: nengard http://liblime.com http://blogs.liblime.com/open-sesame/ On Fri, Jul 3, 2009 at 9:38 AM, Sébastien Hinderer<Sebastien.Hinderer@snv.jussieu.fr> wrote:
Hi Paul, thanks a lot for your prompt and complete reply.
BMI is usually used when migrating. So it's only once, before you go live.
Ah I see.
SMRI is used on a daily basis by librarians. For example (as you're french), after getting your order list from Electre. Or from DVD vendors. Those vendors send by mail an iso2709 file, that can be included in Koha in a few clics.
Understood, thanks.
3. Once I understand things better, I'm willing to write something in the manual or in the wiki to explain what I have understood and which could then be improved by others. old that be relevant, and, where would that fit best ? HTH
Yes it helped a lot, thanks. Reading your answer, I realize things are rather simple and perhaps not worth a lot of writing in the manual or on the wiki. Still, I'd appreciate it a lot to have a documentation that presupposes less library science knowledge the manual does.
PS: do you know there is also a french list, see http://www.koha-fr.org ?
Yes, I knew that, thanks. That said I thought the french list was more for things not of interest to english speaking people.
Cheers, Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
I am a cataloging librarian and know very little about anything else. At a previous job, we used BulkMarcImport (BMI) to load nearly all of our records. We used several scripts (perl?) to remove specifically coded subject fields and to set collection/shelving locations. As I remember, the ILS had the matching arguments so that when BMI files were loaded they replaced records according to rules we set up. There was another way to load bibliographic records and it didn't take quite as long and was similar to Stage Marc Record Import (SMRI) in that it was mouse (button/link) driven. I don't recall precisely but I think that loading record this way did not allow for record matching. Because the records were not run past the scripts, we had to edit these records to remove unwanted data fields. This week, working with the latest batch of MARC records we receive as part of our service, I consider whether there could be a way to use BMI to load these records setting MARC Frameworks, removing certain subject fields and setting collection/shelving locations. While I realize that my operation is not a big one (only one shelf worth of titles on my cart presently), I find it slows down the process to perform these operations title by title. Is anyone using a process that is more streamlined? In typing this I realized that I have used Koha long enough (only since October 2008) and I now know it better than the systems that I used for multiple years! :-) Rachel Hollis, librarian Stevens-Henager College, Boise Idaho Campus -----Original Message----- From: koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Nicole Engard Sent: Monday, July 06, 2009 5:32 AM To: koha@lists.katipo.co.nz Subject: Re: [Koha] Stage MARC Records for Import vs. bulkmarcimport I will gladly add it as an FAQ to the manual - and possibly on the import page. --- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce@liblime.com AIM/Y!/Skype: nengard http://liblime.com http://blogs.liblime.com/open-sesame/ On Fri, Jul 3, 2009 at 9:38 AM, Sébastien Hinderer<Sebastien.Hinderer@snv.jussieu.fr> wrote:
Hi Paul, thanks a lot for your prompt and complete reply.
BMI is usually used when migrating. So it's only once, before you go live.
Ah I see.
SMRI is used on a daily basis by librarians. For example (as you're french), after getting your order list from Electre. Or from DVD vendors. Those vendors send by mail an iso2709 file, that can be included in Koha in a few clics.
Understood, thanks.
3. Once I understand things better, I'm willing to write something in the manual or in the wiki to explain what I have understood and which could then be improved by others. old that be relevant, and, where would that fit best ? HTH
Yes it helped a lot, thanks. Reading your answer, I realize things are rather simple and perhaps not worth a lot of writing in the manual or on the wiki. Still, I'd appreciate it a lot to have a documentation that presupposes less library science knowledge the manual does.
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Hi Rachel, Would MarcEdit be of some use to you ?
From what you write a newbie like me would suggest SMRI rather than BMI, since SMRI will put your records in the reservoir and edit them manually before they are added to the catalogue. I assume that you are not even forced to handle them alltogether once they are in the reservoir: you may be able to handle one or two from time to time.
hth, Sébastien.
Thank you again Sébastien, I hadn't thought of using MarcEdit! I believe it would work perfectly for removing certain fields from the Marc record. Now I have to improve my skills with MarcEdit. :-) I do not know how MarcEdit could be used to set Marc Frameworks though and I think I will eventually find it time-consuming to edit each biblio to set the Framework. Which brings me to something else I've been wondering about: the manual explains how to set up additional Frameworks for use with or instead of Default. We have set up four other Frameworks which we use instead of Default. Now I am considering using Default for all (or most) biblios. Can you (any of you) see problems with this? Rachel Hollis, librarian Stevens-Henager College, Boise Idaho Campus -----Original Message----- From: koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Sébastien Hinderer Sent: Tuesday, July 14, 2009 1:01 PM To: koha@lists.katipo.co.nz Subject: Re: [Koha] Stage MARC Records for Import vs. bulkmarcimport Hi Rachel, Would MarcEdit be of some use to you ?
From what you write a newbie like me would suggest SMRI rather than BMI, since SMRI will put your records in the reservoir and edit them manually before they are added to the catalogue. I assume that you are not even forced to handle them alltogether once they are in the reservoir: you may be able to handle one or two from time to time.
hth, Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
Hi Rachel & others,
I do not know how MarcEdit could be used to set Marc Frameworks though and I think I will eventually find it time-consuming to edit each biblio to set the Framework.
MarcEdit can do that ? Actually, I always thought framework is something specific to Koha and that does not even show up in the marc records themselves. But I may very well be wrong on this.
Which brings me to something else I've been wondering about: the manual explains how to set up additional Frameworks for use with or instead of Default. We have set up four other Frameworks which we use instead of Default. Now I am considering using Default for all (or most) biblios. Can you (any of you) see problems with this?
No, but I don't see very well so it may be wise to wait for some other replies :-) Cheers, Sébastien.
Hello, We have noticed that the ISBN 0312368038 causes our staff client interface to display incorrectly (option tabs missing). Our fix: change ISBN so we get no Amazon content at all for that record, but I am not pleased with that temporary solution. My questions- ---Have you had this problem with other ISBNs (if so, can you please list them?) ---Who do you contact at Amazon to report this malformed content? -Thanks, Joe Tho * * * * * * * * * * * * * * * * Joe Tholen *\_ * Technology Coordinator * * SEK Regional Library System * * Office Phone: (620)365-5136 * * Office Fax: (620)365-5137 * * jtholen@sekls.org * * * * * * * * * * * * * * * * * *
Yes, we've found a few like that also, Joe. Actually, sometimes the tabs are NOT missing, they are at the bottom! I simply have not followed up because there are more pressing issues. Kathy At 04:43 PM 7/30/2009, koha@joetho.com wrote:
Hello,
We have noticed that the ISBN 0312368038 causes our staff client interface to display incorrectly (option tabs missing).
Our fix: change ISBN so we get no Amazon content at all for that record, but I am not pleased with that temporary solution.
My questions-
---Have you had this problem with other ISBNs (if so, can you please list them?)
---Who do you contact at Amazon to report this malformed content?
-Thanks, Joe Tho
* * * * * * * * * * * * * * * * Joe Tholen *\_ * Technology Coordinator * * SEK Regional Library System * * Office Phone: (620)365-5136 * * Office Fax: (620)365-5137 * * jtholen@sekls.org * * * * * * * * * * * * * * * * * *
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Kathleen D. Rippel Dept. Head/Consultant--Resource Sharing and Access ; Pathfinder Central (Manager) Central Kansas Library System 1409 Williams Great Bend, KS 67530 (620-792-4865) phone (800-362-2642) toll-free, KS (620-792-5495) fax kdr@ckls.org ******************************************************************************************** I'm currently reading: In the Hills of Monterey, by Max Brand. I'm currently listening to: Ender in exile, by Orson Scott Card.
---Have you had this problem with other ISBNs (if so, can you please list them?)
Yes, I've seen the problem, but I've never kept track of which records.
---Who do you contact at Amazon to report this malformed content?
Just a guess, but probably brickwall@amazon.com. I can't imagine they're much interested in taking the time to fix the content we're mooching off them. To me this is a grin-and-bear-it issue. We're lucky to be getting some added content for free, we can live with a few instaces of bad markup. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
We are also having this issue, be aware that it is causing problems in the OPAC also. Some records to the point that our patrons can not place holds on the item. Susan Bennett ILS System Administrator Geauga County Public Library 440 286-6811 x 125 440 286-7419 FAX On Thu, Jul 30, 2009 at 7:30 PM, Owen Leonard <oleonard@myacpl.org> wrote:
---Have you had this problem with other ISBNs (if so, can you please list them?)
Yes, I've seen the problem, but I've never kept track of which records.
---Who do you contact at Amazon to report this malformed content?
Just a guess, but probably brickwall@amazon.com. I can't imagine they're much interested in taking the time to fix the content we're mooching off them.
To me this is a grin-and-bear-it issue. We're lucky to be getting some added content for free, we can live with a few instaces of bad markup.
-- Owen
-- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Hi all, If I want to load bibliographic data into a specific framework is there a way to do this? I have used both "stage marc records" and bulkmarkimport.pl. I have heard hints on the list that you can set a tag or subfield to a value to choose the framework. I have tried setting the Administration> Marc links> frameworkcode to tag 999 subfield a and then tried the putting first the code for the framework and then the name for the framework in bib data (in 999 $a) and imported with bulkmarcimport. None of this made any difference, it always comes in with default framework.
From the lists it seems I am not alone in wanting to do this. If someone knows how to set this up and import data into specific frameworks it would be great to hear from you. If the only way is to use sql after loading then so be it, but I would prefer to use the loading tools if possible.
Many thanks. Ian ============================================= Ian Bays Director of Projects PTFS Europe Ltd. ian.bays@ptfs-europe.com www.ptfs-europe.com
2009/7/31 Ian Bays <ian.bays@ptfs-europe.com>
Hi all,
If I want to load bibliographic data into a specific framework is there a way to do this?
I have used both "stage marc records" and bulkmarkimport.pl. I have heard hints on the list that you can set a tag or subfield to a value to choose the framework.
I have tried setting the Administration> Marc links> frameworkcode to tag 999 subfield a and then tried the putting first the code for the framework and then the name for the framework in bib data (in 999 $a) and imported with bulkmarcimport. None of this made any difference, it always comes in with default framework.
From the lists it seems I am not alone in wanting to do this. If someone knows how to set this up and import data into specific frameworks it would be great to hear from you. If the only way is to use sql after loading then so be it, but I would prefer to use the loading tools if possible.
Many thanks.
Ian ============================================= Ian Bays Director of Projects PTFS Europe Ltd. ian.bays@ptfs-europe.com www.ptfs-europe.com
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
I'd never tried your approach of mapping framework code to a subfield, but to the best of my knowledge the default framework is hardcoded into bulkmarcimport.pl and stage-marc-import.pl . This would actually be a fairly easy enhancement. -- Jesse Weaver
participants (10)
-
Ian Bays -
Jesse -
Kathy Rippel -
koha＠joetho.com -
Nicole Engard -
Owen Leonard -
paul POULAIN -
Rachel Hollis -
Susan Bennett -
Sébastien Hinderer