Andre, I wish I saw when you posted it earlier :) Do you record the language codes anywhere? I looked at the regions you specified, but they have names, not the actual language codes, and when working with data, codes are much easier to use.
On Thu, Apr 19, 2018 at 4:33 AM, André Pirard <a.pirard.pa...@gmail.com> wrote: > On 2018-04-18 21:41, Yuri Astrakhan wrote: > > What would be the best tags to use for mapping language regions? I would > like to create a map of primary languages spoken in an area. This will > greatly help with multilingual maps, allowing data consumers to calculate > which language name tags to use for which locale. This will also give OSM > community a much greater control over such maps. > > Proposal (relations only, must have closed polygons): > type=language > primary=xx (required) > secondary=yy;zz;... (optional) > > A relation may span multiple countries (e.g. US and most of Canada for > English), or split countries (e.g. EN and FR regions in Canada). In some > cases, the relation will reuse country border ways. > > What do you think? > > We do have language mapping in Belgium > <https://www.openstreetmap.org/relation/52411>. Look at the subareas: > > > - Relation German-speaking Community (2425209) > <https://www.openstreetmap.org/relation/2425209> as subarea > - Relation French Community (78967) > <https://www.openstreetmap.org/relation/78967> as subarea > - Relation Flemish Community (53136) > <https://www.openstreetmap.org/relation/53136> as subarea > - Relation Wallonia (90348) > <https://www.openstreetmap.org/relation/90348> as subarea > - Relation Brussels-Capital (54094) > <https://www.openstreetmap.org/relation/54094> as subarea > - Relation Flanders (53134) > <https://www.openstreetmap.org/relation/53134> as subarea > > Beside the 3 administrative boundaries for regions Wallonia, Flanders and > Brussels, we have 3 *official* French, Flemish and German speaking > communities. These, failing a suitable boundary type, have been tagged as > political as follows <https://www.openstreetmap.org/relation/78967>: > > boundary <https://wiki.openstreetmap.org/wiki/Key:boundary?uselang=en> > political > <https://wiki.openstreetmap.org/wiki/Tag:boundary=political?uselang=en> > name <https://wiki.openstreetmap.org/wiki/Key:name?uselang=en> Communauté > française > name:de <https://wiki.openstreetmap.org/wiki/Key:name:de?uselang=en> > Französische > Gemeinschaft > name:en <https://wiki.openstreetmap.org/wiki/Key:name:en?uselang=en> French > Community > name:fr <https://wiki.openstreetmap.org/wiki/Key:name:fr?uselang=en> > Communauté > française > name:nl <https://wiki.openstreetmap.org/wiki/Key:name:nl?uselang=en> Franse > Gemeenschap > nat_name <https://wiki.openstreetmap.org/wiki/Key:nat%20name?uselang=en> > Communauté > française de Belgique > > The language boundaries subtree (nesting) is made possible for > non-administrative boundaries with the extremely clever (*) and practical > subarea concept. Administrative boundaries, such as municipalities, are > included as parts of the language trees at the bottom. > > I have several times suggested a "language" boundary type (with provision > for minority languages etc.) and using the cleverness of subareas. > The conclusion from the total lack of answers is that the OSM community is > interested in neither (hence my astonishment reading this conversation). > > All the best, > > André. > (*) be it only the possibility to show the boundaries as simply as in this > message rather than saying look for and gather the boundaries with admin > level=x or find and use a program that does it and if there is no admin > level say goodbye to your project. > >
_______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
