Как настроить интерлинеаризатор в версии 9.2

Question

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

GRK — это наш собственный текст (введен с клавиатуры на основе древней рукописи, а не эклектической редакции).
У ZZZ есть вспомогательный проект (Auxiliary project) ZZZ_Interlinear, в который интерлинеаризатор экспортировал данные.

В PT 9.1 мы настроили это следующим образом:
Текст для интерлинеаризации: GRK
Модельный текст: ZZZ
Дополнительно (Advanced), экспортировать в: ZZZ_Interlinear

Но я испытываю трудности с настройкой в PT 9.2. Заходя в GRK и открывая инструмент интерлинеаризатора, я могу установить «Глоссы для GRK; Модельный текст ZZZ». Но нет опции для выбора места экспорта. Аналогично, нет опции для экспорта, когда интерлинеаризатор уже открыт.

Эта функция исчезла в новой версии PT?

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

Answer 1

В версии 9.2.102.3 вы можете выбрать тип проекта, в который должен идти вывод.

Screenshot 2022-01-06 09.13.32694×350 75.3 KB

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

Comments

Я не должен был говорить, что вы можете выбрать тип проекта, поскольку нет опции для типа. Однако вы можете отправлять вывод в проекты разных типов. Я заметил, что когда я выбираю проект вывода (Output project), мне показываются только проекты, использующие тот же язык, что и модель (в данном случае английский).

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

---

Спасибо, @anon848905. После загрузки 9.2.102.3 я вижу, что я могу использовать опцию «Создать глоссы» (Create Glosses), чтобы адаптировать из нашего переднего перевода и выводить в перевод на наш целевой язык.

Поскольку наши Писания на родном языке не имеют общего языка ни с одной из моделей, мы можем просто использовать версию «Без модельного текста» (No Model Text), и это, похоже, дает нам тот же тип результатов, к которому мы привыкли, когда Paratext делает свои предположения на основе того, что было интерлинеаризовано ранее.

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

---

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

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

Answer 2

У меня похожая проблема с только что скачанной версией 9.2. Кажется, что я могу экспортировать только в дочерний проект (daughter project), но мы давно используем Интерлинеаризатор для экспорта в стандартный проект. Мы переходим от SPYkup к Kpz. У меня есть скриншот, иллюстрирующий мою проблему. Что я могу сделать, чтобы это заработало?

PT92Interlin1409×1014 328 KB

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

Comments

Когда мы проектировали новый диалог настройки, мы пытались сделать его проще для ожидаемых сценариев использования интерлинеаризации — многим пользователям было трудно правильно настроить параметры для того, что они хотели сделать.

Судя по вашим сообщениям, похоже, мы упустили несколько случаев, где требуется большая гибкость.

Я создам задачу (issue) по этому поводу и попросю нашу команду UX (пользовательского опыта) рассмотреть, что нужно сделать.

Хорошего способа обойти новую настройку нет, поэтому, вероятно, лучшим вариантом на данный момент является удаление Paratext 9.2 и переустановка Paratext 9.1. Старые настройки интерлинеаризации не были удалены, поэтому интерлинеаризатор должен работать так, как раньше, как только вы вернетесь к 9.1.

Приносим извинения за неудобства.

John+Wickberg
Поддержка Paratext

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

Answer 3

Спасибо. Я пока вернулся к версии 9.1. На самом деле, я сам не использую Интерлинеаризатор, но команды, с которыми я работаю, используют его очень часто.

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

Comments

В связи с этим, если члены команды, которые активно экспортируют в текст (в моем примере выше это ZZZ_Interlinear), останутся на версии 9.1, смогут ли остальные члены команды обновиться до 9.2? Кажется, что те, кто на 9.2, все еще могут видеть интерлинеаризатор и видеть текст в ZZZ_Interlinear после его экспорта, просто они не могут сами выполнять экспорт. Верно?

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

---

Да, остальные члены команды могут быть на версии 9.2, и это должно работать без проблем.

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

---

Думаю, мне придется сделать то же самое. Команда, с которой я работаю, все еще на версии 9.1, и я больше не могу использовать интерлинеаризатор (я использую его часто). Мне бы очень хотелось немного больше познакомиться с 9.2… Спасибо за все ваши усилия — команде разработки!

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

---

Здравствуйте, @anon856176, думаете ли вы, что обходной путь, предложенный @Generic.User, сработает для вас в 9.2?

См. «Как настроить интерлинеаризатор в 9.2» - #7 от Generic.User выше.

james_post

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

---

Проблема с обходным путем @Generic.User в том, что он работает только в том случае, если проект обратного перевода зарегистрирован как «Обратный перевод» (Back Translation) (или, возможно, Вспомогательный (Auxiliary) или Дочерний (Daughter)) проект основного проекта, для которого предназначен ваш интерлинеаризатор. Если проект является вспомогательным (Aux) для модельного языка (как наш), то он не является вариантом для экспорта. Это нормально, если вы понимаете, как это работает, и настраиваете новую систему, но он не работает для некоторых существующих конфигураций.

Но, как вы сказали, стоит @anon856176 проверить, сработает ли это для него.

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

Answer 4

У нас была та же проблема, но мы нашли обходной путь (или, возможно, так и предполагается использовать этот инструмент)

@mnjames
Я буду использовать ваши примеры

Во-первых, в нашем случае нам нужно было выбрать «Создать обратный перевод (Back translation)» GRK (или как называется ваш проект), прежде чем это заработало. Это был единственный способ получить опцию экспорта.

1. В поле выбора (Choose box) выберите «Создать обратный перевод (Create a Back translation)» GRK (или как называется ваш проект)
   

2. После этого окно Интерлинеаризатора изменится, и появится поле для выбора модельного текста (Model text), а также поле для выбора обратного перевода (Back Translation).
   
   В поле «Модель» (Model) выберите нужный вам модельный текст. В этом примере — ZZZ.

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

4. Нажмите ОК (Ok)

5. (Шаг пять может не произойти; если произойдет, выполните следующее, иначе вы уже закончили)
   Если появится предупреждение о том, что вы заменяете настройки, вам нужно будет нажать кнопку «Заменить» (Replace).
   
   Даже если они одинаковые, просто нажмите «Заменить».

Теперь ваш интерлинеаризатор должен работать так, как раньше, с кнопкой экспорта. Хотя теперь она называется «Вывод» (output).

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

Comments

Спасибо за этот обходной путь. Есть несколько проектов, которые я проверяю, где мне пришлось использовать PT 8 из-за этой проблемы. Я по-прежнему не понимаю, что означает сообщение о том, что два языка не могут быть одинаковыми. Если я экспортирую английские глоссы в английский проект, я ожидаю, что языки будут одинаковыми.

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

---

Сообщение о языковых данных важно. Paratext 9.2 предупреждает вас о том, что вы собираетесь изменить способ использования данных глоссирования для базового проекта языка «x»:

:

Проект Paratext может хранить информацию о глоссировании для нескольких языков, например: проект XYZ может быть обратно переведен на языки fr, heb и en. Данные глоссирования для каждого языка хранятся отдельно в папке проекта XYZ (называются interlinear_fr, interlinear_heb, interlinear_en).

Однако проект XYZ не может быть глоссирован на языке fr и одновременно обратно переведен в проект ABC на языке fr. Если вы хотели бы сделать это, вы могли бы указать пользовательский диалект fr, чтобы создать новую папку для данных глоссирования. Например, «fr-x-custom»

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

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

---

При спасении людей с проблемами данных интерлинеаризации в Paratext 8 я видел несколько наборов данных интерлинеаризации, где были разные коды языка для английского, потому что ресурс изменил коды языка. Paratext не удалял данные для старого кода, он просто создавал новый набор. Например, eng и en. Сложной проблемой было спасение их, если они просто продолжали работать и игнорировали ошибку, потому что их данные были разделены на два файла.

Благословений,

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

Answer 5

Я просто хочу вмешаться и сказать, что многие наши команды, работающие в Танзании, также пострадают от изменений в Интерлинеаризаторе в PT9.2.

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

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

Answer 6

Я по-прежнему очень запутан.

Мы использовали Интерлинеаризатор для адаптации из перевода на крупном языке [H]. Так что у нас есть наш основной проект (назовем его ZZZ), который является целевым проектом. Для нашего переднего перевода (нашего исходного проекта) у нас есть выделенный проект под названием ZZZaH_FT ([ZZZ] [a]даптация текста из [H], [F]ронт [T]рансляция).

Раньше я устанавливал верхнюю строку как ZZZaH_FT, а нижнюю как ZZZ, и Интерлинеаризатор работал так, как вы ожидали, И у вас была опция «Экспортировать в текст» (Export to Text).

В 9.2 у меня настроено так:

Интерлинеаризатор работает нормально в плане извлечения всех глосс, которые были там ранее, НО опция «Экспортировать в текст» (Export to Text) теперь исчезла. Это означает, что мы не можем выполнять адаптацию так, как раньше.

Я попытался следовать исправлению Generic.User, но оно не имело для меня смысла. Я попытался создать обратный перевод, используя передний перевод в качестве модельного текста, но он требует от меня создать новый проект обратного перевода (то есть я не могу выбрать проект ZZZ):

Кто-нибудь знает, что я делаю не так?

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

Comments

@Matt+A, моя команда использует Интерлинеаризатор очень похожим образом для адаптации.

Прежде всего, убедитесь, что вы используете последнюю версию 9.2, с момента выхода самой ранней версии 9.2 было внесено довольно много изменений.
Откройте меню переднего перевода (front translation) > Интерлинеаризатор. Я рекомендую использовать версию «Создать глоссы на основе модельного текста» (Create Glosses Based on a Model Text). Затем в качестве модели мы используем сам целевой проект [ZZZ]. Затем вы можете нажать кнопку «Вывести глоссы» (Output glosses) и выбрать ваш целевой проект как вывод [ZZZ]. Снова, если Paratext не позволяет это сделать, возможно, у вас более ранняя версия. Я полагаю, что это то, что вы ищете.

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

Answer 7

Вот и всё @Stephen+Katt!

Моя путаница была в терминологии. Я запутался при выборе модельного текста, потому что в моих представлениях «модельный текст» означает то же самое, что и «исходный текст»: то, по образцу чего/от чего я создаю модель, в отличие от того, во что я перевожу.

Так что это сработало для создания адаптивной интерлинеарной версии из переднего перевода в основной проект. Это была самая большая непосредственная проблема. ОДНАКО, когда я попытался сделать то же самое из основного проекта в обратный перевод, это не сработало. По какой-то причине программа позволяет мне выбрать только выходной проект с тем же кодом языка (или, возможно, каким-то образом связанным с) основным проектом [ZZZ]. Мне это кажется странным, потому что код языка переднего перевода тоже не совпадает с основным проектом (это LWC).

Единственное, что я могу придумать, это то, что передний перевод зарегистрирован как Вспомогательный проект (Auxiliary project) для [ZZZ], а обратный перевод — как Обратный перевод (Back Translation) для [ZZZ]. Я думаю, что это может быть частью проблемы, но я не знаю, как это подтвердить или обойти.

Вторая проблема не так критична для нас, но это был бы полезный инструмент.
(Кстати, я сейчас использую версию 9.2.102.6.)

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

Comments

@Matt+A Рад, что это сработало для адаптации.
Терминология может немного сбивать с толку в начале. Я полагаю, что термин «Модель» (Model) призван отразить идею о том, что Paratext использует определенную модель для своих предсказаний в Интерлинеаризаторе (Interlinearizer).

Для обратного перевода вы можете выбрать основной перевод [zzz] > Меню > Интерлинеаризатор (Interlinearizer). Выберите «Создать обратный перевод» (Create Back Translation). В качестве модельного текста вы можете выбрать любой перевод, который на том же языке, что и ваш обратный перевод (и который, вероятно, есть на компьютерах других пользователей проекта). В моем случае наши обратные переводы, как правило, на суахили, поэтому я мог бы выбрать любой перевод на суахили в качестве модели. Главное, чтобы у модели был тот же код языка, что и у обратного перевода, например [eng] для английского. Затем вы можете установить Выход (Output) в обратный перевод.

Я не уверен, будет ли проблемой то, что [ZZZ] — это вспомогательный проект. Попробуйте эти шаги и дайте нам знать, как это пошло.

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

Answer 8

Спасибо, @Stephen+Katt. Это имеет больше смысла. Я имею в виду, что не совсем понятно почему это так, но теперь я лучше понимаю, как это работает. Именно этот странный шаг выбора «любого перевода, который на том же языке, что и ваш обратный перевод (и который, вероятно, есть на компьютерах других пользователей проекта)» и вызывает проблемы. Этот шаг пропускался до версии 9.2.

Проблема в том, что тот, кто настраивал обратный перевод, установил язык как «Английский (zzz)», где «zzz» — это код языка основного проекта, а не «eng». Вот почему, когда я пытаюсь выбрать проект обратного перевода для вывода глосс, ни один из них не был доступен — потому что код языка «Обратного перевода» (Back Translation) должен совпадать с кодом языка «Модели», и нет модельного текста с кодом языка «Английский (zzz)», кроме этого глупого обратного перевода. Надеюсь, это было понятно.

Так что логичное решение — изменить языковые настройки проекта обратного перевода на «Английский (eng)», что довольно просто. Но тогда возникает проблема: вся информация о глоссировании, которую мы вносили последние 5+ лет, теряется, потому что она связывала «Язык Z (zzz)» и «Английский (zzz)». Возможно ли просто переименовать ассоциации в файлах Paratext, чтобы все глоссы из «Язык Z (zzz)» теперь ассоциировались с «Английский (eng)», а не с «Английский (zzz)», как это было несколько лет?

Мне нужно будет переименовать папку «Interlinear_zzz» в папке проекта [ZZZ] в «Interlinear_eng» (что затем совпадет как с GNT, так и с тем, на что я изменил проект обратного перевода) и изменить значение GlossLanguage на "eng" в каждом файле книги?

(Только для уточнения предыдущего: основной проект [ZZZ] не является Вспомогательным (Auxiliary), это Стандартный перевод (Standard Translation). Передний перевод [ZZZa_H_FT] является Вспомогательным проектом (Auxiliary project) [ZZZ]. А обратный перевод — это Обратный перевод (Back Translation) [ZZZ].)

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

Comments

@Matt+A Похоже, вы нашли свою последнюю проблему, связанную с настройкой вашего обратного перевода. Это не очень весело.
Я не уверен, возможно ли спасти эти данные глоссирования, но я полагаю, что ваш случай может быть такого типа, который можно спасти. Вы можете посмотреть этот тред о похожей проблеме, где язык данных глоссирования не совпадает с языком проекта: Ручное восстановление интерлинеарных данных после миграции (A manual restore of interlinear data after migration)
В вашем случае это будет включать изменение языка обратного перевода на [eng] и затем обновление файлов Interlinear_zzz в папке основного проекта, используя тред выше. Возможно, напишите мне напрямую, если хотите более подробное объяснение.

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

---

Я полагаю, что тред, который рекомендовал Stephen+Katt, сработает для того, что вы пытаетесь сделать @Matt+A.

james_post

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

---

Да, как показывает процитированная процедура, возможно отредактировать название языка в xml-файле, который Paratext использовал для хранения глосс.

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

---

Этот ручной процесс был необходим, чтобы повторно связать наш проект BT (обратного перевода) с Интерлинеаризатором после обновления до PT9.2 (мы изначально установили код языка таким же, как у основного проекта, а не (en), и PT не мог его идентифицировать).

Редактирование файлов/папки Лексикона (Lexicon) и Интерлинеара (Interlinear) было довольно простым. Единственный шаг, который я бы добавил, это то, что в меню BT под «настройками проекта» (project settings) в PT вы можете переключить код языка даже после создания проекта (в стандартном проекте это сделать нельзя). У нас было несколько команд с проектами BT, которые были созданы с тем же кодом языка, что и их основной проект. Изменение кода на «Английский (eng)» позволило нам выбрать наш проект BT в настройке Интерлинеаризатора.

(ПРИМЕЧАНИЕ: мы также выяснили, что нельзя использовать «Создать глоссы для ZZZ без модельного текста» (Create Glosses for ZZZ with no model text) И выбрать «вывод в» (output to) для выбора проекта BT. Мы не используем модельный текст для наших BT, поэтому это казалось идеальным. Но он позволяет выбрать только Стандартный проект (Standard Project) для вывода.

Так что вариант создания обратного перевода, используя проект BT КАК МОДЕЛЬ, был тем вариантом, который нам нужен. Теперь всё работает отлично, Спасибо!!

Screen Shot 2022-06-17 at 6.38.26 PM1144×666 122 KB

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