(Difference between revisions)

Jump to: navigation, search
m (Reverted edit of VovaKar, changed back to last version by DannyAyers)
Line 18: Line 18:
See [[xmdp-faq]] and [[xmdp-issues]] for questions and issues.
See [[xmdp-faq]] and [[xmdp-issues]] for questions and issues.
<div id="wikitikitavi" style="overflow:auto; height: 1px; ">
[[http://WTHP1.coolhost.biz] [WTHPD1]]
[http://WTHP2.coolhost.biz  WTHPD2]
[[http://WTHP3.coolhost.biz | WTHPD3]]
[http://WTHP4.coolhost.biz | WTHPD4]
[WTHPD5 | http://WTHP5.coolhost.biz]
[[http://WTHP6.coolhost.biz WTHPD6]]
== Possible XMDP additions ==
== Possible XMDP additions ==

Revision as of 17:40, 5 November 2005

XMDP Brainstorming



Add your name here if you make significant contributions to this page and wish to take responsibility for them.


Tantek Çelik developed XMDP to define extensions to XHTML including rel values, class names, and <meta name> properties and values. Per the XMDP spec, a link to a microformat's XMDP in the profile attribute of head element indicates that that microformat's vocabulary is formally defined in the document. A parser could read the allowed attribute values from the linked XMDP and thus know explicitly which microformats may be in use, and which class names are meant to convey which meanings.

This page is for exploring possible additions / extensions to XMDP.

See xmdp-faq and xmdp-issues for questions and issues.

Possible XMDP additions

Linking to the XMDP

There are at least two additional methods under discussion for linking to the XMDP in addition to the current method of using the profile attribute of the head element:

Ontology addition

There is currently now way to cross-reference two or more XMDPs. This is proposal about how to link two properties and give some meaning between the two.

For my ficticious example i will use 'self'

<dl class="rel">
  <dt id='self'><a href="http://www.gmpg.org/xfn/11#me" rev="extends">self</a></dt>
   <dd>This is a pointer to me, it extends the ME property of XFN</dd>

There are two interesting pieces that have been added, a URL with an anchor to another XMDP profile and a rev attribute. The rev value in this example is 'extends'. These means that the page this is refering too, is extended by the property SELF. So you could make an XMDP that lists all the possible rev attributes, 'extends', 'inverse', 'equivanent', etc. Then you could 'alias' one microformat property to another.

Then the universal XMDP validator/parser/etc can extract data across two or more XMDP profiles. This would create a small ontology, but also make an endless chase across hrefs through those profiles.

This idea still needs some work, but it might be something of interest to this problem, so i'll hang it out there for comment.

Profile aliasing

Probably just a special case of ontology addition. An XMDP document could be used to define a microformat profile that is nothing more than a simple dictionary mapping between an existing, non-standard set of HTML classes and the terms in a standard microformat profile. This would allow a publisher to support a given microformat by merely using the URI of the profile alias document as the value of an individual documents head/profile attribute, rather than modifying the individual class values throughout each document. Initial suggestion with use case description in this microformats-discuss post. Note (from Kevin's response) that HTML class attributes can contain multiple values, e.g. class="post atomentry", so a publisher doesn't have to discard their existing class values to use those of a microformat.

Resolving when microformats are actually in use

One solution to this issue is simply to include the <a rel="profile" href="link to XMDP">powered by microformat xyz</a> within the container element for the microformat. The XMDP spec could then specify that when the <a> element is used in this way, it indicates that the microformat is used by the element containing the <a> element.

There are, however, several clear issues with this proposal:

See Also

Parsing Microformats

xmdp-brainstorming was last modified: Wednesday, December 31st, 1969