Translation Project Brainstorming Meeting Agenda and Notes

Translation Project Brainstorming Meeting Agenda and Notes

Meeting Information

Monday, April 13 11 AM-12 PM EST

Join our Cloud HD Video Meeting Smithsonian link

Participants

  • @Corey Schmidt

  • @Zhimin Chen

  • @Alexander Duryee

  • @Bonnie Gordon

  • @Ojas Kadu

  • @Michelle Paquette

  • @Laura Schroffel

  • @Brian Zelip

  • @Thimios Dimopulos

  • @Blake Carver

Helpful Links

Time

Item

Notes

Time

Item

Notes

5 minutes

Intro to Translation Tickets

30 minutes

Brainstorming ideas on project

  • If LLMs - be hands on with it.

    • Going section by section, giving context to the LLM each time.

    • Then ask community fluent speakers to review the work of the LLM

      • Send the PR links to community members to review.

    • If we don’t get community members reviewed, we need to note translations done by LLMs

  • What about weblate?

    • Sits in between individuals and repo.

    • Brian suggests weblate is overkill for this project.

      • PR is the source of the translation.

  • For ASpace core, what has been translated?

    • Nothing is 100% translated in a language in ASpace for other languages. But varying degrees of translation - all dependent on individual’s work.

    • EN, FR, SP, DE, UK, JP

  • Work is going to be file-based.

  • Requirements:

    • Make sure to match the languages that are officially supported

    • Document the process for how to translate the content of the docs

      • Step-by-step for branching, dividing work for pages, using LLM for translating, generating markdown file, posting PRs for review.

        • Could also use a secondary LLM to review the first’s LLM’s translations.

    • Secondary goal is adding the other languages in ASpace/locales folder that are not officially supported, but are working on.

  • Do we have a preferred LLM? Consistent Model? Model ideal for translation?

    • Chances are LLMs are aware of ArchivesSpace.

    • Could also review LLM’s first pass with a different LLM for review.

  • Exclude translations for specific parts of pages:

    • Code blocks

    • Folder names in the ASpace core code directory - ex. ‘backups’ directory is blah blah == ‘backups’ needs to stay English.

    • ASCII art ( - ex. docker.md example of file structure)

    • TO INVESTIGATE:

      Internal links - these same page links to subheaders in same page or different pages in techdocs will be translated - so need to review these too.

    • NOTE: use Branch Preview URL for PR’s to review - this URL will remain the same.

  • Brian uses Cursor in VSCode - suite of LLMs.

  • LLM’s?

    • Co-pilot for Corey

    • Co-pilot for Laura

    • DeepL - also good for translators

    • Alex - not sure what they have access to.

20 minutes

Next steps for project

  • Save project for next term to start doing actual work, but can start prepping documentation and step-by-step process with Brian’s help.

10 minutes

Final review of tasks

  • TODOs: TechDocs team members record what LLMs do they have access to/permission to use?

    • Ok to mix and match tools from Brian’s opinion - most important to use what you have.

  • TODO @Brian Zelip : refresh the language list to the list of supported translations. Ask Jessica what is the list and that will be our target.

  • TODO @Brian Zelip : start developing step-by-step process for this translation work.

  • TODO @Corey Schmidt : start preparing project documentation with help from Brian.

    • Determine what other questions we have:

      • Community review? LLM secondary review?

      • Designation of work for translation? Per page? Per language? Other?

      • What LLM’s to TechDocs team members have access to?

      • Build in exclusions for things like: code blocks, folder structures?

      • How to handle internal links?

      • How will LLM’s tolerate spelling/grammar errors? Will we need to review all TechDocs contents before submitting to LLM for translation?

Action Items