diff --git a/imagery/i.gensigset/i.gensigset.html b/imagery/i.gensigset/i.gensigset.html index 5db3efa5802..68017ceb2c0 100644 --- a/imagery/i.gensigset/i.gensigset.html +++ b/imagery/i.gensigset/i.gensigset.html @@ -61,7 +61,7 @@

Parameters

and v.to.rast, or some other import/development process (e.g., -v.transects) +v.transects) to define the areas representative of the classes in the image.

diff --git a/imagery/i.landsat.toar/i.landsat.toar.html b/imagery/i.landsat.toar/i.landsat.toar.html index 3305c80b7de..7aa3f58346c 100644 --- a/imagery/i.landsat.toar/i.landsat.toar.html +++ b/imagery/i.landsat.toar/i.landsat.toar.html @@ -29,7 +29,7 @@

DESCRIPTION

region settings, in order to have the largest possible sample of pixels from where to get the darkest one of the scene and perform the DOS correction. To limit the results to a custom region, the user is -advised to clip the results (with r.clip, for +advised to clip the results (with r.clip, for instance) or to define the region first, import the images with region cropping, and then running the module. diff --git a/imagery/i.ortho.photo/i.ortho.init/i.ortho.init.html b/imagery/i.ortho.photo/i.ortho.init/i.ortho.init.html index a9e86ab2a0b..f3436ee53d5 100644 --- a/imagery/i.ortho.photo/i.ortho.init/i.ortho.init.html +++ b/imagery/i.ortho.photo/i.ortho.init/i.ortho.init.html @@ -16,7 +16,7 @@

DESCRIPTION

include: the (XC,YC,ZC) standard (e.g. UTM) approximate coordinates of the camera exposure station; initial roll, pitch, and yaw angles (in degrees) of the cameras attitude; and the a priori standard deviations for these -parameters. During the imagery program, i.photo.rectify, the initial camera +parameters. During the imagery program, i.ortho.rectify, the initial camera exposure station file is used for computation of the ortho-rectification parameters. If no initial camera exposure station file exist, the default values are computed from the control points file created in @@ -107,7 +107,7 @@

SEE ALSO

i.ortho.elev, i.ortho.camera, i.ortho.transform, -i.photo.rectify +i.ortho.rectify

AUTHOR

diff --git a/imagery/i.ortho.photo/i.ortho.rectify/i.ortho.rectify.html b/imagery/i.ortho.photo/i.ortho.rectify/i.ortho.rectify.html index 607e53f70bc..b3ab58925e2 100644 --- a/imagery/i.ortho.photo/i.ortho.rectify/i.ortho.rectify.html +++ b/imagery/i.ortho.photo/i.ortho.rectify/i.ortho.rectify.html @@ -1,11 +1,11 @@

DESCRIPTION

-i.photo.rectify rectifies an image by using the image to photo +i.ortho.rectify rectifies an image by using the image to photo coordinate transformation matrix created by g.gui.photo2image and the rectification parameters created by g.gui.image2target. Rectification is the process by which the geometry of an image is made planimetric. This is accomplished by mapping an image from one coordinate -system to another. In i.photo.rectify the parameters computed by +system to another. In i.ortho.rectify the parameters computed by g.gui.photo2image and g.gui.image2target are used in equations to convert x,y image coordinates to standard map coordinates for each pixel in @@ -38,7 +38,7 @@

DESCRIPTION

areas with high camera angles may also appear blurred if they are located (viewed from the camera position) behind mountain ridges or peaks.

-i.photo.rectify can be run directly, specifying options in the +i.ortho.rectify can be run directly, specifying options in the command line or the GUI, or it can be invoked as OPTION 8 through i.ortho.photo. If invoked though i.ortho.photo, an interactive terminal @@ -70,7 +70,7 @@

Interactive mode

If you choose option 2, you can also specify a desired target resolution.

-i.photo.rectify will only rectify that portion of the +i.ortho.rectify will only rectify that portion of the image that occurs within the chosen window. Only that portion will be relocated in the target database. It is therefore important to check the current window in the target project if choice number one is selected. @@ -87,7 +87,7 @@

Interactive mode

The last prompt will ask you about the amount of memory to be used by -i.photo.rectify. +i.ortho.rectify.

SEE ALSO

diff --git a/imagery/i.pca/i.pca.html b/imagery/i.pca/i.pca.html index 6fee184c618..28a4e075298 100644 --- a/imagery/i.pca/i.pca.html +++ b/imagery/i.pca/i.pca.html @@ -96,7 +96,7 @@

SEE ALSO

g.gui.iclass, i.fft, i.ifft, -m.eigensystem, +m.eigensystem, r.covar, r.mapcalc

diff --git a/raster/r.clump/r.clump.html b/raster/r.clump/r.clump.html index acf2a88d5f2..b01dc4229b2 100644 --- a/raster/r.clump/r.clump.html +++ b/raster/r.clump/r.clump.html @@ -131,7 +131,6 @@

Fuzzy clumping on Landsat bands

SEE ALSO

-r.average, r.buffer, r.distance, r.grow, diff --git a/raster/r.covar/r.covar.html b/raster/r.covar/r.covar.html index a510bb39c7a..c51087a8ebb 100644 --- a/raster/r.covar/r.covar.html +++ b/raster/r.covar/r.covar.html @@ -88,7 +88,7 @@

SEE ALSO

i.pca, -m.eigensystem (Addon), +m.eigensystem (Addon), r.mapcalc, r.rescale diff --git a/raster/r.fill.stats/r.fill.stats.html b/raster/r.fill.stats/r.fill.stats.html index c8414796e73..87fb0c045df 100644 --- a/raster/r.fill.stats/r.fill.stats.html +++ b/raster/r.fill.stats/r.fill.stats.html @@ -395,10 +395,10 @@

Lidar point cloud example

--> Inspect the point density and determine the extent of the point cloud -using the r.in.lidar module: +using the r.in.pdal module:
-r.in.lidar -e input=points.las output=density method=n resolution=5 class_filter=2
+r.in.pdal -e input=points.las output=density method=n resolution=5 class_filter=2
 
Based on the result, set computational region extent and desired @@ -411,7 +411,7 @@

Lidar point cloud example

Import the point cloud as raster using binning:
-r.in.lidar input=points.las output=ground_raw method=mean class_filter=2
+r.in.pdal input=points.las output=ground_raw method=mean class_filter=2
 
Check that there are more non-NULL cells than NULL ("no data") cells: diff --git a/raster/r.in.xyz/r.in.xyz.html b/raster/r.in.xyz/r.in.xyz.html index 55c04e74a2d..92591a8c258 100644 --- a/raster/r.in.xyz/r.in.xyz.html +++ b/raster/r.in.xyz/r.in.xyz.html @@ -310,7 +310,7 @@

SEE ALSO

m.proj, r.fillnulls, r.in.ascii, -r.in.lidar, +r.in.pdal, r3.in.xyz, r.mapcalc, r.neighbors, diff --git a/raster/r.mapcalc/r.mapcalc.html b/raster/r.mapcalc/r.mapcalc.html index 0f41f42b5db..360c68d05b3 100644 --- a/raster/r.mapcalc/r.mapcalc.html +++ b/raster/r.mapcalc/r.mapcalc.html @@ -842,7 +842,7 @@

SEE ALSO

g.region, -r.bitpattern, +r.bitpattern, r.blend, r.colors, r.fillnulls, diff --git a/scripts/g.download.project/g.download.project.html b/scripts/g.download.project/g.download.project.html index 7fc469fb0a6..01f354050c5 100644 --- a/scripts/g.download.project/g.download.project.html +++ b/scripts/g.download.project/g.download.project.html @@ -38,7 +38,7 @@

SEE ALSO

g.mapsets, r.proj, v.proj, - g.proj.all + g.proj.all

AUTHOR

diff --git a/vector/v.decimate/v.decimate.html b/vector/v.decimate/v.decimate.html index 9f7b0001307..979371f5cc6 100644 --- a/vector/v.decimate/v.decimate.html +++ b/vector/v.decimate/v.decimate.html @@ -132,7 +132,7 @@

SEE ALSO

v.select, v.category, v.build, -v.in.lidar, +v.in.pdal, g.region
diff --git a/vector/v.lidar.correction/v.lidar.correction.html b/vector/v.lidar.correction/v.lidar.correction.html index 29d1bab645d..997aa5a2ac0 100644 --- a/vector/v.lidar.correction/v.lidar.correction.html +++ b/vector/v.lidar.correction/v.lidar.correction.html @@ -100,7 +100,7 @@

SEE ALSO

v.lidar.growing, v.surf.bspline, v.surf.rst, -v.in.lidar, +v.in.pdal, v.in.ascii diff --git a/vector/v.lidar.edgedetection/v.lidar.edgedetection.html b/vector/v.lidar.edgedetection/v.lidar.edgedetection.html index 77f0efe6e0b..a8c2a835460 100644 --- a/vector/v.lidar.edgedetection/v.lidar.edgedetection.html +++ b/vector/v.lidar.edgedetection/v.lidar.edgedetection.html @@ -79,8 +79,8 @@

Complete workflow

g.region raster=elev_lid792_1m # import -v.in.lidar -tr input=points.las output=points -v.in.lidar -tr input=points.las output=points_first return_filter=first +v.in.pdal -r input=points.las output=points +v.in.pdal -r input=points.las output=points_first return_filter=first # detection v.lidar.edgedetection input=points output=edge ew_step=8 ns_step=8 lambda_g=0.5 @@ -153,7 +153,7 @@

SEE ALSO

v.lidar.correction, v.surf.bspline, v.surf.rst, -v.in.lidar, +v.in.pdal, v.in.ascii diff --git a/vector/v.lidar.growing/v.lidar.growing.html b/vector/v.lidar.growing/v.lidar.growing.html index 58c76c59fb2..ca2c44d28d3 100644 --- a/vector/v.lidar.growing/v.lidar.growing.html +++ b/vector/v.lidar.growing/v.lidar.growing.html @@ -78,7 +78,7 @@

SEE ALSO

v.lidar.correction, v.surf.bspline, v.surf.rst, -v.in.lidar, +v.in.pdal, v.in.ascii diff --git a/vector/vectorintro.html b/vector/vectorintro.html index 4755ee1a0db..684bfd4bbcd 100644 --- a/vector/vectorintro.html +++ b/vector/vectorintro.html @@ -371,7 +371,7 @@

Lidar data processing

Lidar point clouds (first and last return) are imported from text files with v.in.ascii or from LAS files with - v.in.lidar. Both modules recognize the + v.in.pdal. Both modules recognize the -b flag to not build topology. Outlier detection is done with v.outlier on both first and last return data. Then, with v.lidar.edgedetection, diff --git a/visualization/ximgview/ximgview.html b/visualization/ximgview/ximgview.html index 1e07dd7eb38..4ece96b1676 100644 --- a/visualization/ximgview/ximgview.html +++ b/visualization/ximgview/ximgview.html @@ -33,7 +33,7 @@

SEE ALSO

PNG driver, cairo driver, -wximgview +wxpyimgview