You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We don't expect that we will have any user that will need all of the Tesseract models simultaneously, so we need to find something better here. An interesting idea would be to dynamically fetch the models necessary for the conversion (e.g., under Dangerzone's data directory), and mount them to the container under /usr/share/tessdata.
There are two issues with this approach:
The canonical repo would be GitHub, which may reject requests due to rate-limiting.
This is something that cannot work on airgapped installations, so we would need instructions for those.
The text was updated successfully, but these errors were encountered:
One of the main contributing factors to the size of our container image is the OCR models for all the languages that we bundle with our application:
We don't expect that we will have any user that will need all of the Tesseract models simultaneously, so we need to find something better here. An interesting idea would be to dynamically fetch the models necessary for the conversion (e.g., under Dangerzone's data directory), and mount them to the container under
/usr/share/tessdata
.There are two issues with this approach:
The text was updated successfully, but these errors were encountered: