0 голосов
927 просмотров

Учитывая, что любые вставленные иллюстрации будут отправляться через Send/Receive, каковы лучшие практики работы с иллюстрациями по ходу процесса, особенно в условиях низкой пропускной способности, когда нежелательно увеличивать объём данных для Send/Receive?

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

Переведено машиной с языка English
Paratext от (448 очков)
снова показан | 927 просмотров

6 Ответов

+1 голос
Лучший ответ

Да, S/R отправит весь файл только один раз, а затем будет отправлять только изменения. Для двоичных файлов, таких как изображения, любое изменение приведёт к повторной отправке всего файла. Любые изменения в текстовых файлах будут отправлять только минимальное количество данных, необходимое для описания изменений.

Да, это было бы хорошее время, чтобы делать такие вещи. Обратите внимание, что данные всё равно нужно будет S/R в интернет в какой-то момент, но это должно быть однократное действие.

Крупнейшая проблема при добавлении больших изображений касается тех, кто получает проект позже (например, через год), и которым теперь нужно впервые скачать все большие изображения. Очевидно, если это делается через S/R не через интернет, то это не будет такой большой проблемой.

Переведено машиной с языка English
от [Expert]
(16,7тыс. очков)

Очень полезные объяснения, спасибо; сохраню в закладки на время нашего отсутствия в следующем году.

Переведено машиной с языка English
+1 голос

Когда добавляется иллюстрация, версия в полном разрешении помещается в папку \local, которая не распространяется через Send/Receive; версия JPG с более низким разрешением помещается в \pictures и распространяется через S/R.

В одном или двух проектах я заходил в папку \pictures после вставки изображения (и перед выполнением S/R) и ещё больше уменьшал версию с низким разрешением, используя инструмент вроде VSO Image Resizer. В результате получалось уменьшенное изображение (thumbnail) размером, например, 150 пикселей, которое всё ещё давало общее представление об изображении и было лёгким для пропускной способности.

Paulus+Kieviet

Переведено машиной с языка English
от (517 очков)
снова показан
0 голосов

Повторюсь: это должно быть сделано немедленно после вставки изображения, чтобы убедиться, что это происходит до того, как проект отметит точку в истории (или выполнит S/R), иначе оно уже станет частью истории проекта, и изменение размера не поможет с пропускной способностью S/R (а фактически сделает её хуже).

Переведено машиной с языка English
от [Expert]
(16,7тыс. очков)

снова показан
+1 голос

Как часто этот send/receive происходит на каждую иллюстрацию? Предполагая, что ни растровое изображение, ни его расположение внутри проекта PT не изменяются после вставки, верно ли, что данные отправляются всем заинтересованным лицам один раз, а затем происходит только проверка на возможные изменения?

Я думаю о одном проекте, где вся команда регулярно собирается в одной комнате. Там даже есть машина с chorus hub, где они встречаются. Не являются ли эти случаи отличным моментом, чтобы добавить иллюстрации, а затем выполнить send/receive, прежде чем все уйдут?

Извините @drwww, если ваша команда никогда не собирается так. Я считаю ваш вопрос важным и в следующем году буду на другом континенте… Так что просто воспользуюсь возможностью узнать больше о send/receive «тяжёлых данных» в вашей теме.

Переведено машиной с языка English
от (934 очков)
+1 голос

Я хотел бы настроить SAB для одной или двух книг, с иллюстрациями. Инструкции для этого требуют вставки иллюстраций в Paratext. Однако коллеги и их компьютеры находятся в районах с крайне низкой пропускной способностью, и если я добавлю иллюстрации, достаточно хорошие для этого применения, я предполагаю, что это остановит все S-R на довольно долгое время. Как есть, без вставленных указателей на иллюстрации, они редко могут эффективно выполнять S-R.
Какие-либо предложения?

Переведено машиной с языка English
от (106 очков)

Привет @anon498524,

Вы, возможно, сможете добавить версии с низким разрешением в Paratext, а затем заменить эти изображения на более высокое разрешение в SAB (но не в Paratext): заменив версию с низким разрешением на версию с высоким разрешением с тем же именем файла там, откуда SAB получает файлы. Я не уверен, сработает ли это или нет…

Это также может быть хорошим вопросом для сообщества SAB: Scripture App Builder - SIL Scripture Software Community

Переведено машиной с языка English

Когда вы добавляете иллюстрацию в Paratext, файл в полном размере сохраняется только в вашей папке проектов Paratext, в [project]\local\figures. Эта папка «local» не включена в Send-Receive. Копия с низким разрешением помещается в вашу папку [project]\figures, которую получают другие пользователи. Таким образом, все пользователи могут видеть черновые копии иллюстраций. Судя по содержимому моей папки с изображениями низкого разрешения, по крайней мере 2/3 файлов меньше 30 кБ; самый большой — 50 кБ.

Если вашим пользователям трудно выполнять S-R даже без иллюстраций, вам придётся оценить нагрузку по сравнению с количеством изображений, которые вы хотите добавить, но по крайней мере они получат очень маленькие версии каждого из них.

Вы, возможно, сможете сделать то, что Paulus+Kieviet предложил ранее в этой теме:

Переведено машиной с языка English

При крайне низкой пропускной способности я бы не добавлял никаких иллюстраций в Paratext, если они предназначены только для использования в SAB. Если я не ошибаюсь, SAB может вставлять изображения из файла piclist.txt. Ищите это. (Извините, у меня здесь не установлен SAB.)

Переведено машиной с языка English
0 голосов

У меня есть несколько другой вопрос по той же теме: какие форматы файлов поддерживаются в Paratext для фигур/иллюстраций? В вспомогательных материалах упоминается только JPG, похоже, что PNG тоже работает. Что насчёт TIF и EPS, которые используются для профессиональной вёрстки, а также других форматов векторной графики, таких как AI и PDF?

Переведено машиной с языка English
от (176 очков)
снова показан

Когда вы ищете фигуру, функция импорта по умолчанию ищет .tiff, .tif, .jpg или .png. Вы не можете импортировать файлы .ai или .pdf в проект Paratext.

Переведено машиной с языка English

Спасибо за информацию. Это довольно unfortunate, поскольку это означает, что нельзя использовать любую векторную графику в Paratext, хотя это отраслевой стандарт для логотипов, простых иллюстраций, линейной графики и т.д. Довольно большое ограничение.

Переведено машиной с языка English

Имейте в виду, что намерение в PT в некоторой степени состоит в том, чтобы быть заглушкой для реальных изображений. Отсюда и тот факт, что только копии с низким разрешением передаются взад и вперёд через механизм Send/Receive. Обычно копия того же файла в высоком разрешении (с тем же именем) хранится в папке /local/figures/ вашего проекта. Довольно много издательских программ, созданных для PT (например, ptxPrint), могут читать файл высокого качества из этого расположения.

НО, также должно быть возможно для того, кто занимается вашим изданием, подставить векторные версии ваших файлов вместо версий с низким разрешением внутри PT. Это дополнительный шаг и потребует переименования некоторых расширений, но это должно быть возможно.

Всё это означает, что то, что PT не обрабатывает векторную графику, не означает, что вы не можете использовать её при фактическом издании (как физическом, так и через приложения для телефона/веб).

Переведено машиной с языка English

Похожие вопросы

+1 голос
10 ответов 1,9тыс. просмотров
Я только начинаю полноценно настраивать глоссарий в нашем проекте, и у меня возникает много вопросов. Я想知道, не написал ли ... я какой-то хороший ресурс, который ответит на все них.
mnjames 1,9тыс. задал вопрос июл 25, 2018
0 голосов
0 ответов 153 просмотров
Есть ли иллюстрации, предпочтительно линейные рисунки, доступные для печатного издания Евангелия от Луки и Деяний Апостолов в одной ... да, то как мы можем получить к ним доступ?
anon290504 126 задал вопрос дек 11, 2020
0 голосов
6 ответов 1,1тыс. просмотров
У нас есть небольшой глоссарий (на данный момент 1 страница), и мы используем инструмент интерлинеаризации для создания ... принимал его? Какова лучшая практика в этом случае?
anon542642 294 задал вопрос фев 21, 2022
0 голосов
0 ответов 142 просмотров
Мы решили в основном использовать иллюстрации DC Cook и дополнять их изображениями Гордона Томпсона. Мы хотим иметь ... мне не пришлось начинать с нуля. Предложения приветствуются!
john_nystrom 312 задал вопрос сен 6, 2024
0 голосов
0 ответов 135 просмотров
I'd like to suggest that it's best practice to make a snapshot of a project by either making a back up, or (preferably ... doesn't fint the aims of this site, then please tell me!)
wdavidhj 1,4тыс. задал вопрос дек 6, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Give proper recognition to those widows who are really in need.
1 Timothy 5:3
3,049 вопросов
6,007 ответов
5,672 комментариев
2,029 пользователей