﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>Millisecond Forums » Millisecond Forums » Inquisit 6  » Data uploads failing - any countermeasures?</title><generator>InstantForum 2017-1 Final</generator><description>Millisecond Forums</description><link>https://forums.millisecond.com/</link><webMaster>Millisecond Forums</webMaster><lastBuildDate>Fri, 01 May 2026 19:07:16 GMT</lastBuildDate><ttl>20</ttl><item><title>Data uploads failing - any countermeasures?</title><link>https://forums.millisecond.com/Topic36436.aspx</link><description>Dear all,&lt;br/&gt;&lt;br/&gt;in our current online study (aatsrbr2), I'm observing relatively high rates of participants who complete the study, but whose data doesn't seem to arrive. In some cases, no data at all is uploaded, while in others, the data from our first scripts (informed consent and demographics) is uploaded, but the data from the main experiment isn't. Now obviously, some losses are to be expected (participants dropping out or encountering technical issues after the demographics), but after exchanging messages with quite a few participants on Prolific, there are 9 cases in which I could verify the participant took part (they were able to describe details of the experiment that are otherwise inaccessible), but no data arrived, plus three likely potentials. Given that Inquisit currently lists 254 sessions, including several test sessions we did ourselves before data collection started and including some early drop-outs, it seems like this is around 3.5 - 5% of otherwise valid datasets that may not be arriving.&lt;br/&gt;&lt;br/&gt;I asked the affected participants to restart the InquisitPlayer app (insofar as they hadn't already uninstalled it), which seems to have belatedly uploaded the data in two cases. However, in the remaining cases, it either didn't work or people simply never responded. Now, it's clear that environmental issues will sometimes prevent data from being uploaded, but I was wondering whether there are any known measures or tips anyone can recommend for reducing the likelihood of this happening? It's starting to become a cost factor (we have to pay these people, as the technical problem isn't their fault) and it's particularly frustrating in cases like this experiment, where we're two datasets short of our preregistered sample, but the last three participants on Prolific have been affected by this problem, causing me to keep on having to add individual slots and write messages to affected participants. &lt;br/&gt;&lt;br/&gt;I'd appreciate any tips!&lt;br/&gt;</description><pubDate>Tue, 23 Jul 2024 12:04:31 GMT</pubDate><dc:creator>AKrishna</dc:creator></item><item><title>RE: Data uploads failing - any countermeasures?</title><link>https://forums.millisecond.com/Topic36437.aspx</link><description>&lt;blockquote data-id="36436" class="if-quote-wrapper" unselectable="on" data-guid="1721734524418" contenteditable="false" id="if_insertedNode_1721734524326"&gt;&lt;a class="quote-para" unselectable="on" style="display: none;" href="#" data-id="36436" title="Move Cursor Below" contenteditable="false"&gt;&lt;span unselectable="on"&gt;+&lt;/span&gt;&lt;/a&gt;&lt;a class="quote-delete" unselectable="on" style="display: none;" href="#" data-id="36436" title="Delete Quote" contenteditable="false"&gt;&lt;span unselectable="on"&gt;x&lt;/span&gt;&lt;/a&gt;&lt;span unselectable="on" class="quote-markup"&gt;[quote]&lt;/span&gt;&lt;div unselectable="on" class="if-quote-header" contenteditable="false"&gt;&lt;div unselectable="on" class="if-quote-toggle-wrapper"&gt;&lt;a class="if-quote-toggle quote-link" href="#" data-id="36436" title=" "&gt;&amp;nbsp;&lt;/a&gt;&lt;/div&gt;&lt;span unselectable="on" class="quote-markup"&gt;[b]&lt;/span&gt;AKrishna - 7/23/2024&lt;span unselectable="on" class="quote-markup"&gt;[/b]&lt;/span&gt;&lt;/div&gt;&lt;div class="if-quote-message if-quote-message-36436"&gt;&lt;div class="if-quote-message-margin" contenteditable="true"&gt;Dear all,&lt;br/&gt;&lt;br/&gt;in our current online study (aatsrbr2), I'm observing relatively high rates of participants who complete the study, but whose data doesn't seem to arrive. In some cases, no data at all is uploaded, while in others, the data from our first scripts (informed consent and demographics) is uploaded, but the data from the main experiment isn't. Now obviously, some losses are to be expected (participants dropping out or encountering technical issues after the demographics), but after exchanging messages with quite a few participants on Prolific, there are 9 cases in which I could verify the participant took part (they were able to describe details of the experiment that are otherwise inaccessible), but no data arrived, plus three likely potentials. Given that Inquisit currently lists 254 sessions, including several test sessions we did ourselves before data collection started and including some early drop-outs, it seems like this is around 3.5 - 5% of otherwise valid datasets that may not be arriving.&lt;br/&gt;&lt;br/&gt;I asked the affected participants to restart the InquisitPlayer app (insofar as they hadn't already uninstalled it), which seems to have belatedly uploaded the data in two cases. However, in the remaining cases, it either didn't work or people simply never responded. Now, it's clear that environmental issues will sometimes prevent data from being uploaded, but I was wondering whether there are any known measures or tips anyone can recommend for reducing the likelihood of this happening? It's starting to become a cost factor (we have to pay these people, as the technical problem isn't their fault) and it's particularly frustrating in cases like this experiment, where we're two datasets short of our preregistered sample, but the last three participants on Prolific have been affected by this problem, causing me to keep on having to add individual slots and write messages to affected participants. &lt;br/&gt;&lt;br/&gt;I'd appreciate any tips!&lt;br/&gt;&lt;a class="if-quote-goto quote-link" href="#" data-id="36436"&gt;&lt;span class="goto"&gt;&lt;/span&gt;&lt;/a&gt;&lt;/div&gt;&lt;/div&gt;&lt;span unselectable="on" class="quote-markup"&gt;[/quote]&lt;/span&gt;&lt;/blockquote&gt;&lt;br/&gt;The participant logs for your study are full of timeout and connection closed errors, which typically indicate that the participants aren't on a stable internet connection. Obviously, if connectivity is bad or gone entirely, then no data can be uploaded and the files will remain on the participant's device until they can be uploaded (app running, internet connection available).&lt;br/&gt;&lt;br/&gt;If I were you, I'd reinforce to participants:&lt;br/&gt;Make sure your internet connection is stable. Don't use a spotty WiFi, don't do the study from any network that automatically kicks you out after some time (e.g. public WiFi or school / corporate networks with captive portals). When using a laptop, make sure it's plugged in and not running on battery alone, otherwise the device may turn off the network interface after some idle period to save power.&lt;br/&gt;&lt;br/&gt;There'd be a few other things to mention and consider if mobile devices (phones, tablets) were involved, but as far as I can see you already disallow these for this particular study.&lt;br/&gt;</description><pubDate>Tue, 23 Jul 2024 12:04:31 GMT</pubDate><dc:creator>Dave</dc:creator></item></channel></rss>