0
822 次瀏覽

I was wondering if it is possible to unlink a daughter project and change to a standard project in PT8? In the Project, Properties and Settings is greyed out in one test I did, in the other it lets me change the Project Type, but the OK button is still greyed out.

I’m helping a project that needs to unlink the parent/daughter because they found out that the versification for parent and daughter need to be different. What’s the best way to do that in a way that preserves the most information:

  1. Convert project to preserve original setup, unlink
  2. Backup/Restore to new project, manually export/import spelling, renderings, etc

Thanks,

Stevan

舊文章 - 以原文顯示
Paratext (128 點) 提出
已重新顯示 | 822 次瀏覽

6 個回答

0
最佳回答

Beware that doing this will break all connections with the base project so they will not be able to easily determine when the base project text is changed (i.e. all the status boxes will be gone). Status boxes are very useful to a derived project so I would make certain that they need to use a different versification before preceding.

That being said, the easiest way to change to a Standard Project without losing anything else is to close Paratext and open the Settings.xml file inside the project folder and change the line:
"<TranslationInfo>Daughter:{baseProj}:{LongString}</TranslationInfo>
into:
<TranslationInfo>Standard::</TranslationInfo>".

EDIT: This should only be done by advanced users.

舊文章 - 以原文顯示
[Expert]
(16.7k 點) 提出

已重新顯示

Thank you! Your suggestion to modify this line in the Settings.xml file seemed to work. I have now been using our project several days with this changed Settings.xml file and everything seems to work fine.

舊文章 - 以原文顯示
0

A post was split to a new topic: Can normalization setting be changed without losing all project history

舊文章 - 以原文顯示
[Expert]
(16.7k 點) 提出
0

Can this same trick be used to change a Standard project to a Daughter project?

舊文章 - 以原文顯示
(1.8k 點) 提出

Yes, this should also work to change a Standard project into a Daughter project. In my example above, the {baseProj} must be the short name/abbreviation of the base project and the {LongString} must be set to the <Guid> entry of the settings file in the base project.

Note that changing between project types is usually not a good idea because of the project registrations from the Paratext Registry. However, because both a Standard project and a Daughter project both have to be registered in the Paratext Registry, this particular scenario works.

舊文章 - 以原文顯示

I have changed a Standard project to a Transliteration project using the method listed here, but it is still showing up in the Registry. Other project which were initially created using a project type that was a sub-project of a different project never showed up in the Registry. Is there some way to remove this one I’ve converted?

My main purpose for changing the type was so that it wouldn’t clutter our service groups audits of the different projects under their supervision.

舊文章 - 以原文顯示
0

You aren’t able to just delete the entry in the Registry?

舊文章 - 以原文顯示
[Expert]
(16.7k 點) 提出

The issue is converting it from a project that has its own registration to one that inherits the registration of it’s base project. I am not sure how I would do that. Since registering a project puts the project on the S/R server, unregistering it usually removes it from the S/R server, I do not want to do that. What I want to do is to transfer the project’s registration to the Base project. So if someone could give us a step by step on how to do this it would be helpful.

舊文章 - 以原文顯示

I think that what I would do is the following:
Starting with a Registered Standard Project and changing it to a project that gets its registration from a base. This presumes that the base project has not been registered.

  1. Make sure you do S/R of any projects so that you have all the data on your computer.
  2. Open the Standard Project and Delete the project (Keep only my project, delete for others, delete registration). This should remove the registration and remove it from the S/R server. You need to have all users remove their copies.
  3. Register the Base project, share and do S/R
  4. Set the original project to the desired type, share it and S/R.
舊文章 - 以原文顯示

This was the sort of thing that made me worry about just doing this. However based on the replies here I bit the bullet and tried. It appears that anon848905’s instructions work (meaning you don’t have to edit the Settings.xml file manually), and it appears that other users will receive the updated changes without needing to delete their project.

The only thing I didn’t confirm is whether they absolutely need to do a S/R before someone starts this process. My guess is that doing that might be a wise precaution, but probably isn’t necessary.

舊文章 - 以原文顯示

The reason for suggesting that the person doing these steps does a S/R before starting is to insure that they have the latest files from the server. Since the process involves removing the files from the server you want to make sure you have them before you start. Generally it is a good idea to do S/R regularly so it might not be needed if one has been done, but it is just good practice.

舊文章 - 以原文顯示

Sorry, my statement was badly worded and didn’t convey what I intended.

I completely agree that the person doing this change ought to do a S/R before deleting the server copy.

What I meant to say is that I don’t think other members need to so a S/R before the administrator does this process.

舊文章 - 以原文顯示

Just to clarify - before doing a process that involves removing a project from the server, I would highly recommend that everyone on the team do a S/R and the administrator doing the process should be the last to S/R so that they get all the changes from all the team members.

舊文章 - 以原文顯示
0

You should be able to delete the entry in the Registry for the project (this will also delete it off the S/R server) and then be able to S/R the project with its new type and everything should just work. Since the project ID and everything else won’t change, all the history should remain intact and users that had the previous version should just be able to S/R to get the updated project type.

舊文章 - 以原文顯示
[Expert]
(16.7k 點) 提出

已重新顯示
0

Thanks, Sounds like it will work.

舊文章 - 以原文顯示
(1.8k 點) 提出

相關問題

0
2 個回答 67 次瀏覽
之前我曾提問過一個幾乎相反的問題,並獲得了寶貴的建議 另一個問題 我並非故意煩擾各位,若想瞭解我們為何提出這個新問題,請閱讀文末 如今在 2026 年,團隊正在思考,是否有簡單且安全的方法,將他們高度成熟的 PTXPrint 專案與 PT ... 數據,以及何時解除連結以擁有穩定數據 希望這說得通 如果我們的工作流程完全錯誤,請大聲指出 請務必友善一點
Tim 934 提出 已提問 5月 29
0
2 個回答 241 次瀏覽
我希望子專案擁有與父專案相同的核准拼字和核准譯法。
JeffSHR 110 提出 已提問 8月 15, 2024
0
1 個回答 147 次瀏覽
我是一個標準專案的管理員,該專案關聯了許多我並非管理員的輔助專案。我希望刪除所有專案(標準專案與輔助專案),而不需要涉及最初設定這些專案的原管理員。該怎麼辦?謝謝。
Jeremy Lang 103 提出 已提問 2月 12, 2025
0
1 個回答 198 次瀏覽
Paratext 9.2.102.4 解決了我在 9.2.102.3 中遇到的 Interlinearizer 問題。更新後的版本可以輸出至標準專案,而不僅限於子專案。新版本何時會正式發布?
Iver Larsen 869 提出 已提問 1月 21, 2022
0
3 個回答 514 次瀏覽
Dear all I wanted to convert a Consultant Notes created using Standard Translation Project (Not Registered) to a ... Project Please help if you know the solution blessings binoy
binoy 327 提出 已提問 5月 22, 2020
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
For where two or three gather in my name, there am I with them.
Matthew 18:20
3,048 個問題
6,007 個回答
5,672 則評論
2,028 位使用者