[kictanet] Liberating user data from the platform monopolies?

Twahir Hussein Kassim twahir at hussein.me.ke
Tue Oct 13 13:18:19 EAT 2020


John,

Very interesting thoughts into the future of data usage. This would really
be POWER TO THE PEOPLE...

Can we hope to see this happen? Don't think would happen in our
lifetime.... unless we probably live to 500years!

Is it the way to go? DEFINITELY! The data I generate is my privacy, your
collecting it is an infringement of that right BUT who is to tell Google,
facebook, Safaricom etc that and push for it? That's why there is fine
print in probably ALL telcos and bank contracts.

THK




On Tue, Oct 13, 2020 at 11:11 AM John Kieti via kictanet <
kictanet at lists.kictanet.or.ke> wrote:

> Dear Listers,
>
> Just a random thought. What if the law entitled users to a  periodic (eg.
> quarterly) download of all data collected of them by large platform
> companies (including telcos); and the users could grant file access to the
> competitors as the user migrates? What if it was API-based data access that
> the user could grant to third parties including competitors?
>
> What if there was an automated data depository eg. for telcos; whereby I
> can invoke the right to access all the data the telco holds of me, and I
> proceed to grant the data depository access to my data, automatically
> retrieved from my telco A. That way my data *anonymized or otherwise
> permitted* can be accessible from the depository and aggregated with
> other peoples' to develop services on top of the data layer by third
> parties such as startups, data mining & research services, and even telco B
> which competes as an underdog with telco A.
>
> The assumption would be that the user owns the data held by the
> platform/telco which has already got its head start with appropriating my
> data by collecting it in realtime. It would also be assumed that access to
> my data in the depository is only by licensed entities under stringent
> rules that respect my access permission settings.
>
> What could go wrong with such an approach to user data? What could go well?
>
> Any thoughts?
>
>
> --
>
> John Kieti
> Phone: +254-735-764242 // +254-722-764242
> Twitter: @johnKieti <https://twitter.com/johnkieti> // Skype:  jkieti
> Blog: gmeltdown.com <http://www.gmeltdown.com> // LinkedIn:
> https://ke.linkedin.com/in/*kieti* <https://ke.linkedin.com/in/kieti>
>
> The ordinary just won't do
> _______________________________________________
> kictanet mailing list
> kictanet at lists.kictanet.or.ke
> https://lists.kictanet.or.ke/mailman/listinfo/kictanet
> Twitter: http://twitter.com/kictanet
> Facebook: https://www.facebook.com/KICTANet/
>
> Unsubscribe or change your options at
> https://lists.kictanet.or.ke/mailman/options/kictanet/twahir%40hussein.me.ke
>
> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder platform
> for people and institutions interested and involved in ICT policy and
> regulation. The network aims to act as a catalyst for reform in the ICT
> sector in support of the national aim of ICT enabled growth and development.
>
> KICTANetiquette : Adhere to the same standards of acceptable behaviors
> online that you follow in real life: respect people's times and bandwidth,
> share knowledge, don't flame or abuse or personalize, respect privacy, do
> not spam, do not market your wares or qualifications.
>

[image: Mailtrack]
<https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality5&>
Sender
notified by
Mailtrack
<https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality5&>
10/13/20,
01:10:35 PM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.kictanet.or.ke/pipermail/kictanet/attachments/20201013/5b6b41e2/attachment.htm>


More information about the KICTANet mailing list