Team Projects - syncing`tm` and `dictionary` folders - is it possible or can it be implemented?
Thread poster: albertradvan
albertradvan
albertradvan
Czech Republic
Local time: 11:57
English to Czech
+ ...
Jul 18, 2020

Hello, I recently started setting up team projects as a project manager. I use git for starting the projects and github.org as a server (in case this is relevant)

When I make a team project I understand:

1. `glossary` and `omegat` folders,
`.gitattributes` and `omegat.project` files are automatically committed in the first commit and auto synced by OmegaT from then onwards.

2. `source` and `target` folders need to be committed manually from OmegaT
... See more
Hello, I recently started setting up team projects as a project manager. I use git for starting the projects and github.org as a server (in case this is relevant)

When I make a team project I understand:

1. `glossary` and `omegat` folders,
`.gitattributes` and `omegat.project` files are automatically committed in the first commit and auto synced by OmegaT from then onwards.

2. `source` and `target` folders need to be committed manually from OmegaT menu but are auto synced from then onwards.

3. `dictionary` and `tm` and folders are not committed or synced at all. So any tm and dictionary files I want my translators to use must be sent to them manually and manually put into the right folder on their PC/Mac.

This creates issues as my translators are not necessarily tech savvy to a point that even having them install a remote access software that would allow me to sort this out is sometimes very difficult.

At the same time, I need to issue my translators dics and tms specific for every project.

Is there an option to have `dictionary` and `tm` folders auto committed and synced in by OmegaT in the same way `glossary` and `omegat` folders are?

Or what is the current consensus on solving this issue? I cannot be the only one running into this, right?
Collapse


 
Samuel Murray
Samuel Murray  Identity Verified
Netherlands
Local time: 11:57
Member (2006)
English to Afrikaans
+ ...
@Albert Jul 18, 2020

albertradvan wrote:
Or what is the current consensus on solving this issue?


You'd best ask your question on the developer list:
https://sourceforge.net/projects/omegat/lists/omegat-development
There may be support for implementing this.


albertradvan
 
Michael Beijer
Michael Beijer  Identity Verified
United Kingdom
Local time: 10:57
Member (2009)
Dutch to English
+ ...
possibly relevant/useful (‘Teambase’, developed by the ‘DGT-OmegaT’ project) Jul 18, 2020

see: http://185.13.37.79/?q=node/20

‘Teambase

Teambase is an alternative way to share work in real time between OmegaT users, using a SQL database as in intermediate. The main advantage compared to using Git or Subversion is that there is no latency: each segment validated by you is immediately available for all users connected to the same database; they do not have to wait for
... See more
see: http://185.13.37.79/?q=node/20

‘Teambase

Teambase is an alternative way to share work in real time between OmegaT users, using a SQL database as in intermediate. The main advantage compared to using Git or Subversion is that there is no latency: each segment validated by you is immediately available for all users connected to the same database; they do not have to wait for the next time you save, automatically or not. And of course you will immediately see other people's work the same way. Another advantage is that you are not required to share the entire project : Teambase can be used to share real-time work between projects related to the same thematic, such as two manuals related to the same software. Last but not least, Teambase memories are shareable between various CAT tools, with some limitations but in real time.

Let's detail the second point. Git/Subversion modes in OmegaT work by sharing the entire project, including the files which are not supposed to change during the lifecycle of the project, such as source files and non-writable glossaries. Teambase instead, enables sharing the equivalent of one of the modifiable files: if you want to share several files, you have to create the same number of connections to the database (but the plugin will manage to open less physical connections if possible). So, you can share :

• One or more memories, as if you had TMX files in the tm/ directory ;
• One or more glossaries, as if you had files in the glossaries/ directory ;
• as actually inside OmegaT, one of these files can be the main glossary: if you set it to Teambase, you obtain a shared writable glossary ;
• The project-save memory
• Other-language project-save memories, i.e. what is in tmx2source directory

For all of the four previous points, a new select query is done to the database each time you go to a new segment. Memories (1) can be accessed in read-only or in read-write mode, in the second case each modified segment is sent to the memory, but you can define rules to prevent some useless insertions. Project-save (3) connections are always read-write, and the read query is a synchronization, meaning that you receive all changes, based on date, not contents. Other langage projects (4) are read the same way, but not written. Finally, glossaries (2) are updated if, and only if, you did the connection as main glossary.

Still not convinced? Look here for a comparison between various solutions now available in OmegaT for sharing projects. Note that we listed only solutions we already know, and from our point of view: you can make comments if you do not agree with something said in this page, this is open for debate.

Since this is a client/server application, the situation is more complex than for all features discussed until now. The distributed binary version of DGT-OmegaT includes the client plugin, but for the sources and the server part, this has been put in a separate project. Furthermore, the idea of this server came a long time before DGT users were finally interested in it. That is the reason why the server part is in another web site - http://www.silvestris-lab.org/: in fact, Teambase is nothing more than a personnalization of Silvestris/Cyclotis project, not the other way around.


Architecture
Installing a server
Usage inside OmegaT
For developpers : patches and plugin’
Collapse


 


There is no moderator assigned specifically to this forum.
To report site rules violations or get help, please contact site staff »


Team Projects - syncing`tm` and `dictionary` folders - is it possible or can it be implemented?






Trados Studio 2022 Freelance
The leading translation software used by over 270,000 translators.

Designed with your feedback in mind, Trados Studio 2022 delivers an unrivalled, powerful desktop and cloud solution, empowering you to work in the most efficient and cost-effective way.

More info »
CafeTran Espresso
You've never met a CAT tool this clever!

Translate faster & easier, using a sophisticated CAT tool built by a translator / developer. Accept jobs from clients who use Trados, MemoQ, Wordfast & major CAT tools. Download and start using CafeTran Espresso -- for free

Buy now! »