» ScanKromsator СканКромсатор (Часть 2)

ghosty
Извините, я так и не понял, что Вы хотели сказать:

1) Что формат PDF, созданный в первую очередь для экспорта из текстовых и табличных процессоров в компактный и переносимый формат (и хранящий эту, экспортированную информацию в векторном виде) лучше справляется с хранением вставленных растровых изображений (которые в нём изначально считались не главными), чем специализированный растровый формат DJVU?
Может быть, но для меня важнее, что я могу вместо печати сохранить созданный мной документ в PDF и послать на другую сторону земного шара без искажений - при мизерном размере. А картинки в этом случае - дело десятое.

2) Что нынешние алгоритмы и системы кодирования растровых изображений, применяемые в PDF лучше отображают эти изображения, чем алгоритмы формата DJVU?
Но это вопрос развития алгоритмов, а не смены формата.
К тому же, размер файла PDF при его создании из DJVU увеличивается в два раза.

3) Что формат PDF в целом лучше отражает внешний вид отсканированной книги, при том же или меньшем размере файла, чем DJVU?
Но это не так. Возьмите качественный DJVU и сравните с PDF.

4) Что с файлы формата PDF сегодня удобнее читать, чем файлы формата DJVU?
Но это временное явление - Adobe уже разрабатывает следующий формат - Mars.

В любом случае, ИМХО, это форматы для разных задач и они не вытесняют друг друга, а взаимодополняют...

Цитата:

В любом случае, ИМХО, это форматы для разных задач и они не вытесняют друг друга, а взаимодополняют...

Тут случайно никто польский язык не знает? Я как раз сегодня наткнулся на вроде любопытную статью как раз об этом:

http://djvu.pl/pdfanddjvu/DjVu_czy_pdf.php

Кстати, говоря о теме "PDF против DjVu", следует учитывать следующие важные моменты:

1. Программы для работы с DjVu ещё будут значительно развиваться - на базе DjVuLibre - и практически независимо от Celartem. Т.е. если существующие некие DjVu-программы чем-то там плохи - то это не значит, что так будет всегда (взять хоть то же индексирование).

2. Нам ни в коем случае не следует обращать внимание на западные фирмы (и брать на вооружение их логику), которые отказываются от DjVu в пользу Pdf. Ибо они это делают исходя из коммерческих соображений. А у нас тут деятельность диаметрально противоположная - глубоко некоммерческая. К тому же, хорошо общеизвестно, что т.н. "коммерческие интересы" всегда в пределе противоречат здравому смыслу.

3. Задача сегментирования крайне малоактуальна для нас. Подавляющее большинство DjVu-книг, делаемых нами - это сугубо чёрно-белые книги с полутоновыми или цветными иллюстрациями. Иллюстрации вполне удовлетворительно можно вставлять методом разделённых сканов (с появлением в будущем технологии "подклейки" фона это станет ещё проще). Остаётся чисто чёрно-белое DjVu-кодирование - и никакого 3-слойного сегментирования. Т.е. практически бессмысленно сравнивать, у кого лучше сегментирование - у Pdf или у DjVu.

PS Кстати, ЧБ-кодирование умеет довольно прилично делать miniDjVu. Так что если бы только суметь довести его (miniDjVu) до ума (а именно, добиться уровня сжатия не хуже, чем у Celartem с BW) - то можно было бы сразу послать ВСЮ продукцию Celartem далеко и надолго. (Конечно, за исключением (крайне редких) случаев 3-слойного цветного DjVu-кодирования).

Имея в своём распоряжении качественный miniDjVu, можно было бы сделать, к примеру, самодельный качественный pdftodjvu и самодельный качественный виртуальный DjVu-принтер - и ещё кучу самых неожиданных сейчас DjVu-софтов.

pavel_nik_563

Цитата:

Честно говоря не совсем понимаю зачем Вам нужно сохр. PDF, ведь DJVU идеален для сканов (тем более чб), а PDF рассчитан в первую очередь на векторную графику. Верига - Переплетчик.pdf

Спасибо за PDF! Мне просто удобнее распечатывать PDF.

Цитата:

Почитайте на сайте у monday2000 (или возьмите страницы кот. я сохранил):
"Ужирнение трудночитаемого текста в СканКромсаторе" и
"Устранение кривизны строк текста в Book Restorer 4.1"
Мой приблизительный профиль в ScanKromsator при той обработке (обычно прибл. такие настройки использую при обработке сканов сделаными с фотика)

Почитал статьи - очень полезно. Правда, открыть сохраненные Вами файлы я не смог - нашел эти статьи на сайте.
Вот попробовал применить статью с того же сайта : "Обработка неравномерно-освещённых сканов в Book Restorer 4.1"
http://www.djvu-soft.narod.ru/scan/strange_lighted.htm
Пробовал я на двух книгах 1) А.К. Здориков - "Переплетное дело." Книга отсканирована в цвете. Можно предположить, что от этого и проблемы. Тогда я попробовал 2) "Переплет - шаг за шагом (по материалам Мишеля Каммарери под редакцией И.М.Пискова)" книга черно-белая, но буквы тоже получаются очень нечеткими. Обе книги выложены здесь :
http://torrents.ru/forum/viewtopic.php?p=17665609&rnd=2046537177#17665609
Видимо, надо что-то менять в опциях, но опыта у меня маловато.

Nick222

Цитата:

Извините, я так и не понял, что Вы хотели сказать

И Вы извините, но я сказал ровно то, что я сказал, и ничего сверх того сказать не хотел. Просто дал информацию о растровом PDF в сравнении с DJVU. Возможно, кому-то она окажется полезной.

monday2000
1) PDF - настолько же открытый формат, как и DJVU.
2) Главное - качество и эргономика книги, а не то, коммерческие или некоммерческие программы используются для ее создания.

На этом оффтопик объявляю закрытым

Цитата:

Предвижу замечание по поводу косых резаков, которыми можно "оставить за кардом" мусор - перекос резак

А где и как они выставляются?
Добавлено:
bolega

Цитата:

draft автоматически расставляет резаки на все

Никак не могу найти - а как можно регулировать как будут резаки расставлены? Мне например нужно оставить поля - на четных страницах слева, на нечетных - справа? Резаки как правило расставляются почти вплотную к тексту, а переставлят все вручную очень долго.

moishe1
резаки тут не причем, они просто показывают что будет удалено нафиг, а распологать текстовый блок на странице надо выравниванием L, R, T, B.

Подскажите плз есть такая проблема..... иногда кромсатор начинает работать как будто всегда зажата клавиша контрл..... как можно это отключить или включить?....

VadimirTT

Цитата:

резаки тут не причем, они просто показывают что будет удалено нафиг, а распологать текстовый блок на странице надо выравниванием L, R, T, B.

Я уже и это пробовал, никакого эффекта не вижу. Как работает выравнивание?

PS
Попробовал следовать тому, что пишет здесь Melirius и опять никакого результата!

to all bolega
Не обращали ли вы внимание на следующую странность:
Делаем книжку, в ней страницы с картинками, картинки - Picture zones
после финализации и Merge Zones, делаю чистку рисунков, вычитаением цвета основы страницы, а вот далее начинается самое интеречное, хотим перевести в b/w часть надписей рисунка, при первыом проходе мне это удалось, потом вспомнил, что в начале - забыл, вернулся, перевести - не удалось, опять обработал стрницу, после того как вычитание сделал, с одной стороны рисунка - удалось, с другой - нет. После стал делать иначе - вначале перевожу все необходимое на рисунке в b/w, а после - делаю вычитание. Вопрос, это бага или фича ?

moishe1
Не нужно ставить столько пустых строчек в своих сообщениях!!! в последнем их аж 12 шт! (Отредактируйте посты)
Для начала изучите мануалы из шапки, а так же сайта monday2000, и у Вас отпадет куча не нужных вопросов по использованию ScanKromsatorа:
1) Пособие по Кромсатору от monday2000
2) ScanAndShare - инструкция в картинках от VadimirTT, + начальные установки SK
3) Три способа получить нужную тебе научно-техническую книгу в электронном виде с минимальными затратами
4) Ужирнение трудночитаемого текста в СканКромсаторе
5) Изменения в новой версии (5.92) + описание нового порядка обработки

Цитата:

Вот попробовал применить статью с того же сайта : "Обработка неравномерно-освещённых сканов в Book Restorer 4.1"

Коррекция освещения есть и в ScanKromsatorе, цитата из ScanAndShare:

Цитата:

И опять очень важно, если у вас сканы в градациях серого, то жмем на Gray enhance и появляется диалог Gray image enhance, переходим на вкладку Illumination где ставим зеленую галочку на Correct illumination.
По этой опции происходит выравнивание освещенности (особенно важно это для центра разворота), что убирает черные полосы и кучу мусора. Незаменимая штука.

Цитата:

Пробовал я на двух книгах 1) А.К. Здориков - "Переплетное дело." Книга отсканирована в цвете. Можно предположить, что от этого и проблемы. Тогда я попробовал 2) "Переплет - шаг за шагом (по материалам Мишеля Каммарери под редакцией И.М.Пискова)" книга черно-белая, но буквы тоже получаются очень нечеткими.

Обе книги не сосканированы, а сфотографированны и имеют разрешение 72 dpi потом ужаты Акробатом, при этом "Здорикову" совсем не поздоровилось, с ним почти не чего нельзя зделать (сильно сжат, большая блочность). Вот что у меня вышло. С "Переплет - шаг за шагом" все не так плохо, вот профиль для его обработки.

После "черновой расстановки" резаки всегда становятся как можно ближе к тексту, если резак синий, то он отрежет "приблизительно там" где стоит, а если красный то точно в том месте где стоит. Поля добавляются после кромсания сканов, по всему периметру страницы. Ширина полей задается на вкладке "Book", они задаются попарно верх+низ и право+лево или можно выставить так что поля будут одинаковы по всему периметру.

P.S. Не нужно делать поля в книге с одной стороны страницы больше, а с другой меньше! Просто печатать нужно через виртуальный принтер типа FinePrint, а уже там выставлять нужные поля.

pavel_nik_563

Цитата:

Не нужно ставить столько пустых строчек в своих сообщениях!!! в последнем их аж 12 шт! (Отредактируйте посты)

Отредактировал

Цитата:

Для начала изучите мануалы из шапки, а так же сайта monday2000, и у Вас отпадет куча не нужных вопросов по использованию ScanKromsatorа:
1) Пособие по Кромсатору от monday2000
2) ScanAndShare - инструкция в картинках от VadimirTT, + начальные установки SK
3) Три способа получить нужную тебе научно-техническую книгу в электронном виде с минимальными затратами
4) Ужирнение трудночитаемого текста в СканКромсаторе
5) Изменения в новой версии (5.92) + описание нового порядка обработки

Спасибо, я их понемногу изучаю, но одновременно спрашиваю у живых людей.

Цитата:

Коррекция освещения есть и в ScanKromsatorе, цитата из ScanAndShare:

Спасибо! Я просто нашел именно статью про Book Restorer.

Цитата:

Обе книги не сосканированы, а сфотографированны и имеют разрешение 72 dpi потом ужаты Акробатом, при этом "Здорикову" совсем не поздоровилось, с ним почти ничего [пишется слитно и через "и"] нельзя сделать (сильно сжат, большая блочность). Вот что у меня вышло. С "Переплет - шаг за шагом" все не так плохо, вот профиль для его обработки.

Понял, cпасибо. Возможно мне придется работать именно со сфотографированными листами (в библиотеке получается дорого копировать много листов, а цифровые камеры разрешены). Кто-нибудь знает, какие параметры лучше всего выставить на камере? Единственно ограничение - нельзя использовать вспышку.

Цитата:

После "черновой расстановки" резаки всегда становятся как можно ближе к тексту, если резак синий, то он отрежет "приблизительно там" где стоит, а если красный то точно в том месте где стоит. Поля добавляются после кромсания сканов, по всему периметру страницы. Ширина полей задается на вкладке "Book", они задаются попарно верх+низ и право+лево или можно выставить так что поля будут одинаковы по всему периметру.

1) У меня красные резаки вообще не возникают. Чем это объяснить?
2) Так значит я неправильно понял, что опцию выравнивания можно использовать для полей?
Цитата:

P.S. Не нужно делать поля в книге с одной стороны страницы больше, а с другой меньше! Просто печатать нужно через виртуальный принтер типа FinePrint, а уже там выставлять нужные поля.

Спасибо, посмотрю, что это за программа и годиться ли она мне. ИМХО опцию с полями неплохо бы иметь и в кромсаторе.

moishe1

Цитата:

Возможно мне придется работать именно со сфотографированными листами (в библиотеке получается дорого копировать много листов, а цифровые камеры разрешены). Кто-нибудь знает, какие параметры лучше всего выставить на камере? Единственно ограничение - нельзя использовать вспышку.

По поводу параметров камеры я лично не в курсе, вообще есть топик посвященный проблемам именно сканирования - Электронные книги: сканирование, обработка, сборка, еще есть топик Цифровая камера как сканер

Цитата:

1) У меня красные резаки вообще не возникают. Чем это объяснить?

Это объясняется тем у что программы в процессе черновой растановки не возникло сомнений по поводу куда ставить резак.
На вкладке Page есть опции Automargins, именно там определяется каким "будет" каждый резак, то ли синим то ли красным.

Цитата:

2) Так значит я неправильно понял, что опцию выравнивания можно использовать для полей?

Опция выравнивания предназначена для выравнивания страницы в случае ее перекоса.

Цитата:

Спасибо, посмотрю, что это за программа и годиться ли она мне.

Лично я исп эту прогу напечатал не один десяток книг.

Цитата:

ИМХО опцию с полями неплохо бы иметь и в кромсаторе.

В Кромсаторе на вкладке Pages есть опция Spec. gaps там выбирается для каких сторон страницы исп спец поля, значение спец полей выставляются на вкладке Book в опции Spec. gap. По многим причинам делать такие поля это лишнее (не удобно читать на компе и т.д.).
P.S. Лучше не делать поля разной ширины, а исп. ФайПринт, обязательно посмотрите данную программку. И статьи лучше сначала изучить (хотя бы для того что бы изучить для чего служит та или иная опция + статьях есть примеры обработки)...

pavel_nik_563
Цитата:

P.S. Лучше не делать поля разной ширины, а исп. ФайПринт, обязательно посмотрите данную программку.

Посмотрел. Все вроде подходит, только там с полями проблема - нельзя самому установить размер полей и нельзя отдельно установить внутренние поля и наружные.

moishe1
Вам нужно выбрать печать в буклет, там можно выбрать размер полей: мал, бол, ср и поля под переплет (в мм), т.е. внутрение поля, они будут добавлены к основным. Также еще в настройках можно выбрать печатать подбуклетами (тетрадками) и сколько листов будет в тетрадке.

Widok
Пора третью часть открывать))) а то у же 100 страниц

pavel_nik_563

Цитата:

В Кромсаторе на вкладке Pages есть опция Spec. gaps там выбирается для каких сторон страницы исп спец поля, значение спец полей выставляются на вкладке Book в опции Spec. gap. По многим причинам делать такие поля это лишнее (не удобно читать на компе и т.д.).

Все-таки хотелось бы чтобы это опция работала. У меня не получается никаких полей. Кто-нибудь пробовал ее применять?


ПС

Применять виртуальные принтеры я пока не буду по неск. причинам.

moishe1

Цитата:

Все-таки хотелось бы чтобы это опция работала. У меня не получается никаких полей. Кто-нибудь пробовал ее применять?

И не получится, если у Вас отключен Automargins (судя по всему, у Вас так и есть)

bolega

Цитата:

И не получится, если у Вас отключен Automargins (судя по всему, у Вас так и есть)

А нельзя ли, пожалуйста, поподробнее ?

Совершенно непонятно - какое отношение последующее добавление полей имеет к распознаванию?

Melirius пишет :


Цитата:

1.1. Интерлюдия — резаки и страницы

В этом подразделе под текстом будет подразумеваться любая значимая информация на отсканированной странице.

При обработке страницы сначала SK обрезает всё, что попадает за пределы резаков — это первый опасный этап, на котором может произойти

обрезание текста. Затем остаток анализируется на наличие поворота относительно идеального положения — горизонтальных строк текста. Страница поворачивается, затем запускается алгоритм выявления границ текста на странице. Границы распознаются автоматически, за исключением тех, у которых снята галочка в массиве Automargins, — положением этих границ будет считаться то место, где Вы поставили резак (при этом он меняет цвет на пурпурный). Точность распознавания границ равна 4 – пикселям в зависимости от разрешения изображения.

Следующий этап — добавление к тексту полей. Это можно представить себе так: создаётся картинка, заполненная цветом фона, размером в определённый на предыдущем этапе размер текста, затем к ней сверху/снизу и справа/слева добавляются поля того же цвета шириной соответственно в V.Gap и H.Gap (получается размер "ширина текста + 2*H.Gap"x"высота текста + 2*V.Gap"), и то, что осталось от картинки после обрезки резаками, накладывается на этот фон таким образом, что центр блока текста приходится на центр картинки. На этом этапе снова может произойти обрезание текста, если его границы определены неправильно.

На последнем этапе размер страницы приводится к заданному. Здесь используются значения Page h. align и Page v. align: полученная на предыдущем шаге картинка накладывается на фоновую заданных размеров согласно требуемому выравниванию, например, при Page h. align = L и Page v. align = B она кладётся в левый нижний угол. При этом вновь возможна потеря части текста.

ПС

- в руководстве monday2000 об опции Automargins вообще очень трогательно написано :
Распознавающий режим резаков Эта опция должна быть всегда включена. Точное её назначение неизвестно.

а про Spec gap вообще нигде ничего не сказано

bolega
Импортировал PDF в СканКромсатор. В результате получилась нумерация файлов типа
1. 00002.tif
2. 00004.tif и т.д.
Если стать на 00002.tif, то в основном окне стоит комбинация тифов 00002 и 00003, хотя второй из них в списке отсутствует, но есть в наличии в директории out (он представляет собой фото, имеющееся в основном окне).
Как действовать дальше, чтобы перевести полученные сканы в DJVU, т.е. как объединить тифы 00002 и 00003 в один серый для последующей компиляции?

moishe1

Цитата:

в руководстве monday2000 об опции Automargins вообще очень трогательно написано :
Распознавающий режим резаков Эта опция должна быть всегда включена. Точное её назначение неизвестно.

Так и не читайте всякую ерунду, если видите, что человек совершенно не разбирается в том, о чем пишет

Почитайте здесь - в двух словах, и, надеюсь, понятно:
http://forum.ru-board.com/topic.cgi?forum=5&topic=24351&start=1120#2

Попробуйте просто обработать книгу, используя мою инструкцию и сборку из шапки. Там все опции установлены так, как надо. Должно получиться

moishe1

Цитата:

Применять виртуальные принтеры я пока не буду по неск. причинам.

И все-таки зря...
Вот два видео ролика с примерами нужной Вам обработки страниц в СК,

Цитата:

Мне например нужно оставить поля - на четных страницах слева, на нечетных - справа

Сдвоенные, не разрезанные страницы
Одинарные страницы
Удачи!

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 следует делать не для всех зон (зачем делать для иллюстраций, если их потом придется опять задавать как зоны, но уже в составе одного тифа).

Спасибо bolega, ситуация прояснилась.


Цитата:

На завершающей стадии путем нехитрого статистического анализа СК определит единый (с натяжкой можно сказать - средний) контур для всей книги. Это и будет итоговым размером книги. После этого размер каждой обработанной страницы изменяется - подгоняется под размер книги. Изменение размера выполняется с учетом заданного выравнивания. Т.е. если для страницы задано гориз. выравнивание C(по центру), то размер увеличивается симметрично сразу с двух краев. Если выравнивание B (по низу), то контент сдвигается вниз, а белое пространство прибавляется сверху. И т.п.

А нельзя ли как-то изменить единый контур? Ведь получается, что поля добавляются только в соотв с его размером. Видимо поэтому я и не могу получить полей - для них не остается места. И еще - что же все-таки такое "Особые поля" и как они работают?

Цитата:

Ведь получается, что поля добавляются только в соотв с его размером

Нет, все наоборот. Сначала прибавляются поля, потом считается размер. Ситуация, когда расчитанный размер получается такой, что приводит к зарезанию полей, случается крайне редко, особенно в последней версии.
Что означает зарезание полей? Если размер книги задан таким, что СК не может обеспечить его при заданных полях, он начинает уменьшать поля, т.е. общий размер имеет приоритет над полями.

Цитата:

для них не остается места

Здесь мне не понятно, отчего у Вас так получается. Такого не должно быть. Это может быть только тогда, когда Вы сами задали слишком маленькие размеры книги.

Цитата:

А нельзя ли как-то изменить единый контур

Единый контур - это размеры книги, Вы можете изменить его на закладке Book.

Цитата:

"Особые поля" и как они работают?

Тут все просто. Обычно Вы задаете размеры полей сверху/снизу и сбоков. Но можете какие-то поля сделать с особыми размерами (но допускается только одно значение таких полей на книгу). Например, нужно, чтобы все верхние поля были нулевыми. Задаете на закладке Book spec.gap=0 и для всех страниц на закладке Pages задаете specgap L=Top (если сканы - развороты, то и specgap R=Top). Этим предписываем СК для верхних полей использовать особое поле, его значение задается на закладке Book.

moishe1

Цитата:

Видимо поэтому я и не могу получить полей - для них не остается места.

Поля (того размера который Вы задали в настройках) добавляются к контуру текста (который опредилил СК) на странице в любом случае (если Вы выставили в настройках значение полей отличное от нуля), т.е. такого варианта когда
Цитата:

для них не остается места.

не может быть. Возможен вариант когда страницы в книге имеют разную ширину, а в настройках стоит галочка возле Use average width, тогда текст на некоторых страницах "наползет" на поля (поскольку размер считается по среднему значению текстового блока), если эту галочку убрать тогда размер страницы будет считаться по максимальному значению, а не среднему и текст в этом случае уже не будет наползать на поля, но на некоторых страницах поля будут слишком широкие.
Если в окне просмотра результата (View result) нажать правую кнопку мыши и зайти в Options... и там поставить галочку возле Show margins, то они будут отбражаться в окне Result view.

Цитата:

И еще - что же все-таки такое "Особые поля" и как они работают?

Посмотрите видео ролики, которые я выложил, там все понятно показано как сделать то что Вы хотите (с использованием особых полей).

moishe1

Цитата:

Точное её назначение неизвестно.

Я совершенно не зря тогда выразился именно так. Потому что я отлично помню, как bolega тогда сказал, что "он сам не помнит, для чего эта галка (Automargins)".

Цитата:

То, что осталось после обрезания - это область, содержащая полезный контент. СК будет искать внутри этой области контур текста. Найдя контур, прибавит к нему заданные поля (все четыре). Эта операция проделывается для всех страниц. Понятное дело, размеры контура будут отличаться для разных страниц. На завершающей стадии путем нехитрого статистического анализа СК определит единый (с натяжкой можно сказать - средний) контур для всей книги. Это и будет итоговым размером книги. После этого размер каждой обработанной страницы изменяется - подгоняется под размер книги.

Да, вот этого я не знал. Я думал, что сначала сканы обрезаются по соответствующим контурам голого текста, затем уравниваются по габаритам (т.е. к голым текстам прибавляются разнокалиберные белые полоски так, чтобы получились моноразмерные в массе сканы) - и только потом к ним навешиваются поля заданного размера.

Надо будет подправить Пособие по Кромсатору.

pavel_nik_563


Цитата:

Вот два видео ролика с примерами нужной Вам обработки страниц в СК,

Изучаю ролики. Становится наконец понятно.

Вопросы :

1) На первом ролике не видно что Вы делаете в Resutl View. Почему желтое становится белым?

2) Почему специальные поля Вы выставляете на правой стороне - слева, и на левой справ? Впрочем это не принципиально.

3) После финализации : поля у Вас обозначены серым? У меня получилось нет так. Поля были белые, а серой были узкие полоски.

bolega

При импорте из Дежавю почему-то нельзя задать число страниц и приходится всегда импортировать весь файл, что неудобно.

moishe1

Цитата:

1) На первом ролике не видно что Вы делаете в Resutl View. Почему желтое становится белым?

Изменил подсветку текстовой области, по умолчанию она желтая, мне удобней белая.

Цитата:

2) Почему специальные поля Вы выставляете на правой стороне - слева, и на левой справ?

На прошлой странице Вы писали:

Цитата:

Никак не могу найти - а как можно регулировать как будут резаки расставлены? Мне например нужно оставить поля - на четных страницах слева, на нечетных - справа? Резаки как правило расставляются почти вплотную к тексту, а переставлят все вручную очень долго.

По этому в ролике я так и сделал.

Цитата:

3) После финализации : поля у Вас обозначены серым? У меня получилось нет так.

Цитата:

Если в окне просмотра результата (View result) нажать правую кнопку мыши и зайти в Options... и там поставить галочку возле Show margins, то они будут отбражаться в окне Result view.

Об этом я как раз и писал в прошлом посте - подсветка области полей у меня включена.

Цитата:

Поля были белые, а серой были узкие полоски.

Честно говоря я не совсем Вас понял, какие узкие полоски?
P.S. В ролике в левом нижнем углу есть рисунок клавы там подсвечивается какие я кнопки нажимал, так же возле курсора подсвечивается какую кнопку мыши...

pavel_nik_563


Цитата:

Изменил подсветку текстовой области, по умолчанию она желтая, мне удобней белая.

Слева внизу на рисунке клавы видно, что вы нажимаете пробел. И действительно это убирает желтизну, я пробовал. А больше там в Result View ничего делать не надо?


Цитата:

На прошлой странице Вы писали. (...) По этому в ролике я так и сделал.

Вы правы.


Цитата:

P.S. В ролике в левом нижнем углу есть рисунок клавы там подсвечивается какие я кнопки нажимал, так же возле курсора подсвечивается какую кнопку мыши...

Рисунок клавы я заметил. Подсветку пока нет, посмотрю еще раз, внимательнее.

ПС

Просмотрел второй ролик - пока не пробовал, но операции стали понятны. Спасибо Вам!

moishe1

Цитата:

Слева внизу на рисунке клавы видно, что вы нажимаете пробел. И действительно это убирает желтизну, я пробовал. А больше там в Result View ничего делать не надо?

После первого прохода в Result View нужно просмотреть что-бы в текстовую область попала только полезная информация, при необходимости передвинуть границы области. При втором проходе в Result View промотреть получившиеся страницы, и очистить их от мусора при необходимости.

Цитата:

Рисунок клавы я заметил. Подсветку пока нет

Я как раз и имел в виду, то что нажатая клавиша выделяется оранжевым цветом.
P.S. На здоровье!