Reverse leveraging penalty in 11.1.0.3909

Question

Hello! 
 
 We are trying to get the reverse leveraging penalty enabled according to the information in the Admin Guide V11.1.0. Here is the relevant passage: 
 
 A configurable penalty is assessed to control auto-leverage. The tm_score_reverse_leverage_penalty TM property in tm.properties can be configured to penalize reverse leveraged matches. The default value is 0. The allowed values must be in the range of 0 to 1. This penalty is a leverage level penalty, and as such, it is applied to the entire match. (Many penalties are applied to the segment element&mdash;such as a word or number in the segment&mdash;that causes the penalty.) As a result, the impact of the penalty is not affected by the length of the segment. For example, if the penalty is set to 0.02, then the final score will be reduced by 2 percentage points. Based on this value, the maximum score that a reverse leverage match could generate is a 98% score. The penalty would be applied to all matches resulting from the TM reverse leverage process. However, it will initially only apply to potential 100% and fuzzy matches since the TM reverse leverage process will not initially generate SPICE or ICE matches. 
 
 I have set the above parameter to 0.02 in all of the tm.properties I can find (webapps\ws, \ws-api, \ws-legacy), restarted the services for WorldServer and the FTS but it's just not working. I've started with a completely blank memory (reverse leveraging naturally enabled), added some TUs in the direction German->English, and then used these English translations to test reverse leverage in another project. Reverse leveraging is working fine, but it is delivering 100% hits instead of 98%. Checking the units from BW also shows scores of 100%. 
 Can anyone figure out what I'm missing? Thanks for any help!

Eric Bishop · Answer

This will be a bit complex, but here we go. 
 
 As Stephan (and SDL guy with intricate knowledge of this config file architecture) notes. You need to stop configuring any files in the webapps folders. 
 To determine where your WS_CONFIG directory is you should run the steps that Stephan notes above. 
 Once you know it's location (from what you say C:\WS_CONFIG is a possibility but you need to make sure you have a system environment variable pointing to that location. 
 in the WS_CONFIG folder as you have already found there is a ws-legacy, ws-api, and a ws folder 
 WorldServer has several places it will look for config files
 
 The first place that WorldServer will try to find configuration info is first in the registry if you do not rename the entries there then any related config locations will be ignored in the config files 
 It will then check to see if there is a system environment variable called WS_CONFIG 
 If it finds one it will first look in the WS_CONFIG\ws-legacy, the WS_CONFIG\ws, and the WS_CONFIG\ws-api folders 
 It will then look directly in the WS_CONFIG folder 
 The last place it looks is in the tomcat\webapps\ws-legacy, the tomcat\webapps\ws, and the tomcat\webapps\ws-api folders (where you are currently configuring your files

You can put all the properties files that you've been able to configure in any one of these locations, as Stephan notes you would want to put your tm.properties in the root WS_CONFIG folder so that the ws, ws-legacy, and ws-api apps can all be referencing the same configuration. 
 As a note you can define and have a property file in both locations (the WS_CONFIG and the WS_CONFIG\[app]) and WS look for all the properties in each and will use the first one it finds (i.e. the WS_CONFIG\[app] folder) 
 
 With all that said, i have found that there are some attributes that no longer control anything in WorldServer. This change seems to have occurred since SDL acquired Idiom. Unfortunately, i can find no documentation on which are still used and which have not been. I asked SDL support a while back for that info and didn't ever get any documetnation. It possible that the setting you are setting is no longer used. An SDL employee would have to speak to that. 
 Stefan Bulzan or Ray Hopley feel free to correct any thing that i have misspoken above.

WorldServer > 1. WorldServer - General Question Forum

Reverse leveraging penalty in 11.1.0.3909