Hi Mike,
I have statements to overwrite name with name:en The nomal way is to use option --name-tag-list. What's the reason for this trick?
Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Mike Baggaley <mike@tvage.co.uk> Gesendet: Sonntag, 28. November 2021 17:59 An: 'Development list for mkgmap' Betreff: [mkgmap-dev] relation label patch Hi Gerd, Please find attached a small patch that allows a node tagged with a role of label or admin_centre to be still used if it has no name defined, rather than only if it matches the name on the relation. Also an improvement in the diagnostic message when a role label node is not being used. An example relation that has an unnamed role label is http://www.openstreetmap.org/relation/10090341 An example of a relation having a differently named label role node is : http://www.openstreetmap.org/relation/7218222 I'm getting a warning that role node http://www.openstreetmap.org/node/2642288017 is being ignored because it has a different name than http://www.openstreetmap.org/relation/58437 They both have name=Cymru / Wales, name:en=Wales and name:cy=Cymru, so should match. However, at the beginning of my points, lines and relations files I have statements to overwrite name with name:en. This gives me name=Wales for the relation, but because at the time of processing the label node it hasn't been processed by the points file, the name of the node is still Cymru / Wales, thus they don't match and the role label is ignored. It's only a minor problem, but I'm wondering whether the solution is to introduce an optional names file (or other named file) that could be read before reading points lines and relations and also when handling the admin_centre and label nodes. Not sure whether there are any other places that this approach would be beneficial. Cheers, Mike