Avoid superfluous file copies in workspace directory

[wrznr]

Using https://raw.githubusercontent.com/OCR-D/assets/master/data/dietrich_fuehrer_1839/data/mets.xml, each processing steps copies the input files from the corresponding subdirectory into the workspace directory (i.e. files from the output directory KRAKEN-BIN are copied to . when the KRAKEN-BIN filegroup is used as input for e.g. region detection).

[wrznr]

This can be closed, right?

[mikegerber]

Seems to be fixed, using these versions:

ocrd (1.0.0b10)
ocrd-kraken (0.1.0)
ocrd-modelfactory (1.0.0b10)
ocrd-models (1.0.0b10)
ocrd-tesserocr (0.2.2)
ocrd-typegroups-classifier (0.0.1)
ocrd-utils (1.0.0b10)
ocrd-validators (1.0.0b10)

[mikegerber]

It still happens with ocrd-ocropy-segment 0.0.3:

#!/bin/bash -x
cd `mktemp -d`

virtualenv -p /usr/bin/python3 venv
. venv/bin/activate
pip install ocrd-ocropy

wget "https://www.dropbox.com/s/ettix80l6ul2h70/bernd_lebensbeschreibung_1738.ocrd.zip?dl=1"
dtrx bernd_lebensbeschreibung_1738.ocrd.zip

cd bernd_lebensbeschreibung_1738.ocrd/data
ocrd-ocropy-segment -m mets.xml -I OCR-D-IMG -O OCR-D-SEG-LINES

pip list | grep ocrd
ls -l

yields:

[...]
ocrd                   1.0.0b10 
ocrd-fork-ocropy       1.4.0a3  
ocrd-modelfactory      1.0.0b10 
ocrd-models            1.0.0b10 
ocrd-ocropy            0.0.3    
ocrd-utils             1.0.0b10 
ocrd-validators        1.0.0b10 
total 23348
-rw-rw-r--. 1 mike mike   13069 Jul  3 14:37 mets.xml
drwxrwxr-x. 2 mike mike     100 Feb 26 15:21 OCR-D-GT-SEG-BLOCK
drwxrwxr-x. 2 mike mike     100 Feb 26 15:21 OCR-D-GT-SEG-LINE
drwxrwxr-x. 2 mike mike     100 Feb 26 15:21 OCR-D-GT-SEG-PAGE
drwxrwxr-x. 2 mike mike     100 Feb 26 15:21 OCR-D-IMG
-rw-rw-r--. 1 mike mike 7957484 Jul  3 14:37 OCR-D-IMG_0001
-rw-rw-r--. 1 mike mike 7957484 Jul  3 14:37 OCR-D-IMG_0002
-rw-rw-r--. 1 mike mike 7973726 Jul  3 14:37 OCR-D-IMG_0003
drwxrwxr-x. 2 mike mike     100 Jul  3 14:37 OCR-D-SEG-LINES

Is this a problem with ocrd-ocropy or with core? I don't use ocrd-ocropy at the moment because of OCR-D/ocrd_ocropy#4 and it does seem to be going to be replaced (OCR-D/ocrd_ocropy#5), so maybe this issue here can be closed.

[wrznr]

@kba Could you please elaborate whether this is a core or a processor problem?