Merge pull request #29 from NacreData/master

minor grammer edits in documentation

docs/intro/getting_started.rst

@@ -13,7 +13,7 @@ Document sources
 |Setup tab| |Right arrow| |Sources button| |Right arrow| |Web form tab|
  
 Before anything else you must define from where you will feed **Mayan EDMS**
-document for it to process and store.  To do this first go to the ``Setup`` tab
+documents for it to process and store.  To do this first go to the ``Setup`` tab
 then to the ``Sources`` button.  To obtain the fastest working setup, create a
 new source of type ``Web forms``.  This source will open a browser file upload
 dialog, hence the name ``Web forms``.  Name it something simple like ``Local documents``,
@@ -44,10 +44,10 @@ Setting your document types
 |Setup tab| |Right arrow| |Document types button|
 
 If none of the available bootstrap setups fit your needs and your wish to
-setup **Mayan EDMS** from scratch the first thing to consider are which are
-going to be your document types.  Examples of document types are: ``Legal documents``,
+setup **Mayan EDMS** from scratch, the first thing to consider is what your document 
+types will be. Examples of document types are: ``Legal documents``, 
 ``Internal documents``, ``Medical records``, ``Designing specifications``, ``Permits``.
-A document type represent a group, a type, a class of documents which share some
+A document type represents a group, a type, a class of documents which share some
 common properties.  A good indicator that can help you determine you document types
 is what kind of information or ``metadata`` is attached to the documents.
 
@@ -59,9 +59,9 @@ Defining metadata
 With your document types defined it should be much easier now to define the required
 ``metadata`` for each of these document types.  When creating ``metadata`` types,
 the first thing that will be needed is the internal name with which this metadata
-type will be references in other areas of **Mayan EDMS**.  Internal name is like a
+type will be referenced in other areas of **Mayan EDMS**.  Internal name is like a
 variable so it should not contain spaces or uppercase characters.  After the internal name,
-enter the name that will visible to you and your users, this is usuall the same as the
+enter the name that will be visible to you and your users, this is usually the same as the
 internal name but with proper capitalization and spacing.  ``metadata`` types
 can have default values to speed up data entry, default static values are enclosed in
 quotes, ie::
@@ -85,10 +85,10 @@ list of quoted values, for example::
 Instead of a free entry text field, your users will get a dropdown list of years.
 You can also use a ``Python`` expression to generate the lookup list.
 
-When you are uploading new document a choice of metadata types will be presented
+When you are uploading a new document, a choice of metadata types will be presented
 and you choose which of those you wish to enter for the document you are about
 to upload.  To speed data entry you can also match which metadata types will
-be preselected when uploading a document of certain type.  To match metadata types
+be preselected when uploading a document of a certain type.  To match metadata types
 to document types, go to the ``setup`` tab, ``document types`` button, and
 lastly ``Default metadata``.  Choose the desired metadata for the document type
 currently selected and press ``Add``.  From now on whenever you upload a document of
@@ -96,7 +96,8 @@ this type, the related metadata types for this document type will be preselected
 
 After defining all your metadata types you can also define your indexes to
 let **Mayan EDMS** automatically categorize your documents based on their metadata.
-Refer to the chapter named :doc:`Indexes </topics/indexes>` for examples on how to use the document indexes. 
+Refer to the chapter named :doc:`Indexes </topics/indexes>` for examples on how to 
+use the document indexes. 
 
 
 .. |Setup tab| image:: /_static/setup_tab.png

docs/topics/file_storage.rst

@@ -14,7 +14,7 @@ file serving software [#f1]_.
 **Mayan EDMS** components are as decoupled from each other as possible,
 storage in this case is very decoupled and its behavior is controlled
 not by the project but by the Storage progamming class.  Why this design?
-All the other part don't make any assumptions about the actual file
+All the other parts don't make any assumptions about the actual file
 storage, so that **Mayan EDMS** can work saving files locally, over the
 network or even across the internet and still operate exactly the same.
 

docs/topics/initial_import.rst

@@ -7,7 +7,7 @@ Bulk document import
 
 **Mayan EDMS** has the ability to individually upload the contents of compressed 
 files, however by nature of being a web based application it is bounded by the 
-limitations of the HTTP protocol, this imposes a limit on the file size and 
+limitations of the HTTP protocol. This imposes a limit on the file size and 
 the amount of time **Mayan EDMS** may keep a connection open while it processes 
 compressed files.  When the desired amount of documents is bigger than what 
 these limitations allow, **Mayan EDMS** provides a command line tool for out of 
@@ -30,19 +30,19 @@ Bulk user import
 ----------------
 
 As well as providing bulk document import functionality **Mayan EDMS** also
-includes a management command to import a large number users
+includes a management command to import a large number of users
 from a CSV file.  The command line options for this feature are as
 follow::
 
   $ ./manage.py import_users --noinput --password=welcome123 --skip-repeated user_list.csv 
 
-The CSV field order must be: username, first name, last name and email, any other 
-column after those is ignored.
+The CSV field order must be: username, first name, last name and email, any columns after 
+those are ignored.
 
 **Optional arguments**
 
 * The ``--noinput`` argument skips confirmation and starts the import immediately.
 * The ``--password`` argument allows specifing what default password will be assigned
   to all the new users that are imported.
-* The ``--skip-repeated`` tells the importedr to not stop when finding
+* The ``--skip-repeated`` tells the importer to not stop when finding
   that a user already exists in the database.