On 3/30/2015 9:46 PM, Karen Coyle wrote:
> (Note to JimW: Before you come back with some argument using MARCXML, > please check the MARCXML documentation. MARCXML has NO flexibility > compared to ISO 2709, and that is by design.)
I also find Ron’s analogy interesting, and I am still considering it. But concerning the convention that MARCXML has NO flexibility vis-a-vis ISO2709, that is really not much of an argument. I assume this means the idea of “roundtrippability” of MARCXML, i.e. that MARCXML must be able to create normal MARC21/ISO2709 records.
Anybody can avoid that with a wave of the hand. There is no immutable “law of roundtrippability”–to my knowledge, there are no “MARC Storm Troopers” who will break down your door in the middle of the night to drag you off to their lair if you have the effontery to actually break that “law”. Nobody has to sign a contract that says you will be sued if you don’t follow “roundtrippability”.
Roundtrippability is no more than a convention. Developers are always pushing the limits of such conventions. I’m glad they do. If they always just followed what they were “supposed to do” and be “correct”, we would probably not have moved beyond the Gopher network.
But what are the consequences of breaking roundtrippability? The consequence is that anything created that is not roundtrippabile (an awful word by the way!) cannot be input into our conventional ILS that ingests only ISO2709 records. Although that happens every day in the web world, for libraries it would be a tremendous step into the unknown. Still, everybody knows this must happen inevitably sooner or later and I am sure that many developers would only reply that it would be much better sooner rather than later.
If somebody wants to convert MARCXML in whatever ways they want, nothing will happen to them. They’ll be fine. They won’t be kicked out of the library profession. They won’t be punished in any way. In fact, if someone would make something good from MARCXML, they would–and should–be applauded. This has been the case for a long, long time. True, MARCXML can be difficult to work with, but it still *can* be worked with if people know the schema (library developers). There has been more than enough time to do so. But, many (catalogers especially) have been convinced that we are stuck where we are because everything must change first: formats, rules, and so on if libraries are to create anything that is really new. And therefore, everyone is supposed to wait how many *more* years before anything really innovative can be done? This in spite of what each of us can see with our own eyes: there are many bibliographic-type projects out there now–right now–that really are doing new things. And they are doing it with much worse formats and information than we have.
Once again, I emphasize that am not trying to place blame or anything of the sort. I repeat that I am *for* the RDF/Bibframe project. My initial post was simply to alert catalogers (primarily) not to expect anything anytime soon. And just a bit of the why.
James Weinheimer email@example.com
First Thus http://blog.jweinheimer.net
First Thus Facebook Page https://www.facebook.com/FirstThus
Personal Facebook Page https://www.facebook.com/james.weinheimer.35 Google+ https://plus.google.com/u/0/+JamesWeinheimer
Cooperative Cataloging Rules http://sites.google.com/site/opencatalogingrules/
Cataloging Matters Podcasts http://blog.jweinheimer.net/cataloging-matters-podcasts The Library Herald http://libnews.jweinheimer.net/