-
Notifications
You must be signed in to change notification settings - Fork 14
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
Make its input and output Linux pipe friendly #17
Comments
+1 I also noted this with "scraper" in yesterday's telecon too. |
For a single text collection, this shouldn't be a problem. However, for multiple text collections, we'd need an unambiguous boundary marker to determine the end of "text collection 1" and the beginning of another. When reading separate files, this is not a problem because the files serve as natural text collection boundaries. For a single text collection, is this usage what you have in mind?: |
No, this style of argument was not the intent, because that would be ambiguous and no one wants to supply a long text as an argument. Please let the argument reserved for file/folder paths and use STDIN as input instead, so something like the following works:
|
FYI, many things that you trying to do with the input (e.g., reading from STDIN, one or more files as arguments, compressed files, etc.) can be handled more easily using the fileinput module in the standard Python library. |
Oh, I see, I misunderstood. Thanks a lot for the clarification. |
The tool should accept input from the
STDIN
and generate output to theSTDOUT
so that it can work nicely with other Unix tools.The text was updated successfully, but these errors were encountered: