~ubuntu-branches/ubuntu/precise/grass/precise

« back to all changes in this revision

Viewing changes to raster/r.cost/description.html

  • Committer: Bazaar Package Importer
  • Author(s): Francesco Paolo Lovergine
  • Date: 2011-04-13 17:08:41 UTC
  • mfrom: (8.1.7 sid)
  • Revision ID: james.westby@ubuntu.com-20110413170841-ss1t9bic0d0uq0gz
Tags: 6.4.1-1
* New upstream version.
* Now build-dep on libjpeg-dev and current libreadline6-dev.
* Removed patch swig: obsolete.
* Policy bumped to 3.9.2, without changes.

Show diffs side-by-side

added added

removed removed

Lines of Context:
30
30
Each <em>x,y</em> <b>coordinate</b> pair gives the geographic location of a
31
31
point from which the transportation cost should be figured. As many points as
32
32
desired can be entered by the user. These starting points can also be read
33
 
from a vector points file through the <b>start_sites</b> option or from a
 
33
from a vector points file through the <b>start_points</b> option or from a
34
34
raster map through the <b>start_rast</b> option.
35
35
<p>
36
36
<em>r.cost</em> will stop cumulating costs when either <b>max_cost</b> is reached,
37
37
or one of the stop points given with <b>stop_coordinates</b> is reached.
38
38
Alternatively, the stop points can be read from a vector points file with the
39
 
<b>stop_sites</b> option. During execution, once the cumulative cost to all 
 
39
<b>stop_points</b> option. During execution, once the cumulative cost to all 
40
40
stopping points has been determined, processing stops.
41
41
 
42
42
Both sites read from a vector points file and those given on the command line
118
118
This problem doesn't arise with floating point maps.
119
119
 
120
120
 
121
 
<h4>Algorithm notes</h4>
 
121
<h3>Algorithm notes</h3>
122
122
 
123
123
The fundamental approach to calculating minimum travel cost is as
124
124
follows:<p> The user generates a raster map indicating the cost of
199
199
those that are different between operations using and not using the
200
200
Knight's move (<b>-k</b>) option.
201
201
 
202
 
<h4>Output analysis</h4>
 
202
<h3>Output analysis</h3>
203
203
 
204
204
The output map can be viewed, for example, as an elevation model in which
205
205
the starting location(s) is/are the lowest point(s). Outputs from  <em>r.cost</em>
209
209
used together, generate least-cost paths or corridors between any two
210
210
map locations (cells). 
211
211
 
212
 
<h4>Shortest distance surfaces</h4>
 
212
<h3>Shortest distance surfaces</h3>
213
213
The <em>r.cost</em> module allows for computing the shortest distance 
214
214
of each pixel from raster lines, such as determining the shortest distances
215
215
of households to the nearby road. For this cost surfaces with cost value 1 are
257
257
Pierre de Mouveaux (pmx@audiovu.com) 
258
258
</p>
259
259
 
260
 
<p><i>Last changed: $Date: 2008-05-16 21:09:06 +0200 (ven, 16 mag 2008) $</i>
 
260
<p><i>Last changed: $Date: 2010-11-13 13:02:26 +0100 (Sat, 13 Nov 2010) $</i>