Makes sense.

paul-esch <notifications@github.com> wrote:

>In xAPI.md:
>
>> -	<tr><td>openid*</td><td>URI</td><td>An openid that uniquely identifies this agent.</td></tr> > -	<tr><td>account*</td><td>An account object</td><td><a href="#agentaccount">see 4.1.2.1 above</a>.</td></tr> > -	<tr> > -		<td>member</td> > -		<td>Array of <a href="#agent">Agent</a> (not Group) objects</td> > -		<td>The members of this Group.</td> > -	</tr> > -</table> > +	<tr><td>objectType</td><td>String</td><td>"Group". This property is required.</td></tr> > +	<tr><td>name</td><td>String</td><td>Name of the group. Optional.</td></tr> > +	<tr><td>mbox</td><td>mailto URI</td><td>The required format is "mailto:email address". <br>The local part of the email address must be URI encoded.<br>Only emails that have only ever been and will ever be assigned to this Group, but no others, should be used for this property and mbox_sha1sum.</td></tr> > +	<tr><td>mbox_sha1sum</td><td>string</td><td>The SHA1 hash of a mailto URI (i.e. the value of an mbox property). An LRS MAY include Groups with a matching hash when a request is based on an mbox.</td></tr> > +	<tr><td>openID</td><td>URI</td><td>An openID that uniquely identifies the Group.</td></tr> > +	<tr><td>account</td><td><a href="#agentaccount">account object</a></td><td>A user account on an existing system e.g. an LMS or intranet.</td></tr>	 > +	<tr><td>member</td><td>Array of <a href="#agent">Agent</a></td><td>The members of this Group.</td></tr> > +</table> 
>
>Took out the stars because nowhere else in the document were they used in this manner (as a kind of metadata tag). I struggled a bit with this one, but reasoned as follows:
>
>The four inverse functional identifiers have already been listed under 4.1.2.1 'Description'.
>Together with the description of Actor our most likely reader group (trained programmers) should well be able to deduce that these are the inverse functional identifiers;Immediately above the other property table for Agent, which is practically the same, there is a line that says " The first four [properties] are inverse functional identifiers."
>
>Decided to add a similar line right above the Group object property table. Of course, a list of the four i.f.i can also be added if anyone thinks this is better. I'd prefer not to use the asterisk / stars since this isn't really a convention in the rest of the spec document.
>
>—
>Reply to this email directly or view it on GitHub.￼
>