{
  "id": 5162,
  "title": "Some clarifications",
  "url": "/competitions/multi-modal-gesture-recognition/discussion/5162",
  "author_name": "",
  "post_date": "2013-07-20T15:47:58.803Z",
  "votes": 1,
  "comment_count": 1,
  "views": 788,
  "content": "<p>Dear all,</p>\n<p>we have been changed a little bit the time-line, in order to clarify the steps.</p>\n<p>On August the 1st, the Test data and the labeled validation data will be published. In the case of Test data, it will be encrypted, therefore, you can download it but you need the decryption key to open it. You have 10 days to download the data and to start training your methods with the full training data (Training + Validation).</p>\n<p>On August the 10th, the decryption key will be made available, so you can unzip the final evaluation data (Test) and run your methods in order to submit both, the final code and the predictions, to the Kaggle platform. The deadline is the 20th of August.</p>\n<p>Finally, the teams should send before August the 25th the fact sheets, explaining their approach and used methods.</p>\n<p><strong>Regarding to the submitted code</strong></p>\n<p>Submitted code can be written in any language, but it should have a main method to run the recognition process. A Readme file should be provided explaining how to run the code and providing all information about system requirements/dependencies, to facilitate the code verification.</p>\n<p><strong>Regarding to the fact sheets</strong></p>\n<p>We do not restrict the format of fact sheets, a PowerPoint or equivalent presentation with 2 or 3 slides should be enough. Nevertheless, they must contain the names and affiliation of the team, a general overview of the approach and the used methods.</p>\n<p><strong>Regarding the predictions</strong></p>\n<p>The final predictions will be submitted in the same format than the predictions you are submitting for the validation data.</p>\n<p>&nbsp;</p>\n<p>I hope that this information will clarify the process. Do not hesitate to ask any additional information.</p>\n<p>Xavier</p>",
  "messages": [
    {
      "id": "27475",
      "postDate": "07/20/2013 15:47:58",
      "content": "<p>Dear all,</p>\n<p>we have been changed a little bit the time-line, in order to clarify the steps.</p>\n<p>On August the 1st, the Test data and the labeled validation data will be published. In the case of Test data, it will be encrypted, therefore, you can download it but you need the decryption key to open it. You have 10 days to download the data and to start training your methods with the full training data (Training + Validation).</p>\n<p>On August the 10th, the decryption key will be made available, so you can unzip the final evaluation data (Test) and run your methods in order to submit both, the final code and the predictions, to the Kaggle platform. The deadline is the 20th of August.</p>\n<p>Finally, the teams should send before August the 25th the fact sheets, explaining their approach and used methods.</p>\n<p><strong>Regarding to the submitted code</strong></p>\n<p>Submitted code can be written in any language, but it should have a main method to run the recognition process. A Readme file should be provided explaining how to run the code and providing all information about system requirements/dependencies, to facilitate the code verification.</p>\n<p><strong>Regarding to the fact sheets</strong></p>\n<p>We do not restrict the format of fact sheets, a PowerPoint or equivalent presentation with 2 or 3 slides should be enough. Nevertheless, they must contain the names and affiliation of the team, a general overview of the approach and the used methods.</p>\n<p><strong>Regarding the predictions</strong></p>\n<p>The final predictions will be submitted in the same format than the predictions you are submitting for the validation data.</p>\n<p>&nbsp;</p>\n<p>I hope that this information will clarify the process. Do not hesitate to ask any additional information.</p>\n<p>Xavier</p>",
      "rawMarkdown": "",
      "votes": null
    },
    {
      "id": "27634",
      "postDate": "07/25/2013 01:05:01",
      "content": "<p>Dear Xavier,</p>\n<p>&nbsp;</p>\n<p>Thank you for organizing this competition!</p>\n<p>From your above post, we receive the decrypt key for the final evaluation data on Aug 10, and the deadline for submitting code+prediction-on-final-eval-data on Aug 20. Hence we have 10 days to work on the final eval data.</p>\n<p>However, on the other main page (&nbsp;http://gesture.chalearn.org/mmschedule ), the schedule is different. I reproduce it here (correct as at my viewing on 25-July 9:00 GMT+8):</p>\n<p>May 25, 2013: Full release of development data. Validation data will be released on June 3.</p>\n<p>August 1, 2013: Release of final evaluation data and validation ground truth labels.&nbsp;</p>\n<p>August 10, 2013: Release of final evaluation data decryption key.</p>\n<p>August 15, 2013: End of the quantitative competition. Deadline for code submission and the prediction results on final evaluation data. The organizers start the code verification by running it on the final evaluation data.</p>\n<p>August 25, 2013: Deadline for submitting the fact sheets summarizing the proposed methods.<br>September 1, 2013: Release of the verification results to the participants for review</p>\n<p>&nbsp;</p>\n<p>Note that in the above, the deadline for code+prediction submission is Aug 15. &nbsp;This can be confusing. Can you do an update?</p>\n<p>&nbsp;</p>\n<p>Another question regarding the code. Are we expected to submit code to produce the prediction on the final eval data? Or are we expected to also submit code for feature extraction, model learning, etc ?</p>\n<p>If it is the latter, our code can be fairly complicated as it involves the installation of a few modules, and setting up the runtime environment. &nbsp;In the event that our code runs into problem on your verification platform, will you be contacting us ?&nbsp;</p>\n<p>Basically, I understand that as organizers, you want to ensure that the prediction is done by machine computation, and not by manual labeling. The best way of ensuring this, is to have a set of secret video files that you have reserved for verification, and undisclosed to all competition participants. In so doing, then you would require that our code perform feature extraction and model learning.</p>\n<p>&nbsp;</p>\n<p>KW</p>\n<p>telepoints</p>\n<p>&nbsp;</p>\n<p>&nbsp;</p>",
      "rawMarkdown": "",
      "votes": null
    }
  ],
  "comments": [
    {
      "id": 27634,
      "author_name": "kongwah",
      "author_url": "",
      "post_date": "07/25/2013 01:05:01",
      "content": "<p>Dear Xavier,</p>\n<p>&nbsp;</p>\n<p>Thank you for organizing this competition!</p>\n<p>From your above post, we receive the decrypt key for the final evaluation data on Aug 10, and the deadline for submitting code+prediction-on-final-eval-data on Aug 20. Hence we have 10 days to work on the final eval data.</p>\n<p>However, on the other main page (&nbsp;http://gesture.chalearn.org/mmschedule ), the schedule is different. I reproduce it here (correct as at my viewing on 25-July 9:00 GMT+8):</p>\n<p>May 25, 2013: Full release of development data. Validation data will be released on June 3.</p>\n<p>August 1, 2013: Release of final evaluation data and validation ground truth labels.&nbsp;</p>\n<p>August 10, 2013: Release of final evaluation data decryption key.</p>\n<p>August 15, 2013: End of the quantitative competition. Deadline for code submission and the prediction results on final evaluation data. The organizers start the code verification by running it on the final evaluation data.</p>\n<p>August 25, 2013: Deadline for submitting the fact sheets summarizing the proposed methods.<br>September 1, 2013: Release of the verification results to the participants for review</p>\n<p>&nbsp;</p>\n<p>Note that in the above, the deadline for code+prediction submission is Aug 15. &nbsp;This can be confusing. Can you do an update?</p>\n<p>&nbsp;</p>\n<p>Another question regarding the code. Are we expected to submit code to produce the prediction on the final eval data? Or are we expected to also submit code for feature extraction, model learning, etc ?</p>\n<p>If it is the latter, our code can be fairly complicated as it involves the installation of a few modules, and setting up the runtime environment. &nbsp;In the event that our code runs into problem on your verification platform, will you be contacting us ?&nbsp;</p>\n<p>Basically, I understand that as organizers, you want to ensure that the prediction is done by machine computation, and not by manual labeling. The best way of ensuring this, is to have a set of secret video files that you have reserved for verification, and undisclosed to all competition participants. In so doing, then you would require that our code perform feature extraction and model learning.</p>\n<p>&nbsp;</p>\n<p>KW</p>\n<p>telepoints</p>\n<p>&nbsp;</p>\n<p>&nbsp;</p>",
      "votes": null,
      "replies": []
    }
  ],
  "raw_markdown_by_id": {
    "27475": "",
    "27634": ""
  },
  "source": "meta"
}