Currently, ap_verify can process only a single image at a time. Now that ap_pipe is a command-line task, this limitation is driven only by internal factors:
- Its error-handling strategy requires direct access to an instance of ApPipeTask, bypassing CmdLineTask's own parallel-processing support. Conversely, neither of the error-handling strategies provided by CmdLineTask may be appropriate for verification work.
- Its metadata harvesting strategy requires either access to an instance of ApPipeTask, or knowledge of which data IDs have been processed.
- Its metrics generation strategy assumes knowledge of which data IDs have been processed.
Story points to be determined, as the above issues may be more efficiently handled as precursor tickets.