Skip to content

Oskari Incubation Checklist

tmiosmauli edited this page Jun 24, 2019 · 2 revisions

Open

  1. Open: projects are expected to function in an open and public manner and include:
  2. Active and healthy community:
    • The project should have a community of developers and users who actively collaborate and support each other in a healthy way.
    • Long term viability of the project is demonstrated by showing participation and direction from multiple developers, who come from multiple organisations.

Copyright and License

  1. All project source code is available under an Open Source license.

    • see GitHub
  2. Project documentation is available under an open license.

  3. The project code, documentation and data has been adequately vetted to assure it is all properly licensed, and a copyright notice included.

    • Provenance Review (All code has been developed by the registered developers listed on github who have signed the CLA. All external libraries have project compatible licenses. The project has been started as a regular Open Source project following the guidelines as set out by OSGeo. A file-per-file code review was therefore deemed superfluous.)
  4. The project maintains a list of all copyright holders identified in the Provenance Review Document.

    • n/a
  5. All code contributors have agreed to abide by the project’s license policy, and this agreement has been documented and archived.

    • The archived original versions of CLAs are at the National Land Survey of Finland

Process

  1. The project has code under configuration management:

  2. The project uses an issue tracker and keeps the status of the issue tracker up to date:

  3. The project has documented its management processes:

Documentation

  1. The project has user documentation

    • Including sufficient detail to guide a new user through performing the core functionality provided by the application:
  2. The project has developer documentation:

Release Procedure

  1. The project follows a defined release process:

    • 4-8 releases annually
    • Which includes execution of the testing process before releasing a stable release.
      • Automated tests and manual testing before each release
  2. The project follows a documented testing process.

    • JUnit tests for server builds
    • Jest tests for frontend builds
  3. Release and testing processes provide sufficient detail for an experienced programmer to follow.

OSGeo Committees and Community

Board

  1. Provide a Project Officer as a contract point:

Marketing

  1. Marketing artefacts have been created about the project in line with the incubation criteria listed in the OSGeo Marketing Committee’s Marketing Artefacts.
  1. Ideally, stable version (s) of executable applications are bundled with appropriate distributions.
    • A ready to run version bundled with Jetty is available from oskari.org/download
    • OSGeo Live - n/a

Projects

Projects do not exist in isolation; and are expected to communicate and collaborate on key issues.

  • PostgreSQL, PostGIS, GeoServer, GeoTools

SAC

  1. The following should be set up:
    • osgeo.org/projects/projectname project page
  2. A project may optionally request SAC help to make use of:
    • projectname.osgeo.org sub-domain
    • OSGeo issue tracker
    • OSGeo mailing list (already exists)
    • OSGeo svn or git
    • OSGeo download folder