From 136bbc3cc1d1d8cca6f8988001f92d26a0f438b2 Mon Sep 17 00:00:00 2001 From: Robin Lovelace Date: Thu, 26 Sep 2024 12:01:20 +0100 Subject: [PATCH] Typo fix (missing comma) missed by proofreading team --- 10-gis.Rmd | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/10-gis.Rmd b/10-gis.Rmd index d3ad40667..57203bab3 100644 --- a/10-gis.Rmd +++ b/10-gis.Rmd @@ -42,7 +42,7 @@ rather than relying on pointing and clicking on different parts of a screen, you A common and effective workflow when using interactive development environments such as RStudio or VS Code is to type code into source files in a source editor and control interactive execution of the code with a shortcut such as `Ctrl+Enter`. Command line interfaces (CLIs) are not unique to R: most early computing environments relied on a command line 'shell' and it was only after the invention and widespread adoption of the computer mouse in the 1990s that graphical user interfaces (GUIs)\index{graphical user interface} became common. -GRASS GIS the longest-standing continuously developed open source GIS\index{GIS} software, for example, relied on its CLI before it gained a GUI [@landa_new_2008]. +GRASS GIS, the longest-standing continuously developed open source GIS\index{GIS} software, for example, relied on its CLI before it gained a GUI [@landa_new_2008]. Most popular GIS software projects are GUI-driven. You *can* interact with QGIS\index{QGIS}, SAGA\index{SAGA}, GRASS GIS\index{GRASS GIS} and gvSIG from system terminals and embedded CLIs, but their design encourages most people to interact with them by 'pointing and clicking'. An unintended consequence of this is that most GIS users miss out on the advantages of CLI-driven and scriptable approaches.