Closed mjordan closed 6 years ago
OK, fix is in place. How the list of pages for "letter1" contains only the files in the intended input directory:
array(3) {
[0]=>
string(53) "M:\input\tiffs\input\new_narratives\letter1\P0-03.tif"
[1]=>
string(53) "M:\input\tiffs\input\new_narratives\letter1\P0-04.tif"
[2]=>
string(53) "M:\input\tiffs\input\new_narratives\letter1\P0-05.tif"
}
Will open PR.
Addressed in pull-request https://github.com/MarcusBarnes/mik/pull/467 (merged with commit https://github.com/MarcusBarnes/mik/commit/ff5788da76ed5fd930a67694a91216258268f787). Thank you @mjordan for improving the path checking so that MIK can handle the situation described in this issue for CSV newspapers and books.
The CsvBooks filegetter will select child (page) files that do not belong to the parent book. Here's the faulty code:
The following list of "pages" of
letter
is an example of what happens:We need a more precise match so that "letter10", "letter11", "letter12", and other directories whose paths are supersets of the desired string do not get into the "pages" list.
CsvNewspapers filegetter is also susceptible to this. CsvCompound appears not to be.