microformats: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (Replace <entry-title> with {{DISPLAYTITLE:}})
 
(50 intermediate revisions by 18 users not shown)
Line 1: Line 1:
= microformats =
{{DISPLAYTITLE: microformats }}
== What are microformats? ==


microformats are:
microformats are the simplest way to openly publish [[hCard|contacts]], [[hCalendar|events]], [[hReview|reviews]], [[hRecipe|recipes]], and other structured information on the web.
 
microformats.org maintains the official [[existing-rel-values|registry of HTML rel values]].
 
Check out '''[[microformats2]]''' for current work.
 
== the microformats principles ==
{{main|principles}}
* solve a specific problem
* [[start-simple|start simple]]
* [[humans-first|humans first]], machines second
* [[dry]]
* [[reuse]]
* modularity / embeddability
 
== quotes ==
See [[testimonials]] and [[principles#quotes|quotes relating to the principles]].
 
== current microformats ==
See the [[Main_Page#Specifications|main page]] for a list of current microformats specifications, drafts, and discussions.
 
== How microformats started ==
What are microformats started with the following in 2005:
 
=== microformats are ===
* a way of thinking about data
* a way of thinking about data
* design principles for formats
* design principles for formats
Line 7: Line 32:
* highly correlated with semantic XHTML, AKA the [http://www.tantek.com/presentations/2004etech/realworldsemanticspres.html real world semantics, AKA lowercase semantic web], AKA [http://www.whump.com/moreLikeThis/link/04069 lossless XHTML]
* highly correlated with semantic XHTML, AKA the [http://www.tantek.com/presentations/2004etech/realworldsemanticspres.html real world semantics, AKA lowercase semantic web], AKA [http://www.whump.com/moreLikeThis/link/04069 lossless XHTML]
* described by [http://tantek.com/log/2005/03.html#d13t1722 Tantek's recent presentation at SXSW: The Elements of Meaningful XHTML]
* described by [http://tantek.com/log/2005/03.html#d13t1722 Tantek's recent presentation at SXSW: The Elements of Meaningful XHTML]
* a set of simple open data format standards that many (including Technorati) are actively developing and implementing for more/better structured blogging and web microcontent publishing in general.
* a set of simple open data format standards that a diverse community of individuals and organizations are actively developing and implementing for more/better structured blogging and web microcontent publishing in general.
* [http://theryanking.com/blog/archives/2005/04/07/an-evolutionary-revolution/ "An evolutionary revolution" - Ryan King]
* [http://theryanking.com/blog/archives/2005/04/07/an-evolutionary-revolution/ "An evolutionary revolution" - Ryan King]
* all the above.
* all the above.


microformats are not:
=== microformats are not ===
* a new language
* a new language
* infinitely extensible and open-ended
* infinitely extensible and open-ended
Line 18: Line 43:
* a panacea for all taxonomies, ontologies, and other such abstractions
* a panacea for all taxonomies, ontologies, and other such abstractions
* defining the whole world, or even just boiling the ocean
* defining the whole world, or even just boiling the ocean
* controlled by any individual or organization
* any of the above
* any of the above
== the microformats principles ==
* solve a specific problem
* start as simple as possible
** solve simpler problems first
** make evolutionary improvements
* design for humans first, machines second
** be presentable ''and'' parsable
** ''visible data'' is better than ''invisible metadata''
** adapt to current behaviors and usage patterns, e.g. (X)HTML, blogging
* reuse building blocks from widely adopted standards
** [http://tantek.com/presentations/20040928sdforumws/semantic-xhtml.html semantic], [http://tantek.com/presentations/2005/03/elementsofxhtml meaningful (X)HTML]. See [[SemanticXHTMLDesignPrinciples]] for more details.
** existing microformats
** well established schemas from interoperable RFCs
* modularity / embeddability
** design to be reused and embedded inside existing formats and microformats
* enable and encourage decentralized development, content, services
** explicitly encourage "spirit of the Web"
== microformats presentations ==
* See separate [[microformats-presentations]] page.
== microformats specifications ==
=== People, Companies, Organizations ===
* [[hcard|hCard]]
=== Calendars and Events ===
* [[hcalendar|hCalendar]]
=== Opinions, Ratings and Reviews ===
* [[votelinks|VoteLinks]]
* [[hreview|hReview]]
=== Social Networks ===
* [http://gmpg.org/xfn XFN - XHTML Friends Network]
=== Licenses, open source, content sharing ===
* rel="license" - [[rellicense|RelLicense]] - in use by:
** [http://creativecommons.org/ Creative Commons]
=== Tags, keywords, categories ===
* rel="tag" - [[reltag|RelTag]] - in use by:
** [http://technorati.com/ Technorati]
** [http://evdb.com/ EVDB]
** numerous content authoring platforms (blogging tools etc.)
=== Lists and Outlines ===
* [[xoxo|XOXO]]
** [[XOXO-code]]
=== hyperlink relationships ===
** tracked by [http://technorati.com/live/votes.html Technorati Votes]
** rel="nofollow" - [[relnofollow|RelNoFollow]] - in use by:
*** [http://google.com/ Google]
*** [http://technorati.com/ Technorati]
*** numerous content authoring platforms (blogging tools etc.)
=== Foundation ===
* [http://gmpg.org/xmdp XMDP - XHTML Meta Data Profiles]
== microformats based specifications ==
The beauty of small and simple microformats is that they can easily be reused as building blocks to for richer formats and specifications.
=== Attention ===
* [http://developers.technorati.com/wiki/attentionxml Attention.XML]
** is built with the following microformats
*** [[XOXO]]
*** [http://gmpg.org/xfn XFN]
*** [[votelinks]]
** AttentionQuery for applications and services
** Prototype OPML converter at http://www.technorati.com/attention.html
== microformats experiments and first thoughts ==
=== Reviews ===
* [[hreview]]
* [[reviews-formats]] - research into existing review schemas and formats to attempt to understand the common simple subset that makes sense to turn into a microformat, as well as analysis of existing review markup structures used for presentation.


=== Link Tagging ===
=== more thoughts on how microformats are different ===
* [http://thecommunityengine.com/home/archives/xfolk/index.html xFolk]
There are plenty of existing formats that are ''nearly'' totally useless/ignored.


=== News Story Relationships ===
They're not ''totally'' useless though. They're useful in that they illustrate what at least someone thought might be useful, which unfortunately is typically a lone-inventor working a-priori without any domain expertise.
* [http://holovaty.com/blog/archive/2005/03/18/0033 Online news relationships]


=== Podcasts ===
Or there is the other extreme. Lots of corporate inventors working with plenty of experience, over-designing a format for what ''might'' be needed some day.  In particularly bad cases, the corporate vendors collude to prevent openness and/or adoptability by the open source community.  Media standards [http://dannyayers.com/archives/2005/09/24/qotd-23/ often suffer from this kind of deliberate "strategic" positioning].
* [[podcast-metadata]] - A standard for using HTML to markup podcast "show notes" blog posts with machine usable metadata


=== Robots Exclusion ===
We seek to combat all of those problems with the microformat approach.
* [[robots-exclusion]]
* introduction in [http://peterjanes.ca/blog/archives/2004/08/24/xmdp-style-robot-profile XMDP-style Robot Profile]
** [http://peterjanes.ca/blog/archives/2005/04/07/robot-blocking-microformat updated post]


=== Exams and certification ===
* We're not lone-inventors; we're a [http://microformats.org/discuss/ community].
* [[examl]]
* We don't work [http://en.wikipedia.org/wiki/A_priori a-priori] ("from reason alone"); we require documentation of existing examples, previous attempts at formats. See [[process]].
* When lacking domain expertise, we seek out the domain experts to provide it, and we immerse ourselves in examples and prior art from the domain (see previous point).
* We do our work in the [[Main_Page|open]] with [http://microformats.org/discuss/ open discussion forums].
* We're a diverse mix of corporate, independent, hobbyist, enthusiast.
* We don't over-design.  We under-design, deliberately, and then only add things when they are absolutely necessary.
* We adopt very liberal copyright/licensing (<span class="vevent"><span class="summary">public domain - [http://microformats.org/blog/2007/12/29/making-open-standards-as-open-as-possible/ required as of <span class="dtstart">2007-12-29</span> for microformats wiki contributions]</span></span>,[[creative-commons|CC]],[[gmpg|GMPG]],[[ietf|IETF]],[[w3c|W3C]]) and patent positions (<abbr title="royalty free">RF</abbr>,[[ietf|IETF]],[[w3c|W3C]]).
* We ruthlessly self-criticize based on our [[principles]] in order to keep to the above.


=== Job postings ===
Some ask what the purpose of the (intended) standards is.
* [http://www.buzzmachine.com/archives/2005_04_12.html#009446 Jeff Jarvis - The future of classifieds] outlines the coming demand for a distributed job posting microformat.


=== Hymns ===
Why do you need purpose? More often than not, premature focus on purpose tends to distort data formats towards a particular application which may not be all that relevant. Hence rather than focus on a-priori purpose, we focus on modelling existing behavior, with the knowledge that additional structure will yield plenty of interesting uses, most of which we will not be able to a-priori predict.
* [http://42.blogs.warnock.me.uk/2005/04/open_formats_fo.html Open Formats for Services: Hymns]


=== Comments ===
This is obviously a very different approach than traditional data format efforts.
* [http://an9.org/devdev/mfComment An idea for structuring blog comments]


=== WikiFormats ===
Positive with iteration rather than negative with inaction.
* [http://communitywiki.org/WikiFormats WikiFormats] - making formats out of materials common to most all wiki: bold, italic, links, and maybe lists.


== Discussion ==
Microformats tend to take a positive attitude of developing and using the best techniques we can come up with (and iterating upon them), rather than banning or blocking techniques for reasons of fear or cost and thus resulting in inaction. To scrap something, there must be a better alternative provided which addresses the same problem(s) at least as well, with lower costs.
* See [http://www.technorati.com/cosmos/referer.html blogs discussing this page].

Latest revision as of 16:29, 18 July 2020

What are microformats?

microformats are the simplest way to openly publish contacts, events, reviews, recipes, and other structured information on the web.

microformats.org maintains the official registry of HTML rel values.

Check out microformats2 for current work.

the microformats principles

Main article: principles

quotes

See testimonials and quotes relating to the principles.

current microformats

See the main page for a list of current microformats specifications, drafts, and discussions.

How microformats started

What are microformats started with the following in 2005:

microformats are

microformats are not

  • a new language
  • infinitely extensible and open-ended
  • an attempt to get everyone to change their behavior and rewrite their tools
  • a whole new approach that throws away what already works today
  • a panacea for all taxonomies, ontologies, and other such abstractions
  • defining the whole world, or even just boiling the ocean
  • controlled by any individual or organization
  • any of the above

more thoughts on how microformats are different

There are plenty of existing formats that are nearly totally useless/ignored.

They're not totally useless though. They're useful in that they illustrate what at least someone thought might be useful, which unfortunately is typically a lone-inventor working a-priori without any domain expertise.

Or there is the other extreme. Lots of corporate inventors working with plenty of experience, over-designing a format for what might be needed some day. In particularly bad cases, the corporate vendors collude to prevent openness and/or adoptability by the open source community. Media standards often suffer from this kind of deliberate "strategic" positioning.

We seek to combat all of those problems with the microformat approach.

  • We're not lone-inventors; we're a community.
  • We don't work a-priori ("from reason alone"); we require documentation of existing examples, previous attempts at formats. See process.
  • When lacking domain expertise, we seek out the domain experts to provide it, and we immerse ourselves in examples and prior art from the domain (see previous point).
  • We do our work in the open with open discussion forums.
  • We're a diverse mix of corporate, independent, hobbyist, enthusiast.
  • We don't over-design. We under-design, deliberately, and then only add things when they are absolutely necessary.
  • We adopt very liberal copyright/licensing (public domain - required as of 2007-12-29 for microformats wiki contributions,CC,GMPG,IETF,W3C) and patent positions (RF,IETF,W3C).
  • We ruthlessly self-criticize based on our principles in order to keep to the above.

Some ask what the purpose of the (intended) standards is.

Why do you need purpose? More often than not, premature focus on purpose tends to distort data formats towards a particular application which may not be all that relevant. Hence rather than focus on a-priori purpose, we focus on modelling existing behavior, with the knowledge that additional structure will yield plenty of interesting uses, most of which we will not be able to a-priori predict.

This is obviously a very different approach than traditional data format efforts.

Positive with iteration rather than negative with inaction.

Microformats tend to take a positive attitude of developing and using the best techniques we can come up with (and iterating upon them), rather than banning or blocking techniques for reasons of fear or cost and thus resulting in inaction. To scrap something, there must be a better alternative provided which addresses the same problem(s) at least as well, with lower costs.