Praktik Terbaik untuk Glosarium

Question

Saya baru saja benar-benar mulai mengatur Glosarium dalam proyek kami, dan saya memiliki banyak pertanyaan. Saya ingin tahu apakah ada yang pernah menulis dokumen "praktik terbaik" atau tips tentang cara mereka membuat semuanya berfungsi dengan benar. Saya telah membaca dokumen markup USFM dan bantuan PT, tetapi mereka tidak menjawab banyak pertanyaan.

Sebagai contoh, dalam glosarium yang panjang, apakah orang-orang menggunakan nomor bab untuk membaginya menjadi bagian yang lebih sederhana? PT memiliki 998 bab, tetapi ketika saya menelusuri glosarium saya dan menambahkan bab di awal setiap huruf alfabet baru, alat Istilah Alkitabiah untuk menambahkan istilah glosarium baru berhenti berfungsi, mengatakan bahwa bab tertentu tidak dalam urutan yang benar atau hilang.

Jika Anda menambahkan item glosarium baru secara manual, bagaimana alat Istilah Alkitabiah menambahkan item glosarium baru secara alfabetis? Apakah itu akan mengatur ulang edit manual Anda untuk menatanya sesuai urutan?

Saya yakin semakin lama saya bekerja dengan ini, semakin banyak pertanyaan yang akan saya miliki, dan saya bertanya-tanya apakah saya melewatkan sumber daya yang baik yang akan menjawab semuanya.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 1

Jika Anda pergi ke https://vimeo.com/channels/paratext Anda akan menemukan dua video tentang entri Glosarium. Saya tidak yakin bahwa semua praktik terbaik telah ditentukan, tetapi berikut adalah beberapa pemikiran.

1. Beberapa orang memang menggunakan nomor bab untuk glosarium yang besar, tetapi perhatikan bahwa ini perlu dihapus untuk penerbitan. DAN ini dapat menyebabkan tautan ke Istilah Alkitabiah gagal. Saya merekomendasikan untuk tidak menggunakan nomor bab.
2. Untuk penerbitan cetak, Anda diizinkan 20 halaman glosarium (jika itu adalah publikasi Wycliffe) sehingga membangun glosarium yang sangat besar bisa menjadi masalah saat pencetakan. Pertimbangkan apa yang diizinkan. Jelas untuk penggunaan lain (non-cetak) Anda dapat membuat glosarium sebesar yang Anda inginkan.
3. Alat Istilah Alkitabiah akan mengurutkan glosarium secara alfabetis sesuai dengan urutan pengaturan bahasa - jadi pertimbangkan ini saat Anda bekerja.
4. Jika Anda memiliki entri dalam glosarium, Anda dapat menautkannya ke kata dalam alat Istilah Alkitabiah - lihat bagian 2 video.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Saya tidak bisa berbicara untuk jalur penerbitan lainnya, tetapi Publishing Assistant 5.1 tidak lagi memerlukan penghapusan nomor bab dari glosarium sebelum penerbitan.

PADev.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Baik untuk diketahui karena buku besar di periferal benar-benar memperlambat Paratext. (Saya memiliki glosarium yang dibuat secara independen dari alat Istilah Alkitabiah, jadi saya tidak khawatir tentang tautan.)

Apakah PA mengabaikan nomor bab di buku periferal? Apakah Anda merekomendasikan untuk menambahkan label bab (\cl) ke setiap bab?

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Secara umum, PA tidak mengabaikan nomor bab di periferal; saat ini hanya di glosarium. PA tidak mengabaikan \cl, jadi jika ditambahkan, mereka perlu dihapus sebelum penerbitan.

PADev.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Izinkan saya berbagi masalah yang muncul dalam sebuah proyek. Mereka memiliki banyak catatan di glosarium, yang tidak memiliki bab. File catatan menjadi sangat besar sehingga ini berarti bahwa pengiriman dan penerimaan (send and receive) menjadi tidak mungkin, melalui broadband yang cukup buruk. Alasannya adalah bahwa setiap catatan terlampir pada SEMUA teks di glosarium (karena glosarium tidak memiliki bab dan ayat untuk membatasi teks mana yang dilampiri catatan, seperti yang biasanya terjadi dalam teks Alkitab). Jadi hati-hatilah dengan hal ini. Mungkin yang terbaik adalah tidak menulis banyak catatan di glosarium, tetapi mengekspor teks ke file Word, dan memberikan komentar pada teks di sana.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Apakah mungkin menggunakan nomor bab di buku-buku periferal dan kemudian menghapusnya melalui initialChanges.txt, sehingga PA tidak pernah mengetahui tentang partisi bab ini?

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Ya, glosarium yang besar benar-benar memperlambat Paratext, bahkan sampai ke titik di mana hampir tidak mungkin melakukan penyuntingan apa pun di dalamnya. Setelah mengetik beberapa kata, ia akan membeku dan Anda harus menunggu cukup lama sampai ia menjadi responsif lagi. Saya hanya memiliki 8GB RAM, tetapi ketika memeriksa penggunaan memori, masih menunjukkan bahwa sekitar 50% dari itu kosong.

Bagi saya, membagi glosarium menjadi bab juga bukan pilihan, karena semua catatan yang saya miliki di dalamnya akan dipindahkan ke awal buku.

Apakah ada solusi untuk menyelesaikan masalah ini?

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Saya memiliki 32gb memori dan juga mengalami perlambatan sampai titik di mana glosarium benar-benar tidak dapat digunakan.

Masalah catatan juga memengaruhi kami. Pada akhirnya, masalah perlambatan begitu parah sehingga saya akhirnya memindahkan catatan. Ini memakan waktu cukup lama, tetapi pada akhirnya sepadan.

Saya pikir saya hanya melihat bendera yang terbuka dan menyalin/menempel informasi penting ke bendera baru. Ini kehilangan sebagian sejarah dan diskusi anggota tim, tetapi saya merangkumnya ketika saya membuat bendera baru.

Ops lain, yang jauh lebih sulit, adalah mengedit file Notes yang mendasarinya dengan editor teks dengan mengubah nomor bab. Jika Anda memiliki beberapa anggota dalam proyek, Anda ingin memastikan tidak ada yang membuat catatan saat Anda melakukan ini. Dan ketika catatan dipindahkan ke bab baru, mereka mungkin atau mungkin tidak terlampir di lokasi yang benar. Jadi Anda mungkin perlu menemukannya di bagian atas bab dan melampirkannya kembali nanti. Keuntungannya adalah bahwa Anda akan melihat catatan asli - bukan ringkasan yang Anda tulis sendiri.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 2

Saya memiliki 'praktik terbaik' untuk dibagikan. Perhatikan bagaimana Anda menggunakan penanda kata kunci \k dalam Glosarium.

Jangan gunakan lebih dari satu \k per entri glosarium.

Kami awalnya menggunakan lebih dari satu \k per entri, yang kami warisi dari terjemahan awal kami, yang tampaknya berfungsi dengan baik di 7.5. Tetapi di PT8 itu menyebabkan banyak masalah. Misalnya, dalam entri tentang Paskah, kami mungkin juga memiliki informasi tambahan tentang pesta-pesta lain atau istilah kunci terkait. Jadi sub-entri ini ditandai dengan \k. Tetapi Paratext melihat ini sebagai entri glosarium baru, dan karena glosarium secara otomatis mengurutkan glosarium secara alfabetis, informasi tersebut diurutkan ulang secara alfabetis dengan cara yang membuatnya sangat sulit untuk memahami apa yang terjadi. Kemudian kami diberitahu bahwa kami harus menggunakan penanda lain untuk sub-entri ini, sesuatu seperti \bdit (tebal, miring). Saya tidak yakin apakah ini benar, tetapi itu membantu kami menghindari masalah yang kami alami.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 3

Terima kasih kepada semua orang atas balasan mereka.

@Stephen+Katt, saya melihat dalam dokumentasi USFM bahwa ada penanda \pi# untuk "Sub-entri, atau paragraf sekunder (jika indentasi lebih disukai)." Apakah Anda pernah mempertimbangkan untuk menggunakan itu untuk sub-entri Anda? Jika tidak, apakah ada alasan Anda tidak ingin menggunakan penanda itu?

Berkas Vimeo mencakup informasi yang sama dengan dokumen Bantuan PT bawaan.

• Apakah menambahkan item glosarium melalui jendela Biblical Terms Renderings benar-benar tidak berfungsi dengan penanda bab?
  • Apakah ada yang tahu trik untuk menghindari ini?
  • Jika saya menggunakan editor eksternal untuk mengubah penanda \c menjadi \s ketika saya ingin menggunakan alat Rendering dan kembali ke \c ketika saya ingin menelusuri glosarium, apakah ada potensi masalah yang bisa diprediksi?
  • Seperti yang ditunjukkan @CrazyRocky, memiliki glosarium yang sangat panjang memperlambat PT secara signifikan.
• Bagaimana dan kapan Glosarium menerapkan pengurutan alfabetis?
  • Saya telah mengatur urutan dalam dialog Pengaturan Bahasa–>Karakter Alfabetis.
    • Tetapi Glosarium mengurutkan ulang dirinya sendiri menjadi tidak benar. Itu menetapkan semacam urutan, hanya saja bukan yang saya definisikan.
  • Saya telah membuat entri secara manual di Glosarium di tempat yang salah, dan itu tidak pernah pindah ke tempat yang benar.
    • Saya kemudian melampirkannya ke Biblical Term Renderings, dan itu pindah ke tempat alfabetis.
    • Jadi apakah pengurutan alfabetis hanya berfungsi melalui jendela BT/Renderings?

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

mnjames:

Saya melihat dalam dokumentasi USFM bahwa ada penanda \pi# untuk "Sub-entri, atau paragraf sekunder (jika indentasi lebih disukai)." Apakah Anda pernah mempertimbangkan untuk menggunakan itu untuk sub-entri Anda? Jika tidak, apakah ada alasan Anda tidak ingin menggunakan penanda itu?

Dalam kasus kami, kami tidak mencari paragraf terpisah yang diindentasi. 'Sub-kata kunci' ini sejajar dengan teks, jadi kami benar-benar hanya ingin mereka memiliki format Tebal seperti kata kunci lain agar menonjol. Ini terutama terjadi karena kami beradaptasi dari terjemahan awal yang sudah ada dan kami mencari tahu sambil berjalan. Penanda \pi# bisa berfungsi jika kami memutuskan untuk memberikan istilah-istilah lain ini semacam sub-entri resmi. Tetapi saya belum meneliti bagaimana itu akan muncul bagi pembaca.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Saya baru saja melakukan pengujian cepat tentang memiliki dua bab di Glosarium dan berhasil menambahkan istilah baru baik dari alat Istilah Alkitabiah maupun langsung di Glosarium.

Saya kadang-kadang menambahkan beberapa nomor ayat (yang kemudian perlu dihapus sebelum penerbitan) untuk memungkinkan pencarian yang lebih baik di Glosarium.

Entri tidak diurutkan ulang sampai Anda benar-benar menyesuaikan entri glosarium di alat Istilah Alkitabiah.

Perhatikan bahwa \pi \k…\k* masih akan mengurutkan entri karena pengurutan dilakukan pada \k…\k* terlepas dari penanda di depan \k. Dan \pi akan diubah menjadi \pi nl \p sehingga entri dimulai dengan \p.

Saya juga memperhatikan bahwa jika saya menggunakan penanda lain untuk entri (seperti \li atau \q1), ketika alat Istilah Alkitabiah mengedit entri itu atau menautkan ke entri itu, itu diubah menjadi \p. Jadi, rekomendasi saya adalah membiarkannya sebagai \p dan kemudian mengubahnya ketika glosarium selesai jika diperlukan.

Jika Anda ingin memiliki sub-entri, salah satu opsi adalah menggunakan sesuatu seperti \pi \bdit…\bdit* sehingga entri diformat dengan benar, tetapi tidak diurutkan ulang.

Glosarium dapat memiliki banyak bentuk. Saya merekomendasikan untuk tidak menghabiskan banyak waktu untuk format sampai informasi dasar ditempatkan.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Saya menyukai pertanyaan Anda tentang bagaimana dan kapan pengurutan. Apakah Anda menerima jawaban? Apakah Anda sudah melakukan tes dan menemukan lebih banyak informasi?

Saya mulai kehilangan arah dalam glosarium yang terus tumbuh (sebuah tim sedang berfokus pada hal itu saat ini karena alasan praktis) dan sedang mempertimbangkan untuk mencoba menambahkan bab atau bahkan ayat. Semakin saya memahami cara kerja glosarium, semakin sedikit data yang akan saya rusak…

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 4

Saya ingin menegaskan saran anon848905 untuk menonton dua video tentang Glosarium. Meskipun diskusi tentang USFM sangat dasar, mereka mencakup beberapa fitur Glosarium yang kurang dikenal. Dua yang terlintas di benak saya adalah menangani kata-kata yang memiliki banyak afiks, dan menegakkan kembali tautan antara alat Istilah Alkitabiah dan Glosarium setelah terputus oleh sesuatu seperti perubahan ejaan dalam Teks.

Saya juga mendorong Anda untuk membaca artikel singkat Katie Barnwell tentang pembuatan glosarium yang tersedia di Translator’s Workplace. Dia memiliki nasihat yang baik tentang menentukan apa yang harus dan tidak harus masuk ke dalam glosarium. Saya telah mulai memperluas karyanya dan mencampurkan sisi Paratext dari glosarium, tetapi saya belum menyelesaikan proyek itu. Sebenarnya, jika ada yang mengetahui artikel atau materi lain tentang sisi leksikografi dari glosarium Alkitab, saya akan menghargai jika saya mendengarnya.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 5

Bagaimana orang-orang memecah glosarium mereka untuk membuatnya lebih mudah dibaca dan menemukan hal-hal? Apakah Anda menggunakan penanda \s untuk mengumumkan setiap huruf baru? Seperti \s A, \s B, \s C, dll.

Jika ya, bagaimana itu bekerja dengan pengurutan alfabetis otomatis? Saya bertanya-tanya karena beberapa penanda \s saya berubah urutan pada suatu titik ketika pengurutan alfabetis diterapkan.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Pemahaman saya adalah bahwa yang terbaik adalah menambahkan judul bagian tepat sebelum pencetakan. Mereka mengganggu pengurutan alfabetis entri baru.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Saya bekerja dengan proyek di mana bagian-bagian (misalnya satu buku Alkitab pada satu waktu) diterbitkan sebagai aplikasi bacaan. Jadi sementara kami mendiskusikan praktik terbaik, semoga kami dapat menemukan alur kerja yang tidak memerlukan banyak penyesuaian manual untuk penerbitan setiap buku (dengan asumsi bahwa kami dapat menyaring glosarium dan selalu memiliki glosarium yang relevan dengan setiap aplikasi bacaan).

Jika ada cara untuk memiliki judul bagian atau bab yang permanen dan juga pengurutan alfabetis yang stabil untuk entri baru, itu akan menjadi peningkatan yang membantu.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 6

Glosarium yang baik adalah kunci untuk memahami Alkitab bagi banyak pembaca pemula yang terisolasi.
Terima kasih kepada semua. Saya sangat senang dengan utas ini, yang penuh dengan kekhawatiran "saya juga" dan sudah penuh dengan masukan yang baik.

Saya berencana menulis beberapa pertanyaan tentang cara kerja dan mungkin beberapa permintaan fitur, tetapi ini terjadi beberapa hari terlalu cepat.

Saudara-saudara yang terkasih, pertanyaan-pertanyaan ini tentang penataan glosarium memang sangat penting. Mengapa?

Mohon pertimbangkan semua proyek yang tidak dipublikasikan, yang jarang memiliki juru bicara di forum. Pembaca modern yang tipikal mungkin berasal dari agama lain. Dia mungkin telah menemukan aplikasi Alkitab di Play Store dan membaca untuk pertama kalinya, sebagai seorang penanya.

Maka kita membutuhkan glosarium yang lengkap dan ramah pengguna:

• kita membutuhkan tautan yang dapat diklik dari teks utama ke entri glosarium yang paling relevan

• kita membutuhkan opsi untuk merujuk dari satu entri glosarium ke entri lainnya, juga melalui tautan yang dapat diklik

PT8 sudah memiliki alat-alat yang hebat dan struktur yang kokoh, yaitu bab, ayat, dan rujukan silang. Tetapi glosarium tidak menggunakan ini dengan benar, dan beberapa pengguna lain telah mencoba trik dengan bab dan ayat.

Saya sendiri telah mencoba membuat bab dan mendapatkan pesan kesalahan: bab hanya dapat memiliki angka dan nomor. Mengapa? Jika Anda mengangkat batasan ini (mohon), maka kita dapat menggunakan struktur paling kokoh "bab" dan menugaskannya ke huruf-huruf alfabet kita. Ada bahaya besar: Jika Anda mengizinkan ide ini, maka pengguna lain mungkin menyebut bab LUK sebagai "5", bab LUK sebagai "lima". Ini akan sangat buruk. Saya tidak tahu mengapa, tetapi kemungkinan buruk, itu mungkin merusak alat navigasi. Maka akan timbul kebutuhan untuk alat pemeriksaan lain tentang "nomor bab ilegal di semua buku non-glosarium".

Mengapa kita perlu segera menautkan antara entri glosarium:

Tata bahasa kita memiliki penanda kelas untuk kata benda kita di posisi awal kata. Jadi tunggal dan jamak dari satu entri sangat berjauhan: S_priest tidak berdekatan dengan P_priest.

Kita menulis glosarium kita sedemikian rupa sehingga setiap "kata yang perlu dijelaskan" dengan penerjemahan paling tipikal dalam teks adalah istilah kunci untuk glosarium kita. Jadi misalnya "pharisees" paling sering ditemui oleh pembaca dalam bentuk jamak, sehingga deskripsi kita terdaftar di bawah "P_pharisee". Tetapi beberapa pembaca mungkin secara manual pergi ke "S_pharisee" dan kemudian kita membutuhkan tautan. Karena sistem kelas kita begitu kaya, sehingga bahkan penutur asli pun tidak dapat mengatakan dari bentuk tunggal, bagaimana bentuk jamaknya dibentuk, ada beberapa opsi. Sejauh ini saya hanya menulis simbol panah khusus dan istilah glosarium lain yang ingin saya rujuk, dan pengguna harus menavigasi sendiri untuk menemukan entri utama.

Maka bab (untuk setiap huruf atau bahkan kombinasi huruf) akan sangat membantu. Dan setiap entri glosarium dapat memiliki status ayat. Sehingga rujukan silang dan penautan menjadi mungkin. Memodifikasi PT8 tidak pernah terasa sepenuhnya aman. Jadi saya memohon para pengembang untuk mempertimbangkan ini dan secara resmi mewujudkannya.

Glosarium kita menjadi besar. Batasan 20 halaman cetak tidak berlaku untuk aplikasi bacaan kita. Kita juga membutuhkan bantuan untuk menavigasi glosarium kita untuk pekerjaan normal kita, hanya dengan menggulir ke atas dan ke bawah saja memakan waktu lama. Alasan lain untuk menggunakan struktur yang ada dari bab dan ayat, karena untuk itu, kita memiliki alat navigasi yang stabil di bagian atas setiap jendela PT8, dan beberapa pengguna juga tahu pintasan keyboard mereka.

Fitur lain yang kita butuhkan adalah cara untuk melakukan tindak lanjut dari pekerjaan pada setiap item glosarium. Saya pikir Anda menyebut ini progres-proyek. Mohon pertimbangkan cara kerja kita:

Kita tidak duduk pada hari-hari tertentu dan berkata "marilah kita membuat semua entri glosarium untuk huruf K." Kita lebih memilih menerjemahkan teks utama dan setelah setiap bab, sementara kita masih memiliki studi dan catatan kita yang siap digunakan, kita memilih semua kata-kata yang menyebabkan masalah untuk penerjemahan dan/atau untuk pemeriksaan dan membaca dengan orang lain. Dan kemudian kita menulis entri glosarium tersebut. Karena ini masih hari-hari awal, kita biasanya memiliki lima hingga sepuluh entri per bab teks, dan ini perlahan menjadi berkurang, karena kita lebih sering dapat mengatakan "kita sudah menyelesaikan yang itu".

Maka entri glosarium harus memiliki sesuatu seperti nomor batch virtual atau bab-admin virtual untuk tujuan menerapkan progres-proyek dan alat pemeriksaan. Karena kita tidak menulisnya dalam urutan alfabetis, dan entri baru terus-menerus ditambahkan, saat ini tidak ada yang dapat melacak. Jika tidak ada yang segera muncul, saya akan perlu membuat penanda pribadi lain dan menciptakan baris status, berdasarkan "tahap" dan "tugas" yang terbukti dari alat progres-proyek, tetapi diterapkan pada entri glosarium individual.

Glosarium bukan Alkitab tetapi adalah kunci yang sangat penting bagi pembaca baru mana pun yang memungkinkan untuk mengakses dan memahami teks utama. Anda akan terkejut, berapa banyak istilah "dasar" yang tidak dikenal di bagian dunia kita. Jadi kita ingin menciptakan tingkat kualitas yang sama dan menerapkan alat-alat kontrol kualitas dan tindak lanjut yang ada.

Mohon bersukacita atas umpan balik ini: Rekan tim saya kembali sangat gembira minggu lalu dari sesi pembuatan entri glosarium. Penerjemah lokal harus bekerja keras dan mendapatkan POSS_head di sekitar beberapa konsep baru. Tetapi pada akhirnya PRO berkata sesuatu seperti "ini sangat menakjubkan, kita belajar banyak dan hal-hal menjadi lebih masuk akal sekarang". Anehnya (atau sayangnya) sesi kerja ini adalah setelah bab teks utama sudah diterjemahkan, sehingga semua istilah dan konsep seharusnya sudah dijelaskan sebelumnya. Sepertinya pekerjaan glosarium berubah menjadi mini sekolah Alkitab untuk seluruh tim kita.

Saya menduga bahwa - jika kita melihat struktur yang ada daripada menciptakan sistem terpisah - sebagian besar pekerjaan untuk glosarium yang lebih fungsional sudah selesai. Mungkin sesederhana mengizinkan bab dan ayat menjadi alfanumerik daripada hanya numerik (dan tentu saja memeriksa efek samping yang tidak diinginkan). Kami bersedia membantu sebagai penguji, karena ini penting.

Terima kasih untuk semua ide dan pemrosesan dalam utas ini, akan memantau ini dengan penuh semangat.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Tim,

Jika Anda membaca makalah Kathie Barnwel tentang glosarium, Anda akan melihat bahwa dia menggambarkan proses yang lebih mirip dengan yang Anda deskripsikan. Dia mengatakan tim harus selalu melihat istilah apa yang harus ada di glosarium dan melacaknya serta merevisi glosarium dan entri-entrinya secara konstan seiring dengan diterimanya umpan balik dari pengujian komunitas atau kunjungan konsultan. Tidak biasa sama sekali bagi pemahaman tim tentang suatu istilah untuk berubah atau mendalami seiring waktu. Tim harus berusaha memperbarui glosarium mereka seiring pemahaman mereka yang semakin mendalam dan menjadi lebih bernuansa.

Banyak tugas penerjemahan harus diperiksa dan direvisi secara berkala, bukan hanya glosarium. Fitur Project Plan cenderung sangat linear, tetapi tugas siklikal dapat ditempatkan dalam rencana menggunakan perumatan hati-hati seperti draf, revisi 1, revisi 2, dan seterusnya. Jika penting bagi Anda untuk mengelola langkah-langkah berbeda dalam membuat glosarium, maka Anda dapat menambahkan beberapa langkah eksplisit ke rencana Anda. Misalnya di tahap Drafting, memiliki tugas "mengidentifikasi dan menandai kata-kata yang mungkin membutuhkan entri glosarium". Di bidang deskripsi, Anda dapat memberikan instruksi yang lebih rinci seperti "tandai kata-kata utama dalam teks dengan penanda \w…\w* atau buat entri glosarium dari alat Biblical Terms, tetapi jangan membuat draf definisi."

Di tahap Team Checking, Anda dapat menambahkan tugas seperti "tim meninjau istilah-istilah yang ditandai untuk glosarium" dan di deskripsi mengatakan "tim menerima atau menolak istilah-istilah yang ditandai oleh penyusun untuk glosarium dan dapat menambahkan istilah-istilah yang terlewat oleh penyusun."

Anda kemudian dapat memiliki tugas terpisah untuk membuat draf entri glosarium, kemudian satu lagi untuk meninjau dan merevisinya pada waktu kemudian. Saya harap Anda mulai memahami idenya. Jika Anda ingin lebih banyak detail tentang glosarium dalam rencana proyek Anda, maka Anda harus menambahkannya ke rencana Anda, dan rencana akan membantu Anda tidak melewatkan satu langkah pun.

Anda benar bahwa tidak ada pemeriksaan otomatis seperti yang ada di alat parallel passage atau glosa untuk interlinearizer. Jika ini penting bagi Anda, maka Anda dapat membuat permintaan fitur untuk kotak centang status seperti yang dimiliki alat parallel passages. Begitu tim berpikir bahwa parallel passages yang dievaluasi cukup paralel, maka anggota tim mencentang kotak kecil yang menyatakan bahwa pekerjaan selesai. Demikian pula, diperlukan penilaian penutur bahasa untuk mengatakan apakah entri glosarium sudah selesai atau belum, sehingga kotak centang lulus/gagal adalah satu-satunya sistem yang dapat saya pikirkan yang dapat digunakan dalam kasus ini.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

anon044949:

Di tahap Team Checking, Anda dapat menambahkan tugas seperti "tim meninjau istilah-istilah yang ditandai untuk glosarium" dan di deskripsi mengatakan "tim menerima atau menolak istilah-istilah yang ditandai oleh penyusun untuk glosarium dan dapat menambahkan istilah-istilah yang terlewat oleh penyusun."

Anda kemudian dapat memiliki tugas terpisah untuk membuat draf entri glosarium, kemudian satu lagi untuk meninjau dan merevisinya pada waktu kemudian. Saya harap Anda mulai memahami idenya. Jika Anda ingin lebih banyak detail tentang glosarium dalam rencana proyek Anda, maka Anda harus menambahkannya ke rencana Anda, dan rencana akan membantu Anda tidak melewatkan satu langkah pun.

Jess, terima kasih atas masukan Anda ke dalam ini.

Kecuali bahwa apa yang Anda deskripsikan untuk Project Plan belum berfungsi di PT8 (atau saya melewatkan sesuatu). Project Plan disusun berdasarkan bab. Dan entri glosarium kita tidak memiliki apa pun (seperti tag status) di mana kita dapat "menugaskannya" ke bab tertentu. Kita dapat mengatakan sesuatu seperti "mustard-seed pertama kali ditemui dan kemudian ditulis dalam konteks LUK 15". Tetapi ketika bekerja turun melalui Project Plan kita, tidak ada cara untuk bahkan menampilkan semua entri glosarium tersebut, yang "terkait" dengan bab tertentu.

Sebaliknya, di jendela Biblical Terms, saya dapat dengan mudah menampilkan semua istilah Yunani untuk ayat, bab, atau buku tertentu, dll. Jadi kita setuju dengan Anda, tetapi kita kekurangan alat. Atau lebih tepatnya, tampaknya utas ini berubah menjadi kumpulan ide - yang mungkin kemudian bertransformasi menjadi permintaan fitur multi-pengguna. Masih terlalu dini, saya masih mengumpulkan ide dan melihat apa yang dilakukan pengguna lain. Terima kasih lagi.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 7

Di utas lain, topik penggunaan Paratext dan Fieldworks bersama-sama muncul. Saya ingin melihat alat pembuat glosarium di masa depan di mana pengguna dapat menandai entri di database Fieldworks yang akan diimpor ke Glosarium Paratext. Ini bisa dinamis, sehingga seiring data untuk kata-kata tersebut disempurnakan di Fieldworks, entri glosarium akan diperbarui. Fieldworks sudah memungkinkan Anda mengambil subset data Anda untuk membuat kamus yang berbeda; mengapa tidak memiliki kategori "Bible Glossary" dan menautkan kategori tersebut ke Paratext. Fieldworks adalah program pembuat kamus yang sangat baik, kita harus menggunakan kekuatan itu untuk membuat glosarium yang lebih baik daripada menduplikasi semua fungsi tersebut di Paratext.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 8

Di sini sedang hari libur nasional, jadi kami punya hari yang tenang di kantor dan bisa melakukan beberapa penelitian dan pengembangan:

Kami membuat penanda khusus (custom marker) dan menguji bagaimana kami dapat melacak status kemajuan setiap entri glosarium, menggunakan kode internal kami dari Project Plan.

Nanti, kami ingin mencoba ide untuk memberikan nomor bab virtual atau nomor batch ke entri glosarium kami, untuk pelacakan kemajuan.

Sayangnya, ikon "progress" biru tidak muncul saat bekerja di glosarium kami. Dan yang lebih buruk lagi, saat mencoba membuka jendela (untuk mencari kode), saya hanya mendapatkan pesan yang agak keras ini:

Current book (GLO) is not in the project plan.Since it is not a Scripture book, it cannot be added to the progress plan.

Jadi selama beberapa hari terakhir kami telah berdiskusi di sini tentang cara terbaik untuk mengerjakan Glosarium, dan sekarang PT8 memberitahu saya bahwa kami bahkan tidak bisa melakukan kontrol kualitas dan pelacakan kemajuan. Tentu saja ini bukan bug, tetapi tolong pertimbangkan kembali.

Saya tahu ada proyek di mana konsultan memeriksa glosarium (tidak seperti Alkitab, tetapi serupa) sebelum penerbitan, karena glosarium keluar dalam buku yang sama dan memiliki dampak besar (baik atau buruk) pada pemahaman pembaca terhadap teks utama. Jadi mengapa memblokir pelacakan kemajuan dan kualitas pada tingkat teknis? Tolong pertimbangkan kembali, para pembuat kebijakan yang terhormat.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Tim:

So why block progress- and quality-tracking at a technical level? Please reconsider dear people who make the policies.

Hanya agar Anda mengetahui alasan di balik keputusan ini:
Glosarium, buku tambahan, dll. biasanya memiliki serangkaian langkah yang berbeda (kadang sangat berbeda) yang harus dilalui dibandingkan dengan buku-buku Alkitab. Karena Assignments and Progress hanya memungkinkan penentuan rencana untuk seluruh proyek (yaitu hal-hal yang Anda lakukan untuk setiap buku), agar Anda dapat menambahkan langkah-langkah yang berbeda untuk buku-buku non-Alkitab, itu akan membuat langkah-langkah lainnya untuk buku-buku Alkitab menjadi berantakan dan Anda kemungkinan akan dipaksa untuk mencentang hal-hal di buku-buku yang tidak akan pernah dilakukan.

Saya pikir ada permintaan fitur untuk memungkinkan penentuan rencana per-buku sehingga pemeriksaan buku-buku non-Alkitab dapat dilakukan tanpa menjadi merepotkan. Namun, ini belum menjadi prioritas tinggi.

Diterjemahkan secara otomatis dari English Tampilkan asli

---

Terima kasih @anon291708 karena memberikan alasan dan latar belakang. Saya setuju bahwa glosarium membutuhkan langkah-langkah pemeriksaan yang berbeda.

Saya hanya terkejut bahwa PT8 tidak mengizinkan jenis pemeriksaan apa pun melalui Project Plan, bahkan menolak untuk membuka jendela pemeriksaan (jadi kami bahkan tidak bisa melihat referensi kami untuk melakukan pelacakan status manual kami, sementara kursor kami berada di dalam "buku" glosarium.)

Alat Project Plan sangat kuat dan kami bisa dengan mudah menghabiskan waktu untuk menulis tahap khusus dengan tugas-tugas khusus yang diperlukan. Tetapi karena alatnya terkunci sepenuhnya, kami tidak bisa menggunakannya sama sekali.

Alat progress ini baru saja diperkenalkan. Dan kami sangat menyukainya untuk buku-buku biasa: Kami melacak di kertas untuk semua tugas yang mencakup kurang dari satu bab utuh. Dan kemudian kami mencentang kotak-kotak di PT, begitu satu bab utuh selesai. (Kantor ini sebagian besar terdiri dari pekerja lepas yang datang ketika mereka menemukan waktu.) Jadi kami menggunakan sistem penomoran referensi untuk dengan mudah mengetahui di kertas tugas mana yang mana.

Jadi ketika saya memberikan umpan balik kepada Anda, tolong ingat bahwa kami menyukainya dan menghargainya. Namun, alat ini bisa lebih berguna dengan penguncian yang lebih sedikit - tergantung pada apa yang dikonfirmasi atau dinyatakan tidak relevan oleh pengguna lain untuk proyek lain.

Saya ingat bahwa di PT7 lama kami hanya memiliki tiga atau empat tugas yang didefinisikan dalam Project Progress dan saya menemukan bahwa kami dapat menyesuaikannya untuk memiliki maksimal 8 tugas. Tetapi kami tidak pernah berhasil memaksakan pelaporan semua tugas lokal kami ke dalam hanya 8 langkah, jadi pelaporannya berantakan. Sekali lagi: kami menghargai alat baru ini, ia memiliki semua potensi ini, itulah mengapa kami ingin membuatnya lebih sesuai dengan realitas kami.

Ketika kami bermigrasi ke PT8 dan melihat alat Project Plan untuk pertama kalinya, kami menyukai kelengkapannya dan kami menjadi cemas tentang kekakuan konsep dan rencana contoh yang diusulkan. Seperti yang Anda katakan "hanya memungkinkan penentuan rencana untuk seluruh proyek". Jadi kami menghabiskan hampir satu jam untuk mencentang semua "hanya dapat memulai tugas nnnn setelah tugas mmmm selesai". Karena itu sama sekali tidak realistis untuk situasi lokal kami dan tim kami dan cara kami perlu memperhitungkan sakit, ketidakhadiran, pemadaman listrik, apa pun. Proyek di mana saya terlibat dengan PT, bukan proyek yang sempurna dan kami lebih memilih untuk melaporkan dan mencatat kebenaran yang buruk daripada dipaksa oleh rencana yang sempurna untuk tidak melaporkan karena beberapa kotak "terkunci".

Saya tidak lupa bahwa utas ini tentang glosarium. Jadi permintaan pertama adalah tolong buka kunci alat pelaporan, sehingga setidaknya jendela dapat dibuka dari buku glosarium (untuk melihat). Akan lebih membantu lagi jika pengguna diizinkan menulis tahap dan tugas khusus untuk apa yang Anda sebut buku tambahan, sampai ide yang lebih indah mungkin diwujudkan. Kami mengerjakan glosarium setiap minggu seiring dengan kemajuan terjemahan utama. Dan karena entri glosarium baru terus didorong ke tempat-tempat yang berbeda, sesuai dengan alfabet, kami membutuhkan beberapa cara khusus yang cerdas untuk melacak tugas-tugas glosarium kami.

Saya telah membuat prototipe baris status untuk setiap entri glosarium kemarin. Menggunakan nomor referensi lokal yang sama seperti untuk pekerjaan teks biasa kami (pemeriksaan ejaan, beberapa putaran proof reading, pemeriksaan tertentu, dll). Dan beberapa tugas yang tidak masuk akal (seperti memberikan istilah Yunani untuk setiap kata dalam penjelasan glosarium) kami lewati saja.

Langkah selanjutnya saya ingin bereksperimen dengan bab virtual atau nomor batch untuk melacak set entri glosarium yang dikerjakan bersama dalam satu hari kerja. Jadi tolong beri kami kabar tentang peta jalan PT resmi, sehingga ketika "alat-alat asli" untuk melacak buku tambahan siap, kami dapat bermigrasi ke sana.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 9

Kesaksian: Saya telah mengkonversi satu Glosarium dari "tanpa struktur" menjadi "33 bab", untuk bahasa dengan 33 karakter dalam abjadnya. Beberapa karakter tersebut tidak pernah dapat muncul di awal kata, jadi bab-bab tersebut akan tetap kosong.

PT8 tampaknya bekerja sangat baik dengan pengaturan baru ini. Entri glosarium baru - yang dibuat dari jendela Key Terms - masih diurutkan tepat di tempat yang diperlukan secara alfabetis. Saya belum mengamati efek samping yang buruk dan tim belum mengeluh sejauh ini.

Ini adalah satu contoh sedih lagi di mana manusia harus beradaptasi dengan alat komputernya; PT8 tidak menerima apa pun selain angka numerik murni setelah \c - jadi saya membuat grafik alfabet untuk tim agar dapat dengan cepat mencari entri glosarium: Anda ingin istilah yang dimulai dengan "sh"? Pergi ke bab 28. Meskipun ini jauh lebih baik daripada glosarium lama yang tidak terstruktur dan panjangnya beberapa layar.

Terima kasih kepada @anon848905 yang - menurut saya - pertama kali membagikan tentang membuat "bab" palsu di utas ini.

Diterjemahkan secara otomatis dari English Tampilkan asli

Answer 10

@anon716631 @mnjames

Apakah Anda telah mengirimkan Umpan Balik (Feedback) ke Paratext tentang masalah lambatnya ini? Mungkin ketika Anda melakukannya, Anda dapat merinci kebutuhan Anda untuk perubahan dalam cara Glosarium (dan Project Notes di Glosarium) berfungsi.

Diterjemahkan secara otomatis dari English Tampilkan asli

Comments

Saya mengasumsikan masalah ini sudah diketahui oleh para pengembang, tetapi saya baru saja mengirimkan laporan bug.

Diterjemahkan secara otomatis dari English Tampilkan asli