HABmin shows local names - are they available elsewhere in OH?

Yesterday I started working on rules for my windows. The posts I’ve found are working with maps to translate the season names to local names. I am german, so currently we have ‘Sommer’ (mind the ‘o’). I ommited using the map, because HABmin showed ‘Sommer’ - the german word. But it seems that the translation is only available in HABmin.

Where does HABmin get the translation from?
How could the translation be used elsewhere in OH?

HABmin, like the PaperUI, uses the REST API. Likely, the translation is available from a mapping file in the $OPENHAB_CONF/transform folder or is is builtin to the addon.
At least, that is my best guess.

1 Like

If you are talking about the HABmin IDE, then the translations are specific to HABmin and are not available elsewhere (since this is just the IDE).

Other IDEs such as HABPanel have their own translation I believe - I don’t think PaperUI was written with a language system so all strings are hard coded.

1 Like

It’s a good question. Can we guess this is about String type Items linked to Astro binding channels? What exactly are you looking at in Habmin?
It does suggest Habmin and Astro are looking at different places for locale/language.

1 Like

thx for all your replies.

I did not use any mapping file and I cannot find the translation in habmin’s code: https://github.com/openhab/openhab-webui/search?q=in%3Afile+Sommer&unscoped_q=in%3Afile+Sommer
Is this the current code? https://github.com/openhab/openhab-webui/tree/master/bundles/org.openhab.ui.habmin/src/web/languages/de-DE

My goal is to understand OH and HABmin better.

This information is not part of the IDE - it is localised by openHAB, probably through strings provided in the i18 files in the binding itself, and made available through the REST interface. All IDEs should see the same information.

1 Like

@chris wrote HABmin, so he would know best.

found it! Thx for the hint.
https://github.com/openhab/openhab2-addons/blob/master/bundles/org.openhab.binding.astro/src/main/resources/ESH-INF/i18n/astro_de.properties

Is this information not available elsewhere in OH? All the posts i’ve found do create a mapping file with the same content as the i18 file.

It should be available to all users of the REST interface - HABmin isn’t doing anything special - it’s just using the standard interfaces.

I could guess though that if you are adding a mapping file yourself, then this may override the default states, but it shouldn’t be required.

1 Like

This looks relevant