AI-instelling geeft aan dat vertalingen zijn uitgeschakeld wanneer ze zijn ingeschakeld

Fout
,
1

This is really minor one, more level beauty glitch. But this is in use, and translations are working.

IMG_2585
IMG_25851803Ɨ833 119 KB

But it gave me small and short incident of arrhythmia :joy:

1 like
2

Sorry, not following, wat is hier mis?

3

Vertalingen waren en zijn ingeschakeld. Niet uitgeschakeld, zoals dat scherm aangeeft.

4

Vreemd, @nat werkt aan dit scherm, het zou de voortgang moeten tonen.

1 like
5

The feature is deemed enabled if

  • discourse_ai_enabled :check_mark:
  • ai_translation_enabled :check_mark:
  • content_localization_supported_locales has values
  • ai_translation_backfill_max_age_days is more than 0
  • ai_translation_backfill_hourly_rate is more than 0

@Jagster Can you share these values and the state of your graph?

That said, perhaps we can reduce the requirements to show this graph, but the graph would be empty if the first four is not satisfied.

6

Nou, dan zou het een storing in de Matrix kunnen zijn. Ik voer vrij vaak upgrades uit, dus het kan worden opgelost, ook al is er geen duidelijke reden.

7

Maybe the text should say something like ā€œAutomatic backfill of translations is disabled, click below to configureā€ if only these two settings prevent the graph from showing.
Then no one has to worry that translations are disabled in general

1 like
8

My content is translated, and on that side isnā€™t any issue contentwise.

But:

  • supported locales are fi, sv, et, en_US and de. Default is fi, done in web_only.yml
  • backfill-max_age is 365
  • backfill_hourly_rate is 15
9

De grafiek is specifiek voor de AI-functies en wordt alleen weergegeven wanneer aan alle vijf de instellingen is voldaan.

EĆ©n ding dat ik uit de vereiste kan verwijderen, is de backfill_hourly_rate, maar verder denk ik niet dat het zou kunnen werken.

10

Sorry, mijn fout. Ik dacht dat die enabled punten voor de hand liggend waren.

Zowel ai als vertaling zijn ingeschakeld.

11

Ik begrijp het. En om nog even dubbel te controleren, op dit moment, met alle vijf bovengenoemde punten bevredigd, ziet u het nog steeds uitgeschakeld zoals vermeld door de oorspronkelijke poster?

13

Ja, nog steeds.

Ik kan een heropbouw doen en proberen of dat dingen op orde brengt. Want als ik de enige ben, dan moet het probleem aan mijn kant liggen.

14

I think that would be good. There has been new chart updates today.

An additional thing to check is if each of your personas for translations have a valid LLM configured. (In case you are curious, this whole file does the validation)

2 likes
15

No luck. I changed default locale from fi to en_US by commenting DISCOURSE_DEFAULT_LOCALE: fi and changing it from settings, and that didnā€™t help either. Safe mode gave same.

I have this in web_only.yml and data.yml:

  LANG: fi_FI.UTF-8
  LANGUAGE: fi_FI.UTF-8

I tried to change those to en_US.UTF-i in both ymls, but that crashed rebuilds.

Anyway ā€” I would say it isnā€™t matter of locales either :man_shrugging:

Ill start digging personas, but those should be default ones, I havent edited any of those.

After all ā€” this isnā€™t bigger issue.

16

Ok, je had een goede ingeving.

discourse(prod)> SiteSetting.ai_translation_backfill_hourly_rate
=> 0

Toen ik dit veranderde naar 15 (nou ja, alles boven nul zou natuurlijk werken) kreeg ik grafieken.
De grote vraag is waarom het nul was? Waarom volgde het de instelling AI summary backfill maximum topics per hour niet?

17

Hmm no they are different features altogether and should appear in the respective feature settings.

Have a look at Summarize - Gists.

1 like
18

Volgende domme vraag:

Omdat SiteSetting.ai_translation_backfill_hourly_rate nul was, waarom kreeg ik toch vertalingen? Ik ben bijna 100% met vertalingen? En waarom is het nog steeds een verborgen instelling?

19

Donā€™t worry about the questions, theyā€™re not stupid and in fact they help us figure out gaps with our product. :slight_smile:

The backfill is for communities who would like very old topics to be translated. All new posts and topics are translated when created or edited.

The progress chart is important for old communities like Discourse that have a lot of history that needs translating at a controlled pace.

Itā€™s a hidden setting and default to 0 for now due to a few reasons, one of them being that this feature can be wildly misconfigured ā€“ a site may have many old posts, and the site owner may choose up to 10 or more languages. This would incur a large bill. Besides that, if the chosen LLM is the same one for other features like spam detection, getting rate limited would be not ideal.

1 like
20

Ik begrijp dat wel een beetje, maar ik dacht dat SiteSetting.ai_translation_backfill_max_age_days bedoeld was om de hoeveelheid geschiedenis te beperken, en SiteSetting.ai_translation_backfill_hourly_rate alleen maar om dingen te vertragen, toch? Zo ja, waarom kreeg ik dan een backfill, zelfs toen die verborgen instelling nul was? Dat is wat ik nu niet begrijp.

21

That is right.

Backfill hourly rate affects older posts defined in max age days, they work hand-in-hand. It should not translate posts that are old if the value is zero. All these are run in backfilling jobs (hence the backfill in the setting names).

Are you seeing old posts getting translated even with ai_translation_backfill_hourly_rate set to 0?