X-Git-Url: https://git.openstreetmap.org./rails.git/blobdiff_plain/0d3a9ed9cb47ce3b89ea9eaffbb589f9a9ff6d22..b2c42d5521313dcac9622b07b17575383c030595:/README.md

diff --git a/README.md b/README.md
index 4579b9b80..f22e30011 100644
--- a/README.md
+++ b/README.md
@@ -17,7 +17,8 @@ There are some non-Rails services which the site includes, for
 example; tiles, geocoding, GPX file loading. There are also some
 utilities which provide other services on the OpenStreetMap site,
 or improve its function, but are not integrated with the Rails 
-port, for example; Osmosis, CGImap.
+port, for example; [Osmosis,](http://wiki.openstreetmap.org/wiki/Osmosis) 
+[CGImap.](https://github.com/zerebubuth/openstreetmap-cgimap)
 
 # License
 
@@ -63,7 +64,7 @@ helpful as a reference.
 ## Coding style
 
 When writing code it is generally a good idea to try and match your
-formatting to hat of any existing code in the same file, or to other
+formatting to that of any existing code in the same file, or to other
 similar files if you are writing new code. Consistency of layout is
 far more important that the layout itself as it makes reading code
 much easier.
@@ -107,7 +108,7 @@ and why it should be the way it is.
 When you submit patches, the project maintainer has to read them and
 understand them. This is difficult enough at the best of times, and
 misunderstanding patches can lead to them being more difficult to
-merge. To help wit this, when submitting you should:
+merge. To help with this, when submitting you should:
 
 * Split up large patches into smaller units of functionality.
 * Keep your commit messages relevant to the changes in each individual