Re: top tag descriptions, clarifications

A few comments:

- I think we should not distinguish URN from dereferenceable URIs; this
debate is out of scope for us. Any URI should be considered as an
identifier, possibly dereferenceable.

- I think we should allow textual descriptions or URIs, but also be able
to disinguish between the two

- I think we should allow explicit multiple values

The last two points have been my concerns when developing the toy
application at [1] (which should be updated now with the top tags).

  pa

[1] http://liris.cnrs.fr/~pchampin/wsgi/mawg/

David Singer a écrit :
> I have an action to improve the descriptions
> on<http://www.w3.org/2008/WebVideo/Annotations/wiki/Top_Supported_Tags>
> 
> I'm not quite sure what sort of improvement I should be allowed to do,
> however.
> 
> Let's see where I think an improvement might be indicated.
> 
> For many tags:
>   -- in what language is this expressed?  Are multiple e.g. titles in
> different languages allowed?
> 
> Enumerations:
>   -- for tags like contributor (contribution role), genre etc.: are we
> planning to have a defined set of names, some extension capability, or a
> free-for-all?
> 
> For names
>   -- do we allow a de-referencable pointer as well as a textual name?
> E.g. are <http://www.sony.com> and "Sony Corporation" permitted?  How do
> we distinguish the two, if so?
> 
> For couplets (contributor, relation):
>   -- we need to say how the pairing is done.  Is this textual, e.g. {a, b}?
> 
> 
> 
> ma:creator -- is this the 'human names' of the creator(s), or their
> unique IDs (e.g. URN) or  de-referencable pointer (e.g. URI to their
> FaceBook page :-))?
> 
> ma:keyword -- if there is more than one word, is it a phrase, or are
> they separate keywords?  Do we need to say phrases are in quotes? Are
> keywords an 'enumerated space' (as above)?
> 
> ma:duration -- someone at the meeting was arguing that this might be
> different from the actual media duration, but I can't remember why. If
> it's the actual media duration, it's a property rather than annotation.
> 
> ma:spatialDimension -- we need units, and we need to know if they are
> uniform.  I would say that the dimensions must be uniform (square grid)
> and that some unit must be specified (cm, inch, square-pixel, point, ...)
> 
> ma:genre -- enumeration?  (note typo in the 4th column, 'resrouce')
> 
> ma:createDate -- can we say that this is a date as defined in ISO 8601
> string format?  That allows for presentation, comparison, conversion to
> other date systems etc.  We probably don't need to care about the b.c.e
> issue.
> 
> ma:compression -- what namespace is used to name compressors?  Or is
> this a URI to the spec.?
> 
> ma:location -- probably an ISO 6709 (Annex H) string, right?  Do we want
> other possible additional values here (e.g. a human name, "Barcelona")
> etc.?
> 
> ma:collection -- rather than a name, wouldn't an identifier (URN or URI)
> be better?
> 
> ma:rating -- how is the person or organization identified?
> 
> ma:targetAudience -- isn't this a triplet?  e.g. "Venezuelan Board of TV
> Censors", "Permissible broadcast hours", "03h - 04h"?  Why is rating not
> one of these triples?
> 
>