[Tagging] Feature Proposal - RFC - Default Language Format

Joseph Eisenberg joseph.eisenberg at gmail.com
Wed Sep 26 23:54:41 UTC 2018

The draft proposal about defaults was started on 20-September-2018, after
this proposal, and it is not yet fully developed.

In particular, “def:” is not a great primary tag because “def.” is not a
clear abbreviation in English. It would normally mean “definition” or
“define” rather than “default.”

However, I am willing to change the order of this tag to default:language
or default_language if other people also agree that this would be better


On Thu, Sep 27, 2018 at 8:04 AM André Pirard <A.Pirard.Papou at gmail.com>

> On 2018-09-24 14:36, Joseph Eisenberg wrote:
> Please see the Proposal page for the new tag, "language:default=<language code>"
> https://wiki.openstreetmap.org/wiki/Proposed_features/Default_Language_Format
> Description:
> " <https://wiki.openstreetmap.org/wiki/Proposed_features/Default_Language_FormatDescription:>Specify the default language format used for names, and recommend use
> of language-specific name tags.
> "By making it easier to use language-specific name:code=* tags to be
> used instead of the default name=* tag, this proposal will encourage
> the use of name tags that include the language code for all features.
> This will improve the quality and utility of the database. It will be
> possible to display non-Western languages in their correct orientation
> and script, properly display multilingual names, and to research the
> most commonly used language formats in a particular area.
> "The key language:default=* with a 2 or 3 letter ISO language code
> should be tagged on administrative boundary relations, such as
> countries, provinces and aboriginal communities. This is the language
> used for the majority of named features within a particular region, as
> indicated on public signs and in common use by the local community. If
> the language can be written in more than one script, a qualifier can
> be added to specify the script format. More than one language code can
> be listed, separated with a semicolon, if the local community uses
> more than one language on signs or by consensus.
> "The language tag should be applied to the largest boundary relation
> that accurately represents the language used for default names. When a
> smaller administrative boundary has a different default language
> format, this boundary should receive a language tag as well. This
> would include boundaries of provinces or aboriginal lands where a
> different language is used.
> All tags using defaults should not use their own, different but the same
> mechanism defined by the Defaults
> <https://wiki.openstreetmap.org/wiki/Tag:type%3Ddefaults> proposition.
> Hence, a default for a tag
> language=xxx
> which can be coded in any OSM object is
> def:language=xxx
> coded in the administrative relation you say, or equivalent.
> This allows uniformly writing/upgrading the same program to handle all
> defaults instead of each default using its own program.
> The Defaults <https://wiki.openstreetmap.org/wiki/Tag:type%3Ddefaults>
> proposition must obviously be decided before the defaults that use it.
> All the best,
> André.
> "The language tag may also be applied to individual features when the
> name is in a different language than the default for the region, or
> when the feature crosses a border."
> Please read the whole page, which has quite a number of examples and a
> detailed rationale for the proposal, then please comment here or on
> the discussion page:https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Default_Language_Format
> Thank you for all of your comments, criticisms and suggestions
> -Joseph
> _______________________________________________
> Tagging mailing listTagging at openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tagging
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20180927/a034739a/attachment.html>

More information about the Tagging mailing list