[GRASS-SVN] r56390 - in grass/branches/develbranch_6/vector: v.net v.net.alloc v.net.bridge v.net.centrality v.net.components v.net.connectivity v.net.distance v.net.flow v.net.iso v.net.path v.net.salesman v.net.spanningtree v.net.timetable v.net.visibility

svn_grass at osgeo.org svn_grass at osgeo.org
Thu May 23 13:00:25 PDT 2013


Author: neteler
Date: 2013-05-23 13:00:25 -0700 (Thu, 23 May 2013)
New Revision: 56390

Modified:
   grass/branches/develbranch_6/vector/v.net.alloc/description.html
   grass/branches/develbranch_6/vector/v.net.bridge/description.html
   grass/branches/develbranch_6/vector/v.net.centrality/description.html
   grass/branches/develbranch_6/vector/v.net.components/description.html
   grass/branches/develbranch_6/vector/v.net.connectivity/description.html
   grass/branches/develbranch_6/vector/v.net.distance/description.html
   grass/branches/develbranch_6/vector/v.net.flow/description.html
   grass/branches/develbranch_6/vector/v.net.iso/description.html
   grass/branches/develbranch_6/vector/v.net.path/description.html
   grass/branches/develbranch_6/vector/v.net.salesman/description.html
   grass/branches/develbranch_6/vector/v.net.spanningtree/description.html
   grass/branches/develbranch_6/vector/v.net.timetable/description.html
   grass/branches/develbranch_6/vector/v.net.visibility/description.html
   grass/branches/develbranch_6/vector/v.net/description.html
Log:
v.net.*: HTML layout fixes; typos fixed

Modified: grass/branches/develbranch_6/vector/v.net/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -1,16 +1,17 @@
 <h2>DESCRIPTION</h2>
 
-<em>v.net</em> is used for network preparation and maintenance. Its main
-use is to create a vector network from vector lines (<em>arcs</em>) and points 
-(<em>nodes</em>) by creating nodes from intersections in a map of vector 
-lines (<em>node</em> operator), by connecting a vector lines map with a points map 
-(<em>connect</em> operator), and by creating new lines between pairs of vector points 
+<em>v.net</em> is used for network preparation and maintenance. Its 
+main use is to create a vector network from vector lines (<em>arcs
+</em>) and points (<em>nodes</em>) by creating nodes from 
+intersections in a map of vector lines (<em>node</em> operator), by 
+connecting a vector lines map with a points map (<em>connect</em> 
+operator), and by creating new lines between pairs of vector points
 (<em>arcs</em> operator).
 
 <p>
 A GIS network consists of topologically correct lines (arcs). That is, 
 the lines must be connected by shared vertices where real connections exist.
-In GRASS you also can add nodes to the network. These are specially 
+In GRASS GIS you also can add nodes to the network. These are specially 
 designated vertices used for analyzing network properties or computing 
 cost/distance measures. That is, not all vertices are treated as nodes by
 default. Only <em><a href="v.net.path.html">v.net.path</a></em> can use a 
@@ -55,7 +56,7 @@
 (method 2 above), it is possible to create an attribute table for the 
 new nodes in layer 2 using the attribute table manager and connect it to
 layer 2 ("manage layers" tab) or to create a table with
-<em><a href="v.db.addtable.html">v.db.addtable</a>, 
+<em><a href="v.db.addtable.html">v.db.addtable</a></em>, 
 connect it to layer 2 with <em><a href="v.db.connect.html">v.db.connect</a></em>,
 and update the new table with cat values with <em><a href="v.to.db.html">v.to.db</a></em>. 
 
@@ -115,17 +116,20 @@
 Merge in nodes from a separate map within given threshold:
 
 <div class="code"><pre>
-v.net input=streets_wake points=firestations out=streets_net operation=connect thresh=500
+v.net input=streets_wake points=firestations out=streets_net \
+      operation=connect thresh=500
 </pre></div>
 
-For generating network for given vector point map is required input file in format
+For generating network for given vector point map is required input 
+file in format:
 
 <div class="code"><pre>
 [category of edge] [category of start node] [category of end node]
 </pre></div>
 
 <div class="code"><pre>
-v.net points=geodetic_swwake_pts output=geodetic_swwake_pts_net operation=arcs file=- << EOF
+v.net points=geodetic_swwake_pts output=geodetic_swwake_pts_net \
+      operation=arcs file=- << EOF
 > 1 28000 28005
 > 2 27945 27958
 > 3 27886 27897
@@ -136,7 +140,11 @@
 
 <em>
 <a href="wxGUI.Vector_Digitizer.html">wxGUI vector digitizer</a>,
-<a href="v.edit.html">v.edit</a>,<br>
+<a href="v.edit.html">v.edit</a>
+</em>
+
+<p>
+<em>
 <a href="v.net.alloc.html">v.net.alloc</a>,
 <a href="v.net.allpairs.html">v.net.allpairs</a>,
 <a href="v.net.bridge.html">v.net.bridge</a>,

Modified: grass/branches/develbranch_6/vector/v.net.alloc/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.alloc/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.alloc/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -1,15 +1,17 @@
 <h2>DESCRIPTION</h2>
 
-<em>v.net.alloc</em> allocates subnets for nearest centers (direction from 
-center). center nodes must be opened (costs >= 0). Costs of center nodes are 
-used in the calculation. 
+<em>v.net.alloc</em> allocates subnets for nearest centers 
+(direction from center). center nodes must be opened (costs >= 0).
+Costs of center nodes are used in the calculation. 
 <p>
-Costs may be either line lengths, or attributes saved in a database 
-table. These attribute values are taken as costs of whole segments, not 
-as costs to traverse a length unit (e.g. meter) of the segment. 
-For example, if the speed limit is 100 km / h, the cost to traverse a 
-10 km long road segment must be calculated as 
+Costs may be either line lengths, or attributes saved in a 
+database table. These attribute values are taken as costs of whole 
+segments, not as costs to traverse a length unit (e.g. meter) of the 
+segment. For example, if the speed limit is 100 km / h, the cost to 
+traverse a 10 km long road segment must be calculated as
+<br>
 length / speed = 10 km / (100 km/h) = 0.1 h.
+<br>
 Supported are cost assignments for both arcs and nodes, 
 and also different costs for both directions of a vector line. 
 For areas, costs will be calculated along boundary lines.

Modified: grass/branches/develbranch_6/vector/v.net.bridge/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.bridge/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.bridge/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -1,40 +1,41 @@
 <h2>DESCRIPTION</h2>
 
-<em>v.net.bridge</em> finds bridges and articulation points in a network. 
+<em>v.net.bridge</em> finds bridges and articulation points in a network.
 
 <h2>NOTES</h2>
-Bridge in a network is an edge/line whose removal would disconnect the 
-(sub-)network. A node is an articulation point if its removal would 
-disconnect the (sub-)network. For more information and formal definitions 
-check the wikipedia entries: 
+Bridge in a network is an edge/line whose removal would disconnect 
+the (sub-)network. A node is an articulation point if its removal 
+would disconnect the (sub-)network. For more information and formal 
+definitions check the wikipedia entries:
 <a href="http://en.wikipedia.org/wiki/Bridge_%28graph_theory%29">bridge</a> 
-and <a href="http://en.wikipedia.org/wiki/Cut_vertex">articulation point</a>.<br><br>
-The output of the module contains the selected features. For 
-<b>method=bridge</b>, lines corresponding to bridges are copied from 
-the input map to the output map. On the other hand, for 
-<b>method=articulation</b>, points are created on the positions of 
-articulation points.<br><br>
+and <a href="http://en.wikipedia.org/wiki/Cut_vertex">articulation 
+point</a>.
+<p>
+The output of the module contains the selected 
+features. For <b>method=bridge</b>, lines corresponding to 
+bridges are copied from the input map to the output map. On the 
+other hand, for <b>method=articulation</b>, points are created on 
+the positions of articulation points.
+<p>
 
+<br>In GRASS GIS, <em>line</em> is not always a single line 
+segment. It might be, and often is, a sequence of line segments 
+between two intersections. Also, articulation point is a standard 
+graph theoretic terminology which is slightly misleading in GRASS. 
+An articulation point in graph theory is an articulation
+<em>node</em> in GRASS terminology. 
 
-<br>In GRASS, <em>line</em> is not always a single line segment. It 
-might be, and often is, a sequence of line segments between two 
-intersections. Also, articulation point is a standard graph theoretic 
-terminology which is slightly misleading in GRASS. An articulation point 
-in graph theory is an articulation <em>node</em> in GRASS terminology. 
-
 <h2>EXAMPLES</h2>
 
 <div class="code"><pre>
+	TBD
 </pre></div>
-<p>
 
-<div class="code"><pre>
-</pre></div>
 
-
 <h2>SEE ALSO</h2>
 
 <em>
+<a href="v.net.html">v.net</a>,
 <a href="v.category.html">v.category</a>,
 </em>
 

Modified: grass/branches/develbranch_6/vector/v.net.centrality/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.centrality/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.centrality/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -1,43 +1,43 @@
 <h2>DESCRIPTION</h2>
 
-<em>v.net.centrality</em> computes degree, closeness, betweenness and 
-eigenvector centrality measures. 
+<em>v.net.centrality</em> computes degree, closeness, betweenness 
+and eigenvector centrality measures. 
 
 <h2>NOTES</h2>
 
-The module computes various centrality measures for each node and stores 
-them in the given columns of an attribute table, which is created and 
-linked to the output map. For the description of these, please check the 
-following <a href="http://en.wikipedia.org/wiki/Centrality">wikipedia article</a>. 
+The module computes various centrality measures for each node and 
+stores them in the given columns of an attribute table, which is 
+created and linked to the output map. For the description of these, 
+please check the following
+<a href="http://en.wikipedia.org/wiki/Centrality">wikipedia article</a>.
 If the column name is not given for a measure then that measure is not 
-computed. If <b>-a</b> flag is set then points are added on nodes without 
-points. Also, the points for which the output is computed can be specified 
-by <b>cats</b>, <b>layer</b> and <b>where</b> parameters. However, if any 
-of these parameters is present then <b>-a</b> flag is ingored and no new 
-points are added.<br>
+computed. If <b>-a</b> flag is set then points are added on nodes 
+without points. Also, the points for which the output is computed 
+can be specified by <b>cats</b>, <b>layer</b> and <b>where</b> 
+parameters. However, if any of these parameters is present then
+<b>-a</b> flag is ignored and no new points are added.
+<br>
 Betweenness measure is not normalised. In order to get the normalised 
-values (between 0 and 1), each number needs to be divided by 
-<em>N choose 2=N*(N-1)/2</em> where N is the number of nodes in the 
-connected component. Computation of eigenvector measure terminates if 
-the given number of iterations is reached or the cummulative <em>squared</em> 
-error between the successive iterations is less than <b>error</b>.
+values (between 0 and 1), each number needs to be divided by <em>N 
+choose 2=N*(N-1)/2</em> where N is the number of nodes in the 
+connected component. Computation of eigenvector measure terminates 
+if the given number of iterations is reached or the cummulative <em>
+squared</em> error between the successive iterations is less than <b>
+error</b>.
 
 <h2>EXAMPLES</h2>
-Compute closeness and betweenness centrality measures for each node and 
-produce a map containing not only points already present in the input map 
-but a map with point on every node. 
+Compute closeness and betweenness centrality measures for each node 
+and produce a map containing not only points already present in the 
+input map but a map with point on every node.
 <div class="code"><pre>
-v.net.centrality input=roads output=roads_cent closeness=close betweenness=betw -a
+v.net.centrality input=roads output=roads_cent closeness=closeness \
+      betweenness=betweenness -a
 </pre></div>
-<p>
 
-<div class="code"><pre>
-</pre></div>
-
-
 <h2>SEE ALSO</h2>
 
 <em>
+<a href="v.net.html">v.net</a>,
 <a href="v.generalize.html">v.generalize</a>
 </em>
 

Modified: grass/branches/develbranch_6/vector/v.net.components/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.components/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.components/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -4,20 +4,22 @@
 components in a network.
 
 <h2>NOTES</h2>
-Two nodes, <em>u</em> and <em>v</em> are in the same strongly connected 
-component if there are directed paths from <em>u</em> to <em>v</em> and 
-from <em>v</em> to <em>u</em>. The nodes are in the same weakly connected 
-component if, ignoring orientation of the edges, there is a path between 
-them.<br>
+Two nodes, <em>u</em> and <em>v</em> are in the same strongly 
+connected component if there are directed paths from <em>u</em> to 
+<em>v</em> and from <em>v</em> to <em>u</em>. The nodes are in the 
+same weakly connected component if, ignoring orientation of the 
+edges, there is a path between them.
+<br>
 
 The type of components is specified by <b>method</b> parameter. 
-<em>v.net.components</em> creates a table and links it to the given 
-<b>layer</b>. This table contains only two integer columns: <em>cat</em> 
-and <em>comp</em>. If a point or both endpoints of a line belong to the 
-same component then the point/line is written to the output map and 
-appropriate information is stored in the table. If <b>-a</b> flag is set 
-then new points are added on the nodes without points. These points have 
-category numbers larger than any category used in the input map.    
+<em>v.net.components</em> creates a table and links it to the given <b>layer</b>.
+This table contains only two integer columns: <em>cat</em> and <em>comp
+</em>. If a point or both endpoints of a line belong to the same 
+component then the point/line is written to the output map and 
+appropriate information is stored in the table. If <b>-a</b> flag is 
+set then new points are added on the nodes without points. These 
+points have category numbers larger than any category used in the 
+input map.
 
 <h2>EXAMPLES</h2>
 
@@ -26,15 +28,11 @@
 <div class="code"><pre>
 v.net.components input=roads output=roads_components method=strong
 </pre></div>
-<p>
 
-<div class="code"><pre>
-</pre></div>
-
-
 <h2>SEE ALSO</h2>
 
 <em>
+<a href="v.net.html">v.net</a>,
 <a href="v.category.html">v.category</a>,
 </em>
 

Modified: grass/branches/develbranch_6/vector/v.net.connectivity/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.connectivity/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.connectivity/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -17,18 +17,21 @@
 The following command finds the minimum number of intersections separating
 roads on the left bank from roads on the right bank. 
 <div class="code"><pre>
-v.net.connectivity input=roads output=roads_conn set1_where="bank=left" set2_where="bank=right"
+v.net.connectivity input=roads output=roads_conn set1_where="bank=left" \
+      set2_where="bank=right"
 </pre></div>
 <p>
 
 <div class="code"><pre>
-v.net.connectivity input=airtraffic output=connectivity set1_where="name=JFK" set2_where="name=Heathrow" ncolumn=capacity
+v.net.connectivity input=airtraffic output=connectivity \
+      set1_where="name=JFK" set2_where="name=Heathrow" ncolumn=capacity
 </pre></div>
 
 
 <h2>SEE ALSO</h2>
 
 <em>
+<a href="v.net.html">v.net</a>,
 <a href="v.net.flow.html">v.net.flow</a>,
 <a href="v.net.bridge.html">v.net.bridge</a>
 </em>

Modified: grass/branches/develbranch_6/vector/v.net.distance/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.distance/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.distance/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -1,46 +1,50 @@
 <h2>DESCRIPTION</h2>
 
-<em>v.net.distance</em> finds the nearast element in set <em>to</em> 
-for every element in set <em>from</em>. 
+<em>v.net.distance</em> finds the nearest element in set <em>to</em> 
+for every point in set <em>from</em>. 
 
 <h2>NOTES</h2>
 
-These two sets are given by the respective <b>layer</b>, <b>where</b> 
-and <b>cats</b> parameters. The type of <em>to</em> features is specified 
-by <b>to_type</b> parameter and all <em>from</em> features are <em>points</em>. 
-A table is linked to <b>output</b> map containing various information 
-about the relation. More specifically, the table has three columns: 
-<em>cat</em>, <em>tcat</em> and <em>dist</em> storing category of each 
-<em>from</em> feature, category of the nearest <em>to</em> feature and 
-the distance between them respectively. Furthemore, <b>output</b> map 
-contains the shorest path between each <em>cat</em>, <em>tcat</em> pair. 
-Each path consist of several lines. If a line is on the shorest path 
-from a point then the category of this point is assigned to the line. 
-Note that every line may contain more than one category value since a
-single line may be on the shortest path for more than one <em>from</em> 
-feature. And so the shortest paths can be easily obtained by querying 
-lines with corresponding category number.<br>
+These two sets are given by the respective <b>layer</b>, <b>where</b>
+and <b>cats</b> parameters. The type of <em>to</em> features is 
+specified by <b>to_type</b> parameter. All <em>from</em> features 
+are <em>points</em>. A table is linked to <b>output</b> map 
+containing various information about the relation. More 
+specifically, the table has three columns: <em>cat</em>, <em>tcat</em>
+and <em>dist</em> storing category of each <em>from</em> 
+feature, category of the nearest <em>to</em> feature and the 
+distance between them respectively. Furthemore, <b>output</b> map 
+contains the shorest path between each <em>cat</em>, <em>tcat</em> 
+pair. Each path consist of several lines. If a line is on the 
+shorest path from a point then the category of this point is 
+assigned to the line. Note that every line may contain more than one 
+category value since a single line may be on the shortest path for 
+more than one <em>from</em> feature. And so the shortest paths can 
+be easily obtained by querying lines with corresponding category 
+number.
+<br>
 The costs of arcs in forward and backward direction are specified by 
-<b>afcolumn</b> and <b>abcolumn</b> columns respectively. If 
+<b>afcolumn</b> and <b>abcolumn</b> columns respectively. If
 <b>abcolumn</b> is not given, the same cost is used in both directions.  
 <p>
-<em>v.net.distance</em> will not work if you are trying to find the nearest
-neighbors within a group of nodes, i.e. where <em>to</em> and <em>from</em>
-are the same set of nodes, as the closest node will be the node itself and
-the result will be zero-length paths. In order to find nearest neighbors
-within a group of nodes, you can either loop through each node as <em>to</em>
-and all other nodes as <em>from</em> or create a complete distance matrix with
-<a href="v.net.allpairs.html">v.net.allpairs</a> and select the lowest non-zero
-distance for each node.
+<em>v.net.distance</em> will not work if you are trying to find the 
+nearest neighbors within a group of nodes, i.e. where <em>to</em> 
+and <em>from</em> are the same set of nodes, as the closest node 
+will be the node itself and the result will be zero-length paths. In 
+order to find nearest neighbors within a group of nodes, you can 
+either loop through each node as <em>to</em> and all other nodes as 
+<em>from</em> or create a complete distance matrix with
+<a href="v.net.allpairs.html">v.net.allpairs</a> and select the
+lowest non-zero distance for each node.
 
 <h2>EXAMPLES</h2>
-Find shortest path and distance from every school to the nearest hospital 
-and show path from school number one.
+Find shortest path and distance from every school to the nearest 
+hospital and show path from school number one.
 <div class="code"><pre>
-v.net.distance input=city output=nearest from_where="type=school" to_where="type=hospital" afcolumn=SHAPE_LEN
+v.net.distance input=city output=nearest from_where="type=school" \
+               to_where="type=hospital" afcolumn=SHAPE_LEN
 d.vect nearest cats=1
 </pre></div>
-<p>
 
 <h2>SEE ALSO</h2>
 

Modified: grass/branches/develbranch_6/vector/v.net.flow/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.flow/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.flow/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -1,47 +1,52 @@
 <h2>DESCRIPTION</h2>
 
-<em>v.net.flow</em> computes the maximum flow and minimum cut between 
-two sets of nodes.
+<em>v.net.flow</em> computes the maximum flow and minimum cut 
+between two sets of nodes.
 
 <h2>NOTES</h2>
-The two sets of nodes are called <em>sources</em> and <em>sink</em> and 
-<em>v.net.flow</em> finds the maximimum flow from the former to the 
-latter ones. Edge capacities can be specified by <b>afcolumn</b> for 
-forward direction and <b>abcolumn</b> for backward direction. If the 
-latter parameter is ommited then the same capacity is used in either 
-direction. The sets are given by the respective <b>cats</b>, <b>layer</b> 
-and <b>where</b> parameters. Maximum flow corresponds to the maximum 
-amount of water possibly flowing through the network preserving the 
-capacity constraints and minimum cut to the set of edges of minimum total 
-capacity completely separating sources from sinks. The cut produced by 
-this module corresponds to the first fully saturated edges from sources 
-to sinks. An attribute table containing the flow information is linked 
-to the <b>output</b> map. The table consists of two columns: <em>cat</em> 
-and <em>flow</em> and stores the flow along each line. Negative flow 
-means that "water" is flowing in the backward direction. <b>Cut</b> map 
-contains the edges in the minimum cut. <br>
+The two sets of nodes are called <em>sources</em> and <em>sink</em> 
+and <em>v.net.flow</em> finds the maximimum flow from the former to 
+the latter ones. Edge capacities can be specified by <b>afcolumn</b> 
+for forward direction and <b>abcolumn</b> for backward direction. If 
+the latter parameter is ommited then the same capacity is used in 
+either direction. The sets are given by the respective <b>cats</b>, 
+<b>layer</b> and <b>where</b> parameters. Maximum flow corresponds 
+to the maximum amount of water possibly flowing through the network 
+preserving the capacity constraints and minimum cut to the set of edges 
+of minimum total capacity completely separating sources from sinks. 
+The cut produced by this module corresponds to the first fully 
+saturated edges from sources to sinks. An attribute table containing 
+the flow information is linked to the <b>output</b> map. The table 
+consists of two columns: <em>cat</em> and <em>flow</em> and stores 
+the flow along each line. Negative flow means that "water" is 
+flowing in the backward direction. <b>Cut</b> map contains the edges 
+in the minimum cut.
+<br>
 A famous <a href="http://en.wikipedia.org/wiki/Max-flow_min-cut_theorem">result</a> 
-says that the total amount of water flowing is equal to the minimum cut.
- 
+says that the total amount of water flowing is equal to the minimum 
+cut.
 
 <h2>EXAMPLES</h2>
 
 Find maximum flow from factories to stores using SPEED for the capacities.
 <div class="code"><pre>
-v.net.flow input=roads output=roads_flow cut=roads_cut afcolumn=SPEED source_where="type=factory" sink_where="type=store"
+v.net.flow input=roads output=roads_flow cut=roads_cut afcolumn=SPEED \
+           source_where="type=factory" sink_where="type=store"
 </pre></div>
 <p>
 
 If all the capacties are one then the minimum cut corresponds to the 
 minimum number of edges separating sources from sinks. 
 <div class="code"><pre>
-v.net.flow input=network output=flow cut=cut afcolumn=ones source_cats=1-10 sink_cats=100-100
+v.net.flow input=network output=flow cut=cut afcolumn=ones \
+           source_cats=1-10 sink_cats=100-100
 </pre></div>
 
 
 <h2>SEE ALSO</h2>
 
 <em>
+<a href="v.net.html">v.net</a>,
 <a href="v.net.connectivity.html">v.net.connectivity</a>
 </em>
 

Modified: grass/branches/develbranch_6/vector/v.net.iso/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.iso/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.iso/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -9,7 +9,9 @@
 as costs to traverse a length unit (e.g. meter) of the segment. 
 For example, if the speed limit is 100 km / h, the cost to traverse a 
 10 km long road segment must be calculated as 
+<br>
 length / speed = 10 km / (100 km/h) = 0.1 h.
+<br>
 Supported are cost assignments for both arcs and nodes, 
 and also different costs for both directions of a vector line. 
 For areas, costs will be calculated along boundary lines.
@@ -23,7 +25,6 @@
 <p>
 Nodes must be on the isolines.
 
-
 <h2>EXAMPLES</h2>
 
 The map must contain at least one center (point) on the vector network 

Modified: grass/branches/develbranch_6/vector/v.net.path/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.path/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.path/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -9,7 +9,9 @@
 as costs to traverse a length unit (e.g. meter) of the segment. 
 For example, if the speed limit is 100 km / h, the cost to traverse a 
 10 km long road segment must be calculated as 
+<br>
 length / speed = 10 km / (100 km/h) = 0.1 h.
+<br>
 Supported are cost assignments for both arcs and nodes, 
 and also different costs for both directions of a vector line. 
 For areas, costs will be calculated along boundary lines.

Modified: grass/branches/develbranch_6/vector/v.net.salesman/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.salesman/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.salesman/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -8,8 +8,10 @@
 table. These attribute values are taken as costs of whole segments, not 
 as costs to traverse a length unit (e.g. meter) of the segment. 
 For example, if the speed limit is 100 km / h, the cost to traverse a 
-10 km long road segment must be calculated as 
+10 km long road segment must be calculated as
+<br>
 length / speed = 10 km / (100 km/h) = 0.1 h.
+<br>
 Supported are cost assignments for arcs, 
 and also different costs for both directions of a vector line. 
 For areas, costs will be calculated along boundary lines.

Modified: grass/branches/develbranch_6/vector/v.net.spanningtree/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.spanningtree/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.spanningtree/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -1,17 +1,18 @@
 <h2>DESCRIPTION</h2>
 
-<em>v.net.spanningtree</em> finds the minimum spanning tree in a network. 
+<em>v.net.spanningtree</em> finds the minimum spanning tree in a 
+network. 
 
 <h2>NOTES</h2>
 A spanning tree is a minimum cost subnetwork connecting all nodes in a 
-network. Or, if a network is disconnected then the module computes the 
-minimum spanning tree for each (weakly) connected component. So, strictly 
-speaking, <em>v.net.spanningtree</em> does not compute spanning tree but 
-a spanning forest. As the name suggests, a spanning tree is a tree. That 
-is, it contains no cycles and if a component has N nodes then the tree 
-has N-1 edges connecting all nodes. <b>Accol</b> is used to specify the 
-costs of the edges. The <b>output</b> consists of the edges in the 
-spanning tree.  
+network. Or, if a network is disconnected then the module computes 
+the minimum spanning tree for each (weakly) connected component. So, 
+strictly speaking, <em>v.net.spanningtree</em> does not compute spanning tree
+but a spanning forest. As the name suggests, a spanning tree is a tree. That 
+is, it contains no cycles and if a component has N nodes then the 
+tree has N-1 edges connecting all nodes. <b>Accol</b> is used to 
+specify the costs of the edges. The <b>output</b> consists of the 
+edges in the spanning tree.
 
 <h2>EXAMPLES</h2>
 
@@ -19,11 +20,11 @@
 <div class="code"><pre>
 v.net.spanningtree input=projected_pipelines output=spanningtree accol=cost 
 </pre></div>
-<p>
 
 <h2>SEE ALSO</h2>
 
 <em>
+<a href="v.net.html">v.net</a>,
 <a href="v.net.steiner.html">v.net.steiner</a>
 </em>
 

Modified: grass/branches/develbranch_6/vector/v.net.timetable/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.timetable/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.timetable/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -1,26 +1,28 @@
 <h2>DESCRIPTION</h2>
 
 <em>v.net.timetable</em> finds the shortest path between two points 
-using timetables. <em>v.net.timetable</em> reads input, one query per 
-line, from the standard input and writes output to the standard output 
-as well as to the <b>output</b> map and to tables linked to layers 1 and 
-2. Each line of input must follow one of the following formats:
-<pre>
+using timetables. <em>v.net.timetable</em> reads input, one query per line,
+from the standard input and writes output to the standard output as well as 
+to the <b>output</b> map and to tables linked to layers 1 and 2. 
+Each line of input must follow one of the following formats:
+<div class="code"><pre>
 PATH_ID FROM_X FROM_Y TO_X TO_Y START_TIME MIN_CHANGE MAX_CHANGES WALK_CHANGE
 PATH_ID FROM_STOP TO_STOP START_TIME MIN_CHANGE MAX_CHANGES WALK_CHANGE
-</pre>
-where PATH_ID is the identificator of a query that is used in the output 
-map to differentiate between queries. Search begins at START_TIME. 
-MIN_CHANGE gives the minimum number of time (inclusively) for a change 
-from one route to another. MAX_CHANGES denotes the maximum number of 
-changes allowed or -1 if infinity. WALK_CHANGE is 1 or 0 depending whether 
-walking from a stop to another stop is considered a change or not. Finally, 
-the path is found from FROM_STOP to TO_STOP in latter case and from the 
-stop closest to (FROM_X, FROM_Y) coordinates to the stop closest to 
-(TO_X, TO_Y) coordinates in former case.<br>
-For each input query, module outputs a description of the shortest path 
-to the standard output. For example, using the tables given below, for 
-the following input:
+</pre></div>
+where PATH_ID is the identificator of a query that is used in the 
+output map to differentiate between queries. Search begins at 
+START_TIME. MIN_CHANGE gives the minimum number of time 
+(inclusively) for a change from one route to another. MAX_CHANGES 
+denotes the maximum number of changes allowed or -1 if infinity. 
+WALK_CHANGE is 1 or 0 depending whether walking from a stop to 
+another stop is considered a change or not. Finally, the path is 
+found from FROM_STOP to TO_STOP in latter case and from the stop 
+closest to (FROM_X, FROM_Y) coordinates to the stop closest to 
+(TO_X, TO_Y) coordinates in former case.
+<br>
+For each input query, module outputs a description of the shortest 
+path to the standard output. For example, using the tables given 
+below, for the following input:
 <div class="code"><pre>
 47 130 300 0 1 5 0
 </pre></div>
@@ -29,10 +31,10 @@
 Route 15, from 130 leaving at 15 arriving to 250 at 22
 Walk from 250 leaving at 22 arriving to 300 at 24
 </pre></div>
-Moreover, the module writes the path to the <b>output</b> map and stores 
-all the information necesasary to reconstruct the path to the tables. 
-Table corresponding to stops/points is linked to layer 1 and looks, 
-after the query, as follows:
+Moreover, the module writes the path to the <b>output</b> map and 
+stores all the information necessary to reconstruct the path to the 
+tables. Table corresponding to stops/points is linked to layer 1 and 
+looks, after the query, as follows:
 <div class="code"><pre>
 cat|path_id|stop_id|index|arr_time|dep_time
 1|47|130|1|0|15
@@ -40,48 +42,53 @@
 3|47|300|3|24|24
 </pre></div>  
 where CAT is the category of a point in the map, PATH_ID is the path 
-identificator, STOP_ID is the identificator of the stop as used in the 
-input map, INDEX is the index of the stop on the path (i.e, index=1 is 
-the first stop visited, ...) and ARR_TIME and DEP_TIME denote the arrival 
-time and departure time respectively. Arrival time for the first stop on 
-the path is always equal to START_TIME and departure time for the last 
-stop is always equal to the arrival time.<br>
-Table linked to the second layer corresponds to subroutes taken between 
-stops. The following table is obtainedd for the above query:
+identificator, STOP_ID is the identificator of the stop as used in 
+the input map, INDEX is the index of the stop on the path (i.e, 
+index=1 is the first stop visited, ...) and ARR_TIME and DEP_TIME 
+denote the arrival time and departure time respectively. Arrival 
+time for the first stop on the path is always equal to START_TIME 
+and departure time for the last stop is always equal to the arrival 
+time.
+<br>
+The table linked to the second layer corresponds to subroutes taken 
+between stops. The following table is obtainedd for the above query:
 <div class="code"><pre>
 cat|path_id|from_id|to_id|route_id|index|from_time|to_time
 1|47|130|250|15|1|15|22
 2|47|250|300|-1|2|22|24
 </pre></div>
-where CAT is the category of lines of subroute between stops FROM_ID to 
-TO_ID, ROUTE_ID is the identificator of the route taken or -1 if walking, 
-INDEX and PATH_ID are as above and FROM_TIME and TO_TIME denote the times 
-between which the route is taken.<br>
-The <b>output</b> map contains the points on the positions of used stops. 
-If a subroute is taken between two stops then a line segment is added 
-between two corresponding points. Finally, instead of straight line 
-segment, the actual paths of routes can be given in <b>paths</b> layer. 
-If this parameter is used then each line in the input map must contain 
-identificators as category numbers of all routes passing through the line. 
-The module then finds the path between two stops and writes this path 
-instead. In case of walking from one stop to another, straight line 
-between the stops is used.    
+where CAT is the category of lines of subroute between stops FROM_ID 
+to TO_ID, ROUTE_ID is the identificator of the route taken or -1 if 
+walking, INDEX and PATH_ID are as above and FROM_TIME and TO_TIME 
+denote the times between which the route is taken.
+<br>
+The <b>output</b> map contains the points on the positions of used 
+stops. If a subroute is taken between two stops then a line segment 
+is added between two corresponding points. Finally, instead of 
+straight line segment, the actual paths of routes can be given in <b>
+paths</b> layer. If this parameter is used then each line in the 
+input map must contain identificators as category numbers of all 
+routes passing through the line. The module then finds the path 
+between two stops and writes this path instead. In case of walking 
+from one stop to another, straight line between the stops is used.
 
 <h2>NOTES</h2>
 
-Timetables are stored in a table linked to the given <b>layer</b> of the 
-<b>input</b> map. Timetable consists of routes and each route is just a 
-sequence of stops with specified arrival times. If two sequences of stops 
-differ only in times then they still correspond to two routes. For 
-example, if there is a bus line that leaves every 20 minutes and follow 
-exactly the same path every time then there still needs to be a separate 
-route for every time. For each stop (given by the category number of the 
-point) the table storing information about the routes must contain the 
-list of all routes stopping at the stop(given by route identificators) 
-together with arrival times. That is, the table must contain three 
-columns: stop - which is the key of the table, <b>route_id</b> and 
-<b>stop_time</b> where each triple corresponds to a route arriving to a 
-stop and a certain time. For example, a valid table might look as follows:           
+Timetables are stored in a table linked to the given <b>layer</b> of 
+the <b>input</b> map. Timetable consists of routes and each route is 
+just a sequence of stops with specified arrival times. If two 
+sequences of stops differ only in times then they still correspond 
+to two routes. For example, if there is a bus line that leaves every 
+20 minutes and follow exactly the same path every time then there 
+still needs to be a separate route for every time. For each stop 
+(given by the category number of the point) the table storing 
+information about the routes must contain the list of all routes 
+stopping at the stop(given by route identificators) together with 
+arrival times. That is, the table must contain three columns: stop - 
+which is the key of the table, <b>route_id</b> and <b>stop_time</b> 
+where each triple corresponds to a route arriving to a stop and a 
+certain time. For example, a valid table might look as 
+follows:
 <div class="code"><pre>
 cat|route_id|stop_time
 100|5|0
@@ -97,41 +104,44 @@
 300|35|37
 100|35|50
 </pre></div>
-Note that <b>stop_time</b> is an integer and so you can use any units and 
-offest to specify arrival times.<br>
-Also, walking connections between stops can be given by a table linked to 
-<b>walking</b> layer of the <b>input</b> map. If this parameter is -1 
-then walking between stops is not allowed. The table must contain three 
-columns: stop - which is the key of the table, <b>to_stop</b> and 
-<b>length</b>. A record in the table says that it takes <b>length</b> 
-units of time to walk from stop to <b>to_stop</b>. The following is a 
-valid table:
+Note that <b>stop_time</b> is an integer and so you can use any 
+units and offest to specify arrival times.<br> Also, walking 
+connections between stops can be given by a table linked to <b>
+walking</b> layer of the <b>input</b> map. If this parameter is -1 
+then walking between stops is not allowed. The table must contain 
+three columns: stop - which is the key of the table, <b>to_stop</b> 
+and <b>length</b>. A record in the table says that it takes <b>length
+</b> units of time to walk from stop to <b>to_stop</b>. The 
+following is a valid table:
 <div class="code"><pre>
 cat|length|to_stop
 250|2|300
 </pre></div>
-Beware that this only means that it is possible to walk from stop 250 to 
-stop 300 but not the other way round.
+Beware that this only means that it is possible to walk from stop 
+250 to stop 300 but not the other way round.
 
 <h2>EXAMPLES</h2>
 
-To find a path from stop with identificator 130 to stop with category 300, 
-starting at time 0, with one time unit for change, maximum of 5 changes 
-and with walking not considered a change of route, we use the following 
-command:
+To find a path from stop with identificator 130 to stop with 
+category 300, starting at time 0, with one time unit for change, 
+maximum of 5 changes and with walking not considered a change of 
+route, we use the following command:
 <div class="code"><pre>
-echo "47 130 300 0 1 5 0" | v.net.timetable input=buses output=path layer=5 walking=6 path=7
+echo "47 130 300 0 1 5 0" | v.net.timetable \
+     input=buses output=path layer=5 walking=6 path=7
 </pre></div>
 
-If on the other, hand we know the coordinates of the places then the 
-following command might be used   
+If, on the other hand, we know the coordinates of the places then the 
+following command might be used: 
 <div class="code"><pre>
-echo "47 10.31 54.31 90.21 28.21 0 1 5 0" | v.net.timetable input=buses output=path layer=5 walking=6 path=7
+echo "47 10.31 54.31 90.21 28.21 0 1 5 0" | v.net.timetable \
+     input=buses output=path layer=5 walking=6 path=7
 </pre></div>
 
 <h2>SEE ALSO</h2>
 
 <em>
+<a href="v.net.html">v.net</a>,
 <a href="v.net.path.html">v.net.path</a>,
 <a href="v.net.distance.html">v.net.distance</a>
 </em>

Modified: grass/branches/develbranch_6/vector/v.net.visibility/description.html
===================================================================
--- grass/branches/develbranch_6/vector/v.net.visibility/description.html	2013-05-23 19:59:24 UTC (rev 56389)
+++ grass/branches/develbranch_6/vector/v.net.visibility/description.html	2013-05-23 20:00:25 UTC (rev 56390)
@@ -11,8 +11,7 @@
 the visibility graph and from it compute the shortest path using
 <em>v.net.path</em> or <em>d.path</em>.
 
-
-<b>IMPORTANT : the algorithm doesn't work well with intersecting lines
+<b>IMPORTANT: the algorithm doesn't work well with intersecting lines
 (that includes overlapping)</b>
 
 <p>
@@ -26,26 +25,29 @@
 </pre></div>
 
 <p>
-The first argument is the input map. It supports lines, boudaries (so areas)
-and points. For the algorithm to work lines and boundaries must not be
-intersecting (that includes overlapping).
+The first argument is the input map. It supports lines, boudaries 
+(so areas) and points. For the algorithm to work lines and 
+boundaries must not be intersecting (that includes overlapping).
+<br>
 The result map containing the visibility graph is given in the output map.
 
-If you need to add additional points to compute a shortest path between them
-afterwards you can use the <em>coordinate</em> parameter.
+If you need to add additional points to compute a shortest path 
+between them afterwards you can use the <em>coordinate</em> parameter.
 <div class="code"><pre>
 coordinate=25556200,6686400,25556400,6686600
 </pre></div>
-where 25556200,6686400 are the coordinate of the first point and 25556400,6686600
-are the coordinates of the second point. Of course you can give as many points as
-you want. They will be added to the visibility graph and edges from them will be
-computed. You can always add those points after computing the visibility graph.
-Simply use the <em>vis</em> parameter. The input will be the original vector map,
-the vis will be the computed visibility graph and the output the new visibility
-graph which will be the vis + the new points given with coordinate (edges will
-be computed as well).
+where 25556200,6686400 are the coordinate of the first point and 
+25556400,6686600 are the coordinates of the second point. Of course 
+you can give as many points as you want. They will be added to the 
+visibility graph and edges from them will be computed. You can 
+always add those points after computing the visibility graph. Simply 
+use the <em>vis</em> parameter. The input will be the original 
+vector map, the vis will be the computed visibility graph and the 
+output the new visibility graph which will be the vis + the new 
+points given with coordinate (edges will be computed as well).
 <div class="code"><pre>
-v.net.visibility input=map vis=vis_map output=new_vis_map coordinate=25556200,6686400,25556400,6686600
+v.net.visibility input=map vis=vis_map output=new_vis_map \
+      coordinate=25556200,6686400,25556400,6686600
 </pre></div>
 
 <h2>EXAMPLE 1</h2>
@@ -70,7 +72,7 @@
 An example on how to use the coordinate parameter. This will compute the
 visibility graph of the vector map lines with the point 2555678,6686343
 <div class="code"><pre>
-v.net.visibility input=lines output=graph coordinate=2555678,6686343<br>
+v.net.visibility input=lines output=graph coordinate=2555678,6686343
 d.vect graph
 d.vect lines col=red
 </pre></div>
@@ -83,7 +85,8 @@
 v.net.visibility input=lines output=graph
 d.vect graph
 d.vect lines col=red
-v.net.visibility input=lines vis=graph output=new_graph coordinate=2555678,6686343
+v.net.visibility input=lines vis=graph output=new_graph \
+      coordinate=2555678,6686343
 d.erase
 d.vect new_graph
 d.vect lines col=red
@@ -101,10 +104,10 @@
 </pre></div>
 
 <h2>KNOWN BUGS</h2>
-In some cases when 3 points or nodes are collinear, some wrong edges are added.
-This happens only really rarly and shouldn't be a big problem.
-When two points have the exact same x coordinate and are visible, some wrong
-edges are added.
+In some cases when 3 points or nodes are collinear, some wrong edges 
+are added. This happens only really rarly and shouldn't be a big 
+problem. When two points have the exact same x coordinate and are 
+visible, some wrong edges are added.
 
 <h2>SEE ALSO</h2>
 



More information about the grass-commit mailing list