Stage MARC Records for Import vs. bulkmarcimport

View: New views
14 Messages — Rating Filter:   Alert me  

Stage MARC Records for Import vs. bulkmarcimport

by Sébastien Hinderer-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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.
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: Stage MARC Records for Import vs. bulkmarcimport

by paul POULAIN-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: Stage MARC Records for Import vs. bulkmarcimport

by Sébastien Hinderer-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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

Re: Stage MARC Records for Import vs. bulkmarcimport

by Nicole Engard :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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.
>
>> 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. bulkmarcimport

by Rachel Hollis :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@... [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. bulkmarcimport

by Sébastien Hinderer-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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

Re: Stage MARC Records for Import vs. bulkmarcimport

by Rachel Hollis :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@... [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. bulkmarcimport

by Sébastien Hinderer-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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.
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

Amazon content malformed?

by koha :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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?

by kdr@ckls.org :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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?

by Owen Leonard-4 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

> ---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 frameworks

by Ian Bays :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@...
www.ptfs-europe.com

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: Amazon content malformed?

by Susan Bennett :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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:
> ---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


_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

Re: Loading bibliographic data into non-default frameworks

by Jesse-34 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message



2009/7/31 Ian Bays <ian.bays@...>
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@...
www.ptfs-europe.com

_______________________________________________
Koha mailing list
Koha@...
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

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha