Project Development Masthead

Project Development Rules

  • Any software development tools, game engine, IDE, and/or programming language can be used for the event. If a team member uses a purchased tool licensed to him or her and the license is not transferable to other members, the member’s team must choose one available to all developer teams.
  • To ensure a level field for all contestants, all code must be created only at the datathon. You are permitted to use publicly developed and openly licensed API’s and SDKs for your project.
  • You will only be able to use a pre-public release of a product in developing your project if you bring at least one extra version that can be used by other teams in Datathon and provide any user support needed to teams using the device.
  • Project design/assets can be created prior to the start date of the datathon. All assets should conform to the Creative Commons License agreement standard or are freely available and you have permission or license to use them. Proof of permission must be given upon request.
  • Assets, SDKs, APIs or other tools or components available under a trial license may be used.
  • A team can submit only one entry for the datathon. Participation at the datathon is subjected on a “per-team” basis meaning you are not allowed to be on more than one team at the event.
  • Any intellectual property developed during and within the scope of the datathon must be open source and licensed under one of the licenses referenced in
  • The license selected by the team must be clearly listed in code (page per page) or a generic page announcing the license the application adheres to. The public code used inside your application should also list the licenses the code is subjected to.
  • A team can use multiple licenses in the application. For example, the public code used could be licensed under the Apache license agreement whereas the code written by the team for the application licensed under the MIT license agreement.
  • A team may not code applications that violate the code of conduct. For example, racially insensitive ideas for an application will automatically be disqualified.

Project Submission

  • All teams should have a team name and be registered with AGA.
  • The AGA team page listing should have the following:
    • The team lead must list a mobile phone number on the teams AGA page (after judging is complete the number may be removed)
    • All team members will be listed with brief biographies.
    • Short abstract of the project
    • The development tools used to build the project.
    • SDKs used in the project.
    • APIs used in the project.
    • Any assets used in the project.
    • Any libraries used in the project.
    • Any components not created at the datathon.
    • A link to the team Github repository
    • A link to a video of a screen capture of the application on Youtube.
  • All projects should be submitted to the datathon GitHub account (TBA) before Noon, October 24, 2023. Failure to submit will result in disqualification. Teams should commit regularly throughout the datathon to the team repository. A single GitHub commit made near the end of the datathon will draw the suspicion that the work was not completed at the datathon.
  • All projects’ submissions will be randomly code-reviewed. Applications will be spot checked by code reviewers. All the projects selected by the judges as finalists will be code reviewed to confirm that the code is original work created at the datathon and all components and assets conform to the licenses allowed in these rules.
  • When development ends at least one member from each team will meet with the judging team for a brief review of their submission and to confirm that the team’s AGA page has been correctly updated.
October 16–30 | Virtual and Washington, D.C.
0 CPEs

Registration and Fees

All Other
AGA Members
Early Bird
Early Bird
General Admission
Government Member
Private Member
Government Non-member
Private Non-member
Government Member
Private Member
Government Non-member
Private Non-member