<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title>GRASS GIS: r.to.vect</title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <link rel="stylesheet" href="grassdocs.css" type="text/css"> </head> <body bgcolor="white"> <img src="grass_logo.png" alt="GRASS logo"><hr align=center size=6 noshade> <h2>NAME</h2> <em><b>r.to.vect</b></em> - Converts a raster map into a vector map layer. <h2>KEYWORDS</h2> raster <h2>SYNOPSIS</h2> <b>r.to.vect</b><br> <b>r.to.vect help</b><br> <b>r.to.vect</b> [-<b>svzbq</b>] <b>input</b>=<em>name</em> <b>output</b>=<em>name</em> <b>feature</b>=<em>string</em> [--<b>overwrite</b>] [--<b>verbose</b>] [--<b>quiet</b>] <h3>Flags:</h3> <DL> <DT><b>-s</b></DT> <DD>Smooth corners of area features</DD> <DT><b>-v</b></DT> <DD>Use raster values as categories instead of unique sequence (CELL only)</DD> <DT><b>-z</b></DT> <DD>Write raster values as z coordinate. Table is not created. Currently supported only for points.</DD> <DT><b>-b</b></DT> <DD>Do not build vector topology (use with care for massive point export)</DD> <DT><b>-q</b></DT> <DD>Quiet - Do not show progress</DD> <DT><b>--overwrite</b></DT> <DD>Allow output files to overwrite existing files</DD> <DT><b>--verbose</b></DT> <DD>Verbose module output</DD> <DT><b>--quiet</b></DT> <DD>Quiet module output</DD> </DL> <h3>Parameters:</h3> <DL> <DT><b>input</b>=<em>name</em></DT> <DD>Name of input raster map</DD> <DT><b>output</b>=<em>name</em></DT> <DD>Name for output vector map</DD> <DT><b>feature</b>=<em>string</em></DT> <DD>Feature type</DD> <DD>Options: <em>point,line,area</em></DD> <DD>Default: <em>line</em></DD> </DL> <H2>DESCRIPTION</H2> <EM>r.to.vect</EM> scans the named <B>input</B> raster map layer, extracts points, lines or area edge features from it, converts data to GRASS vector format. <H3>Points</H3> The <EM>r.to.vect</EM> program extracts data from a GRASS raster map layer and stores output in a new GRASS <EM>vector</EM> file. <H3>Lines</H3> <EM>r.to.vect</EM> assumes that the <EM>input</EM> map has been thinned using <EM><A HREF="r.thin.html">r.thin</A></EM>. <P> <EM>r.to.vect</EM> extracts vectors (aka, "arcs") from a raster map. These arcs may represent linear features (like roads or streams), or may represent area edge features (like political boundaries, or soil mapping units). <P> <EM><A HREF="r.thin.html">r.thin</A></EM> and <EM>r.to.vect</EM> may create excessive nodes at every junction, and may create small spurs or "dangling lines" during the thinning and vectorization process. These excessive nodes and spurs may be removed using <EM><A HREF="v.clean.html">v.clean</A></EM>. <H3>Areas</H3> <EM>r.to.vect</EM> first traces the perimeter of each unique area in the raster map layer and creates vector data to represent it. The cell category values for the raster map layer will be used to create attribute information for the resultant vector area edge data. <P> A true vector tracing of the area edges might appear blocky, since the vectors outline the edges of raster data that are stored in rectangular cells. To produce a better-looking vector map, <EM>r.to.vect</EM> smoothes the corners of the vector data as they are being extracted. At each change in direction (i.e., each corner), the two midpoints of the corner cell (half the cell's height and width) are taken, and the line segment connecting them is used to outline this corner in the resultant vector map. (The cell's cornermost node is ignored.) Because vectors are smoothed by this program, the resulting vector map will not be "true" to the raster map from which it was created. The user should check the resolution of the geographic region (and the original data) to estimate the possible error introduced by smoothing. <P> <EM>r.to.vect</EM> extracts only area edges from the named raster input file. If the raster map contains other data (i.e., line edges, or point data) the output may be wrong. <H2>BUGS</H2> For feature=line the input raster map MUST be thinned by <EM><A HREF="r.thin.html">r.thin</A></EM>; if not, <EM>r.to.vect</EM> may crash. <H2>AUTHOR</H2> <B>Points</B><BR> Bill Brown<BR> <BR> <B>Lines</B><BR> Mike Baba<BR> DBA Systems, Inc.<BR> 10560 Arrowhead Drive<BR> Fairfax, Virginia 22030<BR> <BR> <B>Areas</B><BR> <EM>Original</EM> version of <EM>r.poly</EM>: <BR> Jean Ezell and Andrew Heekin, <br> U.S. Army Construction Engineering Research Laboratory <P> <EM>Modified</EM> program for smoothed lines: <BR> David Satnik, Central Washington University <br> Updated 2001 by Andrea Aime, Modena, Italy<BR> <BR> <B>Update</B><BR> Original r.to.sites, r.line and r.poly merged and updated to 5.7 by Radim Blazek <p><i>Last changed: $Date: 2007-02-28 16:51:41 +0100 (Wed, 28 Feb 2007) $</i> <HR> <P><a href="index.html">Main index</a> - <a href="raster.html">raster index</a> - <a href="full_index.html">Full index</a></P> <P>© 2003-2008 <a href="http://grass.osgeo.org">GRASS Development Team</a></p> </body> </html>