0
138 次浏览

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 分) 发布 | 138 次浏览

登录注册以回答此问题。

相关问题

0
6 个回答 1.1k 次浏览
我们有一个小型术语表(目前只有 1 页),我们正在使用逐词对照工具(interlineariser)来提供回译 为了便于最近一次顾问检查时的打印输出以及导航,我遍历了术语表并添加了节号,使用 \vp 以便在出版时将数字替换为字母 例如: \v ... 工具完全停止工作 有没有一种方法可以分段术语表,使逐词对照工具能够接受?针对这种情况的最佳实践是什么?
anon542642 294 发布 提问于 二月 21, 2022
0
2 个回答 248 次浏览
我正在寻求建议,想了解其他人是如何处理 Paratext 培训中的练习项目的 过去我们在举办 Paratext 课程时,曾使用过几种不同的方法来分发练习项目: 备份/恢复(Backup/Restore):这并不理想,因为它会移除现有的用户 ... /接收分发同一个项目,仍然会出现冲突 我只是不知道该怎么做 欢迎大家提出想法 谢谢, james_post
[Moderator]
james_post
2.1k 发布
提问于 九月 9, 2021
0
6 个回答 936 次浏览
鉴于插入的任何插图都会通过 Send/Receive(发送/接收)进行传输,那么在处理插图的过程中,最佳实践是什么?特别是在低带宽环境下,我们并不希望增加 Send/Receive 的负担。 目前,例如某个团队只是插入一条注释,以表示希望在该位置添加特定的插图。有没有更好的方法?
drwww 448 发布 提问于 十月 1, 2018
+1
10 个回答 1.9k 次浏览
我刚开始在我们的项目中真正设置术语表(Glossary),因此遇到了很多问题 我想知道是否有人编写过 最佳实践 文档,或者分享过一些让一切正常运行的技巧 我读过 USFM 标记文档和 PT 帮助,但它们并没有回答很多问题 例如,在很长的术语 ... ? 我相信随着我使用它的时间越长,我会产生更多的问题,我想知道我是否遗漏了某个能回答所有这些问题的优质资源
mnjames 1.9k 发布 提问于 七月 25, 2018
0
2 个回答 289 次浏览
我需要删除一些音频,以便在我寻找让受访者更匿名地使用音频的方法时保护他们的身份。需要删除的回复数量不多。
TM_Software 123 发布 提问于 八月 16, 2023
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Give proper recognition to those widows who are really in need.
1 Timothy 5:3
3,049 个问题
6,007 个回答
5,673 条评论
2,029 位用户