–tr

=020 \\$a0521497051 (hbk.)$b0521497051 (hbk.)$b052149785X (pbk.)
=020 \\$a052149785X (pbk.)$b0521497051 (hbk.)$b052149785X (pbk.)

from the original data

=020 \\$a0521497051 (hbk.)
=020 \\$a052149785X (pbk.)

Command used is Swap Field Data to copy all Tag 020 subfield a to new Tag 020 subfield b. The function will create multiple subfield b in single tag based on total no of tag 020.

If there are 20 Tag 020, each of TAFG 020 will have 20 subfield b.

However as well as the messaging and trust problem, the other problem is at the library level – any library that acquires Sierra needs also to have staff with the skills to understand the value and usefullness of these changes to the Library context – and not all places do.

But alas, I’ve switched jobs and now find myself in a freshly upgraded Millennium-to-Sierra environment. I too have had similar shifts in thought about III, but it’s usually momentary until I realize that the Kook-Aid I’m drinking is not tasting just right. There are indeed positive changes, but fundamentally we’re still waiting on the promise. I’m hopeful, but critical about how well they can pull themselves out out of their extreme (imho) pay per use everything business model.

A former colleague (“GMC”) had a very interesting quote that resonated with me in the context of III:

Interesting, for certain definitions of the word, this notion of an API as something that gets bolted on after the fact, not something that exists in some form from the get-go.”

And that sums it up for many users I’ve talked to.

I’m glad I found your site. I’m a mac user, and was on the verge of buying a PC laptop to help my mom with some cataloging, since I didn’t think MarcEdit was available for my mac.

I’m running 10.6.8 and found your Youtube video for installing MarcEdit. I followed it step by step while also following the INSTALL.txt from the MarcEdit download (version 5.5?). It was somewhat easy to follow, but it definitely took some time since I never go into the Terminal. I did notice that the INSTALL.txt didn’t match the one in your video, so I followed the INSTALL.txt instructions more closely.

In the end, I got MarcEdit installed and was able to open it, but no records show when I tried doing a search for “map of oregon” the same way you did it on your tutorial video. I’m not sure where I went wrong. Terminal procedures/commands are a completely foreign language to me and I don’t want to get myself into any deeper trouble by trying to guess fixes.

I would appreciate your help because I need to get MarcEdit up and running ASAP in order to complete the work which will be given to me. Thanks so much for your time and consideration.

Yours,
GN

Instead of Macports, I’d suggest taking a look at Homebrew – you may find it more convenient for this. For example, in Homebrew yaz has minimal package dependencies and builds in about a minute.

One of the things that I’d like to work on is how to provide better automated updating of these components as well. It looks like Ohio State has some testing machines (one a mac) that I might be able to take advantage of to look at doing some of that kind of work as well. I’ve actually gone back and forth on investing more time in this because I’ve not been sure the direction the Mono team was going to go (since they seemed to be primarily concerned with Linux compatibility) — but there’s been a lot of work lately done cleaning up Mac issues, so I’m feeling better about taking another look at this.

–tr

You’re absolutely right! This is especially a problem with MARC records encoded in the elusive MARC8 character set, but our only option is to export or process that data in another characters set, usually UTF-8. Plus, not all MARC data is in MARC formatting – it’s just data. I’m dealing with this problem now. Your MARCEdit tool has been absolutely a godsend with the ability to convert characters in the clipboard! Thanks for your continued development of it.

Mark