<HTML>
<HEAD>
<TITLE>V.edit and GUI digitizing</TITLE>
</HEAD>
<BODY>
<FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>Thinking about how to actually implement a better digitizing mode in GRASS brought me back to some ideas that Glynn had a short time back. A schematic workflow for digitizing might go like this:<BR>
<BR>
Case 1 &#8211; no existing vector:<BR>
-Use GUI/display to create onscreen vector object<BR>
-Output vector object to sequence of xy coordinate pairs with relevant topological, key field (cat), and vector type information<BR>
-Input xy coordinates along with other information into v.edit to create vector<BR>
<BR>
Case 2 &#8211; existing vector to be edited:<BR>
-Output sequence of xy coordinate pairs with relevant topological, key field (cat), and vector type information from existing vector<BR>
-Read xy and related information into GUI to create on-screen vector object<BR>
-Use GUI/display to edit onscreen vector object<BR>
-Output vector object to sequence of xy coordinate pairs with relevant topological, key field (cat), and vector type information<BR>
-Input xy coordinates along with other information into v.edit to create vector<BR>
<BR>
V.edit, as currently prototyped involves transforming a set of xy coordinates into &nbsp;vector objects. This is an important part of a digitizing system, but not all of it. Because we will &nbsp;also want to edit existing vectors, there needs to be a way to transform vector objects into a set of xy coordinates, while preserving any needed topological and key field information to reconstruct them. In a discussion between Glynn and Radim recently, it became clear that v.out.ascii does most of this, but not all&#8212;primarily lacking the topological information. <BR>
<BR>
So in addition to v.edit, we&#8217;ll need some kind of module to get relevant vector information OUT of an existing vector, and into a format that can be read by a GUI and v.edit. Along with this will need to be some kind of standard format to preserve sufficient topological and other vector information needed to reconstitute a GRASS vector. Such code is probably in v.digit in some form.<BR>
<BR>
Michael<BR>
__________________________________________<BR>
Michael Barton, Professor of Anthropology<BR>
School of Human Evolution &amp; Social Change &nbsp;&nbsp;&nbsp;<BR>
Center for Social Dynamics &amp; Complexity<BR>
Arizona State University<BR>
<BR>
phone: 480-965-6213<BR>
fax: 480-965-7671<BR>
www: <a href="http://www.public.asu.edu/~cmbarton">http://www.public.asu.edu/~cmbarton</a> <BR>
<BR>
</SPAN></FONT>
</BODY>
</HTML>