Skip to content
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

Support statements of expected/acceptable migration outputs into Business Rules #38

Open
jackdos opened this issue Dec 1, 2021 · 0 comments
Labels
enhancement New feature or request
Milestone

Comments

@jackdos
Copy link
Collaborator

jackdos commented Dec 1, 2021

The specification for a business rule explicitly states lists of formats/format families that the rule can operate on but doesn't say anything about the output. This was for two reasons:

  1. business rules can apply to any type of preservation action and only migration types would have outputs whose formats you care about
  2. the actual output of running a preservation action may be specific content dependent, i.e. if you have two files of the same format but which use different feature sets of that format, a tool might create outputs of two different formats for the same requested action.

However, in order to validate migrations, we are still likely to want to be able to check something about the output. For example, migrate-to-pdfa might apply to multiple input formats, and we might expect that it can produce PDF/A 1a (fmt/95) or PDF/A 1b (fmt/354), but that if it produces vanilla PDF 1.7, something has failed.

Proposal: we should allow an optional list element of expected/acceptable output formats, and/or an optional list element of expected/acceptable output format families to be specified on business rules.

@jackdos jackdos added the enhancement New feature or request label Dec 1, 2021
@jhsimpson jhsimpson added this to the v1.4.0 milestone Mar 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants