On Wednesday 13 September 2017, Lukas Sommer wrote: > > The reasons for negative vote were various and did not go in only one > direction. I do not know how these different positons can be > reconciled. So I will do no further proposals. > > Anyway this remains an issue in OSM: Rendering OSM data currently > does not work correctly for labels that are affected by Han > unification (and, to a minor degree, cyrillic).
I think a significant part of the problem is that both your proposals were specifically targeted to make things easier for rendering. Which is both something that many mappers despise (for good reasons) and not an ideal pre-condition to develop a good mapper-centric tagging proposal. I don't want to warm up the discussion on the matter again but a huge part of the problem of Han unification can be solved for rendering by using corresponding defaults based on geolocation. This is not perfect and can pose some difficulties to rendering workflows but that is not a good reason for put heavy workload on mappers. Once you accept that 99+ percent of the problem can be solved this way (without adding tags to millions of named features in all of China/Japan/Korea) you can think about how mappers can and need to be involved in solving the remaining <1 percent of the problem. So i would suggest not to interpret the rejection of the proposal as not caring about correct name rendering in those languages but as rejection of the idea of trying to solve the problem through brute force mapping work. My suggestion for basic rendering would be: * look if the existing name:* tags allow to determine the language, i.e if the only name:* tag with a value identical to name is name:jp you can safely assume name is in Japanese. * otherwise determine the language from geolocation - this could be expensive to do on-the-fly but you can also precalculate a pseudo-is_in tag for that. If this is implemented and you then worry about the problems where this does not work reliably (like a Chinese restaurant in Japan where local mappers insist it has to have name, name:jp and name:zh all identical) you can look for a tagging solution to solve these specific residual problems where required information is lacking in the database. -- Christoph Hormann http://www.imagico.de/ _______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging