You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Every function of the plugin should be controllable through a configuration file in the JSON format.
This makes the configuration permanent modifications reproducible, which is important in the scientific context.
The plugin can - in addition - show UI elements for important configuration options. The UI should be a subset of the config file options (if an option is available through the file, but not the UI this is fine. The other way round is not ok). Changes from the UI should be saved back to the config file.
This is how the config file could (!!!) look at the end of the teamproject:
The plugin should apply the processing steps in the defined order.
We need at least two basic processing operation. develop, which applies image manipulations, and crop, which crops the image. In addition, there should be two advanced operation strategies, indicated by prepended matrix- or random- (they should work with develop and crop). In these advanced strategies, lists of parameters instead of scalars should be defined. Then random or all possible (matrix) combinations of these should be applied to the image.
Bonus for crop: Support absolute (pixel) and relative (percentage) coordinates.
name should be an optional parameter everywhere. If it is missing, choose a reasonable default (e.g. "Processing step 5").
The export section can provide options for the image format, patterns for the exported image names, and the created directory structure.
Bonus: Notice, if the user modified the config file. Then do not overwrite it, but post a warning and ask before.
The text was updated successfully, but these errors were encountered:
Every function of the plugin should be controllable through a configuration file in the JSON format.
This makes the configuration permanent modifications reproducible, which is important in the scientific context.
The plugin can - in addition - show UI elements for important configuration options. The UI should be a subset of the config file options (if an option is available through the file, but not the UI this is fine. The other way round is not ok). Changes from the UI should be saved back to the config file.
This is how the config file could (!!!) look at the end of the teamproject:
Let's look at some of the aspects:
The plugin should apply the processing steps in the defined order.
We need at least two basic processing operation.
develop
, which applies image manipulations, andcrop
, which crops the image. In addition, there should be two advanced operation strategies, indicated by prependedmatrix-
orrandom-
(they should work withdevelop
andcrop
). In these advanced strategies, lists of parameters instead of scalars should be defined. Then random or all possible (matrix) combinations of these should be applied to the image.Bonus for
crop
: Support absolute (pixel) and relative (percentage) coordinates.name
should be an optional parameter everywhere. If it is missing, choose a reasonable default (e.g. "Processing step 5").The export section can provide options for the image format, patterns for the exported image names, and the created directory structure.
Bonus: Notice, if the user modified the config file. Then do not overwrite it, but post a warning and ask before.
The text was updated successfully, but these errors were encountered: