Thanks Markus, indeed it works much much faster ! However on my data I notice the result is slightly different from the one I get with 6.4, i.e. some segments don't snap to each other : where I should have a result with 199 lines I have 217 objects. If I try to snap them manually via wx digitizer, it fails too. Later I noticed that when applying twice the command, the result is finally correct (199 lines).
Vincent. Le vendredi 23 septembre 2016 à 15:00 +0200, Markus Metz a écrit : > On Tue, Sep 20, 2016 at 3:06 PM, Vincent Bain <[email protected]> wrote: > > Hi, > > on a fresh (r69498) trunk version of grass, I have a problem running a > > v.edit command on a map. > > Given a vector map composed of 200 contour lines splitted in roughly > > 17000 line segments (adjacent nodes perfectly overlapping), I need to > > "unsplit" these contours. If I try to run the following command : > > > > v.edit map=contours type=line tool=merge snap=vertex -r cats=0 > > > > it looks line it never ends, i.e. the process does not return any error, > > RAM and CPU usages appear stable (not huge). After tens of minutes it > > still hangs up. I finally have to interrupt, then chucking out the > > topology-damaged map. > > v.edit tool=merge hangs for zero-length lines. Such contours can occur > on peaks and in pits. Fixed in all G7 branches with r69556-8. > > Markus M > > > > > Running the same command on grass6.4 (after v.build the source map), it > > runs successfully within some minutes. > > > > Before I open a ticket, would anyone wish to give a try to my data ? > > > > Vincent. > > > > _______________________________________________ > > grass-user mailing list > > [email protected] > > http://lists.osgeo.org/mailman/listinfo/grass-user _______________________________________________ grass-user mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-user
