[uf-discuss] locality sans adr;abbr for state/country etc?
yellowikis at gmail.com
Mon Jan 16 15:27:29 PST 2006
Latitude and Longitude are a good example of a well established microformat:
Salem, MA = <geo>42 31 17 N 70 53 44 W<geo>
On 1/16/06, Tantek Çelik <tantek at cs.stanford.edu> wrote:
> On 1/16/06 2:40 PM, "David Janes -- BlogMatrix" <davidjanes at blogmatrix.com>
> > brian suda wrote:
> >> David Janes -- BlogMatrix wrote:
> >>> If you were to do this (I'm not saying it's a good or bad idea)
> >>> wouldn't you do it the other way, with the machine readable data
> >>> inside the title?
> >>> <abbr class="region" title="CA">California</a>,
> >>> <abbr class="country" title="US">U.S.A.</abbr>
> >> except by definition of the ABBR element, the text node is the short
> >> form. So it would have to be
> >> <abbr class="region" title="California">CA</abbr>
> >> you could do
> >> <span class="region" title="CA">California</span>
> >> and that is both valid HTML and the microformat parser should use
> >> "California" in this instance.
> > Isn't this the opposite of datetime-design-pattern though?
> No. The reason we were able to use <abbr> like this for dates and times is
> because the *human* use of dates and times is almost always an
> abbreviation, and the *computer* version (i.e. ISO8601) is almost always a
> complete expansion.
> > I'm thinking
> > here ... maybe we're operating under different assumptions ... of CA is
> > a computer readable form, not as an abbreviation.
> The "region" is simply a string. There is no reason for a separate
> computer-readable form, therefore we avoid it.
> In general microformats avoid separate forms for humans and computers
> because of the DRY principle. We make an exception for date-time info only
> because of a greater principle, which is humans first, machines second.
> microformats-discuss mailing list
> microformats-discuss at microformats.org
Yellowikis is to Yellow Pages, as Wikipedia is to The Encyclopedia Britannica
More information about the microformats-discuss