-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Attending event on somebody else's behalf #119
Comments
Yes, this happens in some US states as well. One option is to have an intermediate Attendance object between the Event and the Person - like how Membership is an intermediate object between Organization and Person. However, the case of people attending as themselves is so overwhelmingly common that I wouldn't want to make that common case more complicated. Another option is to instead add a note on the event (instead of adding a note on an intermediate Attendance object) along the lines of "X is representing Y". This model is more complicated for the less common case where people attend on another's behalf. What do you think? |
A free-form note? That sounds unideal; I'd rather be able to explicitly tie a |
The note can be more structured. I don't mean using the note property that some classes have. |
Okay, so we'd basically be listing some people in two different places. That works I suppose. |
Yes, it would be a compromise between having a little more duplication in rare cases and having a lot more complexity in common cases. |
Something like this then? attendance_details:
- attendee_id: politician/a
on_behalf_of_id: politician/b ... where items would be defined as: properties:
attendee_id:
type: [string, 'null']
attendee:
$ref: http://www.popoloproject.com/schemas/person.json#
on_behalf_of_id:
type: [string, 'null']
on_behalf_of:
$ref: http://www.popoloproject.com/schemas/person.json#
note:
type: [string, 'null'] Thoughts? |
That looks good, though I'll try to think of a better term than |
ROLL UP These are commonly referred to as While the re-use of Options are:
I think I would go with Should add to documentation that the attendee list should have only attendees, not absentees. |
Could you provide an example of this? |
{
"substitutions": [
{
"attendee_id": "person-that-is-attending",
"absentee_id": "regular-member-who-cant-attend"
}
]
} |
Thanks. Any suggestions on how to deal with non-members in attendance, where Membership information is otherwise unavailable? |
Can't such people simply be listed in an Event's |
While parsing the Cypriot parliament's committee reports, I'd often find that non-members would attend committee meetings on a committee member's behalf, the latter - presumably - being away on official business. (The exact wording they use is "X, representing Y".) Seeing as
attendees
is a list ofPerson
s, I don't suppose there's currently a way to express this relationship in Popolo. In general, it'd be useful to note when somebody attends an event in their capacity as a member of the organising organisation; as representing another member; or as a non-member.The text was updated successfully, but these errors were encountered: