[uf-new] item property (was: hAudio: audio-title/album-title vs. recording/album)

Tantek Ç elik tantek at cs.stanford.edu
Sat Oct 13 17:03:06 PDT 2007


On 10/13/07 12:48 PM, "Andy Mabbett" <andy at pigsonthewing.org.uk> wrote:

> In message <1192302879.1923.60.camel at localhost.localdomain>, Martin
> McEvoy <martin at weborganics.co.uk> writes
> 
>> On Sat, 2007-10-13 at 19:47 +0100, Andy Mabbett wrote:
>>> In message <1192297080.1923.21.camel at localhost.localdomain>, Martin
>>> McEvoy <martin at weborganics.co.uk> writes
>>> 
>>>>> Item is semantically empty, other than as a container. We might as
>>> well
>>>>> say "thing".
>>> 
>>>> what is a track on your CD? Just a space, gap or marker nothing more
>>> 
>>> On the contrary, it has a distinct meaning, which defines it as being
>>> apart from the other "items" on a CD, such as an index, the performer,
>>> its catalogue number, or whatever.
>> 
>> Perhaps I am thinking to literally Item is just an Item? its the
>> contents of which that describe just what kind of item it is?
> 
> It's my understanding that "item" in microformats was intended purely as
> a delimiter, with the same - empty - semantic value as SPAN and DIV in
> HTML.

It is a container for subproperties (or a submicroformat) , in hReview,
similar to how "adr" is a container for subproperties.


> The hReview spec is unhelpful in this regard, specifying it thus:
> 
>       item info. required. fn (url || photo ) | hCard (for person or
>       business) | hCalendar (for event)
> 
> where "item" is in CODE tags but "info." is not, and is not explained.

What help were you expecting?  Perhaps I can add it either in the
specification or in a tutorial / authoring page.


> The subsequent definition gives:
> 
>       item info:: This required field MUST have at a minimum the name
>       ("fn" - the formatted text corresponding to the name, except for
>       an event item which MUST have the "summary" property inside the
>       respective hCalendar "vevent") of the item (an hReview describes
>       only one item), SHOULD provide at least one URI ("url") for the
>       item, and MAY provide at least one URL to a photo or depiction
>       ("photo") of the item. For items of type person or business, the
>       item info (fn, url, photo) MUST be encapsulated in an hCard. For
>       items of type event, the item info SHOULD be encapsulated in an
>       hCalendar "vevent". Non-URL unique item IDs (e.g. ISBNs, UPCs)
>       MAY be represented as a URN ("url") for the item. Encapsulated
>       microformats (e.g. hCard and hCalendar events for now) may be
>       set on the item itself (e.g. class="item vcard"). However, when
>       using item info subproperties ("fn", "url", "photo"), they MUST
>       be nested inside the item element.
> 
> and the use of "item" in the examples is not consistent:

Could you provide a specific explanation of which example is inconsistent
with which statement in the prose of the specification?

Or even if there is no specific inconsistency, if you could elaborate on how
the current prose/examples *seemed* inconsistent, even that is worth fixing.


The examples below are consistent with the specification quoted above as
follows:


>  *    <div class="description item vcard">
>               <p>
>               <span class="fn org">Crepes on Cole</span>
>               is one of the best little creperies in
>               <span class="adr">
>               <span class="locality">San Francisco</span>
>               </span>.
>               Excellent food and service. Plenty of tables in a
>               variety of sizes for parties large and small. Window
>               seating makes for excellent people watching to/from the
>               N-Judah which stops right outside. I've had many fun
>               social gatherings here, as well as gotten plenty of work
>               done thanks to neighborhood WiFi. </p>
>       </div>

This example uses the feature of the definition quoted:

       Encapsulated microformats (e.g. hCard and hCalendar events for now)
       may be set on the item itself (e.g. class="item vcard").


>  *    <div class="item vcard">
>               <div class="fn org summary">Cafe Borrone</div>
>               <span class="adr"> <span class="street-address">1010 El
>               Camino Real</span>, <span class="locality">Menlo
>               Park</span>, <span class="region">CA</span> <span
>               class="postal-code">94025</span>, </span>
>               <span class="tel">+1-650-327-0830</span>;
>               <a class="url"
>               href="http://cafeborrone.com">cafeborrone.com
>               </a>
>       </div>

As does this one.


>  *    <span class="item">
>               <a class="url fn"
>               href="http://www.amazon.com/exec/obidos/ASIN/B000089CJI/"
>> 
>               <img
>               src="http://images.amazon.com/images/P/B000089CJI.01._SCT
>               HUMBZZZ_.jpg" alt="Album cover photo: The Postal
>               Service: Give Up. " class="photo" />
>                The Postal Service: Give Up
>               </a>
>       </span>

This example shows an item which is a product (not a business nor an event),
and thus uses "url" and "fn" properties *inside* the item per the portion of
specification above quoted:

        when using item info subproperties ("fn", "url", "photo"), they MUST
        be nested inside the item element.


>  *    <div class="item">
>               <a lang="zh" class="url fn"
>               href="http://www.imdb.com/title/tt0299977/">
>               Ying Xiong (<span lang="en">HERO</span>)
>               </a>
>       </div>

As does this one.

Thanks,

Tantek



More information about the microformats-new mailing list