WWW2006 is barely over, and folks are writing about RDFa. This is great news. The enthusiasm and inevitable questions and concerns are very encouraging, and we hope to address these as quickly as we can.
Check out Benjamin Nowack’s careful comparison of RDFa to other metadata embedding techniques. The one downside he points out: RDFa does not currently validate in XHTML 1.0. That’s true, but we had no other choice to achieve the features we need:
- independence: you pick your vocabulary of metadata terms
- modularity: you can reuse other vocabularies
- evolvability: you can change the meaning of your vocabulary over time (yeah, RDF!)
- DRY: don’t repeat yourself, if you render the data in HTML, why repeat it in the structured form?
- in-context: the metadata is right next to the data it describes, and if you copy and paste the HTML, you get the metadata along with it.
But fear not: RDFa does not break anything in today’s browsers. Not even in XHTML strict rendering mode. That’s a big deal, and it means that our upcoming effort to standardize RDFa for XHTML1 is going to be fairly straight-forward.
One significant advantage of RDFa: you can express metadata about other documents (embedded images) and about fragments of the document (a blockquote). And another significant advantage: you can aggregate content from multiple sources, and the metadata schemas will not conflict, thanks to XML namespaces.
Meanwhile, Evan Prodromou compares RDFa to Microformats. He seems worried that the disagreements will be problematic. We don’t think so. Microformats are useful for expressing a few, common, well-defined vocabularies. RDFa is useful for letting publishers mix and match any vocabularies they choose. Both are useful.
And since RDFa is more generic than Microformats, we have a proposal for transforming Microformats to RDFa. We’re still debating this, but it’s very promising. In fact, our calendar bookmarklet uses this technique to read both iCal RDFa, and the hCal microformat.