User talk:WebOrganics: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
No edit summary
m (Reverted edits by Fceeh (Talk) to last version by Brian)
(81 intermediate revisions by 9 users not shown)
Line 1: Line 1:
<h1>WebOrganics Talk</h1>

; Editor: [[User:WebOrganics | Martin McEvoy]], [ WebOrganics]
WebOrganics talk is a page where I explore my ideas, you could call this a study page a brainstorm on my own. Anything I put here is '''not''' part of any [[process|microformats process]] and not to be regarded as such. Please feel free to email me any comments, criticism, changes that could work better or make more sense, or just to tell me that I am wrong :)
you can download a vcard at [[User_talk:WebOrganics#Contact_or_get_involved|the bottom of this page]]
==10 meaningful words==
'''Martin McEvoy''' [ WebOrganics] 07:47, 12 May 2007 (PDT)
===The Idea===
To display visible Keywords similar to invisible Keywords that an author would place in the head of their document e.g
    <pre><meta name="keywords" content="your keywords,go here,separated by a comma,but not a space" /></pre>
I'm not putting my keywords in the head of the document but in another largely ignored part of a website the footer.
The Idea is to tag your website or blog with 10 meaningful words about your website or more precisely descriptive words about the things that relate to your website the most. A similar idea is used when you are asked to tag your blog when you add a new blog to [ technorati].
The hope is that if you type these 10 keywords into a search engine or directory then the result will be your website.
Example this is what my website [ WebOrganics] has in the footer:
<pre><ol class="xoxo">
  <dt>10 <a href="">Meaningful</a> Words</dt>
    <dd class="info"> 
<a href="" rel="tag">Semantic</a>
<a href="" rel="tag">Standards</a> 
<a href="" rel="tag">Accessibility</a> 
<a href="" rel="tag">Implementation</a> 
<a href="" rel="tag">Microformats</a> 
<a href="" rel="tag">Folksonomy</a>
<a href="" rel="tag">Rails</a> 
<a href="" rel="tag">Open</a> 
<a href="" rel="tag">Organic</a> 
<a href="" rel="tag">Universal</a>
I have a visible maybe new microformat '''meaningful''' in my <nowiki><dt></nowiki> tag my description term also a link to an article that explains this , the <nowiki><a></nowiki> tag's have similar links to my keywords, all the <nowiki><a></nowiki> atributes are paired with the '''<nowiki>rel="tag"</nowiki>''' microformat, the idea is that this is simple.
===Does it work?===
search these 10 keywords.  Semantic Standards Accessibility Implementation Microformats Folksonomy Rails Open Organic Universal 
* [ Yahoo]
* [ Google]
* [ AOL]
* [ AltaVista]
* [ MetaCrawler]
* [ Dogpile]
* [ Alexa]
* [ All The Web]
* [ Technorati Directory]
Interesting points:
* '''Meaningful''' words mean something!... do they?
* A good use  would be in [[tagcloud-brainstorming|Tag Clouds]]
* Can '''people''' be taged in a similar way? '''<nowiki>rel="meaningful"</nowiki>''' [ XFN]
* Maybe its just a good example of [[posh]] in action.
I know the evidence is un-conclusive but it '''is''' something to think about eh...
==hCollection 0.0.4==
Martin McEvoy [ WebOrganics] 12:05, 13 May 2007 (GMT)
Using [ DC CD AP] Terms to describe a collection.
Terms are:
* hcollection, the root of the collection (dc:collection)
** id attribute, is used as a physical id of a collection
** title, the title of the collection (dc:title)
** type, what type of collection it is. (dc:type)
** url, a link to the collection using <nowiki><a></nowiki> with the class attribute "url" (dc:identifier *A URI for the collection*.)
<div class="hcollection" id="h">
        <span class="type">Album</span>:
        <span class="title">
        <a class="url"
href=";albumid=13202">Fifty Million People Can't Be Wrong</a>
Another example
<div class="hcollection" id="s">
  <span class="title">
    <span class="type">
    <a class="url" href="">Stamp Book</a>
===Add to collection===
Add a Part to our collection terms are:
* part-of, this is the root element of our collection part. (dcterms:isPartOf)
** part-of-title, This is the collection part title
** part-of-type, what type of part it is.
** url, a link to the collection part with the class attribute "url".
** Class include using the [[include | Include Pattern]], links the part to a collection
<span class="part-of">
  <span class="part-of-type">Track</span> 1
    <span class="part-of-title"><a class="url" href="http://track1...>Reason Ain't Our Long Suit</a>
      <a class="include" href="#h"></a>
Another Example: Minimal
<div class="part-of">
  <span class="part-of-title">Penny Black</span>
  <span class"part-of-type">Stamp</span>
  <a class="include" href="#s"></a>
hCollection seems to me very verbose I think that this may all be done by using just '''hcollection''' and  '''part-of''' it would be much simpler to use, and easier to adopt.
this may be better to use:
<div class="hcollection" id="s">Stamp Book</div>
<a class="include part-of" href="s">A stamp</a>
does this work?...
* '''title''' is a common part of many Microformats, '''title''' may not be necessary.
* '''url''' is also a common part of many Microformats, '''url''' may not be necessary.
* class '''include''' has issues see here - [[include-pattern-feedback | Include pattern feedback ]]
===See also===
* [[collection-description|Collection Description]]
* [[grouping-examples|Grouping Examples]]
==hSpiff 0.0.2==
Martin McEvoy  [ WebOrganics] 08:48, 13 May 2007 (PDT)
'''Hypertext Shareable Playlist Format'''
hSpiff is Based on [  XSPF Version 1] XML Shareable Playlist Format ("spiff")
hSpiff is not intended to reflect [[hatom|hAtom]] which is used to describe blog posts but more specifically intended as a way to describe media and their order in a playlist.
hSpiff is intended to act as a transport for other media Microformats such as [[audio-info-proposal|hAudio 0.3]]
[1] An XSPF playlist describes a sequence of objects to be rendered.
Objects might be audio, video, text, playlists, or any other media type.
The function of a playlist is to identify the objects and communicate their order.
<cite>[ XSPF section 1]</cite>
[2] There is no XML format for playlists that can measure up to the standards of the formats for web pages (HTML), weblogs (RSS/Atom), and web graphs (RDF/XML). It is evident that there is a need, because XML is the preferred data description language of the moment and as a result the tools and skills to use it are ubiquitous.
<pre><div class="hspiff"></pre>
* []
A human-readable title for the playlist. xspf:playlist elements MAY contain exactly one.
<pre><h1 class="playlist-title">Title</h1></pre>
Decided not to add the root <nowiki>class="playlist"</nowiki> as playlist is already defined with the prefix
[ 4.1.1 Playlist]
* []
Human-readable name of the entity (author, authors, group, company, etc) that authored the playlist. xspf:playlist elements MAY contain exactly one.
<pre><span class="creator">Name</span></pre>
* [] annotation
A human-readable comment on the playlist. This is character data, not HTML, and it may not contain markup. xspf:playlist elements MAY contain exactly one.
<pre><div class="playlist-note">Text and html here only text will be phrased</div></pre>
* []
Remove this as playlist-title with <nowiki>class="url"</nowiki> serves the same purpose
URI of a web page to find out more about this playlist. Likely to be homepage of the author, and would be used to find out more about the author and to find more playlists by the author. xspf:playlist elements MAY contain exactly one.
<pre><span class="playlist-info">http://yourweb.whatever/html</span></pre>
* []
Source URI for this playlist. xspf:playlist elements MAY contain exactly one.
<pre><h1 class="playlist-title"><a class="url" href="http://yourweb.whatever/html">Title</a></h1></pre>
* []
Canonical ID for this playlist. Likely to be a hash or other location-independent name. MUST be a legal URI. xspf:playlist elements MAY contain exactly one.
<pre><h1 class="playlist-title"><a id="album" class="url" href="http://yourweb.whatever/html">Title</a></h1></pre>
* []
URI of an image to display in the absence of a //playlist/trackList/image element. xspf:playlist elements MAY contain exactly one.
<pre><img class="image" scr="http://yourweb.whatever/image/jpeg" /></pre>
class="photo" is more "microformaty"
* []
Creation date (not last-modified date) of the playlist, formatted as a XML schema dateTime. xspf:playlist elements MAY contain exactly one.
<pre><abbr class="playlist-date" title="2007-01-06">6th January, 2007</abbr></pre>
* []
<pre><div class="playlist-track"></pre>
* []
<pre><h2 class="track-title">Track</h2></pre>
-- Should this be an h2 tag? Semantic HTML indicates only one h1 tag per document. Maybe I'm barking up the wrong tree - I'm a microformats novice and perhaps this spec allows the use of h1, h2, h3 etc in this place. -- JChris
Semanticly Correct changed to h2 --Martin McEvoy
* []
Canonical ID for this resource. Likely to be a hash or other location-independent name, such as a MusicBrainz identifier. 
MUST be a legal URI.  xspf:track elements MAY contain zero or more identifier elements.
<pre><h2 class="track-title"><a class="track-url" href="http://yourweb.whatever/tracks/track1.mp3">Track</a></h2></pre>
* []
Human-readable name of the collection from which the resource which defines the duration of track rendering comes.
For a song originally published as a part of a CD or LP, this would be the title of the original release.
This value is primarily for fuzzy lookups, though a user-agent may display it. xspf:track elements MAY contain exactly one.
<pre><a class="include" href="#album"></a></pre>
Class include using the [[include | Include Pattern]], links the track to a playlist
Should we use [ Attribution] here instead of include.
<pre><a class="attribution" href="#album"></a></pre>
<pre><a class="album-attribution" href="#album"></a></pre>
or thinking outside the "box" a little.
CITE: Contains a citation or a reference to other sources.[ CITE: html4.1 spec]
<q class="attribution" cite="#album"><a class="track-url" href="http://yourweb.whatever/tracks/track1.mp3">Track</a></q>
does this have the meaning this track is attributed to this album
* []
Integer with value greater than zero giving the ordinal position of the media on the xspf:album.
This value is primarily for fuzzy lookups, though a user-agent may display it.
xspf:track elements MAY contain exactly one. It MUST be a valid XML Schema nonNegativeInteger.
<pre><span class="track-num">1</span></pre>
* []
The time to render a resource, in milliseconds. It MUST be a valid XML Schema [ nonNegativeInteger].
This value is only a hint -- different XSPF generators will generate slightly different values.
A user-agent MUST NOT use this value to determine the rendering duration, since the data will likely be low quality. xspf:track elements MAY contain exactly one duration element
Do we do this in milliseconds 210000?, I say no not friendly to humans, prasers can add "000" to the second value.
<pre><abbr class="track-duration" title="210">3 minutes 30 seconds</abbr></pre>
* []
** removed rel value has no meaning here [ rel] Martin McEvoy - 05:36, 14 May 2007 (PDT)
* []
Value of the metadata element. This is character data, not HTML, and it may not contain markup. xspf:track elements MAY contain exactly one.
<h1 class="track-title">
<a class="url" href="http://yourweb.whatever/tracks/track1.mp3" type="application/mp3">Track</a>
The extension element allows non-XSPF XML to be included in XSPF documents.
The purpose is to allow nested XML, which the meta and link elements do not. xspf:track elements MAY contain zero or more extension elements.
* xspf example
<pre><playlist version="1" xmlns="" xmlns:cl="">
      <extension application="">
        <cl:clip start="25000" end="34500"/>
* hspiff
<pre><span class="track-clip">
<abbr class="start" title="210">3.30</abbr>
<abbr class="end" title="345">5.75</abbr>
=== Further Reading ===
* [  XSPF Version 1]
== Copyright ==
This document and specification is distributed under a [ Creative Commons Attribution 3.0 license]. It is licensed and can be used royalty-free for any purpose.
The authors intend to submit this specification to a standards body with a liberal copyright/licensing policy such as the GMPG (, IETF (, and/or W3C ( Anyone wishing to contribute should read each organizations copyright principles, policies and licenses (e.g. the GMPG Principles ( and agree to them, including licensing of all contributions under all required licenses (e.g. CC-by 1.0 ( and later), before contributing.
== Patents ==
The authors of this Microformat have not and will not apply for patents covering any invention covering this Microformat in part or as a whole. There are no claims to any patent in this document. Each author is required to report any known patent issues immediately under this section.
This document and specification is distributed under a royalty free patent policy, e.g. per the W3C Patent Policy (, and IETF RFC3667 ( & RFC3668 (
== Contact or get involved ==
<div class="vcard"><span class="fn"><span class="given-name">Martin</span> <span class="family-name"> McEvoy</span></span>
<span class="org">'''WebOrganics'''</span>.
** <div>Email: <span class="email"></span></div> [ Download vCard]
Want to talk more about this or maybe something new?
* [ Join microformats-new] mailing list.

Latest revision as of 23:03, 17 March 2013