+4 suara
588 tampilan

Seolah-olah Paratext 8 memiliki masalah dalam memigrasi glosa interlinear jika Anda menggunakan Interlinearizer di versi 7 untuk mengglosa teks menggunakan Yunani Perjanjian Baru sebagai teks model Anda. Seorang pengguna meminta bantuan dalam situasi ini, dan saya melihat bahwa setelah migrasi, kode bahasa di lexicon.xml dan di file glosa per buku adalah “el” sementara kode untuk Yunani PB seharusnya “grc”. (Dalam proyek uji, saya mengglosa beberapa kata dalam bahasa Yunani, lalu memigrasi, dan dalam proyek yang dimigrasi ini, kode untuk Yunani PB menjadi “lbj”, kode untuk bahasa dari India. Saya telah melaporkan masalah ini kepada para pengembang).

Kode bahasa digunakan di tiga tempat dalam data interlinearizer.

  1. Di dalam file lexicon.xml, di bidang “Gloss Language”. Bidang ini muncul untuk setiap kata yang diberi glosa dalam bahasa tersebut.
  2. di nama subfolder dan nama file dari file interlinearizer per buku. Misalnya, “interlinearizer_el_MAT.xml” adalah file untuk glosa dalam bahasa “el” untuk Matius.
  3. Di dalam setiap file per buku, di bidang glossLanguage di baris kedua file.

Bagaimana saya mengetahui bahwa “grc” adalah kode yang benar untuk Yunani PB? Saya mengglosa satu kata di Paratext 8 dengan Yunani sebagai model, menyimpan perubahan tersebut lalu melihat file-filenya.

Maka untuk mengonversi data ini secara manual, saya melakukan:
0) tutup Paratext jika sedang terbuka

  1. cari-ganti di lexicon.xml, dan ganti “el” dengan “grc”, misalnya:

    <Gloss Language="el">δέ</Gloss> 
    

    menjadi

    <Gloss Language="grc">δέ</Gloss>
    

Untuk membatasi perubahan hanya pada kode dan bukan string “el” di dalam kata yang lebih besar, sertakan tanda kutip (tanda kutip ganda lurus) dalam string pencarian dan dalam string penggantian.

2a) ubah nama folder “Interlinear_el” di dalam folder proyek menjadi “Interlinear_grc”. (Jika Anda telah membuat file uji dalam kode yang diinginkan, Anda harus menghapus folder dan file-nya terlebih dahulu).

2b) ubah nama file di dalam folder ini dari "Interlinear_el_[Bookcode].xml menjadi "Interlinear_grc_[Bookcode].xml

  1. ubah kode Glosslanguage di baris kedua dari setiap file per buku menjadi kode yang diinginkan. Misalnya

     <InterlinearData ScrTextName="MP8" GlossLanguage="el" BookId="MAT">
    
     becomes
    
     <InterlinearData ScrTextName="MP8" GlossLanguage="grc" BookId="MAT">
    
  2. Mulai Paratext dan lihat apakah berhasil.

Saat mengedit file XML, pastikan Anda tidak mengubah kode < atau > atau </ atau />, ini seperti backslash dalam USFM. Jika Anda membuat kesalahan, Paratext mungkin akan menolak lexicon.xml yang Anda edit dan mengubah namanya menjadi lexicon.xmlcorrupt, dan mulai membuat yang baru. Jika Anda menyimpan salinan file lexicon.xml Anda di lokasi lain sebelum mengedit, Anda bisa mengembalikannya jika Anda mengalami masalah ini dan tidak dapat mengidentifikasi apa yang salah di file yang Anda edit.

Diterjemahkan secara otomatis dari English
Paratext oleh [Expert]
(3,3k poin)

ditampilkan kembali | 588 tampilan

4 Jawaban

0 suara
Jawaban terbaik

Contoh lain: menggunakan NIV84 sebagai teks model.
Setelah migrasi, proyek memiliki “en” sebagai kode bahasa. Tetapi kode bahasa sebenarnya untuk NIV84 di Paratext 8 adalah “en-US”. Jadi Anda harus menjalankan langkah-langkah untuk mengubah “en” menjadi “en-US” di leksikon, di nama file dari file per buku, dan di dalam file per buku.

Diterjemahkan secara otomatis dari English
oleh [Expert]
(3,3k poin)

Apakah ada alasan yang baik untuk membedakan antara versi AS dan versi Inggris dari sebuah terjemahan menggunakan kode bahasa en-US dan en-UK? Jika tidak, apakah itu ide yang baik untuk menghilangkan pembedaan kode bahasa antara teks usNIV11 dan ukNIV11, serta usNIV84? (Kami tidak memiliki proyek ukNIV84.)

Diterjemahkan secara otomatis dari English

Saya ragu apakah penting untuk membedakan antara Inggris AS dan Inggris UK. Anda akan memiliki “favor” vs “favour”, “honor” vs “honour” tetapi saya pikir kata-kata ini tidak cukup signifikan jumlahnya untuk membenarkan pembedaan varietas.

Diterjemahkan secara otomatis dari English

Saya menduga mungkin ada lebih banyak perbedaan daripada beberapa ejaan. Saya tidak terlalu mengenal varian NIV tetapi ada banyak perbedaan penggunaan dan idiom antara versi TEV/GNB AS dan UK.

JR

Diterjemahkan secara otomatis dari English
0 suara

Bisa jadi lebih sederhana untuk menggunakan teks model yang berbeda yang memiliki kode bahasa yang sama dengan yang digunakan di PT 7, jika ada alternatif yang dapat diterima. Terima kasih atas tips tentang pengeditan file xml sewhite, saya telah mencoba ini untuk pengguna yang memiliki perubahan ortografi, tetapi Paratext menolak file baru saya dengan cara yang Anda jelaskan.

Diterjemahkan secara otomatis dari English
oleh [Expert]
(2,9k poin)

Update – Saya memiliki masalah yang sama dengan anon044949 dengan proyek perubahan ortografi. Masalahnya adalah melakukan cari/ganti pada lima vokal dalam bahasa untuk menggantinya dengan karakter yang berbeda. Ternyata, ada beberapa glosa yang dilakukan dalam ortografi baru di leksikon, dilakukan setelah konversi. Ketika saya mengonversi semua entri lama, ada beberapa duplikat. Dua instance dari kata yang sama, masing-masing dengan ID sense atau ID glosa yang berbeda. Paratext saat memuat file ini ke dalam memori memprotes dan menandai file leksikon sebagai rusak. Jadi selain mengubah kode < > dan </ >, ada cara kedua untuk “merusak” leksikon, yaitu berakhir dengan kata-kata duplikat. Tetapi ini adalah situasi yang berbeda dari mengubah kode bahasa, ini memerlukan perubahan kata dan morfem di dalam file leksikon untuk cocok dengan ortografi baru.

Diterjemahkan secara otomatis dari English
0 suara

Kemarin saya mengalami situasi di mana di PT7 bahasanya adalah “Spanish” untuk RV60 dan di PT8 bahasa untuk RVR1960 adalah “spa”. Saya mengikuti instruksi Steven di posting sebelumnya untuk membuat perubahan yang sesuai, tetapi glosa masih tidak muncul sebagai disetujui (seperti di PT7).

Tim S. menunjukkan kepada saya bahwa di PT8 ada beberapa bahasa yang menampilkan kode tiga huruf (dalam hal ini spa), tetapi secara internal menggunakan kode dua huruf (dalam hal ini es) untuk mencocokkan data interlinear. Setelah saya membuat perubahan yang sesuai dan menggunakan “es”, glosa muncul sebagai disetujui.

Maka, jika Anda mencoba menggunakan bahasa dari teks model dan tidak berhasil, Anda mungkin bisa mencoba kode dua huruf yang sesuai.

Bagan kode-kode ini dapat ditemukan di: https://www.loc.gov/standards/iso639-2/php/code_list.php

Diterjemahkan secara otomatis dari English
oleh (9,9k poin)
+1 suara

Proses ini diperlukan untuk menghubungkan kembali proyek BT kami dengan Interlinearizer setelah upgrade ke PT9.2 (kami awalnya menempatkan kode bahasa yang sama dengan proyek utama alih-alih (en), dan PT tidak dapat mengidentifikasinya.
Satu-satunya langkah yang akan saya tambahkan adalah bahwa di menu BT di bawah “project settings” di PT Anda dapat mengubah kode bahasa bahkan setelah membuat proyek (di proyek standar Anda tidak dapat melakukan ini). Kami memiliki beberapa tim dengan proyek BT yang dibuat dengan kode bahasa yang sama dengan proyek utama mereka. Mengubah kode menjadi Inggris (eng) memungkinkan kami untuk memilih proyek BT kami di pengaturan Interlinearizer

(CATATAN: kami juga menemukan bahwa Anda tidak dapat menggunakan “Create Glosses for ZZZ with no model text” dan memilih “output to” untuk memilih proyek BT. Kami tidak menggunakan teks model untuk BT kami sehingga ini tampaknya ideal. Tetapi itu hanya akan memungkinkan Anda memilih Proyek Standar untuk output. Jadi opsi untuk membuat back translation menggunakan proyek BT SEBAGAI MODEL adalah opsi yang kami butuhkan. Semuanya sekarang berjalan dengan sangat baik!!

Diterjemahkan secara otomatis dari English
oleh (161 poin)

Pertanyaan terkait

0 suara
4 jawaban 988 tampilan
I have just upgraded a project that had an extensively populated interlinearizer (lexicon.xml and associated interlinear ... and black colors in the interlinearizer. Any thoughts?
Milt_Jones 184 bertanya Des 21, 2018
0 suara
1 jawaban 263 tampilan
When we migrated our project to PT8, many glosses that had been deleted in the interlinear data returned. This is a ... but they are now back in the list of possible glosses.
anon084052 157 bertanya Agu 12, 2017
0 suara
2 jawaban 418 tampilan
Any thoughts on why the interlinearizer is suddently generating unsual guesses with mixed upper/lower case red letters? Here is ... gloss: 2018-01-08_15-55-53.jpg872 606 100 KB
anon242106 110 bertanya Jan 8, 2018
0 suara
2 jawaban 448 tampilan
A user sent me this, and I'm at a loss as to how to address it: We have just migrated the SCK team into ... the interlinear data for them. Thanks for any insight you can offer!
anon150053 286 bertanya Jul 27, 2017
0 suara
3 jawaban 387 tampilan
Bagaimana urutan glosa yang disarankan di alat interlinearizer? Dengan kata lain, jika Anda mengklik sebuah glosa ... berdasarkan frekuensi, meskipun itu tampaknya paling logis.
mnjames 1,9k bertanya Sep 11, 2018
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
I appeal to you, brothers and sisters, in the name of our Lord Jesus Christ, that all of you agree with one another in what you say and that there be no divisions among you, but that you be perfectly united in mind and thought.
1 Corinthians 1:10
3,049 pertanyaan
6,007 jawaban
5,673 komentar
2,029 pengguna