[uf-discuss] hThing microformat ... or design pattern

[David Janes]

I would suggest there's a serious issue with what you've produced so
far, insofar as you have seemed to come up with the microformat first
rather than doing analysis of what's currently in use on the web and
also what's currently being done in other microformats.

For example, hListing and hReview already imply a design pattern for
how items or products could be marked up [1]. If I understand what
you've put on the wiki, your intention is that these existing
microformats would have to be back-changed to conform to your proposed
microformat. Other attributes, such as "name", "uri", "image" ... seem
to have little relation to similar attributes already defined in other
microformats [2]. Without having an -examples and -formats page and
then -brainstorming based on that, it's difficult for me to understand
why you are proposing a new vocabulary.

Regards, etc...
David

[1] http://microformats.org/wiki/item-formats#Existing_Microformats
[2] http://microformats.org/wiki/existing-classes

On 11/17/06, Aaron Gustafson <aaron at easy-designs.net> wrote:
> David Janes wrote:
> > I'm not sure if I'm that excited :-) but I definitely think there's a
> > gap that can be filled (i.e. that hReview/hListing identify people
> > directly but only things indirectly). It's possible, but this is very
> > speculative, that this could simplify the path for creating new
> > microformats like hWine.
>
> I am just joining the discussion list, so forgive me if what I rehash older discussions. Craig Cook and I had been working on hProduct somewhat in isolation and thought we should post the information we've created to get our ideas and thoughts out there. I see some sililarities with what is up on hItem, though I agree hItem may be a little too broad (see the earlier 'what is an item?' comments).
>
> >> I'd definitely advocate for hItem including information about its
> >> creator, and optionally its producer and vendor. These of course could
> >> be hCard entries or links, and I think it would give us a flexible way
> >> to include much of the information that felt very "wine" specific such
> >> as Vintage (aka, producer and production date). It seems as though an
> >> hItem's production and creation could also be considered events, so
> >> reusing hEvent here seems to make a lot of sense.
> >>
> >> What do you think? Is this more complicated than it needs to be, or is
> >> the reuse of other microformats here a good thing?
> >
> > Let's go through the examples and see what's frequently used, somewhat
> > used and rarely or sporadically used. That will point the right
> > direction I think. And, as per usual, I encourage everyone to
> > contribute to the examples because that's one of the hardest and least
> > thanked parts.
>
> Hmm, I think we really need to boil this down to its essence. With products, unless you want to go the route niche microformats like hWine or hBook, it makes sense to stick to a few key, repeatable fields, for example:
> * name
> * description
> * image
> * msrp
> * uri
> * brand
>
> The rest could be handled by a generic property value construct which we've called 'p-v' (and may honestly have usefulness outside the hProduct/hItem concept).
>
> >> Also, is this ground already being covered by hListing (which seems to
> >> be looking to include some of this info), or would you simply have
> >> hListings of events (hEvent),  people (hCard), and  things (hItem)?
> >
> >The latter, but we're data mining hListing/hReview to maximize reuse.
>
> IMHO, there are a few places I think hListing (and hReview for that matter) are reaching a bit beyond what should be their scope. This is where I think hProduct/hItem fits in. In other words, you could essentially script the linking of a product for sale in an hListing with a review of that product in hReview.
>
> I'd be interested in feedback on what Craig and I have posted so far and perhaps we can find a way to merge hItem and hProduct and suggest some augmentations to hListing and hReview to make some space for hProduct/hItem.
>
> We will be posting some of our examples shortly.
>
> Cheers,
>
> Aaron
>
> ----
> Aaron Gustafson
> Sr. Web Designer/Developer
> Easy! Designs, LLC
> 203-215-8829 O
> 203-230-0773 F
> aaron at easy-designs.net
> ----
> Easy! Designs, LLC
> 83 Treadwell St
> Hamden, CT 06517
> http://www.easy-designs.net
> http://www.easy-reader.net
>
>
> _______________________________________________
> microformats-discuss mailing list
> microformats-discuss at microformats.org
> http://microformats.org/mailman/listinfo/microformats-discuss
>


-- 
David Janes
Founder, BlogMatrix
http://www.blogmatrix.com
http://www.onamine.com
http://blogmatrix.blogmatrix.com