Make progress output optional, perhaps through a flag

[LaurensRietveld]

What about making the progress output of the cmd line clients optional?
E.g., adding --progress/-p flag to show the progress.
Imo, the cmd clients are more usable with the progress output disabled by default.

[wouterbeek]

Is -v / --verbose not a more standard way of implementing this functionality?

[mielvds]

now that we are on the subject, maybe the default should be this: http://www.ross.click/2011/02/creating-a-progress-bar-in-c-or-any-other-console-app/

[LaurensRietveld]

Was thinking about that as well. Verbose would imply this being a larger task though (there are many many maaaany other statements that we'd need to hide/show depending on this flag).
Other than that, the user is not necessarily interested in both the debug msgs and the progress bar. If you look at rsync, that seems to have boththe --progress flag, and the -v flags.

w.r.t. the progress bar itself: yes, that's a very nice way of visualizing it. It shouldnt be that much work (given the implementation of the progressbar in HDT is well thought out). But guess something like that is better suited as a different issue for now.

[drobilla]

I went with both in #79. The verbose implementation is shallow, but at least silences the output in typical runs of rdf2hdt and hdt2rdf. Doing this throughout the library would require real logging work and passing handles around and so on.

[RubenVerborgh]

Following up in #79.