niccolo писал(а) 28.07.2021 :: 16:20:40:

ага, гляну.

поглядел я на абзац вверху страницы XIX. Гугл-переводчик утверждает что там написано "впервые", то есть до 1928 года таких страниц не существовало (можно так понять). Но до предыдущих изданий я ещё не добрался.

""Предметный указатель предназначен для облегчения выбора специального объема, необходимого в каждом отдельном случае, и для предоставления пользователю этого словаря путеводителя по всем специальным томам иллюстрированных технических словарей, которые были опубликованы на данный момент. Предметный указатель, который впервые добавляется в специальный том, призван помочь преодолеть трудности, возникающие из-за разделения технологий на специализированные области; Посмотрев на группы специалистов в этом предметном указателе, легко понять, с какими группами специалистов пользователю этого словаря все же придется проконсультироваться.""

Примерно да, с этой целью файл и нужен. Как АПУ в библиотеке.

AAW

как merge external picture zone в исходные файлы, чтобы они стали internal picture zone — не подскажете?

Или может у Вас есть XLS c подписанными в столбцах названиями параметров для экспорта skt файлов, чтобы попытаться вручную перенести координаты зон в другой пакет SK экспорт без выделения внешних картиночных зон.

niccolo писал(а) 29.07.2021 :: 20:01:56:


Такого нет к сожалению.
Но не очень понятно, чем не угодили внешние зоны. Они уже выделены в отдельные файлы, ну и пусть такими и будут, по крайней мере серые.
Я советую так сделать: после импорта из Pdf нажать большую кнопку внизу "сбросить все опции и отмаркировать все". Запустить задание на обработку. После обработки сделать merge зон, выбрав там только b/w-зоны (!). В итоге получите на выходе сплошную нумерацию файлов, и зоны останутся только gray, ну и пусть будут уже вырезанными. Затем даете команду create out-task и с получившимся заданием уже работаете дальше.

niccolo писал(а) 30.07.2021 :: 09:39:18:

ну может хоть вас manjak1961 да услышит. А то его кодирование с автосегментацией задолбало.

Если я правильно понял, проблема в том, что часть зон не выделена, оставлена в ч.б. слое.

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

После импорта файла задействовать команду  Create separate bw files for non bw-zones.
получите комплект задников и передников.

Потом отдельно по передникам можно новые зоны выделить.   

(Если нужно их отправить в задники, то, видимо, придется уже получать два комплекта задников, а потом сливать их друг с другом.
А если нужны координаты зон, то труф же встроил в STU  и генерацию масок, и экспорт координат. Запихнуть в них задники и снять координаты. )

niccolo писал(а) 30.07.2021 :: 15:37:51:

z-порядка? или какого? Я слабо понимаю - как вообще кускам страницы можно дать обоснованный порядок. Координаты экрана и то произвольно устанавливают в каком углу (0,0). А тут простая простыня, как хошь так и крути.

Цитата:


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

т.е. самая верхняя 1, чуть ниже 2 и т.п.

вот ролик ерунды в 6.71 с этими файлами - выделяю зону, хочу сделать её картинкой - получаю кукиш.
Пустые белые странички превью рядом тоже очень забавны....

https://www.upload.ee/files/13353626/Video_2021-07-30_163311.wmv.html

Вы получили "пакет SK c отмаркированными на страничках картиночными зонами".
(Чего в 6.71 после процессинга не получилось, всё слилось. )


А нужно поставить новую зону - вышли из окна RV, добавили свою дополнительную и переобработали файл. Вот вам и новая зона.


Что же касается нумерации - ну не рассчитан СК на то, чтобы его вывод в ФР запихивался.
Хотя в папке куда был сделан импорт, имена файлов зон имеют вид "номер страницы_номер зоны на странице". Только расположены не по порядку зон. Но отследить глазами можно.
И при этом нет паразитных пустышек.

Цитата:


Не знаю, почему у вас всё слилось - у меня это всё получалось сразу вкупе с пустышками подложками....

Цитата:

Я это знаю. Просто в какой-то версии точно помню, картинки нумеровались отдельно по каждой странице...
Если бы все зоны были одинаковые - этого наверное можно было бы как-то добиться. Но с разными зонами вряд ли....


Ладно, спасибо за внимание и советы... Видимо снова придётся через долбанный ФР.

Само ничего не сольется с пустышками. Ключевое слово: дать команду merge после обработки. После обработки, Карл, не просто после импорта

Пустые страницы после импорта в последних версиях будут если:
1) в окне импорта включена галка на use original pdf size. В прошлых версиях такой опции не было. Из-за этого после импорта размеры страниц могли не совпадать с тем, что было в pdf. Чуть ниже объясню почему.
2) Даже если галка отключена, пустышки (подложки) появляются, если размер страницы pdf не совпадает с областью, занимаемой всей совокупностью изображений, расположенных над ней.

Чтобы было понятно как pdf хранит страницы: для каждой страницы создается канва определенного размера (в дюймах или мм, не важно, но не в пикселях). Поверх этой канвы pdf располагает (рисует) разные изображения или объекты. Порядок расположения может быть абсолютно произвольным. Может сначала идти ч/б изображение 600dpi с текстом, а сверху картинки. Может быть и совсем наоборот (как в djvu): сначала например 300dpi слой с картинками, а поверх слой текста (с прозрачностью на месте фона).
Так вот, если картинки полностью покрывают размер канвы, то СК не будет создавать пустышку, он оптимизирует страницу, превращая самую большую ч/б составляющую в основную страницу (и то при условии, что в z-порядке она самая нижняя). Если же размеры не совпадают  (бывают что очень сильно, но для СК достаточно и доли мм), или z-порядок сильно перемешан (т.е. смесь слоев со сложными масками прозрачности), то СК как бы создает аналог пустой канвы, а поверху помещает зонами все остальное (т.е. в точности как в pdf). И уже пользователю решать, что с этим делать, раз уж создатель pdf зачем-то так сделал. Обычно это делается, чтобы обеспечить наличие белых полей, которых нет например на самом изображении.
Надеюсь, понятно объяснил.

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

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

bolega

А вы не посоветуете чего? Или всё ручками по новой?

xyz писал(а) 31.07.2021 :: 07:10:51:

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

Попробуйте импортировать в 6.71 с отключенной use original pdf size. Увидите, что большинство страниц получится без лишних пустышек (вам же так надо?), а пустышки сгенерируются там, где ширина текстовой зоны (2351pix) больше ширины канвы (2350pix) всего на оди pix (в пересчете на 600dpi). Почему так, я не знаю, возможно СК или PDF-XChange Editor где-то точность потерял при округлении.

Цитата:

Мне тут вообще не надо никак.
Просто странно, что в 6.71 невозможно сделать то, что делалось в 6.00.5 и если что-то разломалось, то почему через опции нельзя вернуть нормальное поведение.

В данном случае, в отличие от никколо, меня беспокоит не нумерация и не пустышки.
А то, что в оригинале часть картинок в зоны не попали. В 6.00.5 я их после импорта выделяю и получаю потом (после процесинга) в зонах.
Далее я могу их раскрашивать, подменять и т.д.,  и т.п.
Но фиг это сделаешь в 6.71.