Limit names to a single classification

[aaronlidman]

I didn't think this would be necessary but initial implementation of Quick Add presets in iD shows it really is. Probably needs to be handled in canonical somehow or we just automatically revert to the most common usage based on count.

So right now we have amenity=restaurant name=McDonald's and amenity=fast_food name=McDonald's. We should only have one, it makes searching by name less useful to have more than one.

[aaronlidman]

This isn't that simple. Sometimes we do want multiple hits, sometimes they're legitimate and if the list gets even larger we will have more multiples. Obvious case is 7-Eleven convenience_store and 7-Eleven fuel. The same goes for many grocery chains that also do fuel. But we do want to enforce a singular, most correct, McDonalds classification and for that count is probably good enough.

[aaronlidman]

This is mostly resolved: aa17435.

Right now nothing is automatic. When running make it will print a large list of names that are associated with more than one category. That list can then be helpful for manually adding nix_value entries to canonical.json, which will then ignore any category matching a nix_value. This is starting to get more complicated, if it required more logic it might be smarter to work on having the list figure out it's own correct/canonical names on it's own by finding other values that match within a certain "edit distance" and weigh them based on the count property. I hope it doesn't need to go there.