microformats, Technology, The Web Arts, Web building

Getting back to POSH (Plain ol’ Semantic HTML)

Salt and Pepper shakers

Original photo by paul goyette and shared under the Attribution-ShareAlike 2.0 license.

Following Web2Expo/, a number of us got together for a Microformats dinner at Thirsty Bear. Some concern was raised over the increasing influx of proposals for new microformats — instead of sustained work on existing formats or techniques.

In discussing this, we realized a few things. Chief among them is that, as a community, we’ve been spending a great deal of time and effort providing a rationale and explanation for why microformats are important and how we use a community-driven process to derive new microformats. Now, there are historic reasons why our process is different and why we continually refer new members to it. If you consider that web standards themselves are created, reviewed and ratified by the , a consortium of paying members bound to very specific rules and mandates, you’ll realize that the value of our community’s output is measurable by the degree to which we are able to consistently produce high quality, clear and implementable specifications. Without adherence to recognized process, chaos would unfold and we’d end up with a myriad of inconsistent and overlapping formats, which is what essentially killed the Structured Blogging initiative.

In the microformats community, it’s existing behavior discovered through research and prior standards work that most often leads to new formats, and this work is often undertaken and championed by independent individuals, as opposed to corporations. On top of that, our self-imposed mandate is to stay specific, focused and relevant, optimizing for the 80% use cases and ignoring the 20% edge cases.

This story has been replayed and retold the world over, with great effect and consequence. What we have failed to articulate in the same time and space, however, is what work is necessary beyond the creation of new microformats. And because of that, we have more so many folks joining the community, eager to help, and seeing only the opportunity to — what else? — create a new microformat (in spite of the warning to not do so!)!

So, the ultimate result of the conversation that night was to focus on a rebranding of an old idea along with a new process for generally getting involved in the microformats movement with a subset of tasks focused exclusively on advancing POSH.

From now on, we will now be promoting POSH (as coined by kwijibo in IRC) as a first order priority, alongside the development and improvement of existing microformats.

POSH (“Plain Old Semantic HTML”) is a very old idea, and constitutes the superset of semantic patterns within which microformats exist:

POSH Diagram

With POSH thusly established, we have enumerated four classes of actions that collectively represent a Process for Contributing in order to better channel the energy of new-comers and old-timers alike:

  1. Publish: if you’re not already, add valid, semantic markup to your own website. It goes without saying that you should also be publishing microformats wherever it makes sense. Focus on improving the web as it is and that you have access to.
  2. Spread: advocate for and encourage others to follow your lead in implementing valid POSH and microformats. Familiarize yourself with web standards, accessibility, and why POSH is important. Do presentations on POSH at BarCamps and elsewhere; write about it, share it with friends, hold POSH Pits to create and build things with POSH. Add buttons (coming soon) to your site once you’ve been POSHified!
  3. Use: consume microformats — and better yet — add live subscriptions to data marked up in existing formats. With all the microformats , we need to start seeing some really innovative and time-saving uses of microformats, including tools for easily embedding microformatted content into blog posts and elsewhere.
    1. OpenID: meanwhile, consider adding OpenID identity services to your application or service — and support and data syncing.
  4. Improve: once you’ve gone through and added POSH to all your websites, go back and refactor, iterate and provide feedback, tips and learnings about what you did, how you did it and why you did things the way you did to the greater community. Tag your posts with ‘POSH’, contribute them to the wiki and generally seek out opportunities for improving the resources available to the wider audience of web designers and programmers.

In the coming days, we’ll be adding more documentation to the wiki and encouraging others to spread the word (as you should!).

Lastly, to help frame the POSH concept, think of of it as a “Fast-tracked Microformats Process” — wherein you can do your research, develop semantic patterns and then implement them without going through the same drawn out process that accepted formats must go through… because the goal is actually not to develop a new format, but to solve a specific and time-sensitive problem. Over time, these implementations will come to represent the body of prior art necessary to make informed decisions about future formats, but the immediate goal is to simply POSHify the web and not attempt the development of yet another format.

Advertisements
Standard

15 thoughts on “Getting back to POSH (Plain ol’ Semantic HTML)

  1. Hi Chris

    Good summary + call to action. Thought you might consider changing the process of contribution to PUSH.

    Publish
    Use
    Spread
    Help(Improve)

    Be POSH and PUSH

  2. Have been looking at ‘microformating’ my blog since seeing a presentation by Glenn Jones, this is yet another reason to do so.

    Looks like I’m going to have to learn how to wrangle WordPress better… and go some buy some new books.

    – Neil.

  3. Neil, if you start with themes like K2 and Sandbox, most of the work is done for you already. There are also widgets (like the hCard About widget) that are also useful.

    You don’t necessarily need to get into the code in order to add semantics — sometimes it’s just using the tools that are already available!

  4. Pingback: yashke.com » Warto być POSH

  5. I am one of the people guilty of immediately imagining a thousand new microformats upon becoming interested in the idea. Although, I’ve also been really interested in the deployment of existing microformats, particularly in wiki.

    The idea of having a POSH layer of development connected in this way really helps me think about how to solve the different problems I’ve been brainstorming, without cluttering microformats communities. So, thanks for working this out.

  6. Pingback: People Over Process » Blog Archive » links for 2007-04-27

  7. Pingback: sprungmarker » POSH: ein weiterer Neologismus

  8. Josh says:

    Please do not call it POSH. POSH is a terrible name for it. This is Web 2.0 cutesy naming at its worst. I’m excited about microformats, but this word is making me ill.

  9. Pingback: Altro nome, stessa sostanza... « Quelli di NewsTech

  10. Pingback: Review Program » links for 2007-04-23

  11. Pingback: Web standards still have a long way to go | Intentionally - The Education of Sean Johnson

  12. Pingback: xDebate and POSH « CodeCorps

  13. Pingback: La domo de karotoj » POSH

  14. Pingback: sprungmarker » POSH: ein weiterer Neologismus | Artikel von Sylvia Egger

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s