{
  "id": 14935,
  "title": "Use of future data",
  "url": "/competitions/grasp-and-lift-eeg-detection/discussion/14935",
  "author_name": "Devin Anzelmo",
  "post_date": "2015-06-29T17:23:04.703000",
  "votes": 1,
  "comment_count": 20,
  "views": 2444,
  "content": "<p>Just to make sure this is absolutely clear. Are we allowed to use the data from subj1_series6 in training for subj1_series5?</p>\n<p>It seems that this is allowed from reading the data page, but I would like to check because it is using future data.</p>",
  "messages": [
    {
      "id": 82996,
      "postDate": "2015-06-30T14:48:56.467Z",
      "content": "<p>[quote=William Cukierski;82992]</p>\n<p>The host will do their best to enforce the rule. This might entail removing&nbsp;any teams with performance greater than the &quot;highest known legitimate score.&quot;</p>\n<p>[/quote]</p>\n<p>This is what i was thinking, and i believe it is a good way to make this dissuasive enough so most of the people will play by the rules.</p>\n<p>[quote]</p>\n<p>Also, as a neurobiologist, there are factors that are important in neural signals &quot;chains&quot;. Removing the possibility to use it is bizarre, from a biological point of view.</p>\n<p>[/quote]</p>\n<p>From a applicative point of view, this rule make sense. From the challenge point of view, it also force participant to do a bit of EEG classification, and not just reverse-engineering of the paradigm.</p>",
      "votes": 3
    },
    {
      "id": 82993,
      "postDate": "2015-06-30T14:35:12.033Z",
      "content": "<p>The goal of the competition is to do better than what's already known. So such kind of rule is puzzling. Also, If you don't want contestant to use data in an inappropriate fashion, why not beginning by deliver them properly? I am not trying to minimize kaggle efforts or trolling, but isn't there a good way to do it there?</p>\n<p>Also, as a neurobiologist, there are factors that are important in neural signals &quot;chains&quot;. Removing the possibility to use it is bizarre, from a biological point of view.</p>",
      "votes": 3
    },
    {
      "id": 82937,
      "postDate": "2015-06-29T21:53:20.577Z",
      "content": "<p>The original thing I posted was just a corner case. The main application is to data within the same series.</p>\n<p>The most important point is that we can't use information from the near future. As there is a sequence of 6 different events we are trying to predict it would have been helpful to use the information that the final event occurred to predict the first event but we can't do this because we can't use future data. The rule adds a decent amount of extra difficulty to this competition.</p>",
      "votes": 3
    },
    {
      "id": 83003,
      "postDate": "2015-06-30T16:09:55.607Z",
      "content": "<p>Your are just introducing a lag in your system, so you can use the whole sequence to trig the movement. It wont change the problem, because you can not rollback time to execute the movement at the beginning of the sequence, i.e you can not change the probabilities on the detection you made in the past.&nbsp;</p>\n<p>What you describe here can be done for the last element of the sequence, since you have all the past signal available.</p>",
      "votes": 4
    },
    {
      "id": 82997,
      "postDate": "2015-06-30T14:55:20.687Z",
      "content": "<p>[quote=WhizWilde;82993]</p>\n<p>The goal of the competition is to do better than what's already known. So such kind of rule is puzzling. Also, If you don't want contestant to use data in an inappropriate fashion, why not beginning by deliver them properly? I am not trying to minimize kaggle efforts or trolling, but isn't there a good way to do it there?</p>\n<p>Also, as a neurobiologist, there are factors that are important in neural signals &quot;chains&quot;. Removing the possibility to use it is bizarre, from a biological point of view.</p>\n<p>[/quote]</p>\n<p>Unless&nbsp;neurobiologists have invented a time machine without telling the rest of us, there shouldn't be anything puzzling about this rule :) An algorithm controlling a prosthetic device does not have access to future EEG signals, so neither should your algorithm. As I mentioned, the only way to not give out this data is to use code submission, but this is a complex bridge we have not yet crossed.</p>",
      "votes": 3
    },
    {
      "id": 83446,
      "postDate": "2015-07-04T22:10:14.497Z",
      "content": "<p>When you filter a signal, you introduce a delay. So, I think you would need to see the future data to predict the label of the current sample the system is processing.</p>\n<p>Is it valid a lagged response? (let's say 0.5 seconds)</p>",
      "votes": 1
    },
    {
      "id": 83017,
      "postDate": "2015-06-30T20:34:29.707Z",
      "content": "<p>[quote=I can do the splits NO PROB;83016]</p>\n<p>When predicting, you may not use data from the future! In other words, if you are predicting labels for id subj1_series9_11, you may not incorporate any frame after 11 <strong>of series 9 from subject 1</strong>&nbsp;for any reason.</p>\n<p><span style=\"line-height: 1.4\">[/quote]</span></p>\n<p>Done!</p>\n<p>[quote=I can do the splits NO PROB;83016]</p>\n<p><span style=\"line-height: 1.4\">And btw.: Is there any possibility to extract the trial number in each series (for example like a fixed observation window given in ms)? Usually, one would average over all trials of one subject in order to increase the signal-to-noise ratio in the EEG-signal. Or is this part of the challenge?</span></p>\n<p>[/quote]</p>\n<p>Part of the challenge.</p>",
      "votes": 1
    },
    {
      "id": 82939,
      "postDate": "2015-06-29T21:57:46.833Z",
      "content": "<p>[quote=J Kolb;82936]</p>\n<p>So we can ignore&nbsp;the entire &quot;Important Note&quot; section on the Data page since it is not possible to do, right?</p>\n<p>[/quote]</p>\n<p>It still applies to future data that is in the same series.</p>",
      "votes": 1
    },
    {
      "id": 82936,
      "postDate": "2015-06-29T21:47:09.177Z",
      "content": "<p>[quote=William Cukierski;82923]</p>\n<p>Yes. However, it's a moot point since you are predicting series 9 and 10 and don't have any &quot;latter&quot; series labels&nbsp;to train on.</p>\n<p>[/quote]</p>\n<p>So we can ignore&nbsp;the entire &quot;Important Note&quot; section on the Data page since it is not possible to do, right?</p>",
      "votes": 1
    },
    {
      "id": 82914,
      "postDate": "2015-06-29T17:23:04.703Z",
      "content": "<p>Just to make sure this is absolutely clear. Are we allowed to use the data from subj1_series6 in training for subj1_series5?</p>\n<p>It seems that this is allowed from reading the data page, but I would like to check because it is using future data.</p>",
      "votes": 1
    },
    {
      "id": 82990,
      "postDate": "2015-06-30T13:41:10.037Z",
      "content": "<p>Hi William,</p>\n<p>How do you plan to enforce this rule ? I don't want to be the devil's advocate but people who aims at the kaggle rank only may ignore this rule and decline the prizes.</p>",
      "votes": 2
    },
    {
      "id": 82992,
      "postDate": "2015-06-30T14:16:06.127Z",
      "content": "<p>Hi Alexandre,</p>\n<p>The host will do their best to enforce the rule. This might entail removing&nbsp;any teams with performance greater than the &quot;highest known legitimate score.&quot;</p>\n<p>Competitions are too popular to check everybody's approach, but we do strive to make sure the winners are clean. We believe that most people play by the rules, understand&nbsp;their intent, and place the greater research goals&nbsp;above their own self interests. The alternative is that we never run time-series competitions like this, or have to move to a setup&nbsp;where participants&nbsp;submit code that runs on a holdout set.</p>",
      "votes": 1
    },
    {
      "id": 82923,
      "postDate": "2015-06-29T19:06:09.523Z",
      "content": "<p>Yes. However, it's a moot point since you are predicting series 9 and 10 and don't have any &quot;latter&quot; series labels&nbsp;to train on.</p>",
      "votes": 1
    },
    {
      "id": 83000,
      "postDate": "2015-06-30T15:54:21.750Z",
      "content": "<p>Well, I can give one example for which this is not relevant:</p>\n<p>let's say you must have a series of 4 specific waveforms to trigger the signal and prosthetic movement</p>\n<p>You also know that you have noise.</p>\n<p>For triggering the signal, you really have to be sure so there are no trembling and so on.</p>\n<p>If you have the 3rd waveform lacking, you could rule out that movement must never be started. But then you will have a clumsy prothetic. Cause noise will often drown this signal out.</p>\n<p>But you could model the thing to &quot;foresee&quot; that signal 3 exists with probability p when signal 4 too.</p>\n<p>Return to real life application. Your processor detects first and second waveform, not the third.</p>\n<p>With first solution, it will discard the series and wait again.</p>\n<p>With second, it will wait until detection of signal 4 to decide that movement can be triggered with a p confidence. It is not that it uses future signal as it is not possible.</p>\n<p>it is that you modelized that some data could exist with some confidence given that an event has happened too, even if it is subsequent.</p>\n<p>Is it clearer for you, or do I still look funny? ;)</p>",
      "votes": -1
    },
    {
      "id": 86318,
      "postDate": "2015-07-21T15:35:45.973Z",
      "content": "<p>a ok,  indeed  I did not realize...now it's clear \nthanks for the quick response! ;)</p>",
      "rawMarkdown": "a ok,  indeed  I did not realize...now it's clear \r\nthanks for the quick response! ;)"
    },
    {
      "id": 86316,
      "postDate": "2015-07-21T15:27:47.310Z",
      "content": "<p>The idea of this restriction is that the resulting method should be applicable for controlling prosthetics using EEG readings. More concretely, if you want to send a control signal to a robotic arm at some point in time t, you can of course only use EEG data recorded up to time t.  </p>\n\n<p>In the same way while predicting labels for t=11 for subject 1 and series 9, you are only allowed to use EEG data from that series up to t=11. You are of course free to train your algorithm on all the data from all other series of that subject, so this restriction does not affect training at all.</p>",
      "rawMarkdown": "The idea of this restriction is that the resulting method should be applicable for controlling prosthetics using EEG readings. More concretely, if you want to send a control signal to a robotic arm at some point in time t, you can of course only use EEG data recorded up to time t.  \r\n\r\nIn the same way while predicting labels for t=11 for subject 1 and series 9, you are only allowed to use EEG data from that series up to t=11. You are of course free to train your algorithm on all the data from all other series of that subject, so this restriction does not affect training at all.\r\n"
    },
    {
      "id": 86292,
      "postDate": "2015-07-21T13:20:53.573Z",
      "content": "<p>I'll probably be deficient.. but I do not understand the meaning of this:\n<strong><em>When predicting, you may not use data from the future! In other words, if you are predicting labels for id subj1_series9_11, you may not incorporate any frame after 11 of series 9 from subject 1 for any reason.</em></strong>\nBut not incorporate in what? In training dataset? Then I can&#8217;t train on all <strong>subj1_series9&#8217; frames to predict all ** subj1_series1_events</strong> labels???... I hope I have misunderstood&#8230;otherwise we would need a model for each frame...mha...\nplease inform me and sorry for my bad English...</p>",
      "rawMarkdown": "I'll probably be deficient.. but I do not understand the meaning of this:\r\n***When predicting, you may not use data from the future! In other words, if you are predicting labels for id subj1_series9_11, you may not incorporate any frame after 11 of series 9 from subject 1 for any reason.***\r\nBut not incorporate in what? In training dataset? Then I can’t train on all **subj1_series9’ frames to predict all ** subj1_series1_events** labels???... I hope I have misunderstood…otherwise we would need a model for each frame...mha...\r\nplease inform me and sorry for my bad English...\r\n"
    },
    {
      "id": 83068,
      "postDate": "2015-07-01T10:04:49.623Z",
      "content": "<p>[quote=Alexandre Barachant;83003]</p>\n<p>Your are just introducing a lag in your system, so you can use the whole sequence to trig the movement. It wont change the problem, because you can not rollback time to execute the movement at the beginning of the sequence, i.e you can not change the probabilities on the detection you made in the past.&nbsp;</p>\n<p>What you describe here can be done for the last element of the sequence, since you have all the past signal available.</p>\n<p>[/quote]</p>\n<p>Not to insist too much on that since rules are what they are, but this is not the problem. Actually, in my example you used data from the future of signal 3 to define more accurately the possibility of its presence (but drowning in noise).</p>\n<p>The fact that applicatively you can only use data that you have seen for such purpose is logical, but it doesn't prevent us to use signal 4 to define that signals1+2+4 is actually the full series and not only 1+2+4. If you consider that the signal 1-4 is usually just a bloc in a larger signal, maybe it would be 4 that could be predicted using 1 of the second repeat, as they are usually very close in time. For setting the system up, you would need to use &quot;future data&quot;, but in application you won't. </p>\n<p>In this problem, you could not given the rules. That was my point, but anyway, you&nbsp; will find a lot of ways to do well without that.</p>"
    },
    {
      "id": 82940,
      "postDate": "2015-06-29T22:00:09.480Z",
      "content": "<p>Ok, thanks. Makes sense now.</p>"
    },
    {
      "id": 83018,
      "postDate": "2015-06-30T20:37:07.770Z",
      "rawMarkdown": "",
      "isDeleted": true
    },
    {
      "id": 83016,
      "postDate": "2015-06-30T20:09:08.927Z",
      "rawMarkdown": "",
      "isDeleted": true
    }
  ],
  "comments": [
    {
      "id": 82996,
      "author_name": "Alexandre Barachant",
      "author_url": "",
      "post_date": "2015-06-30T14:48:56.467000",
      "content": "<p>[quote=William Cukierski;82992]</p>\n<p>The host will do their best to enforce the rule. This might entail removing&nbsp;any teams with performance greater than the &quot;highest known legitimate score.&quot;</p>\n<p>[/quote]</p>\n<p>This is what i was thinking, and i believe it is a good way to make this dissuasive enough so most of the people will play by the rules.</p>\n<p>[quote]</p>\n<p>Also, as a neurobiologist, there are factors that are important in neural signals &quot;chains&quot;. Removing the possibility to use it is bizarre, from a biological point of view.</p>\n<p>[/quote]</p>\n<p>From a applicative point of view, this rule make sense. From the challenge point of view, it also force participant to do a bit of EEG classification, and not just reverse-engineering of the paradigm.</p>",
      "votes": 3,
      "replies": []
    },
    {
      "id": 82993,
      "author_name": "WhizWilde",
      "author_url": "",
      "post_date": "2015-06-30T14:35:12.033000",
      "content": "<p>The goal of the competition is to do better than what's already known. So such kind of rule is puzzling. Also, If you don't want contestant to use data in an inappropriate fashion, why not beginning by deliver them properly? I am not trying to minimize kaggle efforts or trolling, but isn't there a good way to do it there?</p>\n<p>Also, as a neurobiologist, there are factors that are important in neural signals &quot;chains&quot;. Removing the possibility to use it is bizarre, from a biological point of view.</p>",
      "votes": 3,
      "replies": []
    },
    {
      "id": 82937,
      "author_name": "Devin Anzelmo",
      "author_url": "",
      "post_date": "2015-06-29T21:53:20.577000",
      "content": "<p>The original thing I posted was just a corner case. The main application is to data within the same series.</p>\n<p>The most important point is that we can't use information from the near future. As there is a sequence of 6 different events we are trying to predict it would have been helpful to use the information that the final event occurred to predict the first event but we can't do this because we can't use future data. The rule adds a decent amount of extra difficulty to this competition.</p>",
      "votes": 3,
      "replies": []
    },
    {
      "id": 83003,
      "author_name": "Alexandre Barachant",
      "author_url": "",
      "post_date": "2015-06-30T16:09:55.607000",
      "content": "<p>Your are just introducing a lag in your system, so you can use the whole sequence to trig the movement. It wont change the problem, because you can not rollback time to execute the movement at the beginning of the sequence, i.e you can not change the probabilities on the detection you made in the past.&nbsp;</p>\n<p>What you describe here can be done for the last element of the sequence, since you have all the past signal available.</p>",
      "votes": 4,
      "replies": []
    },
    {
      "id": 82997,
      "author_name": "Will Cukierski",
      "author_url": "",
      "post_date": "2015-06-30T14:55:20.687000",
      "content": "<p>[quote=WhizWilde;82993]</p>\n<p>The goal of the competition is to do better than what's already known. So such kind of rule is puzzling. Also, If you don't want contestant to use data in an inappropriate fashion, why not beginning by deliver them properly? I am not trying to minimize kaggle efforts or trolling, but isn't there a good way to do it there?</p>\n<p>Also, as a neurobiologist, there are factors that are important in neural signals &quot;chains&quot;. Removing the possibility to use it is bizarre, from a biological point of view.</p>\n<p>[/quote]</p>\n<p>Unless&nbsp;neurobiologists have invented a time machine without telling the rest of us, there shouldn't be anything puzzling about this rule :) An algorithm controlling a prosthetic device does not have access to future EEG signals, so neither should your algorithm. As I mentioned, the only way to not give out this data is to use code submission, but this is a complex bridge we have not yet crossed.</p>",
      "votes": 3,
      "replies": []
    },
    {
      "id": 83446,
      "author_name": "lnicalo",
      "author_url": "",
      "post_date": "2015-07-04T22:10:14.497000",
      "content": "<p>When you filter a signal, you introduce a delay. So, I think you would need to see the future data to predict the label of the current sample the system is processing.</p>\n<p>Is it valid a lagged response? (let's say 0.5 seconds)</p>",
      "votes": 1,
      "replies": []
    },
    {
      "id": 83017,
      "author_name": "Will Cukierski",
      "author_url": "",
      "post_date": "2015-06-30T20:34:29.707000",
      "content": "<p>[quote=I can do the splits NO PROB;83016]</p>\n<p>When predicting, you may not use data from the future! In other words, if you are predicting labels for id subj1_series9_11, you may not incorporate any frame after 11 <strong>of series 9 from subject 1</strong>&nbsp;for any reason.</p>\n<p><span style=\"line-height: 1.4\">[/quote]</span></p>\n<p>Done!</p>\n<p>[quote=I can do the splits NO PROB;83016]</p>\n<p><span style=\"line-height: 1.4\">And btw.: Is there any possibility to extract the trial number in each series (for example like a fixed observation window given in ms)? Usually, one would average over all trials of one subject in order to increase the signal-to-noise ratio in the EEG-signal. Or is this part of the challenge?</span></p>\n<p>[/quote]</p>\n<p>Part of the challenge.</p>",
      "votes": 1,
      "replies": []
    },
    {
      "id": 82939,
      "author_name": "Will Cukierski",
      "author_url": "",
      "post_date": "2015-06-29T21:57:46.833000",
      "content": "<p>[quote=J Kolb;82936]</p>\n<p>So we can ignore&nbsp;the entire &quot;Important Note&quot; section on the Data page since it is not possible to do, right?</p>\n<p>[/quote]</p>\n<p>It still applies to future data that is in the same series.</p>",
      "votes": 1,
      "replies": []
    },
    {
      "id": 82936,
      "author_name": "J Kolb",
      "author_url": "",
      "post_date": "2015-06-29T21:47:09.177000",
      "content": "<p>[quote=William Cukierski;82923]</p>\n<p>Yes. However, it's a moot point since you are predicting series 9 and 10 and don't have any &quot;latter&quot; series labels&nbsp;to train on.</p>\n<p>[/quote]</p>\n<p>So we can ignore&nbsp;the entire &quot;Important Note&quot; section on the Data page since it is not possible to do, right?</p>",
      "votes": 1,
      "replies": []
    },
    {
      "id": 82990,
      "author_name": "Alexandre Barachant",
      "author_url": "",
      "post_date": "2015-06-30T13:41:10.037000",
      "content": "<p>Hi William,</p>\n<p>How do you plan to enforce this rule ? I don't want to be the devil's advocate but people who aims at the kaggle rank only may ignore this rule and decline the prizes.</p>",
      "votes": 2,
      "replies": []
    },
    {
      "id": 82992,
      "author_name": "Will Cukierski",
      "author_url": "",
      "post_date": "2015-06-30T14:16:06.127000",
      "content": "<p>Hi Alexandre,</p>\n<p>The host will do their best to enforce the rule. This might entail removing&nbsp;any teams with performance greater than the &quot;highest known legitimate score.&quot;</p>\n<p>Competitions are too popular to check everybody's approach, but we do strive to make sure the winners are clean. We believe that most people play by the rules, understand&nbsp;their intent, and place the greater research goals&nbsp;above their own self interests. The alternative is that we never run time-series competitions like this, or have to move to a setup&nbsp;where participants&nbsp;submit code that runs on a holdout set.</p>",
      "votes": 1,
      "replies": []
    },
    {
      "id": 82923,
      "author_name": "Will Cukierski",
      "author_url": "",
      "post_date": "2015-06-29T19:06:09.523000",
      "content": "<p>Yes. However, it's a moot point since you are predicting series 9 and 10 and don't have any &quot;latter&quot; series labels&nbsp;to train on.</p>",
      "votes": 1,
      "replies": []
    },
    {
      "id": 83000,
      "author_name": "WhizWilde",
      "author_url": "",
      "post_date": "2015-06-30T15:54:21.750000",
      "content": "<p>Well, I can give one example for which this is not relevant:</p>\n<p>let's say you must have a series of 4 specific waveforms to trigger the signal and prosthetic movement</p>\n<p>You also know that you have noise.</p>\n<p>For triggering the signal, you really have to be sure so there are no trembling and so on.</p>\n<p>If you have the 3rd waveform lacking, you could rule out that movement must never be started. But then you will have a clumsy prothetic. Cause noise will often drown this signal out.</p>\n<p>But you could model the thing to &quot;foresee&quot; that signal 3 exists with probability p when signal 4 too.</p>\n<p>Return to real life application. Your processor detects first and second waveform, not the third.</p>\n<p>With first solution, it will discard the series and wait again.</p>\n<p>With second, it will wait until detection of signal 4 to decide that movement can be triggered with a p confidence. It is not that it uses future signal as it is not possible.</p>\n<p>it is that you modelized that some data could exist with some confidence given that an event has happened too, even if it is subsequent.</p>\n<p>Is it clearer for you, or do I still look funny? ;)</p>",
      "votes": -1,
      "replies": []
    },
    {
      "id": 86318,
      "author_name": "madara",
      "author_url": "",
      "post_date": "2015-07-21T15:35:45.973000",
      "content": "<p>a ok,  indeed  I did not realize...now it's clear \nthanks for the quick response! ;)</p>",
      "votes": 0,
      "replies": []
    },
    {
      "id": 86316,
      "author_name": "Klaus Greff",
      "author_url": "",
      "post_date": "2015-07-21T15:27:47.310000",
      "content": "<p>The idea of this restriction is that the resulting method should be applicable for controlling prosthetics using EEG readings. More concretely, if you want to send a control signal to a robotic arm at some point in time t, you can of course only use EEG data recorded up to time t.  </p>\n\n<p>In the same way while predicting labels for t=11 for subject 1 and series 9, you are only allowed to use EEG data from that series up to t=11. You are of course free to train your algorithm on all the data from all other series of that subject, so this restriction does not affect training at all.</p>",
      "votes": 0,
      "replies": []
    },
    {
      "id": 86292,
      "author_name": "madara",
      "author_url": "",
      "post_date": "2015-07-21T13:20:53.573000",
      "content": "<p>I'll probably be deficient.. but I do not understand the meaning of this:\n<strong><em>When predicting, you may not use data from the future! In other words, if you are predicting labels for id subj1_series9_11, you may not incorporate any frame after 11 of series 9 from subject 1 for any reason.</em></strong>\nBut not incorporate in what? In training dataset? Then I can&#8217;t train on all <strong>subj1_series9&#8217; frames to predict all ** subj1_series1_events</strong> labels???... I hope I have misunderstood&#8230;otherwise we would need a model for each frame...mha...\nplease inform me and sorry for my bad English...</p>",
      "votes": 0,
      "replies": []
    },
    {
      "id": 83068,
      "author_name": "WhizWilde",
      "author_url": "",
      "post_date": "2015-07-01T10:04:49.623000",
      "content": "<p>[quote=Alexandre Barachant;83003]</p>\n<p>Your are just introducing a lag in your system, so you can use the whole sequence to trig the movement. It wont change the problem, because you can not rollback time to execute the movement at the beginning of the sequence, i.e you can not change the probabilities on the detection you made in the past.&nbsp;</p>\n<p>What you describe here can be done for the last element of the sequence, since you have all the past signal available.</p>\n<p>[/quote]</p>\n<p>Not to insist too much on that since rules are what they are, but this is not the problem. Actually, in my example you used data from the future of signal 3 to define more accurately the possibility of its presence (but drowning in noise).</p>\n<p>The fact that applicatively you can only use data that you have seen for such purpose is logical, but it doesn't prevent us to use signal 4 to define that signals1+2+4 is actually the full series and not only 1+2+4. If you consider that the signal 1-4 is usually just a bloc in a larger signal, maybe it would be 4 that could be predicted using 1 of the second repeat, as they are usually very close in time. For setting the system up, you would need to use &quot;future data&quot;, but in application you won't. </p>\n<p>In this problem, you could not given the rules. That was my point, but anyway, you&nbsp; will find a lot of ways to do well without that.</p>",
      "votes": 0,
      "replies": []
    },
    {
      "id": 82940,
      "author_name": "J Kolb",
      "author_url": "",
      "post_date": "2015-06-29T22:00:09.480000",
      "content": "<p>Ok, thanks. Makes sense now.</p>",
      "votes": 0,
      "replies": []
    },
    {
      "id": 83018,
      "author_name": "",
      "author_url": "",
      "post_date": "2015-06-30T20:37:07.770000",
      "content": "",
      "votes": 0,
      "replies": []
    },
    {
      "id": 83016,
      "author_name": "",
      "author_url": "",
      "post_date": "2015-06-30T20:09:08.927000",
      "content": "",
      "votes": 0,
      "replies": []
    }
  ],
  "raw_markdown_by_id": {
    "82996": "",
    "82993": "",
    "82937": "",
    "83003": "",
    "82997": "",
    "83446": "",
    "83017": "",
    "82939": "",
    "82936": "",
    "82914": "",
    "82990": "",
    "82992": "",
    "82923": "",
    "83000": "",
    "86318": "a ok,  indeed  I did not realize...now it's clear \r\nthanks for the quick response! ;)",
    "86316": "The idea of this restriction is that the resulting method should be applicable for controlling prosthetics using EEG readings. More concretely, if you want to send a control signal to a robotic arm at some point in time t, you can of course only use EEG data recorded up to time t.  \r\n\r\nIn the same way while predicting labels for t=11 for subject 1 and series 9, you are only allowed to use EEG data from that series up to t=11. You are of course free to train your algorithm on all the data from all other series of that subject, so this restriction does not affect training at all.\r\n",
    "86292": "I'll probably be deficient.. but I do not understand the meaning of this:\r\n***When predicting, you may not use data from the future! In other words, if you are predicting labels for id subj1_series9_11, you may not incorporate any frame after 11 of series 9 from subject 1 for any reason.***\r\nBut not incorporate in what? In training dataset? Then I can’t train on all **subj1_series9’ frames to predict all ** subj1_series1_events** labels???... I hope I have misunderstood…otherwise we would need a model for each frame...mha...\r\nplease inform me and sorry for my bad English...\r\n",
    "83068": "",
    "82940": "",
    "83018": "",
    "83016": ""
  }
}