vrx_2019 phase3_competition - osrf/vrx GitHub Wiki

Phase 3 - VRX Challenge

The process and content of the Phase 3 will be very similar to the Phase 2: Dress Rehearsal.

Lessons Learned

Please review our Phase 2 Retrospective and Lessons Learned and the Phase 2 Results for notes and feedback from the Phase 2 Dress Rehearsal.

What to expect

For the purposes of continued development, teams can expect that the submission process will be the same as Phase 2. We will only introduce changes to incorporate lessons learned from Phase 2.

The VRX Tasks will be be the same as provided in the VRX task description document. Just as done in Phase 2, team performance for these tasks will be assessed by running the team software on multiple trials of each task, where each trial instantiates a specific task scenario consistent with the general task description.

Preparing your system

To ensure that your system can adapt to previously-unseen scenarios, teams should test their system at least against all released sample tasks.

To help you prepare, we've provided Phase 2 Task Practice which includes thirty-six example worlds for local testing to prepare for VRX 2019, Phase 2 and Phase 3. These example worlds are representative of the task configurations and environmental conditions specified in the task documentation.

For the evaluation of your Phase 3 submissions, the solutions will be run through new configurations that are not released prior to the Phase 3 deadline, to exercise the solutions ability to deal with new configurations and conditions.

Docker Optional Arguments

Some features of docker require extra command line arguments. If your team would like to specify an extra command line argument when executing your submitted docker image, please let the VRX Technical Team know as soon as possible by creating a new issue in the issue tracker. We will deal with these requests on a case by case basis. For now we are only aware of one team that requires the extra nvidia_runtime=true argument for their solution - see this PR. We will make every effort to be as flexible as we can with the team solutions while providing a fair competition for all.

We do not expect many teams to want or need the flexibility to add additional command line arguments, but in cases were it can allow teams to innovate without giving them a competitive advantage, we want to work to make that happen.

Submission process

We expect to receive three files from each competitor prior to this event:

  • dockerhub_image.txt: Contains the name of the image to be pulled from DockerHub.
  • thruster_config.yaml: Defines the WAM-V thruster configuration.
  • sensor_config.yaml: Defines the WAM-V sensor configuration.

Submission testing

We highly recommend that each team test their solution and the docker image by following the Testing Your Submission wiki. This will allow teams to reproduce the evaluation and assessment system prior to submission.

Submission process notes

  • If you're using a private DockerHub repository, please grant access to the virtualrobotx DockerHub user, which will be used by the organization to access your solution.
  • Follow this tutorial for instructions about how to create your own Docker image.
  • Check out this tutorial to learn how to verify your submission.
  • See the submission process section in the wiki for instructions about how to submit these files.

Once you submit the pull request, the VRX technical team will do two things before merging (accepting) the submission:

  1. Check that the WAM-V thruster and sensor configuration complies with the configuration constraints described in the VRX Technical Guide
  2. Check that the DockerHub image is accessible by the virtualrobotx DockerHub user.

Once those two requirements are met, the pull request will be merged and your submission is considered ready.

Important dates

Date Description
2019, November 22, 23:59 PST Deadline for submitting your solution
2019, November 23, 23:59 PST Deadline for submitting a correction
2019, December 6 Results published

Note: We'll allocate time in the schedule (until November 25) for fixing any problems related with the content of the submission files (e.g.: A noncompliant sensor or thruster configuration, a typo pointing to the DockerHub image, a problem with DockerHub permissions not letting Open Robotics to download your solution image). Teams are not allowed to modify the DockerHub image after the deadline on November 22.

Late Submissions

As a rule, late submissions will not be accepted. All teams must submit the required elements by November 22. The technical team does reserve the right to accept late submissions if the submission was delayed due to unforeseen problems with the submission process. Acceptance of any submissions after the November 22 deadline will be at the discretion of the VRX Technical Team.

⚠️ **GitHub.com Fallback** ⚠️