[p2pu-dev] DB Dump for Datamining p2pu

Dan Diebolt dandiebolt at gmail.com
Sat Jan 29 22:11:00 UTC 2011


>... main interest would be geared towards "retention" ...

Retention could be quite problematic to track. There are no attendance or
assessment records kept and most courses employ dissimilar external
communication tools which might have no archive and are certainly outside
the platform database. Quite frankly many course don't have a closuring
event and lagging members (or the course as a whole in some cases) just sort
of fades to grey. You might have better luck with tracking "enrollment in
another course the next session" as a measure of continued engagement.

This thread might be better continued in another place other than to note
that the dev people need to bake more data fields into the existing and new
platform to be able to track this type of metric as well as provide support
for linking P2PU identity to identity in external tools. For the most part
using an external tool disassociates a member's P2PU identity with the
identity in the external tool. I had dozens of cases where course members
preferred to use a different gmail email address to communicate via Google
Groups which was different that the email address they used while
registering with P2PU. No amount of P2PU platform integration of
communication services is going to entirely solve this problem as there will
always be the need or desire to use a new external communication tools. For
larger courses or when doing assessments, research, surveys or other
tracking you are going to have to come up with a way to preserve identity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.p2pu.org/pipermail/p2pu-dev/attachments/20110129/164c8d40/attachment.html>


More information about the p2pu-dev mailing list