Tulon
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору denver 22 Цитата: - Кнопка "Автоматически переходить к выбранной страницу" может переименовать в "Включить автоматическую прокрутку"? А то, если бы я на форуме не прочитал, не понял бы что это означает. | Да, пожалуй так лучше. Цитата: - в продолжение этой функции: Если во время Пакетной обработки выделить обработанный скан, обработка останавливается. Это известный факт? Если ДА, то я не вижу смысла "прокрутки ленты", если по сканам нельзя щелкнуть для просмотра результата. В ней есть смысл, если реализовать фоновую обработку, по примеру фонового распознавания в FineReader-е, когда можно увидеть результат уже в процессе обработки. | Факт этот известный, а смысл в автопрокрутке все равно есть. Во первых, с автопрокруткой видно, какая часть проекта уже обработана. Во вторых, можно следить за правильностью обработки прямо по ходу этой самой обработки. Сейчас это правда неудобно, потому что когда вы нашли ошибку и поправили ее, повторный запуск пакетной обработки начнет ее сначала (впрочем уже обработанные сканы пойдут быстрее). В TODO у меня есть пункт про возобновление пакетной обработки с текущей позиции. Смысл отключать автоскроллинг тоже есть - например вы следите за лентой предпросмотра по ходу обработки, но что-то вса отвлекло. Теперь можно отмотать ленту немного назад, и потом догнать ее. Цитата: - Если возможно, предлагать по-умолчанию сохранять проект в папке с исходными сканами (сейчас: первично - это установочная папка программы; затем - папка предыдущего проекта). | Пожалуй можно, но когда сделаю - не обещаю. Цитата: 1-м скане). При переходе на другой этап и возврате в "Полезную область", лента стала перемещаться. Сначала думал, что то баг. Как выяснилось, причиной могла быть выключенная кнопка автоскроллинга. Но зачем её функция при ручной обработке? Может оставить её действие только в режиме Пакетной обработки, а при ручной - постоянное действие автоскроллинга? | В ручном режиме ее можно использовать как команду "перейти к текущей странице". Скажем остановили мы пакетную обработку, промотали немного назад, ничего интересного не нашли, и вернулись на текущую страницу. Цитата: - Впервые компенсация наклона сработала "никак" (парвда это связано с кривым сканом - табличные границы не перпендикулярны друг другу) - см. примеры (Наклон\). | Я бы сказал, что компенсация сработала правильно. Дело в том, что компенсация стремится сделать строки текста горизонтальными. На вертикальные границы текста она вообще не смотрит. И строки текста действительно стали горизонтальными. А у вас сканы с таким типом искажения, который простым вращением не исправить - либо строки будут негоризонтальными, либо вертикальные границы текста - не вертикальными. Цитата: - Очередной пример картинки, не вошедшей в полезную область - Рисунок\aa_0197.tif. | Практически нет полей - это плохо. Рисунок не вошел в область, потому что он ближе к краю страницы, чем к тексту. Цитата: - Рисунок\aa_0083.tif - после предварительного поворота на 90 град - в полезную область вошла незначительная часть рисунка (в нижней правой части страницы). | У меня весь вошел, но причина опять та же - практически нет полей. Цитата: - В частности: Рисунок\aa_0222.tif - вся нижняя строка не вошла в область; aa_0241.tif - вся нижняя формула не вошла в область. | И тут то же самое - нет полей. Цитата: - На будущее: не мешало бы сделать в нижнем поле программы (или отдельное окно) счетчик времени предположительного завершения Пакетной обработки. Надо же знать сколько кофе пить... | Не знаю когда руки дойдут до таких мелочей. Цитата: Очистка\ aa_0009.tif, 0009_aa_0009.tiff - удалил полезный контент в таблице - символы ",,". Но в остальном очисткой доволен. Очистка\ aa_0082.tif, 0082_aa_0082.tiff - удалена даже четкая штриховка на рисунке. Очистка\ aa_0001.tif, 0001_aa_0001.tiff - удалены точки в строках содержания (странно, они же такие большие...). - с появлением Despeckling функция "исключения" области из обработки ещё более актуальна (см. примеры). | Despeckling буду улучшать. Одно слабое место я уже вижу. Сейчас алгоритм работает примерно так: 1. Разделить объекты на классы, основываясь на их размерах. 2. Совсем большие объекты сразу оставляем, совсем маленькие - сразу удаляем. 3. Среди остальных классов, удаляем те объекты, у которых поблизости нет объекта более высокого класса. Так вот в последнем пункте надо добавить "или такого-же класса". Как ни странно, но такое маленькое изменение существенно усложняет реализацию. Цитата: ИМХО, в Despeckling сейчас важнее это поправить, а потом улучшать очистку мусора, которая и так уже очень хороша. | Deskpeckling поправлю, а с очисткой мусора я уже сделал все что смог. По крайней мере новых идей пока нет. Добавлено: Admig314 А от вас я жду файла проекта для того скана, на котором программа вылетает. |