Event Management Systems

Here are some workflow documents from GoJoinGo which might be helpful.

Dan's made some great progress in defining the space. CivicSpace is going to be bundling some of this documentation over the next few days to make it more presentable to potential contributors.

Let's get a Skype conference call scheduled so we can keep this momentum on events going.

Cheers,
Kieran

Here's a screen mockup of "Add Event". No surprises here. I've introduced a concept of "no time" (at least I think I have) - stolen from my Palm scheduler. Obviously location comes from the "location" module. I've added a concept of "publishing location" which means whether or not the location you input shows up in the node. It would be nice if the location information could be sucked in via a filter in either the description or instructions text. "Instructions" could be detailed instructions about how to find the event, or information on how to join a call. There is also the concept of "private" - what that actually does needs to be worked out in more detail.

Here's a class diagram covering all of the classes I've discovered that would be used in the first pass. I'm sure this will change in the next few days. I'm going to break this down in subsequent posts so we can look at some of the more interesting issues in greater detail. See below:

This is the second of three sequence diagrams for the first pass at Events -

I've done more work to define what I think a reasonable "first pass" could look like for events. My objective is to establish end-to-end functionality, but to cut back on features so that this phase could be completed in a relatively short timeline. I have used the UCs from my original pass through and so this new diagram is a subset of the original:

During our IRC meeting and phone call we came to the following list of action items:

• Define Relationships via a common API – crunchywelch
define_relationship(nid = INT, uid = INT, status_flag = STR, module_name = STR);
retrieve_relationships(array(nid = INT, uid = INT, status_flag = STR, module_name = STR));
retrieve_relationships(array(nid = ARRAY, uid = ARRAY, status_flag = ARRAY, module_name = ARRAY)); ?
retrieve_relationship(rid);
        – statusflag value = string defined within module


• Mail UI – drob – check-in with Amazon and the folks working on mail
• Mail API – drob – check-in with Amazon and the folks working on mail
• Use Cases on groups.drupal.org – drob to put up his UC titles for others comments
• Librarian - ?? - drob thought it a good idea to have a committed Librarian for all things events - however no-one volunteered
• Theme and/or helper functions that modules can use to help with theming - grugnog