The name field for the autocomplete API actually already is localized, it is based off of the language setting in the browser that makes the call. So if your browser is set with German as the default language, you will get a different result of names from the autocomplete than if your browser was set with English as the default language.

If you are writing this into an application, your request will need to have an "Accept-Language" field included in the HTTP header. For example if you want to return results in German:

Accept-Language: de

Must be passed in the HTTP header.

Noteworthy: If you are testing this case out, you will want to search for "Flughafen Berlin" instead of "Berlin" if you are setting the autocomplete to return results in German.

I have added the ability to select the language returned by the autocomplete by adding a "&lang=" query variable to the url string. The way this currently functions, it will return the results available for the specified language followed by all english results (which is the same way the autocomplete works when reading from the http header). If the language value sent in is invalid (such as "&lang=zz") the autocomplete will return in english. If no "&lang=" is supplied the autocomplete will base the language off of the HTTP header (if there are no proper values in the http header it will return in english).

Thank you David.
I see that the ISO country code (e.g. "de") in lower case instead of the WUG country code (e.g. "DL") in upper case, like in the other services, is needed.
I would be nice if we also could send the WUG country code and you would convert it to the ISO country code. Means if you receive an uppercase country code the conversation is needed.