← Back to branch summary

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

« back to all changes in this revision

Viewing changes to raster/r.in.xyz/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:
raster/r.in.xyz/description.html
8
8
 
9
9
<em>r.in.xyz</em> is designed for processing massive point cloud datasets,
10
10
for example raw LIDAR or sidescan sonar swath data. It has been tested with
11
 
datasets as large as 14.5 billion points (379GB). <!-- Doug Newcomb, US Fish &
12
 
 Wildlife Service -->
 
11
datasets as large as tens of billion of points (705GB in a single file).
 
12
 <!-- Doug Newcomb, US Fish & Wildlife Service -->
13
13
<p>
14
14
 
15
15
Available statistics for populating the raster are:<br>
39
39
 
40
40
<h2>NOTES</h2>
41
41
 
42
 
<h4>Gridded data</h4>
 
42
<h3>Gridded data</h3>
43
43
 
44
44
If data is known to be on a regular grid <em>r.in.xyz</em> can reconstruct
45
45
the map perfectly as long as some care is taken to set up the region
59
59
should be identical regardless of which of those methods are used.
60
60
 
61
61
 
62
 
<h4>Memory use</h4>
 
62
<h3>Memory use</h3>
63
63
 
64
64
While the <b>input</b> file can be arbitrarily large, <em>r.in.xyz</em>
65
65
will use a large amount of system memory for large raster regions (10000x10000).
84
84
If reading data from a <tt>stdin</tt> stream, the program can only run using
85
85
a single pass.
86
86
 
87
 
<h4>Setting region bounds and resolution</h4>
 
87
<h3>Setting region bounds and resolution</h3>
88
88
 
89
89
You can use the <b>-s</b> scan flag to find the extent of the input data
90
90
(and thus point density) before performing the full import. Use
114
114
as well use "<tt>v.in.ascii&nbsp;-zbt</tt>" directly.
115
115
 
116
116
 
117
 
<h4>Filtering</h4>
 
117
<h3>Filtering</h3>
118
118
 
119
119
Points falling outside the current region will be skipped. This includes
120
120
points falling <em>exactly</em> on the southern region bound.
147
147
<em>r.neighbors</em> to smooth the stddev map before further use.]
148
148
 
149
149
 
150
 
<h4>Reprojection</h4>
 
150
<h3>Reprojection</h3>
151
151
 
152
152
If the raster map is to be reprojected, it may be more appropriate to reproject
153
153
the input points with <em>m.proj</em> or <em>cs2cs</em> before running
154
154
<em>r.in.xyz</em>.
155
155
 
156
 
<h4>Interpolation into a DEM</h4>
 
156
<h3>Interpolation into a DEM</h3>
157
157
 
158
158
The vector engine's topographic abilities introduce a finite memory overhead
159
159
per vector point which will typically limit a vector map to approximately
274
274
 
275
275
<br>
276
276
<p>
277
 
<i>Last changed: $Date: 2010-01-07 03:47:37 +0100 (gio, 07 gen 2010) $</i></p>
 
277
<i>Last changed: $Date: 2011-04-08 00:10:37 +0200 (Fri, 08 Apr 2011) $</i></p>