[uf-new] hAudio ISSUE #1: image-summary is redundant

Martin McEvoy martin at weborganics.co.uk
Tue Aug 7 15:03:03 PDT 2007

On Tue, 2007-08-07 at 19:31 +0000, Brian Suda wrote:
> On 8/7/07, Scott Reynen <scott at makedatamakesense.com> wrote:
> > On Aug 7, 2007, at 11:44 AM, Martin McEvoy wrote:
> >
> > > Do you think the use of PHOTO may interfere with the hCard that is
> > > already part of the hAudio proposal, Suppose I wanted to mark up my
> > > hAudio hcard's with Photos of the band members? isn't that breaking
> > > the
> > > don't repeat yourself rule?
> --- like scott was saying, when developing the format, you can also
> define the parsing rules. If you look at hReview, it uses hCards and
> PHOTO. To disambinguate the two it is a matter of PHOTO inside an
> hCard and PHOTO not inside an hCard. This is already something that
> hReview deals with and that has been working pretty well so far.
> hReview is a good example, because it can use an hCard to be the thing
> reviewed, and an hCard for the reviewer. So you have multiple FNs,
> PHOTOs, all over the place and it manages to get sorted out just fine,
> it is just a matter of parsing rules.

Right! Im afraid I am not an expert when it comes to parsing rules :)
I'd just like to be happy that there wouldn't be any issues using PHOTO 
in hAudio, And I would like to be sure that PHOTO is an accurate term
when describing an artistic representation or summary of a piece of
Music. The more I think about it the more uncomfortable I am with using
simply PHOTO it seems to fall short of what we are actually trying to
describe, It seems like a very loose term?

> -brian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2171 bytes
Desc: not available
Url : http://microformats.org/discuss/mail/microformats-new/attachments/20070807/50289986/smime.bin

More information about the microformats-new mailing list