muralito

> In those cases (as @santamariense pointed out that it is not uncommon), I believe the implementation would be one followed by the other (in Uruguay, the mentioned case, I...

> > Some have [additional zeros at the end](https://www.openstreetmap.org/way/1244971578). > > This also looks a mapping error. It seems it was imported, so probably these numbers were treated as strings....

> > Then there are quite a few objects with have a `addr:milestone` and a `addr:housenumber`, e.g. https://www.openstreetmap.org/node/6817599738. How does that work? > This problem is caused by an import...

> There are also combinations of `addr:place` and `addr:milestone`, e.g. https://www.openstreetmap.org/node/11066782731 That looks suspect. Yes, it also looks suspect to me, but I don't know how address are formatted in...

> The proposed `addr:milestone=*` tag should always substitute entirely the use of `addr:housenumber=*`. > This is the correct format in Uruguay, but i cannot extrapolate to all the countries. >...

> > The proposed addr:milestone=* tag should always substitute entirely the use of addr:housenumber=*. > > I have a different point of view. In Brazil, it is not rare to...

> It looks like we need understanding of fractional numbers here. The tagging of this also seems rather diverse. Some use [a comma](https://www.openstreetmap.org/node/9495454287), might just be a tagging error. Some...

> I deleted all issues 5010/905. Too hard to select. Let's the right one be back. Thanks.

Maybe it's a problem with the data. This way https://www.openstreetmap.org/way/30074328 is highway=track Are you sure this is correct according to https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack ?

> In Hebrew I can't find a way to translate it gender-neutrally. The 'sure' is unavoidably gendered. The auto translation is fine. Same issue in spanish. Some gender neutral option...