articles: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
(hCalendar)
(hCaledndar; depersonalise)
Line 13: Line 13:
Template:
Template:


*<span class="vevent"><span class="dtstart">YYYY-MM-DD</span>: <span class="description">''<span class="summary">TITLE</span>'' by <span class="vcard"><span class="fn">AUTHOR</span></span>. <span class="url">http://example.com</span></span>
*<span class="vevent"><span class="dtstart">YYYY-MM-DD</span>: <span class="description">''<span class="summary">TITLE</span>'' by <span class="vcard"><span class="fn">AUTHOR</span></span>: <span class="url">http://example.com</span></span>


-->
-->


== 2008 ==
== 2008 ==
*<span class="vevent"><span class="dtstart">2008-01-24</span>: <span class="description">''<span class="summary">Microformats introduction to content and user experience</span>'' by <span class="vcard"><span class="fn">Sarven Capadisli</span></span>. <span class="url">http://www.csarven.ca/microformats-introduction</span></span>
*<span class="vevent"><span class="dtstart">2008-01-24</span>: <span class="description">''<span class="summary">Microformats introduction to content and user experience</span>'' by <span class="vcard"><span class="fn">Sarven Capadisli</span></span>: <span class="url">http://www.csarven.ca/microformats-introduction</span></span>


== 2007 ==
== 2007 ==
* 2007-12-05 "[http://open.blogs.nytimes.com/2007/12/05/the-magical-minimalism-of-microformats/ The Magical Minimalism of Microformats]" in The New York Times blog by Jacob Harris
 
* 2007-11-21 "[http://www.sitepoint.com/article/social-networks-take-friends/ Portable Social Networks: Take Your Friends with You]" by Brian Suda
*<span class="vevent"><span class="dtstart">2007-12-05</span>: <span class="description">''<span class="summary">The Magical Minimalism of Microformats</span>'' by <span class="vcard"><span class="fn">Jacob Harris</span></span> in The New York Times blog: <span class="url">http://open.blogs.nytimes.com/2007/12/05/the-magical-minimalism-of-microformats/</span></span>
* 2007-07-24 "[http://www.sitepoint.com/article/microformats-meaning-markup Microformats: More Meaning from Your Markup]" by Brian Suda
 
*<span class="vevent"><span class="dtstart">2007-11-21</span>: <span class="description">''<span class="summary">Portable Social Networks: Take Your Friends with You</span>'' by <span class="vcard"><span class="fn">Brian Suda</span></span>: <span class="url">http://www.sitepoint.com/article/social-networks-take-friends/</span></span>
 
*<span class="vevent"><span class="dtstart">2007-07-24</span>: <span class="description">''<span class="summary">Microformats: More Meaning from Your Markup</span>'' by <span class="vcard"><span class="fn">Brian Suda</span></span>: <span class="url">http://www.sitepoint.com/article/microformats-meaning-markup</span></span>
 


== Miscellaneous Reference ==
== Miscellaneous Reference ==


These are various intro-related links/articles which I haven't figured out yet how to incorporate. You may find them of interest. - [http://tantek.com/log/ Tantek]
These are various intro-related links/articles which we haven't figured out yet how to incorporate. You may find them of interest.


* [http://www.betaversion.org/~stefano/linotype/news/93/ Data First vs. Structure First]
* [http://www.betaversion.org/~stefano/linotype/news/93/ Data First vs. Structure First]
** [http://tantek.com/log/ Tantek] says: In many ways it is actually *far* worse than that post conveys.  The "typical" programmer literally loves spending far more time worrying about and designing the structure for structure's sake, than data, and even less so, "real world" data (current behaviors etc.). Hence we have taken the directly opposite tack with microformats when looking to solve a problem.
** [http://tantek.com/log/ Tantek] says: In many ways it is actually *far* worse than that post conveys.  The "typical" programmer literally loves spending far more time worrying about and designing the structure for structure's sake, than data, and even less so, "real world" data (current behaviors etc.). Hence we have taken the directly opposite tack with microformats when looking to solve a problem.
*** Zeroeth, define the real-world problem. If you can't do this, then stop.
*** Zeroeth, define the real-world problem. If you can't do this, then stop.
*** First, look at real-world usage (data).
*** First, look at real-world usage (data).
*** Second, what previous standards are people actually using today?  If there is more than one, then lean towards those with the better adoption.
*** Second, what previous standards are people actually using today?  If there is more than one, then lean towards those with the better adoption.

Revision as of 22:39, 18 February 2008

Articles

to be sorted by date


2008

2007


Miscellaneous Reference

These are various intro-related links/articles which we haven't figured out yet how to incorporate. You may find them of interest.

  • Data First vs. Structure First
    • Tantek says: In many ways it is actually *far* worse than that post conveys. The "typical" programmer literally loves spending far more time worrying about and designing the structure for structure's sake, than data, and even less so, "real world" data (current behaviors etc.). Hence we have taken the directly opposite tack with microformats when looking to solve a problem.
      • Zeroeth, define the real-world problem. If you can't do this, then stop.
      • First, look at real-world usage (data).
      • Second, what previous standards are people actually using today? If there is more than one, then lean towards those with the better adoption.
      • And only after those first two do we bother to pay attention to theoretical standards, those that have been invented (whether by individuals, committees), but haven't seen much if any actual adoption.
  • 2000-03-21 Dan Connolly on human-consumable information: (strong emphasis added)
    • I believe that one of the best ways to transition into RDF, if not a long-term deployment strategy for RDF, is to manage the information in human-consumable form (XHTML) annotated with just enough info to extract the RDF statements that the human info is intended to convey. In other words: using a relational database or some sort of native RDF data store, and spitting out HTML dynamically, is a lot of infrastructure to operate and probably not worth it for lots of interesting cases. We all know that we have to produce a human-readable version of the thing... why not use that as the primary source?

See Also