I've only just had a chance to catch up on this thread. I'm not offended in the least by Turbomarc (anything round-trippable should serve just as well as an internal representation of MARC, right?), but I am a little puzzled--what are the 'special cases' alluded to in the blog post? When would there ever be a non-alphanumeric attribute value in MARCXML? Is this a non-MARC21 thing? C On 10/25/10 3:35 PM, MJ Suhonos wrote: > I'll just leave this here: > > http://www.indexdata.com/blog/2010/05/turbomarc-faster-xml-marc-records > > That trade-off ought to offend both camps, though I happen to think it's quite clever. > > MJ > > On 2010-10-25, at 3:22 PM, Eric Hellman wrote: > >> I think you'd have a very hard time demonstrating any speed advantage to MARC over MARCXML. XML parsers have been speed optimized out the wazoo; If there exists a MARC parser that has ever been speed-optimized without serious compromise, I'm sure someone on this list will have a good story about it. >> >> On Oct 25, 2010, at 3:05 PM, Patrick Hochstenbach wrote: >> >>> Dear Nate, >>> >>> There is a trade-off: do you want very fast processing of data -> go for binary data. do you want to share your data globally easily in many (not per se library related) environments -> go for XML/RDF. >>> Open your data and do both :-) >>> >>> Pat >>> >>> Sent from my iPhone >>> >>> On 25 Oct 2010, at 20:39, "Nate Vack"<[log in to unmask]> wrote: >>> >>>> Hi all, >>>> >>>> I've just spent the last couple of weeks delving into and decoding a >>>> binary file format. This, in turn, got me thinking about MARCXML. >>>> >>>> In a nutshell, it looks like it's supposed to contain the exact same >>>> data as a normal MARC record, except in XML form. As in, it should be >>>> round-trippable. >>>> >>>> What's the advantage to this? I can see using a human-readable format >>>> for poorly-documented file formats -- they're relatively easy to read >>>> and understand. But MARC is well, well-documented, with more than one >>>> free implementation in cursory searching. And once you know a binary >>>> file's format, it's no harder to parse than XML, and the data's >>>> smaller and processing faster. >>>> >>>> So... why the XML? >>>> >>>> Curious, >>>> -Nate >> Eric Hellman >> President, Gluejar, Inc. >> 41 Watchung Plaza, #132 >> Montclair, NJ 07042 >> USA >> >> [log in to unmask] >> http://go-to-hellman.blogspot.com/ >> @gluejar > --- > [This E-mail scanned for viruses by Declude Virus] > > > -- Cory Rockliff Technical Services Librarian Bard Graduate Center: Decorative Arts, Design History, Material Culture 18 West 86th Street New York, NY 10024 T: (212) 501-3037 [log in to unmask] BGC Exhibitions: In the Main Gallery: January 26, 2011– April 17, 2011 Cloisonné: Chinese Enamels from the Yuan, Ming, and Qing Dynasties Organized in collaboration with the Musée des arts Décoratifs, Paris. In the Focus Gallery: January 26, 2011– April 17, 2011 Objects of Exchange: Social and Material Transformation on the Late-Nineteenth-Century Northwest Coast Organized in collaboration with the American Museum of Natural History --- [This E-mail scanned for viruses by Declude Virus]