2. Writing Guidelines

In general, when creating reST documentation for the QGIS project, please follow the Python documentation style guidelines. For convenience, we provide a set of general rules we rely on for writing QGIS documentation below.

2.1. Writing Documentation

2.1.1. Headlines

To each webpage of the documentation corresponds a .rst file.

Sections used to structure the text are identified through their title which is underlined (and overlined for the first level). Same level titles must use same character for underline adornment. In QGIS Documentation, you should use following styles for chapter, section, subsection and minisec.






2.1.2. Lists

Lists are useful for structuring the text. Here are some simple rules common to all lists:

  • Start all list items with a capital letter

  • Do not use punctuation after list items that only contain a single simple sentence

  • Use period ( . ) as punctuation for list items that consist of several sentences or a single compound sentence

2.1.3. Indentation

Indentation in ReStructuredText should be aligned with the list or markup marker. It is also possible to create block quotes with indentation. See the Specification

#. In a numbered list, there should be
   three spaces when you break lines
#. And next items directly follow

   * Nested lists
   * Are also possible
   * And when they also have
     a line that is too long,
     the text should be naturally
   * and be in their own paragraph

However, if there is an unindented paragraph, this will reset the numbering:

#. This item starts at 1 again

2.1.4. Inline Tags

You can use tags to emphasize items.

  • Menu GUI: to mark a complete sequence of menu selections, including selecting submenus and choosing a specific operation, or any subsequence of such a sequence.

    :menuselection:`menu --> submenu`
  • Dialogs and Tab titles: Labels presented as part of an interactive user interface including window titles, tab titles, button and option labels.

  • Filenames and directories

  • Icons with popup text

    |icon| :sup:`popup_text`

    (see image below).

  • Keyboard shortcuts


    will show Ctrl+B

    When describing keyboard shortcuts, the following conventions should be used:

    • Letter keys are displayed using uppercase: S

    • Special keys are displayed with an uppercase first letter: Esc

    • Key combinations are displayed with a + sign between keys, without spaces: Shift+R

  • User text


2.1.5. Labels/references

Anchors inside the text can be used to create hyperlinks to sections or pages.

The example below creates the anchor of a section (e.g., Label/reference title)

.. _my_anchor:


To call the reference in the same page, use

see my_anchor_ for more information.

which will return:

see my_anchor for more information.

Notice that it will jump to the line/thing following the ‘anchor’. You do not need to use apostrophes, but you do need to have empty lines after the anchor.

Another way to jump to the same place from anywhere in the documentation is to use the :ref: role.

see :ref:`my_anchor` for more information.

which will create a link with the caption instead (in this case the title of this section!):

see Labels/references for more information.

So, reference 1 (my_anchor) and reference 2 (Labels/references). Because the reference often displays a full caption, it is not really necessary to use the word section. Note that you can also use a custom caption to describe the reference:

see :ref:`Label and reference <my_anchor>` for more information.

which returns:

see Label and reference for more information.

2.1.6. Figures and Images


To insert an image, use

.. figure:: /static/common/logo.png
   :width: 10 em

which returns



You can put an image inside text or add an alias to use everywhere. To use an image inside a paragraph, first create an alias in the source/substitutions.txt file:

.. |nice_logo| image:: /static/common/logo.png
               :width: 1 em

and then call it in your paragraph:

My paragraph begins here with a nice logo |nice_logo|.

This is how the example will be displayed:

My paragraph begins here with a nice logo nice_logo.

To allow preview rendering in GitHub that is as close as possible to HTML rendering, you will also need to add the image replacement call at the end of the file you changed. This can be done by copy-pasting it from substitutions.txt or by executing the scripts/find_set_subst.py script.


Currently, to ensure consistency and help in the use of QGIS icons, a list of aliases is built and available in the Substituições chapter.


.. _figure_logo:

.. figure:: /static/common/logo.png
   :width: 20 em
   :align: center

   A caption: A logo I like

The result looks like this:


Fig. 2.23 A caption: A logo I like

To avoid conflicts with other references, always begin figure anchors with _figure_ and use terms that easily connect to the figure caption. While only the centered alignment is mandatory for the image, feel free to use any other options for figures (such as width, height, scale…) if needed.

The scripts will insert an automatically generated number before the caption of the figure in the generated HTML and PDF versions of the documentation.

To use a caption (see My caption) just insert indented text after a blank line in the figure block.

A figure can be referenced using the reference label like this:

see :numref:`figure_logo`

renders like this:

see Fig. 2.23

This is the preferred way of referencing figures.


For :numref: to work, the figure must have a caption.

It is possible to use :ref: instead of :numref: for reference, but this returns the full caption of the image.

see :ref:`figure_logo`

renders like this:

see A caption: A logo I like


A simple table can be coded like this

=======  =======  =======
x        y        z
=======  =======  =======
1        2        3
4                 5
=======  =======  =======

It will render like this:









Use a \ (backslash) followed by an empty space to leave an empty space.

You can also make more complicated tables and reference them:

.. _my_drawn_table:

| Windows       | macOS              |
| |win|         | |osx|              |
| and of course not to forget |nix|  |

My drawn table, mind you this is unfortunately not regarded as a caption

You can reference it like this: my_drawn_table_.

The result:





e, é claro, não se esqueça nix

Minha tabela desenhada, lembre-se de que isso infelizmente não é considerado uma legenda

Você pode fazer referência a ela como esta my_drawn_table.

Para tabelas ainda mais complexas, é mais fácil usar list-table:

.. list-table::
   :header-rows: 1
   :widths: 20 20 20 40

   * - What
     - Purpose
     - Key word
     - Description
   * - **Test**
     - ``Useful test``
     - complexity
     - Geometry.  One of:

       * Point
       * Line

The result:

O Que


Palavra chave



Teste Útil


Geometria. Uma de:

  • Ponto

  • Linha

2.1.7. Índice

Um índice é uma maneira útil de ajudar o leitor a encontrar informações em um documento. A documentação do QGIS fornece alguns índices essenciais. Existem algumas regras que nos ajudam a fornecer um conjunto de índices que são realmente úteis (coerentes, consistentes e realmente conectados entre si):

  • Um índice deve ser legível por humanos, compreensível e traduzível; um índice pode ser criado com muitas palavras, mas você deve evitar caracteres _, - … desnecessários para vinculá-los, ou seja, Carregando camadas em vez de carregando_camadas ou carregandoCamadas.

  • Coloque letra maiúscula apenas a primeira letra do índice, a menos que a palavra tenha uma ortografia específica. Por exemplo, Carregamento de camadas, Geração do atlas, WMS, pgsql2shp.

  • Fique de olho na Lista de índices para reutilizar a expressão mais conveniente com a ortografia correta e evitar duplicatas desnecessárias.

Existem várias marcas de índice no RST. Você pode usar a etiqueta :index: na linha do texto normal:

QGIS can load several :index:`Vector formats` supported by GDAL ...

Or you can use the .. index:: block-level markup which links to the beginning of the next paragraph. Because of the rules mentioned above, it is recommended to use the block-level tag:

.. index:: WMS, WFS, Loading layers

Também é recomendável usar parâmetros de índice como single, pair e see, a fim de criar uma tabela de índice mais estruturada e interconectada. Consulte Geração de índice para obter mais informações sobre a criação de índices.

2.1.8. Comentários especiais

Sometimes, you may want to emphasize some points of the description, either to warn, remind or give some hints to the user. In QGIS Documentation, we use reST special directives such as .. warning::, .. seealso::`, ``.. note:: and .. tip::. These directives generate frames that highlight your comments. See Paragraph Level markup for more information. A clear and appropriate title is required for both warnings and tips.

.. tip:: **Always use a meaningful title for tips**

   Begin tips with a title that summarizes what it is about. This helps
   users to quickly overview the message you want to give them, and
   decide on its relevance.

2.1.9. Partes de código

You may also want to give examples and insert code snippets. In this case, write the comment below a line with the :: directive inserted. For a better rendering, especially to apply color highlighting to code according to its language, use the code-block directive, e.g. .. code-block:: xml. More details at Showing code.


Enquanto textos em nota, quadros de dica e aviso são traduzíveis, lembre-se de que os quadros de bloco de código não permitem a tradução. Então, evite comentários não relacionados ao código e mantenha os comentários o mais curtos possível.

2.1.10. Notas de rodapé

Observação: as notas de rodapé não são reconhecidas por nenhum software de tradução e também não são convertidas para o formato pdf corretamente. Então, se possível, não use notas de rodapé na documentação.

This is for creating a footnote (showing as example [1])

blabla [1]_

Que irá apontar para:

2.2. Gerenciando Capturas de Tela

2.2.1. Adicionar novas Capturas de Tela

Aqui estão algumas dicas para criar novas capturas de tela com boa aparência. As imagens devem ser colocadas em uma pasta de imagem (img /) localizada na mesma pasta que o arquivo referenciando .rst.

  • You can find some prepared QGIS-projects that are used to create screenshots in the ./qgis-projects folder of this repository. This makes it easier to reproduce screenshots for the next version of QGIS. These projects use the QGIS Sample Data (aka Alaska Dataset), which should be unzipped and placed in the same folder as the QGIS-Documentation Repository.

  • Reduza a janela para o espaço mínimo necessário para mostrar o recurso (usar a tela inteira para uma pequena janela modal > exagero)

  • Quanto menos bagunça, melhor (não é necessário ativar todas as barras de ferramentas)

  • Don’t resize them in an image editor; the size will be set into the .rst files if necessary (downscaling the dimensions without properly upping the resolution > ugly)

  • Recorta o fundo

  • Tornar os cantos superiores transparentes se o fundo não for branco

  • Set print size resolution to 135 dpi (e.g. in Gimp set the print resolution Image ► Print size and save). This way, images will be at original size in html and at a good print resolution in the PDF. You can also use ImageMagick convert command to do a batch of images:

    convert -units PixelsPerInch input.png -density 135 output.png
  • Salve-os como .png (para evitar artefatos file:.jpeg)

  • The screenshot should show the content according to what is described in the text


Se você estiver usando o Ubuntu, pode usar o seguinte comando para remover a função de menu global e criar telas menores de aplicativos com menus:

sudo apt autoremove appmenu-gtk appmenu-gtk3 appmenu-qt

2.2.2. Capturas de Tela Traduzidas

Aqui estão algumas dicas adicionais para quem deseja criar capturas de tela para um guia do usuário traduzido:

Translated images should be placed in a img/<your_language>/ folder. Use the same filename as the english ‘original’ screenshot.

2.3. Documentando os Algoritmos de Processamento

Se você deseja escrever a documentação para os Algoritmos de processamento, considere estas diretrizes:

  • Os arquivos de ajuda do algoritmo de processamento são parte do Guia do Usuário QGIS, então tem a mesma formatação do Guia do Usuário e demais documentação.

  • Each algorithm documentation should be placed in the corresponding provider folder and group file, e.g. the algorithm Voronoi polygon belongs to the QGIS provider and to the group vectorgeometry. So the correct file to add the description is: source/docs/user_manual/processing_algs/qgis/vectorgeometry.rst.


    Antes de começar a escrever o guia, verifique se o algoritmo já está descrito. Nesse caso, você pode melhorar a descrição existente.

  • É extremamente importante que cada algoritmo tenha uma âncora que corresponda ao nome do provedor + o próprio nome do algoritmo. Isso permite que o botão de Ajuda abra a página da Ajuda na seção correta. A âncora deve ser colocada acima do título, e.g. (veja também a seção Labels/references ):

    .. _qgisvoronoipolygons:
    Voronoi polygons

    Para descobrir o nome do algoritmo, basta passar o mouse sobre o algoritmo na caixa de ferramentas Processamento.

  • Evite usar “Este algoritmo faz isto e aquilo…” como primeira frase da descrição do algoritmo. Procure usar expressões mais gerais como:

    Takes a point layer and generates a polygon layer containing the...
  • Avoid describing what the algorithm does by replicating its name and please don’t replicate the name of the parameter in the description of the parameter itself. For example if the algorithm is Voronoi polygon consider to describe the Input layer as Layer to calculate the polygon from.

  • Indique na descrição se o algoritmo possui um atalho padrão no QGIS ou suporta a edição no local.

  • Inclua imagens! Uma imagem vale mais do que mil palavras! Use o formato .png e siga as orientações gerais para documentação (veja a seção Figures and Images para mais informações). Coloque o arquivo de imagem na pasta correta, i.e. a pasta img próxima do arquivo .rst que você está editando.

  • Se necessário, adicione links na seção “Veja também” que fornecem informações adicionais sobre o algoritmo (por exemplo, publicações ou páginas da web). Adicione apenas a seção “Veja também” se realmente houver algo para ver. Como boa prática, a seção “Veja também” pode ser preenchida com links para algoritmos semelhantes.

  • Give clear explanation for algorithm parameters and outputs: take inspiration from existing algorithms.

  • Evite duplicar a descrição detalhada das opções do algoritmo. Adicione essas informações na descrição do parâmetro.

  • Avoid adding information about the vector geometry type in the algorithm or parameter description, as this information is already available in the parameter descriptions.

  • Adicione o valor padrão do parâmetro, e.g.:

    * - **Number of points**
      - ``NUMBER_OF_POINTS``
      - [number]
        Default: 1
      - Number of points to create
  • Descreva o tipo de entrada suportado pelos parâmetros. Existem vários tipos disponíveis, você pode escolher um:

    Parâmetro/Tipo de saída


    Indicador visual

    Camada de vetor de ponto

    vetor: ponto


    Camada vetor linha

    vetor: linha


    Camada de vetor de polígono

    vetor: polígono


    Camada vetorial genérica

    vetor: qualquer

    Vector field numeric

    campo de tabela: numérico


    String de campo vetorial

    campo de tabela: string


    Campo vetorial genérico

    campo de tabela: qualquer

    Camada raster



    Banda raster

    banda raster

    arquivo HTML


    Camada de table






    Geometria de pontos





















    Caminho da pasta








    Mesmo tipo de saída que o tipo de entrada

    mesmo da entrada





















  • Estude um algoritmo bem documentado existente e copie todos os layouts úteis.

  • Quando você tiver terminado, basta seguir as diretrizes descritas em Uma Contribuição Passo a Passo para confirmar suas alterações e fazer uma Pull Request

Este é um exemplo de um algoritmo existente existing algorithm para ajudá-lo com o layout e a descrição:

.. _qgiscountpointsinpolygon:

Count points in polygon
Takes a point and a polygon layer and counts the number of points from the
point layer in each of the polygons of the polygon layer.
A new polygon layer is generated, with the exact same content as the input
polygon layer, but containing an additional field with the points count
corresponding to each polygon.

.. figure:: img/count_points_polygon.png
  :align: center

  The labels in the polygons show the point count

An optional weight field can be used to assign weights to each point.
Alternatively, a unique class field can be specified. If both options
are used, the weight field will take precedence and the unique class field
will be ignored.

``Default menu``: :menuselection:`Vector --> Analysis Tools`


.. list-table::
   :header-rows: 1
   :widths: 20 20 20 40

   * - Label
     - Name
     - Type
     - Description
   * - **Polygons**
     - ``POLYGONS``
     - [vector: polygon]
     - Polygon layer whose features are associated with the count of
       points they contain
   * - **Points**
     - ``POINTS``
     - [vector: point]
     - Point layer with features to count
   * - **Weight field**

     - ``WEIGHT``
     - [tablefield: numeric]
     - A field from the point layer.
       The count generated will be the sum of the weight field of the
       points contained by the polygon.
   * - **Class field**

     - ``CLASSFIELD``
     - [tablefield: any]
     - Points are classified based on the selected attribute and if
       several points with the same attribute value are within the
       polygon, only one of them is counted.
       The final count of the points in a polygon is, therefore, the
       count of different classes that are found in it.
   * - **Count field name**
     - ``FIELD``
     - [string]

       Default: 'NUMPOINTS'
     - The name of the field to store the count of points
   * - **Count**
     - ``OUTPUT``
     - [vector: polygon]

       Default: [Create temporary layer]
     - Specification of the output layer type (temporary, file,
       GeoPackage or PostGIS table).
       Encoding can also be specified.


.. list-table::
   :header-rows: 1
   :widths: 20 20 20 40

   * - Label
     - Name
     - Type
     - Description
   * - **Count**
     - ``OUTPUT``
     - [vector: polygon]
     - Resulting layer with the attribute table containing the
       new column with the points count