[GRASS-SVN] r67506 - grass-addons/grass7/vector/v.feature.algebra

svn_grass at osgeo.org svn_grass at osgeo.org
Wed Jan 6 12:22:40 PST 2016


Author: neteler
Date: 2016-01-06 12:22:40 -0800 (Wed, 06 Jan 2016)
New Revision: 67506

Modified:
   grass-addons/grass7/vector/v.feature.algebra/v.feature.algebra.html
Log:
v.feature.algebra manual: reflect new name

Modified: grass-addons/grass7/vector/v.feature.algebra/v.feature.algebra.html
===================================================================
--- grass-addons/grass7/vector/v.feature.algebra/v.feature.algebra.html	2016-01-06 19:37:57 UTC (rev 67505)
+++ grass-addons/grass7/vector/v.feature.algebra/v.feature.algebra.html	2016-01-06 20:22:40 UTC (rev 67506)
@@ -1,12 +1,12 @@
 <h2>DESCRIPTION</h2>
 
-<em>v.in.mapcalc</em> is a vector calculator program inspired by r.mapcalc.
+<em>v.feature.algebra</em> is a vector calculator program inspired by r.mapcalc.
 
 <h2>NOTES</h2>
 
 It's much more complicated to deal with vector maps than with raster
 maps. Particularly, there are several levels on which we might want to
-deal with a vector map. For this reason the design of v.mapcalc is
+deal with a vector map. For this reason the design of v.feature.algebra is
 that of a skeleton with plugins: A parser will interpret statements
 and call the appropriate functions it finds in dynamically loaded
 plugins.
@@ -27,7 +27,7 @@
 3D. There is a set of basic built in operations like dot and cross
 product. Point lists are meant for polygons, lines, areas, etc. Points
 and point lists have no categories or attributes. And finally, of
-course, v.mapcalc deals with map expressions.
+course, v.feature.algebra deals with map expressions.
 <p>
 For numbers, the infix operators do the obvious. For other types, the
 parser will translate them to function calls with predefined
@@ -51,10 +51,10 @@
 other constructs when dealing with attributes, which can be literally
 of "any" type.
 <p>
-There is one problem with this approach within v.mapcalc, which is
+There is one problem with this approach within v.feature.algebra, which is
 calling a function with a variable list of arguments. This is a bit
 complicated, and before thinking of easy solutions, I need to
-recommend reading the code. Just before calling it, v.mapcalc has a
+recommend reading the code. Just before calling it, v.feature.algebra has a
 pointer to that functions and a linked list of structures which hold
 the argument types and values. It would be nice to be able to
 construct such a call argument by argument, but there is no portable
@@ -229,8 +229,8 @@
   limited scanner. My plan was to provide 4 methods of input:
   + from the command line
   + from stdin, interactively, using GNU readline and history
-  + from stdin by IO redirection like in "script | v.mapcalc"
-  + from a file, like in "v.mapcalc -i statementfile"
+  + from stdin by IO redirection like in "script | v.feature.algebra"
+  + from a file, like in "v.feature.algebra -i statementfile"
   Of course, this should be done with Flex, with the input selection
   as needed for all methods, as well as support for Bison to indicate
   the position of a parse error.
@@ -246,7 +246,7 @@
   points and point lists.
 - There are certain operations which need to be performed always, like
   opening a map. For now, they need to be done in the plugin, but
-  should definitively move to v.mapcalc.
+  should definitively move to v.feature.algebra.
 - Point lists are not working yet, though much of the basic
   infrastructure is already done.
 - There seems to be a bug in memory management which can cause the



More information about the grass-commit mailing list