Hamish wrote:
Hi,

I'm a bit frustrated by this change:

https://trac.osgeo.org/grass/changeset?new=grass%2Ftrunk%2Flib%2Fvector%2FVlib%2Fbreak_lines.c%4034284&old=grass%2Ftrunk%2Flib%2Fvector%2FVlib%2Fbreak_lines.c%4033769

"Eliminate non-standard logging mechanism"

basically Vect_break_lines() and friends had its own custom G_percent()
thing going on and that's been removed and not been replaced by
anything.
I added G_percent and G_verbose_message in grass7 r36493 to all cleaning functions present in the vector libs, the cleaning functions present in v.clean also have now G_percent and G_verbose_message. I was not aware that there was something similar but non-standard in pre r34284, that was before I started working on the vector libs.

Should these calls to G_percent and G_verbose_message in the cleaning functions be backported to 65 (and 64) ?

Vect_break_lines_list is terribly complicated code, I had a look at it but could not come up with good ideas to speed it up. So even if you see progress with G_percent, you may see not a lot of progress...

FWIW, I added in r36493
G_percent(iline, nlines, 1);
and not
G_percent(iline, nlines, 3);
because it really is very slow.

Markus M
The problem I have with that is those functions can take literally
hours to run and all progress messages have been completely removed
from them. Now there is no idea to tell how long these jobs are going
to take.

I tried adding in lib/vector/Vlib/break_lines.c
+       if (G_verbose() > G_verbose_std())
+           G_percent(iline, nlines, 3);

but I'm not sure if it will work / if I put it in the right spot.
so far my jobs been running for about 30 min and it's still sitting
at 0%.   :-/


thanks,
Hamish
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Reply via email to