Robert Sachunsky

Currently, during a Docker build of `ocrd/all:medium`, we get: ``` #17 [13/17] RUN ocrd resmgr list-installed #17 17.22 19:08:16.861 ERROR ocrd.utils.get_moduledir - ocrd-sbb-binarize --dump-module-dir failed: [Errno 2] No such file...

processing with --log-level override does not apply anymore

4

It seems that with https://github.com/OCR-D/core/commit/269670528c40aec694a5704bce1be189d1a3102a we lost the ability to control all loggers at once from the CLI.

The documentation for the `prune-files` command says: > Removes mets:files that point to non-existing local files However, that's not what is implemented: https://github.com/OCR-D/core/blob/26a3f787cd7746b8e197427e74c532edbecefd8b/src/ocrd/cli/workspace.py#L560-L577 So either the documentation should read… >...

resmgr download directories

1

If I do ocrd resmgr download -a -n ~/.local/share/ocrd-resources/ocrd-origami-segment/bbz ocrd-origami-segment bbz2 then I end up with ``` File "/ocrd_all/core/build/__editable__.ocrd-2.65.0-py3-none-any/ocrd/cli/resmgr.py", line 155, in download fpath = resmgr.download( File "/ocrd_all/core/build/__editable__.ocrd-2.65.0-py3-none-any/ocrd/resource_manager.py", line 314,...

ocrd process via METS server option

4

fixes #1241

New processor API

27

This is a first attempt at implementing #322 – without the actual error handling or parallel processing (so more or less refactoring and deprecation). It also enables fixing #579 in...

We have `-U path` in the processor CLIs now, but not for `ocrd process` yet.

docker: avoid re-entering XDG aliasing commands

32

fixes #394

We have - ocr-d.de/gt-repo - ocr-d.de/en/data still pointing to broken KIT metarepo (no actual data files) instead of Github. IIUC this should now be https://ocr-d.de/gt_structure_text/ or https://github.com/OCR-D/gt_structure_text/releases.