Sure, my goal is simple in theory and complex in practice: take a pile of MARC records and turn them into a set of DCTERMS (I'll avoid reference to the older QDC notion) so that I can do interesting things with them — the simplest use case being exposing a "record" as a pile of RDF triples. The main rationale behind using DCTERMS is that it is: a) more expressive than DC, obviously; and b) it's more interoperable with stuff like RDF than MODS, since it's based on the DC abstract model. The main reason I'm looking at MARC->MODS->DCTERMS instead of the known MARC->QDC crosswalk is because I can't read MARC worth beans (245? 799? XYZ? What?). And the LoC MARC->MODS XSL does a nice job of mapping and stripping out the stuff that I don't want to be bothered with anyway. Like I say, if I've misunderstood something, please do feel free to correct me. MJ PS. Actually, Karen's post today is pretty close to the mark. I'm building a prototype LibBase. http://kcoyle.blogspot.com/2010/05/bib-data-and-semantic-web.html On 2010-05-03, at 12:12 PM, Ross Singer wrote: > Out of curiosity, what is your use case for turning this into DC? > That might help those of us that are struggling to figure out where to > start with trying to help you with an answer. > > -Ross. > > On Mon, May 3, 2010 at 11:46 AM, MJ Suhonos <[log in to unmask]> wrote: >> Thanks for your comments, guys. I was beginning to think the lack of response indicated that I'd asked something either heretical or painfully obvious. :-) >> >>> That's my understanding as well. oai_dc predates the defining of the 15 legacy DC properties in the dcterms namespace, and it's my guess nobody saw a reason to update the oai_dc definition after this happened. >> >> This is at least part of my use case — we do a lot of work with OAI on both ends, and oai_dc is pretty limited due to the original 15 elements. My thinking at this point is that there's no reason we couldn't define something like "oai_dcterms" and use the full QDC set based on the updated profile. Right? >> >> FWIW, I'm not limited to any legacy ties; in fact, my project is aimed at pushing the newer, "DC-sanctioned" ideas forward, so I suspect in my case using an XML serialization that validates against http://purl.org/dc/terms/ is probably sufficient (whether that's RDF or not doesn't matter at this point). >> >> So, back to the other part of the question: has anybody seen a MODS <—> DCTERMS crosswalk in the wild? It looks like there's a lot of similarity between the two, but before I go too deep down that rabbit hole, I'd like to make sure someone else hasn't already experienced that, erm, joy. >> >> MJ >>