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

rsync: send_files failed to open "/data/3/images/tiffwriter.conf": Permission denied (13) #31

Open
markusweigelt opened this issue Jul 5, 2022 · 1 comment

Comments

@markusweigelt
Copy link
Collaborator

What does tiffwriter.conf? Why is this file generated?

@bertsky
Copy link
Member

bertsky commented Nov 9, 2022

That's actually a FAQ on Kitodo:

Mit Hilfe dieser Datei kann ein Perl-Skript die, einem Image seitens der Scan-Software im Tiff-Header hinterlegten Daten überschreiben, beziehungsweise erst erzeugen.

In der Mailingliste wurde nachgefragt, ob die Datei "tiffwriter.conf" von den Anwendern benötigt wird oder nicht. Die Antworten fielen unterschiedlich aus. Generell scheint die Datei nicht benötigt zu werden. Es wurde zudem ermittelt, wozu diese Datei genutzt werden kann:

"tiffwriter.conf dient dazu – falls gewünscht – mittels eines Perl-Skripts die im einem Image seitens der Scan-Software im Tiff-Header hinterlegten Daten zu überschreiben bzw. überhaupt erst anzulegen. Das dazugehörige Perl-Skript stammt noch aus Göttinger-Zeit und kann (ggf. als automatischer Schritt) aufgerufen werden, um die Schreibweise in Tiff-Headern zu „normalisieren“."

Da die Datei genutzt werden kann, sollte sie zunächst nicht aus Kitodo.Production entfernt werden. Hinsichtlich der Weiterentwicklung von Kitodo.Production sollte über deren Verwendung noch einmal diskutiert werden.

Hence, if Kitodo decides it wants to put these files under images/ in the process directory, we should probably ignore them. (Even if the permission problem goes away, it's likely that the ocrd-import will fail them.)

For example, we could just add a --exclude=tiffwriter.conf to the Manager rsync call or the Controller rsync call.

Do you still know where the error happened?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants