Janko, while I agree that it is possible in theory, I am not sure this is a big problem. After all, if you are downloading a single region, you are much more likely to know more about that region, and not need any defaults. The problem solved by the default_language is fairly specific to planet-level maps, where there are too many languages to manage realistically. I think that adding and managing this tag on every possible region (tens of thousands?), just in case someone somewhere might need it seems like a bad idea. Appending it dynamically on download might be ok, but again - there has to be someone whom this benefit in a significant way, and this has to be a simpler solution than alternatives.
One option BTW might be to create a service that produces a map of defaults - than it would be a relatively small download, allowing users to convert any geopoint into a language. On Sat, May 5, 2018 at 2:25 AM Janko Mihelić <jan...@gmail.com> wrote: > sub, 5. svi 2018. u 00:18 Yuri Astrakhan <yuriastrak...@gmail.com> > napisao je: > >> >> Tag description: >> https://wiki.openstreetmap.org/wiki/Key:default_language >> > > I like it overall. I'm not sure about this one: > *Do not set it on any smaller sub-regions unless their default language is > different.* > > I agree that is cleaner, but what if a data consumer only downloads one US > state, how will it know the default language? Maybe there are some other > ways I'm not aware of, like filling in the gaps in data before publishing > derived maps. > > If this is indeed a problem for data consumers, I would set the tag on all > subregions up until a sensible level. We can see the smallest size of a > region some applications offer for download. > > Janko >
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk