[LINK] SBS: The Age of Big Data
Frank O'Connor
francisoconnor3 at bigpond.com
Tue Jan 7 08:46:27 AEDT 2014
Interesting article by Chris Duckett at:
http://www.zdnet.com/nsa-activity-flips-the-security-equation-7000024796/?s_cid=e551&ttag=e551
---
On 6 Jan 2014, at 11:57 pm, stephen at melbpc.org.au wrote:
> Bernard writes,
>
>>> So if you visit ANY McDonalds carrying your Android phone, with free
>>> WiFi turned on, then both McDonalds and Google will know. It's
>>> simplistic stats to know FOR SURE who visits, and when and what they
>>> buy. What idiot could not devise sure-fire business sales-plans from
>>> this absolutely hard data?
>>
>> It's not necessarily hard data. There is an assumption that a person is
>> linked with a particular phone.
>
> Yes, accept your point Bernard. However, I said McDonalds AND Google. By
> this I mean one might expect Maccas to use a cloud. Odds on it's Googles?
>
> And a Google Android phone is basically an open book to Google. Even the
> free Angry Birds Android app requires access to your contacts to install.
>
> With open access Google surely have a darn good idea who uses each phone.
>
> Quite a few of my texts to new contacts include my name for example. And
> Android does send and receive huge amounts of data in use. More than any
> other phone operating system. Mobile web pages are fairly much web pages.
> So why does Google Android send/receive more data, if not data to Google?
>
> http://bits.blogs.nytimes.com/2013/12/31/why-do-android-smartphones-guzzle-
> the-most-data/?_r=0
>
> "In a recent study, Ericsson, the networking company, found that global
> mobile Internet traffic varied greatly, depending on the software system
> and the network that a phone uses.
>
> But the highest average data consumption was seen on Android phones, which
> consumed an average of 2.2 gigabytes of data a month on one network, the
> study said. By contrast, iPhones used roughly 1.7 gigabytes a month and
> Windows phones used approximately 1.4 gigabytes a month, Ericsson found.
>
> Chetan Sharma, a telecom analyst who is a consultant for wireless carriers,
> also has found that Android phones were the biggest data hogs. In the U.S.
> high-end Android phones used about 4 gigabytes a month on average this
> year, he said. That is well above the average of 1.2 gigabytes a month."
>
> My point is, Maccas AND Google Cloud will very probably know who you are.
> They might be wrong sometimes, but big picture, that's fairly irrelevant.
>
> In future, Big Data working in cahoots? That's when privacy is in danger.
>
>
>>> The only issue is, how *granulated* personal bigdata is allowed to
>>> become.
>>
>> Don't agree. That's one issue, the other is accuracy in relationship
>> between the device being monitored and the person of interest.
>>
>> Data do not always reflect reality. The only question is, by how much
>> and is it relevant.
>
>
> With Maccas credit card info, and Googles open access, it's 99% certain
> who's in the store, surely? How creepy a text from Maccas after a visit
> offering a seriously personalized "would you like fries with that, when
> you come in Friday" text? And your car dealer offering a service before
> the road trip next week that your family just researched on Google? And
> a text from the government, complaining when you buy cigarettes/alcohol?
> Telstra offering another deal, after you investigate other mobile plans?
> Drug companies offering you generic alternatives for the pills you take?
> Safeway texting you a sale announcement for all the items you often buy?
> Your bank warning that the holiday you've planned will be too expensive?
>
> That's unregulated and granulated (with names, etc) big data. No thanks.
>
> I don't care about spooks, I'm innocent. It's all the small, continuous,
> and from everywhere stuff that will be creepy, without firm legislation.
>
> Cheers,
> Stephen
>
>
> Message sent using MelbPC WebMail Server
>
>
>
> _______________________________________________
> Link mailing list
> Link at mailman.anu.edu.au
> http://mailman.anu.edu.au/mailman/listinfo/link
More information about the Link
mailing list