#18315 closed enhancement (wontfix)
validation error "alt_name without name"
| Reported by: | pangoSE | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Core validator | Version: | |
| Keywords: | Cc: |
Description
auto fix suggestion: convert to name=
Attachments (0)
Change History (5)
comment:1 by , 6 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
comment:2 by , 6 years ago
Could we break out alt_name from this rule and autofix just that and let the user look at the others manually?
comment:3 by , 6 years ago
I don't think it is worth the trouble. Is it such a big problem or is there a special use case?
comment:4 by , 6 years ago
And a fix from alt_name to name can still be the wrong fix. See e.g. https://www.openstreetmap.org/node/993960150 (correct would be old_name or disused:name or deletion, the shop tag is wrong too) or https://www.openstreetmap.org/node/781170257 (correct could be name or loc_name) or https://www.openstreetmap.org/node/4474749491 (correct could be name or description or deletion) or https://www.openstreetmap.org/node/3792570288 (correct would be to keep the three diffferent name tags and add name=Medizinisches Versorgungszentrum Freital),...



The rule in combinations.mapcss is:
As the key is selected with the regexp
_name$this can find strange tags which need an other fix than simply converting it to name, so a autofix is to risky (and probably doesn't work anyway with the current mapcss implementation). Better let the user fix it manually.