For view-only access to the standard and documentation please visit http://standard.open-contracting.org
The standard website is now versioned MAJOR.MINOR, whereas the schema uris are versioned MAJOR__MINOR__PATCH. e.g. http://standard.open-contracting.org/1.0/en/ vs http://standard.open-contracting.org/schema/1__0__1/release-schema.json. (Previously both were versioned as MAJOR__MINOR__PATCH).
The standard website version corresponds to a branch, whereas the schema uri version corresponds to a release. This allows us to make updates the documentation without having to make a new patch release. On the other hand, there's a need for predictable machine consumption of the content at schema URIs, so we ensure this doesn't change.
There are also one or more development branches, e.g. http://standard.open-contracting.org/1.0-dev/en/
The default standard website is 'latest' - http://standard.open-contracting.org/latest/en/ - which corresponds to the latest released version of the standard. This makes it possible to construct urls to this that will track the latest version of the standard.
To run tests locally:
pip install -r requirements.txt
py.test
NOTE: If you make a change to release-schema.json, you must update the versioned-release-validation-schema.json by:
cd standard/schema/utils
./make_validation_schema.py
The tests, which run automatically on every commit, check that this process has been done.
virtualenv -p /usr/local/bin/python3.4 .ve
source .ve/bin/activate
pip install -r requirements.txt
(update with the path to your python executable)
Documentation is written in Markdown syntax with recommonmark building on Commonmark
The documentation is built by sphinx from the build_docs.sh script.
Within the virtual environment run ./build_docs.sh and the documentation will be available in the /build/ folder.
To view, run a local web server. For example, from within /build/ run python -m SimpleHTTPServer
Sphinx does not watch directories for changes, but can be linked with other scripts to regenerate docs whenever anything changes. On a mac with fswatch installed:
fswatch -0 standard/docs/ | xargs -0 -n 1 -I {} ./build_docs.sh
When a new major/minor version of the docs text is ready, a new transifex project needs to be made called eg. open-contracting-standard-x.y This is done on the transifex web interface.
Make sure the build is run above, then run (making sure the project name is the same as the one made above)
sphinx-intl update-txconfig-resources --transifex-project-name open-contracting-standard-1-0 --pot-dir build/locale --locale-dir standard/docs/locale
This will update the .tx/config file and this file should be added to the git repository. This will only have to be run again if there is a new/deleted doc page or if a file name has changed name.
In order to push any changes in text to transifex run:
tx push -s
When the translations are filled in transifex you need to run:
tx pull -a
After this the build script will need to be run again.
If translations are added locally, these can also be pushed up to Transifex:
tx push -t --skip
Note that the theme needs to be translated seperately.
The OCDS Docs Theme files are held in a seperate GitHub repository. Consult the README there for more information.
The theme files are pulled into your virtual envronment during the pip install -r requirements.txt step. You will find them in the .ve/src/standard-theme directory (where .ve is the name of your virtual environment directory).