bolega
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору moishe1 ОК. Вкратце опишу процесс. Резаки нужны только для того, чтобы отрезать грязь. Поэтому положение резаков не играет никакой роли, близко ли они стоят к тексту, далеко ли - все едино, главное, чтобы средняя и крупная грязь осталась бы снаружи. То, что осталось после обрезания - это область, содержащая полезный контент. СК будет искать внутри этой области контур текста. Найдя контур, прибавит к нему заданные поля (все четыре). Эта операция проделывается для всех страниц. Понятное дело, размеры контура будут отличаться для разных страниц. На завершающей стадии путем нехитрого статистического анализа СК определит единый (с натяжкой можно сказать - средний) контур для всей книги. Это и будет итоговым размером книги. После этого размер каждой обработанной страницы изменяется - подгоняется под размер книги. Изменение размера выполняется с учетом заданного выравнивания. Т.е. если для страницы задано гориз. выравнивание C(по центру), то размер увеличивается симметрично сразу с двух краев. Если выравнивание B (по низу), то контент сдвигается вниз, а белое пространство прибавляется сверху. И т.п. Я описал поведение, когда включен Automargins и все его подгалки. Если оключить Automargins, то СК полностью отключает свою автоматику (т.е. поиск контура, прибавление полей, выравнивание и т.п.). Теперь считается, что пользователь самостоятельно рулит этими делами. Там, где резак - там и край итоговой страницы (т.е. уже с учетом полей). Бывают ситуации, когда СК неправильно определяет контур, например, имеется далеко отстающая от текста буковка, которая по идее должна включиться в контур, а СК этого не делает, т.к. считает, что это не буква, а грязь. В этом случае у пользователя есть возможность самому задать кромсатору, где же находится край контура. Для этого резак придвигается вплотную к такой буковке и снимается соответсвующая под-галку опции Automargins. Резак становится малиновым, что означает, что его положение - и есть положение контура с данного края. Отмечу, что в последней версии алгоритм определения контура заметно улучшен, и поэтому необходимость в использовании малинового резака весьма мала. Добавлено: shch_vg Цитата: Как действовать дальше, чтобы перевести полученные сканы в DJVU, т.е. как объединить тифы 00002 и 00003 в один серый для последующей компиляции? | Тут зависит от того, как расположены эти тифы в pdf. А вариантов, я Вам скажу, может быть масса. Расскажу про несколько типовых. 1. Имеется большой по размеру тиф, поверху него один или более тифов. Это по сути подложка + зоны-картинки. Обрабатывается он так же, как и обычный скан с Pic-зонами (обработка, потом merge). Отличие только в том, что обычные pic-зоны вырезаются из скана по ходу обработки, а здесь они уже как-бы вырезаны и находятся сверху скана. В остальном они обрабатываются точно так же. 2. Вся страница pdf нарезана на полоски. СК детектирует такие случаи и при импорте pdf предлагает сражу же их слить в один файл. 3. Страница состоит из нескольких тифов, но в отличие от 1-го варианта, нельзя однозначно выделить один основной (подложку), т.к. остальные могут иметь такие же размеры либо находиться не сверху, а сбоку. Такие тифы помещаются в задание как есть, 1-й - как подложка, остальные - как зоны. Возможно при этом, что СК увеличит размер подложки (не меняя dpi) так, чтобы не получилось, что остальные зоны находятся снаружи от нее. Если этого не сделать, то эти зоны будут прогнорированы при обработке, т.к. СК отсеивает зоны, лежащие снаружи от резаков. Чтобы обработать такой случай, нужно сбросить все опции, выполнить задание и сделать merge зон. Получившиеся файлы можно использовать как исходные файлы для нового задания. Возможно при этом, что merge следует делать не для всех зон (зачем делать для иллюстраций, если их потом придется опять задавать как зоны, но уже в составе одного тифа). | Всего записей: 4441 | Зарегистр. 09-09-2002 | Отправлено: 13:06 17-02-2009 | Исправлено: bolega, 13:14 17-02-2009 |
|