[GRASS-dev] [GRASS GIS] #2936: v.net.distance: wrong directions in one-way streets

GRASS GIS trac at osgeo.org
Mon Feb 29 14:42:40 PST 2016


#2936: v.net.distance: wrong directions in one-way streets
-------------------------+-------------------------------------------------
  Reporter:  mlennert    |      Owner:  grass-dev@…
      Type:  defect      |     Status:  new
  Priority:  normal      |  Milestone:  7.0.4
 Component:  Vector      |    Version:  svn-trunk
Resolution:              |   Keywords:  v.net.distance network one-way
       CPU:              |  direction
  Unspecified            |   Platform:  Unspecified
-------------------------+-------------------------------------------------

Comment (by mmetz):

 Manual:

 "Each path consist of several lines. If a line is on the shortest 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 from feature."

 That means lines are copied directly from input to output, line directions
 are not adjusted and lines are not merged to unique paths for each `from`
 category.

 Unfortunately, the paths as reported by v.net.distance (irrespective of
 the direction) are wrong: the shortest path from 7779 to 7780 should take
 the long route, and the shortest path from 7780 to 7779 should take the
 short route. Fixing this bug would require a new function in
 lib/vector/neta. Hopefully the dglib interface allows for an easy solution
 to provide an inverse to
 lib/vector/neta/path.c:NetA_distance_from_points().

 This ticket should be closed and a new ticket should be opened that
 v.net.distance calculates paths in reverse (from to to from instead of
 from from to to).

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/2936#comment:1>
GRASS GIS <https://grass.osgeo.org>



More information about the grass-dev mailing list