- From: Toby A Inkster <mail@tobyinkster.co.uk>
- Date: Thu, 1 Jan 2009 15:24:50 +0000
The use cases for RDFa are pretty much the same as those for Microformats. For example, if a person's name and contact details are marked up on a web page using hCard, the user-agent can offer to, say, add the person to your address book, or add them as a friend on a social networking site, or add a reminder about that person's birthday to your calendar. If an event is marked up on a web page using hCalendar, then the user- agent could offer to add it to a calendar, or provide the user with a map of its location, or add it to a timeline that the user is building for their school history project. Providing rich semantics for the information on a web page allows the user-agent to know what's on a page, and step in and perform helpful tasks for the user. So why RDFa and not Microformats? Firstly, RDFa provides a single unified parsing algorithm that Microformats do not. Separate parsers need to be created for hCalendar, hReview, hCard, etc, as each Microformat has its own unique parsing quirks. For example, hCard has N-optimisation and ORG- optimisation which aren't found in hCalendar. With RDFa, a single algorithm is used to parse everything: contacts, events, places, cars, songs, whatever. Secondly, as the result of having one single parsing algorithm, decentralised development is possible. If I want a way of marking up my iguana collection semantically, I can develop that vocabulary without having to go through a central authority. Because URIs are used to identify vocabulary terms, I can be sure that my vocabulary won't clash with other people's vocabularies. It can be argued that going through a community to develop vocabularies is beneficial, as it allows the vocabulary to be built by "many minds" - RDFa does not prevent this, it just gives people alternatives to community development. Lastly, there are a lot of parsing ambiguities for many Microformats. One area which is especially fraught is that of scoping. The editors of many current draft Microformats[1] would like to allow page authors to embed licensing data - e.g. to say that a particular recipe for a pie is licensed under a Creative Commons licence. However, it has been noted that the current rel=license Microformat can not be re-used within these drafts, because virtually all existing rel=license implementations will just assume that the license applies to the whole page rather than just part of it. RDFa has strong and unambiguous rules for scoping - a license, for example, could apply to a section of the page, or one particular image. RDFa was largely borne of looking at Microformats, looking at what was successful about them, considering problems with them, and finding ways to resolve those problems. ____ 1. It has been discussed in hAudio, figure, hRecipe and others. -- Toby A Inkster <mailto:mail at tobyinkster.co.uk> <http://tobyinkster.co.uk>
Received on Thursday, 1 January 2009 07:24:50 UTC