L'organisation des fichiers est effectivement spécifique à Paperwork. Mais les formats des fichiers sont tous standards (JPEG, hOCR, CSV et PDF), et je pense pouvoir dire que cette organisation se prête bien au scripting shell.
Ceci dit, pour bien plus tard, il y a quelques évolutions possibles envisagées pour les documents scannés :
Zipper les fichiers d'un même document ensemble. Je me dis que ça pourrais économiser un peu les inodes et les blocs disques partiellement utilisées. À voir si ça serait vraiment utile.
Utiliser le format DjVu. Là le problème, c'est qu'il y a djvulibre pour lire les fichiers DjVu, mais il n'y a aucune librarie C/C++/Python pour en créer (attention, je ne parle pas de wrapper autour des commandes de DjvuLibre ; ça il y en a plein, mais c'est saleeuuuu).
Stocker les labels dans une base sqlite. Parce-que le problème actuellement, c'est que les opérations sur les labels ne sont pas atomiques du tout. Si tu changes le nom d'un label mais qu'une coupure de courant zigouille Paperwork pendant l'opération vous allez avoir une moitié de labels modifiés et pas l'autre.
[^] # Re: layout de répertoire ?
Posté par Jérôme Flesch (site web personnel) . En réponse à la dépêche Paperwork 1.0. Évalué à 4. Dernière modification le 14 novembre 2016 à 17:30.
L'organisation du répertoire de travail est documentée ici:
https://github.com/jflesch/paperwork/wiki/Work-directory-organization
L'organisation des fichiers est effectivement spécifique à Paperwork. Mais les formats des fichiers sont tous standards (JPEG, hOCR, CSV et PDF), et je pense pouvoir dire que cette organisation se prête bien au scripting shell.
Ceci dit, pour bien plus tard, il y a quelques évolutions possibles envisagées pour les documents scannés :