mappiness blog
Thu, 17 Aug 2017 14:56:22 +0000
en-US
hourly
1
“Trump Friday” trumps “Blue Monday” (and other news)
/2017/01/16/trump-friday-trumps-blue-monday-and-other-news/
/2017/01/16/trump-friday-trumps-blue-monday-and-other-news/#comments
Mon, 16 Jan 2017 10:52:15 +0000
Donald Trump’s election win Mappiness users’ most miserable day in over 6 years
Today is the third Monday in January, sometimes known as “Blue Monday”. Formerly trumpeted as ‘the most depressing point of the year’, Blue Monday has been comprehensively debunked (both on this blog, and by Ben Goldacre: “Blue Monday” is churnalism, beware any journalist who puffs it and Blue Monday is churnalism. Again.).
But this week, things may be different. Because Friday is Donald Trump’s presidential inauguration day. And new analysis of Mappiness data pinpoints the day of Trump’s election win — 9 November 2016 — as the UK’s most miserable day in over 6 years.
We used the Mappiness database — 3.5 million responses contributed by 65,000 users — to calculate mean happiness levels amongst our users every day since August 2010. In the six and a bit years that Mappiness has been running, there has been no day more miserable than Wednesday 9 November, the day the US election was called for Donald Trump.
At only 57.7% happy, Trump’s election victory was more thoroughly depressing than the gales, floods and power cuts of Storm Imogen (Monday 8 February 2016, 57.9% happy, rank #2). It was also worse than news of the UK’s decision to leave the EU[1] (Friday 24 June 2016, 59.2% happy, rank #4). Conversely, the happiest day over the full period of the Mappiness study to date was Christmas Day 2010 (75.7% happy), followed by Christmas Day 2011 (74.2% happy).
Beat the inauguration blues
If Trump’s inauguration looks set to ruin your week — or indeed the next four years — why not give mindfulness a go? Rebalance with Mindfulness, an innovative mindfulness app for iOS, is free on the App Store until the end of this month.
The app is developed by Mappiness creator and Sussex academic Dr George MacKerron in collaboration with PSYT. (George co-founded PSYT with Nick Begley, formerly Head of Research for mindfulness app Headspace, to help measure and improve happiness worldwide).
Mappiness 2.0
As of this month, the original Mappiness app is no longer in the App Store. The app was developed for iOS 3 and has reliability issues on the latest version, iOS 10.
However, academic research using the Mappiness data is ongoing. Published papers quantify positive links between happiness (in the moment) and green spaces, positive links between happiness and alcohol consumption, and a negative association between happiness and all aspects of work.
Existing Mappiness users are encouraged to keep using the app until the launch of its successor, currently under development in collaboration with PSYT.
Footnote
[1] The Brexit referendum result was, by definition, the preferred result for a majority of referendum voters — so why the negative association with average happiness? First, the negative effect of the result on the average remain voter was probably greater than its positive effect on the average leave voter. Second, Mappiness users and referendum voters are likely distinct, though overlapping, subgroups of the population.
]]>
/2017/01/16/trump-friday-trumps-blue-monday-and-other-news/feed/
1
Happiness is greater in natural environments
/2013/06/10/happy-natural-environments/
/2013/06/10/happy-natural-environments/#respond
Mon, 10 Jun 2013 12:32:41 +0000
Our first academic paper is now in press in the journal Global Environmental Change. (It’s taken a while, we admit — academic publishing is speedy like a sloth in treacle).
Many thanks again to all participants for volunteering the data that makes this research possible. Mappiness is still running, and we intend that this will be the first of many outputs based on the data that have been — and continue to be — contributed via the app
The really short version
Our key finding is there in the title: happiness is greater in natural environments.
The short version
Abstract. Links between wellbeing and environmental factors are of growing interest in psychology, health, conservation, economics, and more widely. There is limited evidence that green or natural environments are positive for physical and mental health and wellbeing. We present a new and unique primary research study exploring the relationship between momentary subjective wellbeing (SWB) and individuals’ immediate environment within the UK. We developed and applied an innovative data collection tool: a smartphone app that signals participants at random moments, presenting a brief questionnaire while using satellite positioning (GPS) to determine geographical coordinates. We used this to collect over one million responses from more than 20,000 participants. Associating GPS response locations with objective spatial data, we estimate a model relating land cover to SWB using only the within-individual variation, while controlling for weather, daylight, activity, companionship, location type, time, day, and any response trend. On average, study participants are significantly and substantially happier outdoors in all green or natural habitat types than they are in urban environments. These findings are robust to a number of alternative models and model specifications. This study provides a new line of evidence on links between nature and wellbeing, strengthening existing evidence of a positive relationship between SWB and exposure to green or natural environments in daily life. Our results have informed the UK National Ecosystem Assessment (NEA), and the novel geo-located experience sampling methodology we describe has great potential to provide new insights in a range of areas of interest to policymakers.
The long version
For subscribers to Global Environmental Change, the full paper is here: .
For everyone else, the same content (differently formatted) is freely available here: .
More detail than we would wish on anybody
Finally, if you’re interested in the absolute nitty-gritty details (e.g. exactly how do we pick the random moments to beep you?), then George’s doctoral thesis is for you.
Media enquiries
For more information on Mappiness and this new paper, please speak to Dr George MacKerron or the LSE Press Office.
]]>
/2013/06/10/happy-natural-environments/feed/
0
Project update
/2011/11/17/project-update/
/2011/11/17/project-update/#comments
Thu, 17 Nov 2011 16:18:30 +0000
/?p=364
It’s been 6 months since our last post: we’re sorry to have gone quiet so long. George has been busy finishing the write-up of his doctoral thesis (thus hoping shortly to be Dr iPhone for real), and starting in a new post at UCL’s Centre for Advanced Spatial Analysis.
We’ve written a short paper on our initial findings. It’s titled Happiness is greater in natural environments, which should give you a flavour of what we’ve found. We hope to make it available here just as soon as a journal accepts it.
We still plan to keep the app running as long it’s being used, and to use new responses in future research. Right now we have over 3 million responses from over 46,000 people.
Daily and yearly variation
The Guardian and Sunday Times have both written about us again recently. The Sunday Times piece was based on an image we created showing UK participants’ average happiness throughout a full year (we got the idea from a figure showing when people take photos).
In the image, lighter shades are happier. From left to right the time of day runs from 8am to 10pm; from top to bottom the day of the year runs from 1 September 2010 to 31 August 2011. Mean happiness is calculated at one-minute intervals, based on mappiness responses during the preceding and following half-hour. There is more random variation (noise) in the later part of the year, because the sample then is smaller.
Click this reduced version for a full-size one:
Can you spot… weekends? The trend on weekdays? Christmas day? The evening of New Year’s Eve? And the April/May bank holidays, including the royal wedding?
Policy
As we’ve mentioned before, the Government has committed itself to measuring national wellbeing, and to evaluating potential wellbeing impacts of policy.
Gus O’Donnell, the head of the Civil Service, spoke recently on this topic at a very well-attended meeting of the All-Party Parliamentary Group on Well-being: you can hear his talk, Wellbeing Statistics: How Will Whitehall Respond.
And we’ve had a brief meeting with members of the Cabinet Office‘s Behavioural Insight team, who were very interested in mappiness and in similar approaches to understanding momentary happiness.
Bugs!
You might have noticed an update (1.1.3) in the App Store in recent weeks. We hoped this would work around a bug introduced in iOS5, which can sometimes cause the app to crash if you’ve turned on ‘Save photos to album’ in app settings.
We haven’t been able to reproduce the bug for ourselves, so we’re not sure if this work-around has worked… and if it has, it may be at the cost of photos not actually being saved. We apologise for this. Apple has confirmed to us that this is a bug they’re working on, so we’ve got our fingers crossed for a fix in iOS 5.0.2.
]]>
/2011/11/17/project-update/feed/
1
API guide
/2011/05/23/api-guide/
/2011/05/23/api-guide/#comments
Mon, 23 May 2011 19:19:36 +0000
/?p=295
Today we have launched our data download and API feature, which can be activated within the app after updating to version 1.1.
This post describes the API. If you don’t know what an API is, it’s probably safe to ignore it.
Data endpoints
Participants’ data is available in a number of formats, from the following endpoints:
mappiness.json (JavaScript object notation)
mappiness.csv (comma separated values)
mappiness.xls (Excel workbook)
mappiness.kmz (Keyhole Markup Language, zipped with images)
mappiness.ics (iCalendar)
Each row of the XLS and CSV files, and each object of the JSON array, represents one response. They are listed in descending start time order, so the first row or Object corresponds to the most recent response.
Both JSON and CSV data are UTF-8 encoded. CSV columns are (unsurprisingly) comma-separated, CSV rows terminate with Unix line-endings (\n), and CSV strings are unquoted except when empty or in the case of embedded commas or newlines.
The content of the JSON, CSV and XLS formats is described further in the data dictionary.
Except where noted, the content of this guide applies to all formats, but the JSON and CSV formats are likely to be most useful.
Requests
All API requests are HTTP GET requests over a secure (https) connection. The first path component(s) of an API request URL identify and authenticate the participant whose data is requested, so that request URLs take this form:
authentication_data/endpoint
Two kinds of authentication data are supported. The first is dealt with next; the second is explained in the last section of this guide.
Except in the case of JSON endpoint requests, supplying incorrect authentication data will return an HTML error page. For JSON endpoint requests, incorrect authentication data will produce the JSON response {"error":"bad_secret"}, wrapped in a callback (for JSON-P) if one was specified.
Universal authentication with API secret
The link provided within the app when data download is turned on incorporates the participant’s API secret, which is of the form xxx.xxxx.xxxx — for example, 3kkq.pk7d.23wb. More precisely, API secrets match this regular expression:
[23456789bcdfghjkmnpqrstvwxyz]{1,6}[.][23456789bcdfghjkmnpqrstvwxyz]{4}[.][23456789bcdfghjkmnpqrstvwxyz]{4}
The characters before the first dot (3kkq above) identify the participant. The remaining characters are randomly generated, and change each time data download is turned on.
The API secret can be used to authenticate any API request. For example, the following request (with the correct API secret) will return all data in JSON format:
3kkq.pk7d.23wb/mappiness.json
Parameters
The API supports several request parameters to limit the data returned, which are appended to the URL in the usual way (?key1=value1&key2=value2 and so on).
limit=n
This limits the number of responses returned to the n most recent.
For example, the request URL
3kkq.pk7d.23wb/mappiness.json?limit=1
returns the most recent response only.
This parameter is supported by all endpoints.
offset=n
This causes the first n most recent responses to be skipped.
For example, the request URL
3kkq.pk7d.23wb/mappiness.json?limit=1&offset=1
returns the second most recent response only.
This parameter is supported by all endpoints.
before=epoch
This restricts the responses returned to those started before the date/time supplied. The epoch is an integer interpreted as the number of seconds since 1 January 1970.
For example, the request URL
3kkq.pk7d.23wb/mappiness.json?before=1304204400
returns all responses completed before 1 May 2011.
This parameter is supported by all endpoints.
after=epoch
This restricts the responses returned to those started after the date/time supplied. Again, the epoch is an integer interpreted as the number of seconds since 1 January 1970.
For example, the request URL
3kkq.pk7d.23wb/mappiness.json?after=1304204400
returns all responses completed after 1 May 2011.
This parameter can be used to poll for new responses. In that case the epoch value supplied should match the latest start_epoch value previously seen within a response.
This parameter is supported by all endpoints.
include=column_list
This limits the columns or JSON keys returned to those named in column_list, which is comma-separated. The * character can be used as a wildcard at the end of name fragments, and matches 1 or more characters.
For example, the request URL
3kkq.pk7d.23wb/mappiness.json?include=happy,do_*
returns the happiness value and all activity indicators for each response.
This parameter is supported by the JSON, CSV and XLS endpoints.
callback=global_js_function_name
This wraps a JSON response in a function callback, to produce a JSON-P response for cross-domain browser-initiated API queries.
For example, the request URL
3kkq.pk7d.23wb/mappiness.json?include=happy&limit=1&callback=setHappiness
returns only the most recent happiness value, looking something like this:
setHappiness([{"happy":0.620482}]);.
This parameter is supported by the JSON endpoint only.
Link-specific authentication with HMACs
If requests could only be authenticated using the API secret, then granting access to any of a participant’s data — for example, a photo, a single response data set, or even a single happiness value — would inevitably entail granting access to all his or her data. This might lead to inadvertent data sharing, and would probably preclude use of the API for JSON-P requests from the public web.
Therefore, to enable granting of access to limited subsets of the data only, any specific API URL can alternatively be authenticated using a unique string incorporating a hash-based message authentication code (HMAC). This code will only authenticate the exact individual API URL for which it was generated.
HMAC API authentication strings take the form u/xxx.xxxxxxxxxxxxxxxxxxxxxxxxxxxx — for example, u/3kkq.6641a7e8278bcd49e476e7acae15. More precisely, the strings match this regular expression:
u/[23456789bcdfghjkmnpqrstvwxyz]{1,6}[.][0-9a-f]{28}
The characters after u/ and before the first dot (3kkq above) identify the participant as before.
Like the API secret, all HMAC authentication strings — and thus the URLs of which they are part — change each time the participant turns data download on. (Note that when data download is turned off by a participant, neither form of authentication can provide access to their data through the API).
API-generated URLs that do not provide access to all data, such as links to photos and map locations, are automatically generated using HMAC authentication strings. For example, these two URLs might be provided in an API response for access to two specific photos:
u/3kkq.a1d9840a7d6e6f9a6c13f2b7802f/private_photos/3.jpg
u/3kkq.2727e5a04d8acc225b3320799348/private_photos/8.jpg
Generating HMAC-authenticated URLs
The HMAC keys include the participant’s API secret, but they also contain other participant-specific and non-participant-specific elements. For this reason, only the Mappiness API is able to generate HMAC-authenticated URLs.
Therefore, we provide a special API endpoint for this purpose. This endpoint accepts authentication only via API secret.
To use this endpoint to retrieve the HMAC-authenticated version of any API request URL in JSON format, insert get_u/ into that URL immediately before the API secret.
For example, a request URL like this:
get_u/3kkq.pk7d.23wb/mappiness.json?include=happy&limit=1&callback=setHappiness
gives a response like this:
{"url":"u/3kkq.21f8861d6df137bb07d47c0fec31/mappiness.json?include=happy&limit=1&callback=setHappiness"}
To add a callback (for JSON-P), insert get_u.global_js_function_name/ immediately before the API secret instead.
For example, a URL like this:
get_u.receiveURL/3kkq.pk7d.23wb/mappiness.json?include=happy&limit=1&callback=setHappiness
returns this sort of JSON-P response:
receiveURL({"url":"u/3kkq.21f8861d6df137bb07d47c0fec31/mappiness.json?include=happy&limit=1&callback=setHappiness"});
Feedback
Please don’t hesitate to get in touch with queries or comments, using our contact details on the main website.
Finally, please note that we can’t promise that elements of the API won’t change in future.
]]>
/2011/05/23/api-guide/feed/
2
Data dictionary
/2011/05/23/data-dictionary/
/2011/05/23/data-dictionary/#comments
Mon, 23 May 2011 19:18:53 +0000
/?p=293
Today we have launched our data download and API feature, which can be activated within the app after updating to version 1.1.
This post describes the content of the available raw data formats.
Each row of the Excel and CSV files, and each object of the JSON array, represents one response. They are listed in descending start time order, so the first row or Object corresponds to the most recent response.
The Excel and CSV column headings, and JSON object keys, are as follows:
start_time_epoch
start_time
The time this response began (this is the iPhone’s belief about UK local time). The first variable is the number of seconds since 1 January 1970; the second is a string of the form “2011-03-13 12:11:26 +0000” (for CSV) or “2011/03/13 12:11:26 +0000” (for JSON).
noise_50pc
noise_90pc
Respectively the median of several readings of what the iPhone reports as the ‘average’ noise level, and the 90th percentile of what it reports as the maximum level. These are supposed to be decibel values, and are either negative or zero.
happy
relaxed
awake
The three Feelings slider responses reported as decimal values scaled from 0 (not at all) to 1 (extremely).
in_out
home_work
Responses to the Place questions, each taking one of three possible string values. Respectively these are "in" / "out" / "vehicle" and "home" / "work" / "other".
Like subsequent response variables, these could be missing (null in JSON, or empty Excel or CSV cells) if the response was interrupted.
photo_url
photo_landscape
If a photo was taken then the first is a link to the photo, and the second is an indicator of the photo orientation: 0 for portrait, 1 for landscape. If no photo was taken, both are missing.
time_taken
How long it took from beginning to finishing the response, in seconds.
beep_time_epoch
beep_time
beep_sound
The server’s idea of UK time when the beep was sent (respectively as seconds since 1970 and as a string), and the name of the beep sound sent. If the response was volunteered with no beep having been sent, all three values will be missing.
beep_sound will otherwise take one of the following string values:
Beeps
Bird
Bugle
Chimes
Ding (quieter)
Ding
Doorbell
Referee
Whistle
map_url
If location data is available, a link to a map displaying the data from this response at the appropriate location. Otherwise missing.
latitude
longitude
accuracy_m
altitude
alt_accuracy_m
GPS location parameters. Missing values or values of -1 indicate some form of error.
with_partner
with_children
with_relatives
with_peers
with_clients
with_friends
with_others
0/1 indicators corresponding to the answers to the People responses. If all are 0, either the user tapped ‘Alone or with strangers only’ or the response was interrupted. Otherwise this JSON mapping may be helpful:
{"with_partner":"Spouse, partner, girl/boyfriend",
"with_children":"Children",
"with_relatives":"Other family members",
"with_peers":"Colleagues, classmates",
"with_clients":"Clients, customers",
"with_friends":"Friends",
"with_others":"Other people you know"}
do_work
do_meeting
do_travel
do_cook
do_chores
do_admin
do_shop
do_wait
do_childcare
do_pet
do_care
do_rest
do_sick
do_pray
do_wash
do_love
do_chat
do_eat
do_caffeine
do_alcohol
do_smoke
do_msg
do_net
do_tv
do_music
do_speech
do_read
do_theatre
do_museum
do_match
do_walk
do_sport
do_gardening
do_birdwatch
do_hunt
do_compgame
do_games
do_bet
do_art
do_sing
do_other
do_other2
0/1 indicators corresponding to the Activities responses. If all are zero, the response was interrupted.
do_other is a ‘Something else’ response submitted by app versions before 1.0.2, while do_other2 is a ‘Something else’ response submitted from version 1.0.2 onwards.
The reason for the distinction is that five new activities were introduced in 1.0.2, and ‘Something else’ thus covers a slightly narrower range of something elses. The new activities were do_love, do_caffeine, do_msg, do_net and do_birdwatch.
The following JSON mapping may be helpful:
{"do_work":"Working, studying",
"do_meet":"In a meeting, seminar, class",
"do_travel":"Travelling, commuting",
"do_cook":"Cooking, preparing food",
"do_chores":"Housework, chores, DIY",
"do_admin":"Admin, finances, organising",
"do_shop":"Shopping, errands",
"do_wait":"Waiting, queueing",
"do_child":"Childcare, playing with children",
"do_pet":"Pet care, playing with pets",
"do_care":"Care or help for adults",
"do_rest":"Sleeping, resting, relaxing",
"do_sick":"Sick in bed",
"do_pray":"Meditating, religious activities",
"do_wash":"Washing, dressing, grooming",
"do_love":"Intimacy, making love",
"do_chat":"Talking, chatting, socialising",
"do_eat":"Eating, snacking",
"do_caffeine":"Drinking tea/coffee",
"do_booze":"Drinking alcohol",
"do_smoke":"Smoking",
"do_msg":"Texting, email, social media",
"do_net":"Browsing the Internet",
"do_tv":"Watching TV, film",
"do_music":"Listening to music",
"do_speech":"Listening to speech/podcast",
"do_read":"Reading",
"do_theatre":"Theatre, dance, concert",
"do_museum":"Exhibition, museum, library",
"do_match":"Match, sporting event",
"do_walk":"Walking, hiking",
"do_sport":"Sports, running, exercise",
"do_gardening":"Gardening, allotment",
"do_birdwatch":"Birdwatching, nature watching",
"do_hunt":"Hunting, fishing",
"do_compgame":"Computer games, iPhone games",
"do_game":"Other games, puzzles",
"do_bet":"Gambling, betting",
"do_art":"Hobbies, arts, crafts",
"do_sing":"Singing, performing",
"do_other":"Something else",
"do_other2":"Something else"}
notes
App version 1.1 provides for the entry of free text notes with responses. This variable is a string containing those notes (it is missing for responses from previous app versions, and it may be missing or an empty string if no notes were added).
Feedback
Please don’t hesitate to get in touch with queries or comments, using our contact details on the main website.
]]>
/2011/05/23/data-dictionary/feed/
2
API data formats
/2011/04/08/api-data-formats/
/2011/04/08/api-data-formats/#comments
Fri, 08 Apr 2011 14:04:58 +0000
/?p=232
23 May 2011: We’ve launched the data download and API feature, and this post has now been superseded by our data dictionary and API guide.
Frankie Roberto asks:
@mappiness_app hello. Have you thought about publishing an example of the future data export format? (So that we can start making apps now).
A great question. We hadn’t!
Initially we plan to provide data in JSON and CSV formats (with KML and iCalendar to follow), and provisionally this will work as follows. (Note that if you don’t know what JSON stands for, you can probably ignore this post).
Examples
Here are examples of the JSON format and the CSV format data.
Requests and formats
Both formats will be available using a simple (https://) GET request with a secret key embedded in the URL — so the JSON data will be usable directly from a JavaScript web app. For security, this secret key will change if the user disables and then re-enables data download from within the app.
The CSV is UTF-8 encoded with Unix line-endings (\n) and strings unquoted except where empty or in the case of embedded commas/newlines.
The JSON is just a transformation of the CSV: an Array of Objects corresponding to CSV rows, with the CSV headers repeated as the keys of each Object.
The rows of the CSV and Objects of the JSON Array are in descending start time order, so the first row or Object corresponds to the most recent response.
The JSON API may default to returning only the most recent response, but offer a ?limit=N parameter for requesting the others. The JSON API will also offer a ?callback=callbackName parameter for cross-site scripting (JSON-P).
Data dictionary
The CSV headers and JSON Object keys are as follows:
start_time_epoch
start_time
What time did this response begin? This is the iPhone’s belief about UK local time.
The first variable is the number of seconds since 1 January 1970; the second is a string of the form “2011-03-13 12:11:26 +0000”.
noise_50pc
noise_90pc
Respectively the median of several readings of what the iPhone reports as the ‘average’ noise level, and the 90th percentile of what it reports as the maximum level. These are supposed to be decibel values, and are either negative or zero.
happy
relaxed
awake
The three feelings slider responses as decimal values scaled from 0 (not at all) to 1 (extremely).
in_out
home_work
Responses to the Place questions, each taking one of three possible string values. Respectively these are "in" / "out" / "vehicle" and "home" / "work" / "other".
Like subsequent response variables, these could be missing (null in JSON, or empty CSV cells) if the response was interrupted.
took_photo
photo_url
The first is a 0/1 indicator of a photo having been taken. If it’s 1 and the photo was made public, the second is a publicly-accessible URL for the photo (non-public photos are not currently available). If the first is 0 or the photo was not made public, the second will be missing (null or empty).
time_taken
How long it took from beginning to finishing the response, in seconds.
beep_time_epoch
beep_time
beep_sound
What was the server’s idea of UK time when the beep was sent (respectively as seconds since 1970 and as a string), and what was the name of the beep sound sent? If the response was volunteered with no beep having been sent, all three values will be missing (null or empty).
beep_sound will otherwise take one of the following string values:
Beeps
Bird
Bugle
Chimes
Ding (quieter)
Ding
Doorbell
Referee
Whistle
latitude
longitude
accuracy_m
altitude
alt_accuracy_m
GPS location parameters. Missing values or values of -1 indicate some form of error.
with_partner
with_children
with_relatives
with_peers
with_clients
with_friends
with_others
0/1 indicators corresponding to the answers to the People responses. If all are 0, either the user tapped ‘Alone or with strangers only’ or the response was interrupted. Otherwise this JSON mapping may be helpful:
{"with_partner":"Spouse, partner, girl/boyfriend",
"with_children":"Children",
"with_relatives":"Other family members",
"with_peers":"Colleagues, classmates",
"with_clients":"Clients, customers",
"with_friends":"Friends",
"with_others":"Other people you know"}
do_work
do_meeting
do_travel
do_cook
do_chores
do_admin
do_shop
do_wait
do_childcare
do_pet
do_care
do_rest
do_sick
do_pray
do_wash
do_love
do_chat
do_eat
do_caffeine
do_alcohol
do_smoke
do_msg
do_net
do_tv
do_music
do_speech
do_read
do_theatre
do_museum
do_match
do_walk
do_sport
do_gardening
do_birdwatch
do_hunt
do_compgame
do_games
do_bet
do_art
do_sing
do_other
do_other2
0/1 indicators corresponding to the Activities responses. If all are zero, the response was interrupted.
do_other is a ‘Something else’ response submitted by app versions before 1.0.2, while do_other2 is a ‘Something else’ response submitted from version 1.0.2 onwards.
The reason for the distinction is that five new activities were introduced in 1.0.2, and ‘Something else’ thus covers a slightly narrower range of something elses. The new activities were do_love, do_caffeine, do_msg, do_net and do_birdwatch.
The following JSON mapping may be helpful:
{"do_work":"Working, studying",
"do_meet":"In a meeting, seminar, class",
"do_travel":"Travelling, commuting",
"do_cook":"Cooking, preparing food",
"do_chores":"Housework, chores, DIY",
"do_admin":"Admin, finances, organising",
"do_shop":"Shopping, errands",
"do_wait":"Waiting, queueing",
"do_child":"Childcare, playing with children",
"do_pet":"Pet care, playing with pets",
"do_care":"Care or help for adults",
"do_rest":"Sleeping, resting, relaxing",
"do_sick":"Sick in bed",
"do_pray":"Meditating, religious activities",
"do_wash":"Washing, dressing, grooming",
"do_love":"Intimacy, making love",
"do_chat":"Talking, chatting, socialising",
"do_eat":"Eating, snacking",
"do_caffeine":"Drinking tea/coffee",
"do_booze":"Drinking alcohol",
"do_smoke":"Smoking",
"do_msg":"Texting, email, social media",
"do_net":"Browsing the Internet",
"do_tv":"Watching TV, film",
"do_music":"Listening to music",
"do_speech":"Listening to speech/podcast",
"do_read":"Reading",
"do_thatre":"Theatre, dance, concert",
"do_museum":"Exhibition, museum, library",
"do_match":"Match, sporting event",
"do_walk":"Walking, hiking",
"do_sport":"Sports, running, exercise",
"do_gardening":"Gardening, allotment",
"do_birdwatch":"Birdwatching, nature watching",
"do_hunt":"Hunting, fishing",
"do_compgame":"Computer games, iPhone games",
"do_game":"Other games, puzzles",
"do_bet":"Gambling, betting",
"do_art":"Hobbies, arts, crafts",
"do_sing":"Singing, performing",
"do_other":"Something else",
"do_other2":"Something else"}
notes
App version 1.1, which will enable turning on data download, will also allow optional entry of free text notes with responses. This variable is a string containing those notes (it may be a missing value for responses from previous app versions, and it may be missing or an empty string if no notes were added).
Your thoughts?
We don’t guarantee these details won’t change between now and API launch. Please let us know if you think we should do anything differently.
]]>
/2011/04/08/api-data-formats/feed/
5
8-bit nostalgia logo + QR code
/2011/04/05/logo-qr-code/
/2011/04/05/logo-qr-code/#respond
Tue, 05 Apr 2011 15:48:10 +0000
/?p=178
Inspired by the BBC’s logo QR code, we made our own. Boasting 50 × 50 pixel resolution, and in 11 glorious colours!
Scanning this with a smartphone app like RedLaser takes you straight to our website. (I know, I know, you’re already here. But if you weren’t, it might possibly be handy).
Please print and share — using this PDF for pixel-perfect vector blockiness.
Update: If ‘8-bit nostalgia’ means something to you, you might just enjoy Peasant’s Quest.
]]>
/2011/04/05/logo-qr-code/feed/
0
TEDxBrighton film
/2011/02/21/tedxbrighton/
/2011/02/21/tedxbrighton/#respond
Mon, 21 Feb 2011 12:12:05 +0000
/?p=166
The TEDxBrighton mappiness talk is now available online. It gives a 17-minute overview of what we’re doing and why, and what we’re starting to find out from the data collected.
You can see it (and share it) in context on the TEDxBrighton site using this short link: . If you’re on iPhone/iPad/iPod you can watch it directly on YouTube. Or you can see it below.
]]>
/2011/02/21/tedxbrighton/feed/
0
The Blue Monday myth
/2011/01/18/blue-monday-myth/
/2011/01/18/blue-monday-myth/#comments
Tue, 18 Jan 2011 22:54:52 +0000
/?p=119
This tweet of Ben Goldacre’s caught our attention yesterday:
ben goldacre (@bengoldacre)17/01/2011 13:59sigh. #bluemonday is trending. but #bluemonday is PR bullshit. humour me, RT and flood the tag.
His linked blog post has more details: do have a look.
So, what do the mappiness data tell us about people’s happiness yesterday on ‘Blue Monday’, 17 January 2011?
First, a simple bar chart showing mean happiness responses, by day, since mid-September. Weekends are in green. Yesterday is in yellow, on the right, and a horizontal line is drawn across from that bar for comparison.
Nothing particularly special about ‘Blue Monday’ is apparent here. What mainly leaps out is just how happy the Christmas season is, including a huge upward spike on Christmas Day.
The time trend could, however, be confounded by the fact that our participants now are largely not the same people as our participants were in September: it’s plausible that happier or less happy people could have joined up at different times.
The time trend could also be confounded if there’s a trend in each individual’s responses, and if our average participant now is at a different stage of participation than the average participant was in September.
The chart below, therefore, removes variation between participants, and between different stages of participation, from the numbers being plotted. The scale down the left also changes, but since we’re interested in relative effects this isn’t really important. (The chart shows the residuals from an individual fixed-effects regression, which included dummy variables for various stages of participation. We added a positive constant to the residuals to keep the chart’s shape vaguely comparable to the one above).
These corrections do make ‘Blue Monday’ look a little worse. But there are still several less happy Mondays spread throughout the preceding months, and an even greater number of less happy Tuesdays.
So, for our participants at least, it seems ‘Blue Monday’ really is just PR BS.
]]>
/2011/01/18/blue-monday-myth/feed/
3
mappy Xmas!
/2010/12/19/mappy-xmas/
/2010/12/19/mappy-xmas/#respond
Sun, 19 Dec 2010 15:40:22 +0000
/?p=90
It’s two months since we last posted here, which is undoubtedly too long: sorry.
Happy news
Prime Minister David Cameron gave subjective wellbeing research a big thumbs-up in a major speech last month (transcript, YouTube clip):
[T]oday the government is asking the Office of National Statistics to devise a new way of measuring wellbeing in Britain. And so from April next year, we’ll start measuring our progress as a country, not just by how our economy is growing, but by how our lives are improving; not just by our standard of living, but by our quality of life.
Cameron went on to quote from Robert Kennedy’s inspiring 1968 speech on the inadequacies of GDP as a measure of “that which makes life worthwhile” (you can hear Kennedy courtesy of the New Economics Foundation’s excellent National Accounts of Wellbeing).
Afterwards, the Prime Minister was shown details of work already being done to measure and explain wellbeing in the UK, with Mappiness being highlighted by Defra chief economist Richard Price. We’re keen to work with government to help understand links between environment and wellbeing.
mappiness presents…
We were invited to present on mappiness at last week’s Sustainable Development Research Network annual conference, and we’ll be speaking again at TEDxBrighton on 21 January. Tickets are free, and registration is open until Christmas.
Preliminary analysis
We’ve started joining response data with habitat data from the Land Cover Map 2000 and weather data from Weather Underground.
On average, people seem to be happier when outdoors in almost all kinds of natural environment than they are in cities. (We include lots of control variables in a ‘fixed effects’ regression, which uses only the variation within each individual’s responses, and treat the ‘Happy’ feelings slider as a linear scale from 0 to 100. We find that responses in natural environments are happier by between +1 and +5 points on the scale.)
People are less happy when it’s raining — and even less happy if they’re outdoors at the time. When outdoors, people are happier in higher temperatures and lower wind speeds too.
These findings are reassuringly intuitive (you might even say obvious). But what makes them exciting is that they don’t just leave us saying, for example, that ‘green space is nice’. Rather, they can tell us precisely how nice green space is, and how nice many other things are too, which may ultimately help us manage our environment better.
We hope to have an academic paper ready to submit by early February, at which point we’ll be able to provide more detail on these results.
Can we talk?
Since Mappiness is a pretty novel kind of study, we’re interested in doing some more qualitative research with participants. This would be looking at people’s experiences of taking part, probably through interviews or focus groups.
The details are by no means finalised, but if you’d be willing to be contacted about helping us with such research in future (with no committment), please send George a quick email.
What’s next?
Our current priority is giving participants access to their own data. This is a feature we’ve been promising for quite some time now, and will be accompanied by the ability to make textual notes alongside your responses — allowing you to add further explanation of particularly (un)happy moments, and potentially even to use the app as a kind of randomly-sampled journal.
We don’t yet have a fixed date for this update, but look out for it early in the new year.
When will it end?
We’ve had several emails asking how long the study will run.
We have no plans to close down mappiness while a substantial number of people are still participating. Today we’ll be sending one or more beeps to each of the 8,400 participants who are currently active, so we hope to be carrying on a while longer.
As it says in the sign-up information, though, you can take part for as long or as short a period as you like. There’s no cut-off point: response #576 is just as valuable as response #1. (And yes, one participant has provided 576 responses: if that’s you, many thanks!).
As soon as you’ve had enough – whether it’s after one beep or one thousand – you should feel free to opt out. You can: (a) set your ‘Beeps per day’ to zero in the app Settings, which retains access to your happiness charts, and will enable you to download all your data when that feature is ready; or (b) simply delete the app, in which case your charts and data will no longer be available.
In the meantime, it’s fantastic to have you on board!
]]>
/2010/12/19/mappy-xmas/feed/
0