-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ability to control logging/output #55
Comments
@gmjonker wrote: When processing large corpora, frog produces a lot of output like this: 20180711:191754:590:Wed Jul 11 19:17:54 2018 process 2 sentences This drowns out other logging, like progress information. It would be nice if the frog output/log level could be controlled. |
Yeah. you are right. his should be a bit configurable. It is always a point of discussion what and why to output. good suggestions about output levels would be nice. |
For me, being able to suppress the lines mentioned above would be ideal. Maybe a silent mode that only outputs errors? |
well, you could always redirect stdout to a file, and watch only stderr. |
I'm using |
yes. you are right. |
Perhaps some kind of |
yeah, that's the plan. Discussion will start about what to include at what level... And an implementation 'detail': |
one other design choice that will haunt us: A more easy path might be using the -d option, with value 0 to be (almost) silent. value 1 some useful info, and levels above for 'real' debugging. |
I think writing diagnostic information to So +1 for the |
Well, as a quick hack, I made the |
Already many moons ago, i added a separate debug file to Frog. When -d or --debug is used a debug file frog.<random_number>.debug is created where debug info is stored. |
Forwarded from proycon/python-frog#9, by @gmjonker
The text was updated successfully, but these errors were encountered: