January 15, 2016 at 4:35 am
Hi all *waves* - long time reader, first time poster...
I'm hardly a pro athlete but I cycle to work almost every day an log my rides with Strava. I read that city planners are using Strava data to plan cyclepaths and other infrastructure, a use of "my" data I think is pretty worthy (http://www.wired.com/2014/06/strava-sells-cycling-data/ and http://metro.strava.com/ ) I can see how detailed tracking of pro sports players could be of use to improve performance - just like telemetry in F1 I guess, except it's wetware instead of hardware monitoring.
From a "geek playing with data" perspective, it's also been fun pushing my gpx exports into SQL Server and use that to learn some R (details are on my blog if you're interested).
Les
January 15, 2016 at 5:07 am
Interesting write up on how the IRFU (and I suspect most of the major rugby squads in the world) are using this kind of data
http://www.irishtimes.com/sport/rugby/rugby-looks-to-science-for-better-players-1.2156366
January 15, 2016 at 5:17 am
In regards to solutions like this then I think there's 2 conversations;
1) If we're just talking about data knowingly captured for authorised analytics then as an IT data professional I'm all in - !
2) But if we're taking about data capture, privacy and ownership on an unsuspecting public then I'm not so sure... and I don't think the legal world has caught up to the technology yet...
Movement tracking systems I have seen (and this is going back several years) already retained location and usage data for 7+ years. Some of that is anonymous, some links back to the device owners. In the current age of "big data" its now probably fair to assume its never deleted.
This was yet another excellent story out of the UK on sneaky data capture on an unsuspecting public! https://nakedsecurity.sophos.com/2013/08/13/london-says-media-companys-spying-rubbish-bins-stink/
R.
----------------------------------------
Rolf T (Mr. Fox SQL)
https://mrfoxsql.wordpress.com/
rolf.tesmer@mrfoxsql.com.au
----------------------------------------
January 15, 2016 at 7:23 am
Gary Varga (1/15/2016)
Eric M Russell (1/14/2016)
Gary Varga (1/14/2016)
Jeff Moden (1/14/2016)
Insurance companies are already doing this although I don't know if they actually track geo-location but it seems logical they would because they can. They have this little gizmo that you put in the diagnostic port of your vehicle and leave it. It somehow transmits information to the insurance company about acceleration, braking, what gear the vehicle is in, and more. It could (in theory and don't know if it actually does) track you by geo-location and, in theory, compare how fast you're going to what the speed limit is.My son has to have a "black box" in his car for insurance purposes. I am sure that it captures more information than they claim.
In addition to driving patterns, I'm sure that keeping stats on where and when the car is driven can be useful for risk classification. For example, the insurance company could make assumptions about someone who routinely drives back home from the bar and club district at 1:00 am, which is all the more reason to take a cab or carpool with a designated driver. It's only a matter of time before this type of data will become subject for subpoena in criminal and even civil cases.
In my son's case it is the end of his shift. Assumption are dangerous.
I was going to mention that earlier; someone could simply be working the night shift at a bar / restraunt. In addition to privacy concerns, that's another problem with bulk collection of personal data, the analyst can make false assumptions by using the data out of context from it's original purpose.
Several years ago, I purchased a used minivan that had OnStar. I didn't activate the service, and disabled it by pulling the OnStar fuse from the fusebox.
"Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho
February 17, 2016 at 4:51 pm
Interesting concept.
Viewing 5 posts - 16 through 19 (of 19 total)
You must be logged in to reply to this topic. Login to reply