Le lundi 26 septembre 2016 à 09:38 +0200, Markus Metz a écrit :
> Maybe coordinates changed slightly during export, this could explain
> why we get different results. Line heights for the same contour are
> not exactly equal, e.g. 1239.39 for one line and 1240 for the next
> line.
Yes indeed,
On Sun, Sep 25, 2016 at 8:36 AM, Vincent Bain wrote:
> Le samedi 24 septembre 2016 à 22:31 +0200, Markus Metz a écrit :
>
>> These zero-length lines should not cause an infinite loop, fixed in
>> all G7 branches with r69569-71. With these changes, you also need only
>> one run of v.edit in order t
Le samedi 24 septembre 2016 à 22:31 +0200, Markus Metz a écrit :
> These zero-length lines should not cause an infinite loop, fixed in
> all G7 branches with r69569-71. With these changes, you also need only
> one run of v.edit in order to merge all selected lines.
Yep' perfect!
>
> With G64, v.
On Sat, Sep 24, 2016 at 6:17 PM, Vincent Bain wrote:
> Le vendredi 23 septembre 2016 à 23:11 +0200, Markus Metz a écrit :
>> Maybe it is a zero-length line issue. You can remove these zero-length
>> lines with v.clean tool=rmline and check if editing the cleaned vector
>> still causes these GUI c
Le vendredi 23 septembre 2016 à 23:11 +0200, Markus Metz a écrit :
> Maybe it is a zero-length line issue. You can remove these zero-length
> lines with v.clean tool=rmline and check if editing the cleaned vector
> still causes these GUI crashes.
You're right : cleaning the map prior to editing p
On Fri, Sep 23, 2016 at 10:27 PM, Vincent Bain wrote:
> Le vendredi 23 septembre 2016 à 22:17 +0200, Markus Metz a écrit :
>> At least you got a working solution.
>
> Yes, thanks !
>
> working with the same dataset, I ran into several GUI crashes (no
> time/no way to get an error message cause the
Le vendredi 23 septembre 2016 à 22:17 +0200, Markus Metz a écrit :
> At least you got a working solution.
Yes, thanks !
working with the same dataset, I ran into several GUI crashes (no
time/no way to get an error message cause the window shuts up
immediately, perhaps there's a log file but I don
On Fri, Sep 23, 2016 at 5:44 PM, Vincent Bain wrote:
> 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
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
On Tue, Sep 20, 2016 at 3:06 PM, Vincent Bain 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
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 comm
11 matches
Mail list logo