0
139 次瀏覽

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) copying to a non-editable project, every time you print all or part of a project, and every time you record audio. The snapshot should contain just the books or partial books that were printed or recorded. I know that at least some other project coordinators follow this practice.

If your project was called rusCA (“Central Asian Russian”), and you print the NT in 2018, you could name the copy:

rusCA18

… and give nobody edit rights. (For this reason, I like to limit project short names to six characters: this way dated snapshots will fit within the eight-character maximum for short names.)

Here are some of the reasons for having snapshots:

  • You have an electronic version of what was put into print. This can be used for reprints, for apps, or for other publications;
  • It can also be used with the Compare Texts feature (though a marked point in the Project History would be just as good);
  • You can archive the snapshot to REAP, either straight away, or at a later point when there is the time available to do this.

In some circumstances (see below), you might want to make a further copy called:

rusCAv1 or rusCA1

(you’d increment the number if this is not the first snapshot). This project would have editing allowed, in order to make minor changes for later print runs, and would probably only be needed in the case that the main project branches in some way from the printed/recorded version. (Branching could happen – and, in our project, has happened – where continuing translation work means that previously completed books are changed for consistency with newly translated books, or because of newly discovered issues during comprehension testing, or because a change in the language used in schools means that the readership is able to understand a wider vocabulary than previously was the case.)

In the editable snapshot project, you mght, for example, make corrections before a second or subsequent print run, or before an update to an app. If you want to maintain consistency with an audio recording, you could limit these changes to corrections in punctuation and footnotes, which will not make the text deviate from the audio.


I’d welcome any comments from others’ experience. In our project, the four Gospels, printed in 2010, are undergoing a full revision, meaning there are two branches – two versions – of these. Different experiences in your project may have given you other insights or suggestions regarding snapshots.

(Note re this site: Writing this left me wishing there was a category for Best Practices. But then again, maybe not, since this is a tech support forum. If this post doesn’t fint the aims of this site, then please tell me!)

舊文章 - 以原文顯示
Paratext (1.4k 點) 提出 | 139 次瀏覽

登入註冊 以回答此問題。

相關問題

0
6 個回答 1.1k 次瀏覽
我們有一個小型術語表(目前只有 1 頁),我們正在使用對照表工具(interlineariser)來提供回譯(back translations) 為了在最近的顧問檢查中進行列印輸出,並方便導航,我瀏覽了整個術語表並添加了節號,使用 \vp 來在出版時將 ... 工具完全停擺 有沒有什麼方法可以將術語表分段,讓對照表工具能夠接受?這方面的最佳實務是什麼?
anon542642 294 提出 已提問 2月 21, 2022
0
2 個回答 248 次瀏覽
我正在尋找其他人處理 Paratext 培訓練習專案的建議 過去我們舉辦 Paratext 課程時,曾使用幾種不同的方法來分發練習專案: 備份/還原(Backup/Restore):這並非理想選擇,因為它會移除現有使用者等資料 ... /Receive 分發相同的專案,仍會發生衝突 我只是不確定該怎麼辦 歡迎提出想法 謝謝, james_post
[Moderator]
james_post
2.1k 提出
已提問 9月 9, 2021
0
6 個回答 936 次瀏覽
既然插入的任何插圖都會透過 Send/Receive 傳送,那麼在進行過程中處理插圖的最佳實務是什麼?特別是在頻寬較低的環境中,我們不希望增加 Send/Receive 的負擔。 目前,例如某個團隊只是插入註記,以表示希望在該位置添加特定的插圖。有沒有更好的方法?
drwww 448 提出 已提問 10月 1, 2018
+1
10 個回答 1.9k 次瀏覽
我剛開始在我們的專案中真正設定術語表(Glossary),因此遇到了很多問題 我想知道是否有人曾撰寫過「最佳實務」文件或提示,說明如何讓一切正常運作 我已經閱讀了 USFM 標記文件以及 PT 的說明,但這些文件並未解答許多問題 例如,在長 ... 排列嗎? 我相信隨著我使用時間越長,我會有更多問題,我也想知道我是否遺漏了某些能解答所有這些問題的良好資源
mnjames 1.9k 提出 已提問 7月 25, 2018
0
2 個回答 289 次瀏覽
我需要移除一些音訊,以保護回應者的身分,同時我正在尋找讓他們以更匿名方式使用音訊的方法。回應的數量不多。
TM_Software 123 提出 已提問 8月 16, 2023
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
And over all these virtues put on love, which binds them all together in perfect unity.
Colossians 3:14
3,049 個問題
6,007 個回答
5,673 則評論
2,029 位使用者