requisition-examples

From Microformats Wiki
Revision as of 14:47, 6 February 2008 by DarrenBounds (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Best Practices for Example Pages

Example pages are the first stage of the exploration process which must precede proposing a new microformat. Current explorations are listed on the Main Page. You can use the examples-template to help you create your own page.

Purpose of Example Pages

(adapted from process)

Document current human behavior on the Web. Remember, we're paving the cowpaths- before you do that you have to find the cowpaths. Your documentation should be a collection of real world sites and pages which are publishing the kind of data you wish to structure with a microformat. From those pages and sites, you should extract markup examples and the schemas implied therein, and provide analysis.

Current Human Behavior on the Web

Specifically:

Current

  • This is what people are doing now on the Web.
  • This is not:
    • what people did 50 years ago
    • what you expect people to do in the future


Human

Explicit user entered and published information. While automatically published information such as logs from an eletronic thermometer can be interesting, they are not human produced (unless said thermometer is stuck in a human, and that's only indirect/implicit/uncontrolled) and thus do not reflect what humans themselves explicitly do.

Behavior

  • What people actually do. Think empirical evidence, much as in the same way that the scientific method requires gathering of empirical data.
  • not:
    • what they might do
    • should have done
    • would do
    • Intention/Desire/Want. A common mistake done by folks researching background for formats is to explicitly *ask* folks what they *want* or *prefer*, as opposed to *studying* what they *do*. It is well known among behavioral researchers/surveyors that *asking* people what they *want*, or even *asking* people what they *do*, will give you very different (and worse / less accurate) answers than actually *studying* what they *do* in the real world.
    • Formats. Formats are prescriptions for behavior, not behavior itself. For documenting formats, create a *-formats page.

Web

  • The examples MUST focus on examples actually published on the Web, at a publicly available URL, which should be documented along with the example itself on the wiki page.
  • Non-web examples are ok *only* for secondary/tertiary consideration, and by no means outweight (no matter what their quantity etc.) the Web examples.
    • private files
    • paper
    • etc.

Recommended sections

Top level (=):

  • Introductory sentence

Second level (==):

  • The Problem)
    • What is the purpose of this exploration?
  • Participants
    • Bulleted list of who is active (or cares)
  • Real-World Examples
    • Links to public web pages, either popular or insightful
  • Existing Practices
    • Summary of common patterns discovered
    • Other attempts to solve The Problem
  • See Also / Next Steps
    • Link to related pages as they become available
      • *-formats
      • *-brainstorming

Real World Examples section

  • Flat list at a minimum. The real world examples section should be at a minimum a flat list of examples. See further down for what a good example has.
  • Grouping into categories can help. A giant flat list of examples can sometimes be difficult to navigate and analyze as a whole. Consider grouping related examples into a flat list of categories. If you're not sure how to categorize the examples, or if there are multiple axes across which you could categorize the examples, ask on the mailing list and/or irc channel

Good Examples of Examples

The following pages are some of the best examples of instantiating this design pattern:

A Good Example Has

A good example has several things:

  • URL to the actual example on the Web
  • Link text of that hyperlink should be look like a citation of that example, e.g. who, what site
  • Perhaps an illustrative snippet of code (markup) from the example
  • Analysis of the implied schema represented by that snippet, with at a minimum a flat list of the "fields" present in the example snippet.

When Adding Examples

When adding examples to an existing *-examples page, please try to add the examples into the existing organizational structure in the page. E.g. if the examples are grouped or categorized in a certain way, try to add new examples into those existing categories, instead of a new section.

If you have to add a new category or subsection, do so, but try to do so in harmony with existing categories. If it is not obvious how to do so, or if the categories don't seem to make sense, then it might be a good time to ask a question on the mailing list or irc channel.