Node: 11651091921 | OpenStreetMap has no name field. The iD editor gives a warning if I try to add one saying this node has a wikidata entry.
Uh… this seems unhelpful. Having the wikidata link is useful for users or applications that want to use it, but expecting all users to go through an extra step of a wikidata query to find something as simple as the name seems hostile. There is no suggestion in the documentation for the name field or the wikidata field that users or applications are expected to do that. Even the default map renderer doesn’t do this.
I know it’s possible to add the name tag directly using the tags fields in the iD editor or some other tool. But the Chesterton’s fence principle tells me I shouldn’t ignore something without understanding why it’s there in the first place. Why is the iD editor telling me not to add a name field in this situation? Or for entries that already have both wikidata and name fields, if the name on openstreetmap is wrong, why not correct it?
I think the solution is to exclude the statue preset from having this applied, but I’m not sure exactly where to make that change. In any case, someone should file an issue on GitHub, so this doesn’t get lost.
Yes, this is the prgmatical solution to this problem. I had the same thing on another object and “fixed” it this way. As soon as you remove the wikidata tag the name field becomes editable.