|
View:
New views
14 Messages
—
Rating Filter:
Alert me
|
|
|
Stage MARC Records for Import vs. bulkmarcimportDear 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. _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Stage MARC Records for Import vs. bulkmarcimportSé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 _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Stage MARC Records for Import vs. bulkmarcimportHi 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@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Stage MARC Records for Import vs. bulkmarcimportI 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@... 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@...> 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@... > http://lists.katipo.co.nz/mailman/listinfo/koha > Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Stage MARC Records for Import vs. bulkmarcimportI 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@... [mailto:koha-bounces@...] On Behalf Of Nicole Engard Sent: Monday, July 06, 2009 5:32 AM To: koha@... 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@... 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@...> 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. _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Stage MARC Records for Import vs. bulkmarcimportHi 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@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Stage MARC Records for Import vs. bulkmarcimportThank 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@... [mailto:koha-bounces@...] On Behalf Of Sébastien Hinderer Sent: Tuesday, July 14, 2009 1:01 PM To: koha@... 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@... 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. _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Stage MARC Records for Import vs. bulkmarcimportHi 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. _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Amazon content malformed?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@... * * * * * * * * * * * * * * * * * * _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Amazon content malformed?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@... 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@... * > * * * * * * * * * * * * * * * * * > >_______________________________________________ >Koha mailing list >Koha@... >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@... ******************************************************************************************** I'm currently reading: In the Hills of Monterey, by Max Brand. I'm currently listening to: Ender in exile, by Orson Scott Card. _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Amazon content malformed?> ---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@.... 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@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Loading bibliographic data into non-default frameworksHi 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@... www.ptfs-europe.com _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Amazon content malformed?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@...> wrote:
_______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
|
|
Re: Loading bibliographic data into non-default frameworks2009/7/31 Ian Bays <ian.bays@...> Hi all, 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 _______________________________________________ Koha mailing list Koha@... http://lists.katipo.co.nz/mailman/listinfo/koha |
| Free embeddable forum powered by Nabble | Forum Help |