Ru-Board.club
← Вернуться в раздел «Программы»

» ScanKromsator СканКромсатор

Автор: xalex
Дата сообщения: 13.06.2006 18:54
Griefin

Забавно - в новом FineReader Engine 8.0 есть поддержка DjVu :

_http://www.abbyy.com/sdk/?param=35469
Автор: Kiljes
Дата сообщения: 14.06.2006 01:12
bolega сделайте, чтобы отображался процент выполненного задания, а не только количество файлов.
Автор: VadimirTT
Дата сообщения: 14.06.2006 08:56
А еще бы, если конечно не трудно, можно добавить количество сделанных страниц или процент выполнения задания в заголовок окна кромсатора. Т.е. я запускаю кромсатор с заданием, переключаюсь на другие программы и наводя мышь на свернутый в строке состояния кромсатор, смогу увидеть не только его название , но и сколько он уже сделал. А то, в настоящее время надо переключаться, что не всегда комфортно.
И еще по поводу "юзабилити", кромсатор, по крайне мере у меня, не запоминате размер окна, и ктомуже, видимо у Вас соотношение сторон на мониторе 5:4, приходится дважды менять размеры, что бы он был во весь экран.
Автор: terminat0r
Дата сообщения: 14.06.2006 10:31
bolega
Copy/Paste в окне просмотра на цветных сканах не работает, выскакивает ошибка (версия 5.65)
Автор: vitaly1
Дата сообщения: 14.06.2006 10:44
bolega
Спасибо!

ging
Об этом способе я знаю, вот только мне файл нужно перекромсать - например, резак лишнее отрезал и т.д.
Автор: ging
Дата сообщения: 14.06.2006 11:09
vitaly1

Цитата:
вот только мне файл нужно перекромсать - например, резак лишнее отрезал


Согласен, но после того, как вы переделали этот файл все равно можно выйти из
Results view и снова войти (по крайней мере я так делаю). Хотя это все теперь
неактуально - правим INI ... (Эх-х-х, как не помешал бы списочек всего, что еще
можно настроить...)
Автор: monday2000
Дата сообщения: 14.06.2006 15:28
bolega

Цитата:
Когда прога станет по-настоящему интеллектуальной (в идеале - как FR), только тогда интерфейс можно упростить.

Как раз-таки именно эту мысль я-то превосходно понимаю. Очевидно, что чем "умнее" алгоритмы, тем больше возможностей упростить интерфейс. Однако, в случае Кромсатора всё равно есть возможность радикально упростить интерфейс. Рассмотрим подробнее. Я прошу и предлагаю Вам следующие изменения интерфейса:

1. Косметические изменения. Понятно, что тут алгоритмы вообще не при чём. Сюда относятся:

а. Разделение на Kromsator Lite и Grey Enhancer. (Кстати, так сразу отпадает нужда в Auto accept options changings on/off в Kromsator Lite, а также в общем разгружаются интерфейсы, исчезают конфликты интерфейсов, появляется гибкость применения программ).

б. Обязательная многопроходность. (Отпадает нужда в "левая-правая страница", уменьшается в 2 раза кол-во резаков, вообще сильно упрощается работа за счёт предварительной унификации сканов). (Кстати, см. DjVuOCR 2.0 - там при запуске юзер выбирает режим и загружается свой интерфейс - вот так можно сделать в Kromsator Lite - "Предобработка" и "Обработка").

в. Логическое разделение "глобальные-страничные фичи".

г. Введение пакетов "а-ля Файнридер" - так удобнее, чтобы там все опции автозапоминались и т.п.

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

2. Функциональные изменения. Вот здесь только и можно говорить о том, что "недостаточно умные алгоритмы мешают упростить интерфейс". Но, внимание! - при достаточно внимательном рассмотрении Кромсатора эта точка зрения не выдерживает никакой критики. Поясню: что делает разработчик в случае, если алгоритм недостаточно "умный"? Он просто дополняет "критические места" алгоритма ручной корректировкой. Так делаете и Вы - например, это "сброс подгалок Automargins".

Но, вся соль тут в том, что подобную ручную корректировку можно реализовать по-разному. Это понимает любой, кто хоть что-то смыслит в программировании. Вы почему-то тут шли всегда самым неудачным и трудным путём. Я всё ломаю голову - и как это Вы ухитрились абсолютно на ровном месте так всё запутать до невозможности? Там, где, казалось бы, правильное решение просто лежало на поверхности, Вы по неизвестной причине выбирали совершенно фантасмагорический вариант решения. Пример: те же самые Automargins - я уже писал - можно элементарно вообще от них отказаться - если сделать обрезку двухступенчатой - предварительной и окончательной. Automargins - вещь же совершенно "дикая", абсолютно же непонятно, когда именно сбрасывать её подгалку, юзер же при этом вообще обязан вникнуть в непростую суть подгалок Automargins, оперативно находить нужную из 8 подгалок, да и нет никакой гарантии, что просматривая в Result view порезанные сканы, не пропустишь где-то неправильно отрезанный ОВ-символ - т.к. его просто не будет видно в Result view, это только по памяти можно вспомнить, что "здесь был номер страницы, а теперь его нет".

Я же Вам предложил - сначала делаем предварительную обрезку - после DK как обычно подправляем резаки, затем предварительно режем по синим резакам, находим средние размеры будущих листов (также, как и сейчас), изображаем их красной рамочкой на промежуточно-порезанном скане, и при необходимости, подвигаем руками "вылезающие" тексты на сканах внутрь (неподвижной) красной рамочки (внутрь - без особой точности, только чтобы внутрь). Далее делаем окончательную обрезку - так, как сейчас.

Предлагаемое решение во-первых, начисто ликвидирует Automargins, во-вторых, гарантирует, что мы никогда не упустим неправильно отрезанные ОВ-символы, в-третьих при такой схеме достигается простота, наглядность и инитуитивность обрезки, в-четвёртых ликвидируется "bold selected" выделение.

То есть, я постарался Вам наглядно проиллюстрировать на примере Automargins, что и функциональные изменения интерфейса Кромсатора вполне возможны и на нынешнем уровне "умности" алгоритмов Кромсатора.

Таким образом, мы приходим к неотвратимому выводу, что радикальное улучшение/упрощение интерфейса Кромсатора зависит исключительно от Вашего желания, и никак не зависит от "умности" алгоритмов. И, раз уж Вы всё это не делаете - то только лишь потому, что просто не хотите, а вовсе не потому, что не можете. Надеюсь, я достаточно логически-убедительно это продемонстрировал.

Цитата:
Думаете, если я упрощу интерфейс, книги станут лучше?

Да, именно так. За счёт "чайниково-доступности".

Вообще понятие "упростить интерфейс" - это как-то непонятно, это же можно по-разному понимать. Я имею в виду - сделать интерфейс интуитивно-ясным, то есть так, чтобы вообще почти исчезла нужда в любой доке по Кромсатору, чтобы любой чайник мог открыть Кромсатор и за 10-15 минут самостоятельно понять принцип его работы. Исходя из этой цели, следует выкинуть из интерфейса Кромсатора всё неинтуитивно-ясное, функционально заменив выкидываемое интуитивно-ясным - вот что значит "упростить интерфейс". Например, жирные зелёные галочки также следует заменить на что-то более интуитивно-ясное.

Неужели цель "упростить интерфейс" Кромсатора Вам самому не кажется интересной, заманчивой и привлекательной? Примерный путь я вот Вам набросал, как видите. Разве Вы не понимаете всю степень нужности того, что я Вам предлагаю сделать? Разве Вы не видите, что всё это абсолютно в Ваших силах и не требует "повышения умности алгоритмов"?

Можно сделать так: сейчас лето - отдохните, поезжайте на море. Не сканируйте сами книги. А с первого сентября со свежими силами возьмитесь за создание Kromsator Lite. Конечно, я не настаиваю, чтобы Вы делали Kromsator Lite в точности так, как я советую. Но сделайте его хотя бы не хуже. При этом новую версию нынешнего Кромсатора лучше не делайте - Kromsator 5.6A уже достаточно хорош, чтобы длительно-временно обойтись без новых версий Кромсатора. Зато создание Kromsator Lite - неизмеримо более "выгодное" вложение Ваших сил и времени. Создать такой Kromsator Lite - это гораздо более умно, чем просто сделать очередную версию Кромсатора. И, как мы только что выяснили, это совершенно реально сделать. И даже спешить тут Вам совсем ни к чему - уже имеющийся Kromsator 5.6A "подстрахует". Не особо торопясь, затратите 1-2 года - и мы получим Kromsator Lite или что-то в этом духе.
Автор: Arcand
Дата сообщения: 14.06.2006 15:51
monday2000
Я лично ожидаю 6 версию, в которой будет работать новый тип зоны - picture, чтобы сохранять картинки в отдельные файлы. А так же кое-что другое и то, о чем я и не догадываюсь .
Предлагаю сидеть всем смирно, не пищать и не раскрывать клювики . Что будет, за то говорить большое спасибо!
Автор: bolega
Дата сообщения: 14.06.2006 17:42
Arcand
Пока выход версии с поддержкой зон задерживается. Все работает, но время от времени происходят непонятные вылеты. Кромсатор даже windows умудряется подвешивать Нужно разбираться.
Тестирую очень плотно. Делаю 2 книги, в которых на каждой странице до 70 зон стоит. Их было бы проще просто в цвете сделать, не мудрствуя (а еще проще - застрелиться, чем через зоны делать ). Но зато какой тест для кромсатора получается - хуже не придумаешь.
Автор: shch_vg
Дата сообщения: 15.06.2006 10:06
bolega

М.б. Вы выложите снова sk5.65DBG, но с включенными copy/paste, чтобы можно было использовать ее и привыкать к несколько измененному интерфейсу?

Автор: Griefin
Дата сообщения: 17.06.2006 04:49
Позволю себе высказать несколько предложений по улучшению интерфейса Кромсатора.

1. Иногда хочется копировать положение резаков с одной страницы и применять его к другой, а то и сразу к нескольким. Т.е. не помешают пункты Copy ruler positions/Paste ruler positions в контекстном меню списка файлов.

2. В контектстном меню изображения лучше оставить только пункты, появляющиеся при наличии выделения (и в зависимости от его типа). Все остальные нужно поместить в виде кнопок на вертикальный тулбар слева от изображения примерно в таком порядке.

Save image - кнопка с выпадающим меню (Autosave, Don't show save dialog),
Undo,
Selection form - кнопка с выпадающим меню форм зон,
Selection type - кнопка с выпадающим меню типов зон (если есть выделенная зона, то она преобразуется),
Ruler - кнопка инструмента, с выпадающим меню выбора единиц,
Пункты меню Mouse-up mode - шесть кнопок,
Zoom - кнопка включающая Zoom при Mouse-up, с выпадающим меню (No Zoom Filter, Linear Zoom Filter).

Я думаю, что люди, привыкшие к интерфейсу популярных графических редакторов (Photoshop, Gimp), это оценят.

3. Еще было бы чрезвычайно удобно, если бы при выборе единиц измерения на закладке Book (Pixels или 10*mm), все значения автоматически пересчитывались.
Автор: VadimirTT
Дата сообщения: 17.06.2006 10:26
Извиняюсь за нечтение RTFM, но что лучше применять для ч/б фотографий:
Exclude region
Exclude and Mark as dither region
Mark as bitonal region
Mark as change contrast region
по критерию качество/размер?
Автор: comandor
Дата сообщения: 17.06.2006 16:50
bolega
У меня проедложение: в модусе Result View/Compare заменить цвет рамки слева на, например, красный. На фоне текста и гразный полей черная плохо заметна.
Автор: trigliff
Дата сообщения: 18.06.2006 16:41
Вылезает вот такой косяк на этом задании (~2mb). Система WinXP_Pro_SP2_RU, SK_5.65DBG.
Это только у меня так?
Автор: ghosty
Дата сообщения: 18.06.2006 17:46
VadimirTT
Exclude and Mark as dither region <- На мой взгляд, это...
Автор: Kiljes
Дата сообщения: 19.06.2006 01:10
После создания книги я увидел, что на одной из сторон был мусор и из-за этого непривильно поставились границы - т. е. страница была смещена. Может сделайте чтобы можно было ещё раз делать updating width, а мне приходится заново всю книгу перекромсывать.
Автор: shch_vg
Дата сообщения: 19.06.2006 09:24
VadimirTT

Цитата:
что лучше применять для ч/б фотографий

Я бы сначала пробовал вариант Mark as bitonal region, но для окружающего ч/б фото текста, а саму страницу в сером. При создании дежавю эту страницу компилирую вместе с текстовыми с теми же параметрами: нормальный/XXX/форсированный.
Иногда на некоторых фото этот номер не проходит - получается немного размыто. Тогда я пытаюсь использовать Exclude region, задавая на закладке convert значения в списке меньше, чем нужно для перевода текста. Правда в этом случае нужно будет копировать ч/б фотографию, если она не одна на странице. Вариант Exclude and Mark as dither region мне ни разу не помог: результат получался какой-то нерезкий, а объем дежавю резко возрастал.
Если кто-то достиг лучших результатов с другими вариантами, поделитесь ими, пожалуйста

Автор: bolega
Дата сообщения: 19.06.2006 11:47
Griefin

Цитата:
Иногда хочется копировать положение резаков с одной страницы и применять его к другой, а то и сразу к нескольким. Т.е. не помешают пункты Copy ruler positions/Paste ruler positions в контекстном меню списка файлов.

Такой пункт сейчас есть в контекстном меню каждого резака (щелкать на ползунке)


Цитата:
Еще было бы чрезвычайно удобно, если бы при выборе единиц измерения на закладке Book (Pixels или 10*mm), все значения автоматически пересчитывались.

Совсем автоматически не получится, т.к. зависит от dpi. Но такая команда есть в контекстном меню "Units".

trigliff

Цитата:
Вылезает вот такой косяк на этом задании

Точно. Спасибо, буду разбираться.

Kiljes

Цитата:
После создания книги я увидел, что на одной из сторон был мусор и из-за этого непривильно поставились границы - т. е. страница была смещена. Может сделайте чтобы можно было ещё раз делать updating width, а мне приходится заново всю книгу перекромсывать.

А почему не перкромсать только эту одну страницу?

Автор: ghosty
Дата сообщения: 19.06.2006 12:24
bolega

Цитата:
А почему не перкромсать только эту одну страницу?

Скорее всего, у него везде для размеров страницы по умолчанию стоит "Auto", и границы были скорректированы с учетом выступающего мусора.
Поэтому пока оптимальный способ этого избежать -
1) лучше проверять работу Draft Kromsate;
2) обработать 20-30 страниц в режиме "Auto" для размеров, затем зафиксировать размеры страницы (Page Width/Hight -> Fixed), взяв в качестве таковых указанные в Results Preview для обработанных страниц.

Кстати, было бы очень здорово, если бы после DK жирным шрифтом выделялись номера не только тех страниц, в которых были сложности с определением границ, но и те, размеры которых значимо отличаются от средних по обрабатываемой книге...
Автор: terminat0r
Дата сообщения: 19.06.2006 13:11

Цитата:
сложности с определением границ, но и те, размеры которых значимо отличаются от средних по обрабатываемой книге...

Да-да, в большинстве случаев в жирно выделеных страницах границы выставляет кромсатор все-таки правильно. (Драфт)
Но есть много других- где обрезано слишком много,- думаю это неплохой способ выделить эти страницы и обратить на них внимание.
Автор: bolega
Дата сообщения: 19.06.2006 13:24
ghosty

Цитата:
Кстати, было бы очень здорово, если бы после DK жирным шрифтом выделялись номера не только тех страниц, в которых были сложности с определением границ, но и те, размеры которых значимо отличаются от средних по обрабатываемой книге...


В том то и дело, что при драфт кромсатор не занимается размерами страниц. Ему это на данном этапе абсолютно не нужно - ведь многие страницы перекошены и поэтому их ширина и так будет больше неперекошенных, а резаки надо ставить именно на реальных перекошенных сканах, а не исходя из той ширины, которая будет получена после deskew. Это кстати избавляет его от необходимости при драфт определять угол deskew.
Поэтому, чтобы метить особо широкие страницы, нужно будет сначала избавляться от deskew. А делать этого я смысла не вижу.

Автор: shch_vg
Дата сообщения: 19.06.2006 13:33
bolega
Имея некоторый опыт обработки шахматной литературы, пришел к выводу, что крайне редко удается при кромсании "скрестить чижа и ежа" - одновременно обработать текст и диаграммы. Мне в последнее время приходится делать два кромсания, отличающихся установками на закладках Convert и Quality, одно для текста, другое для диаграмм, затем вручную каждую диаграмму перекопировать к тексту.
Нельзя ли ввести новый тип зоны, для которой можно было бы отдельно задать свойства закладок Convert и Quality ( а м.б. еще что-то? ) ?
Это резко бы ускорило процесс обработки.
М.б. даже проще, для диаграмм в такой зоне отключать действие закладки Quality и despecle, а дать возможность для этой зоны изменить значение Convert.
Автор: ghosty
Дата сообщения: 19.06.2006 13:43
bolega

Цитата:
В том то и дело, что при драфт кромсатор не занимается размерами страниц.

Я имел в виду следующее (возьмем для примера самую сложную ситуацию - разворот): после работы DK производится расчет среднего расстояния между (слева направо) первым и вторым вертикальными резаками (левая страница) и третьим и четвертым (правая). После этого помечаются только те страницы, аналогичные расстояния которых намного отличаются от рассчитанных средних. Понятно, что сильно перекошенные страницы при этом будут выделены, но это ничего, я думаю
Автор: bolega
Дата сообщения: 19.06.2006 15:40
ghosty

Цитата:
Понятно, что сильно перекошенные страницы при этом будут выделены, но это ничего, я думаю

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

shch_vg

Цитата:
а дать возможность для этой зоны изменить значение Convert

Я и сам уже давно подумывал о такой возможности. Сделаю.
А может проще оставлять диаграммы как есть, в сером? Вы не пробовали?
Автор: shch_vg
Дата сообщения: 19.06.2006 17:32
bolega

Цитата:
А может проще оставлять диаграммы как есть, в сером? Вы не пробовали?

Конечно, пробовал. Весь текст выделял в битонал-зону, а страницу обрабатывал в сером. В отличие от ч/б фото этим способом с диаграммами мне ничего путного добиться не удалось, при компиляции дежавю появлялись искажения.
Автор: shch_vg
Дата сообщения: 20.06.2006 09:24
bolega
В последнее время приходится заниматься массовой заменой шахматных диаграмм, в связи с чем очень помогло бы следующее.
После удаления прямоугольника мышь находится правее и ниже места удаления. После нажатия правой клавиши мыши и выбора 'Paste', либо 'Right Shift'+Ins v 5.6A (что неудобно для праворуких) или 'Left Ctrl'+V v 5.65DBG (что гораздо удобнее ) вставляемая область появляется в левом верхнем углу.
Гораздо удобнее было бы, если бы она появилась так, чтобы мышь находилась в центре ее, тогда нажав левую кнопку мыши, можно эту область сразу тащить на место.
Очень удобно это и при замене мелких объектов, например, нечетких букв, т.к. ее удобнее позиционировать, зная, что мышь находится в центре передвигаемой области
Автор: bolega
Дата сообщения: 20.06.2006 10:33
shch_vg

Цитата:
Гораздо удобнее было бы, если бы она появилась так, чтобы мышь находилась в центре ее, тогда нажав левую кнопку мыши, можно эту область сразу тащить на место.

Хорошая мысль. Сделаю
Автор: vzv
Дата сообщения: 20.06.2006 15:27
Какая версия кромсатора имеет русский интерфейс?
Автор: Arcand
Дата сообщения: 20.06.2006 15:27
Обновил, с учетом последней информации, http://abab.front.ru/QandA_SK.zip
Много интересного узнал, хотя за топиком слежу . Советую иногда перечитывать, очень полезно получается.

Цитата:
Какая версия кромсатора имеет русский интерфейс?
Нет таких.
Автор: ghosty
Дата сообщения: 20.06.2006 20:38
Arcand

Цитата:
Обновил, с учетом последней информации

А что именно обновили, и с учетом какой информации?

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: MSN Search Toolbar with Windows Desktop Search


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.