[uf-discuss] directions Microformat

Martin Blackwell not_a_weirdo_just_strange at yahoo.co.uk
Wed Mar 29 08:56:07 PST 2006


Just wondering what peoples thoughts are on the discussion started on 
the Bill Gates "We Need Microformats" blogpost: 
http://microformats.org/blog/2006/03/20/bill-gates-at-mix06-we-need-microformats/


Regrading the structure of a directions microformat, what are your 
thoughts on using what basically amounts to a tweaked XOXO with custom 
classes as described here: 
http://microformats.org/blog/2006/03/20/bill-gates-at-mix06-we-need-microformats/#comment-714

Or a self contained hCalendar as described here: 
http://microformats.org/blog/2006/03/20/bill-gates-at-mix06-we-need-microformats/#comment-718

the former suggestion is a lot less code to deal with, both in terms of 
creation and app parsing.

On the other hand, hCalendar already as pretty much everything you'd 
want to make a directions microformat. Putting geo into the location 
section allows for the directions to be displayed on most modern mapping 
services, dtstart and dtend allow the end user/app to know how long the 
journey will take, and how long it takes to get from each waypoint to 
the next.

I think it make sense of course to use class="directions" to define a 
block of code as being directions.
I'm proposing rel="map" in links to indicate that a link represents a 
map- either a static image, or something grabbed from the "Link to this 
page" function of Google Maps.
I'm proposing class="via" on location data specified by the end user as 
points the route must pass through explicitly- should the directions 
code be passed into multiple mapping services or used to figure out 
alternate routes etc.
I'm also proposing class="pickup" inside a class="via" waypoint on an 
hCard or hListing block of code that'd be used to say pick up person X 
from point A and object Y from point B etc.

I'm going to stop myself from describing the practical applications of 
my suggestions till some actually asks.

Don't want to give you too much to read :-P
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3250 bytes
Desc: S/MIME Cryptographic Signature
Url : http://microformats.org/discuss/mail/microformats-discuss/attachments/20060329/ca7d16fc/smime.bin


More information about the microformats-discuss mailing list