| Age | Commit message (Collapse) | Author |
|---|
|
getpipelinebook
|
|
|
|
should have been handled by caller
|
|
be done and move on; not all books will have all page types (such as wipeonly books)
|
|
|
|
|
|
|
|
of the aws CommonPrefixes output
|
|
of time when there are large numbers of pages
|
|
|
|
|
|
|
|
|
|
be generated
|
|
This now concludes the OCR Page queue stuff; it should all be working
out of the box now.
|
|
This should be a good way to get around the ongoing heartbeat
issue, as individual page jobs will never come close to a the
12 hour mark that can cause the bug.
The OCR page processing is done and working now, still to do
is to populate the queue (rather than the ocr queue) after
preprocessing / wiping.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
will restart it soon thereafter)
|
|
This approach first sets the remaining visibility timeout to zero.
This should ensure that the message is available to re-find as soon
as the process looks for it.
Correspondingly the delay between checks is much shorter, as there
shouldn't be a reason for much delay.
|
|
option to download the original page images too
|
|
|
|
|
|
|
|
|
|
|
|
|
|
like "010001.bin.png")
|
|
|
|
rescribe.xyz/bookpipeline
The dependencies from the go.git repo will follow in due course.
|
