Строка «Parse gloss» в интерлинеаризаторе

Question

Откуда внутренне берёт информацию строка «parse gloss» в интерлинеаризаторе? Я начал экспериментировать с адаптацией, используя интерлинеаризатор в PT 9.1, и поскольку обновление до PT 9.2 изменило некоторые вещи, я думаю, что мне удалось в основном вернуть настройки, которые у меня были, но теперь я обнаруживаю странную информацию в третьей строке, как показано на картинке, которую я понимаю как строку «parse gloss». Что я могу с этим сделать?

2022-03-04 11_21_20-Paratext 9.21264×269 13.6 KB

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

Answer 1

Благодаря ответу в другой теме и ссылке, опубликованной там, мне удалось следовать инструкциям по изменению кода языка в различных файлах, как опубликовано здесь. В моем случае внутренние данные были неправильно установлены как французский, но после исправления на родной язык, я полагаю, что всё вернулось в норму.

Ручное восстановление интерлинеарных данных после миграции Helps

Похоже, что в Paratext 8 есть проблема с миграцией интерлинеарных глосс, если вы используете Интерлинеаризатор в версии 7 для глоссирования текста с использованием Нового Завета на греческом языке в качестве модельного текста. Пользователь попросил помощи в этой ситуации, и я увидел, что после миграции код языка в lexicon.xml и в файлах глосс для каждой книги был «el», тогда как код для греческого Нового Завета должен быть «grc». (В тестовом проекте я проглоссировал несколько слов на греческом, затем выполнил миграцию, и в этом мигрированном проекте код для греческого Нового Завета стал «lbj», код для…

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

Answer 2

Похоже, я заговорил слишком рано. Всё выглядело нормально, но когда дело доходит до глоссирования, кажется, что интерлинеаризатор учитывает только морфологию корня, а не аффиксы. Так что, хотя аффиксы введены правильно, досадно, что они не появляются в предложениях глосс, только корень.

На скриншоте ниже слово «gupalol» в исходном языке правильно имеет морфологию gu- pal -ol. В целевом языке эти морфемы правильно помечены как gu- paal -ool. Несмотря на то, что я принял морфемы в целевом языке как правильные, строка глосс показывает только «paal», тогда как, по моему пониманию, она должна брать комбинацию морфем и давать правильный результат, а именно «gupaalool». Это происходит со всеми новыми словами, которые я пытаюсь разобрать. Я потратил много времени на поиск в файлах Paratext, но не могу понять, что, если что-то, нужно изменить, поэтому буду очень благодарен за помощь. Спасибо

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

Comments

Привет, у меня была та же проблема, и вот что Дуг Хигби (Doug Higby) прислал мне в декабре, что помогло мне исправить проблему:

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

Допустим, все ваши глоссы пропали после обновления до 9.2 и повторного открытия интерлинеара. Если вы еще не работали в новом пустом интерлинеаре, здесь будет отображаться только один каталог, en-US. Тот, с которым вы использовали языковую метку. Чтобы снова увидеть свои глоссы, вам нужно будет создать новый интерлинеар одним из двух способов:

1. Создайте интерлинеар без модельного текста и выберите en-US в качестве языка.
   ИЛИ
2. Создайте интерлинеар с модельным текстом, который является en-US. Вы можете увидеть язык модельного текста в диалоговом окне Open Resource:

Если у вас есть два каталога interlinear_XYZ и вы не знаете, какой из них является кодом языка, который вы использовали, просто откройте каждый каталог и посмотрите, в каком из них больше файлов и с более ранними датами. На скриншоте выше в папке Interlinear_en был только один файл размером всего 500 байт. В другом было несколько книг с более крупными размерами файлов. Очевидно, что en-US — это язык, который мне нужно выбрать при настройке интерлинеара, если я хочу снова увидеть свои глоссы.

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

---

Если у вас по-прежнему возникает эта проблема, могли бы вы добавить пользователя Paratext Support в качестве администратора в соответствующие проекты, и мы сможем посмотреть на это?

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