X-Git-Url: https://git.openstreetmap.org./nominatim.git/blobdiff_plain/4123a3fd6b2e6ba7cdcddd1c9aedb792f7eb27ca..1424e8e29bd54d3f713a38a834ff0c8ff5f463fb:/CONTRIBUTING.md diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index d23b3392..a00d0ed3 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -1,14 +1,66 @@ # Nominatim contribution guidelines -## Workflow +## Reporting Bugs -We operate the "Fork & Pull" model explained at +Bugs can be reported at https://github.com/openstreetmap/Nominatim/issues. +Please always open a separate issue for each problem. In particular, do +not add your bugs to closed issues. They may looks similar to you but +often are completely different from the maintainer's point of view. + +### When Reporting Bad Search Results... + +Please make sure to add the following information: + + * the URL of the query that produces the bad result + * the result you are getting + * the expected result, preferably a link to the OSM object you want to find, + otherwise an address that is as precise as possible + + To get the link to the OSM object, you can try the following: + + * go to https://openstreetmap.org + * zoom to the area of the map where you expect the result and + zoom in as much as possible + * click on the question mark on the right side of the map, + then with the queston cursor on the map where your object is located + * find the object of interest in the list that appears on the left side + * click on the object and report the URL back that the browser shows + +### When Reporting Problems with your Installation... + +Please add the following information to your issue: + + * hardware configuration: RAM size, CPUs, kind and size of disks + * Operating system (also mention if you are running on a cloud service) + * Postgres and Postgis version + * list of settings you changed in your Postgres configuration + * Nominatim version (release version or, + if you run from the git repo, the output of `git rev-parse HEAD`) + * (if applicable) exact command line of the command that was causing the issue + + +## Workflow for Pull Requests + +We love to get pull reuqests from you. We operate the "Fork & Pull" model +explained at https://help.github.com/articles/using-pull-requests You should fork the project into your own repo, create a topic branch there and then make one or more pull requests back to the openstreetmap repository. -Your pull requests will then be reviewed and discussed. +Your pull requests will then be reviewed and discussed. Please be aware +that you are responsible for your pull requests. You should be prepared +to get change requests because as the maintainers we have to make sure +that your contribution fits well with the rest of the code. Please make +sure that you have time to react to these comments and amend the code or +engage in a conversion. Do not expect that others will pick up your code, +it will almost never happen. + +Please open a separate pull request for each issue you want to address. +Don't mix multiple changes. In particular, don't mix style cleanups with +feature pull requests. If you plan to make larger changes, please open +an issue first or comment on the appropriate issue already existing so +that duplicate work can be avoided. ## Coding style @@ -38,11 +90,11 @@ The coding style is enforced with PHPCS and can be tested with: Before submitting a pull request make sure that the following tests pass: ``` - cd tests - NOMINATIM_DIR= lettuce -t -Fail -t -Tiger features/db features/osm2pgsql + cd test/bdd + behave -DBUILDDIR= db osm2pgsql ``` ``` - cd test-php + cd test/php phpunit ./ ```