Closed LeSasse closed 4 months ago
+1
excellent feature
We should implement this.
Maybe add a -o
parameter to specify the file (instead of stdout), so we can keep the logging in stdout.
+1
excellent feature
We should implement this.
Maybe add a
-o
parameter to specify the file (instead of stdout), so we can keep the logging in stdout.
I think -o as an optional parameter is good, but i would like the option to go stdout as well for piping
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 100.00%. Comparing base (
08ac0d9
) to head (192538e
).
@LeSasse @fraimondo I've kept both of your demands, and junifer list-elements
can write to stdout (with a fancy blue colour, of course) and also write to a file (keeping stdout clean) with --output-file
or -o
option.
PR Preview Action v1.4.7 :---: Preview removed because the pull request was closed. 2024-04-16 15:00 UTC
Does this work?
junifer list-elements <yaml> | tail -2 > elements.txt
This is also excellent to debug/test, related to #319
This works very well for me, you have to set --verbose to 0 and run as
junifer list-elements smoothing.yaml --verbose 0 | tail -2 > test.txt
but I think that is reasonable
Are you requiring a new dataset or marker?
Which feature do you want to include?
I think it would be fantastic if junifer had a
list-elements
command line function which can be run on a yaml file with a specific datagrabber, and that will then print out all available elements in the format that junifer likes for subsetting the element keys using the--element elements.txt
command line option for queue.The workflow i imagine would have the advantage that i can very easily discover elements and subset them for testing using arbitrary command line filters, and then write them into a file for queing i.e.:
junifer list-elements <yaml> | tail -2 > elements.txt
How do you imagine this integrated in junifer?
as above
Do you have a sample code that implements this outside of junifer?
No response
Anything else to say?
No response