Opened 3 years ago
Last modified 3 years ago
#21587 new enhancement
Street lighting icon for power=pole + highway=street_lamp
Reported by: | francois.lacombe | Owned by: | team |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | Internal mappaint style | Version: | |
Keywords: | Cc: |
Description
Hi !
Following #20270, presets has been greatly improved to take care of man_made=utility_pole.
Currently, there are two different icons for those three situations:
- power pole : (man_made=utility_pole + utility=power +) power=pole
- power pole : power=pole + highway=street_lamp
- street lighting pole : man_made=utility_pole + utility=street_lighting
After a few days of usage, having the street lighting icon for power=pole + highway=street_lamp as well is more consistent.
Additionally and if necessary, I could change the casing :
- white casing (like all utility poles): man_made=utility_pole + utility=street_lighting
- usual yellow casing: power=pole + highway=street_lamp
This is a low priority improvement.
Attachments (0)
Change History (3)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
Component: | Core mappaint → Internal mappaint style |
---|
comment:3 by , 3 years ago
Hi Skyper
It's a common matter when it comes to objects supported by others, particularly when supported by various supports.
We can also not render supported objects at all.
We can't conclude regarding man_made=utility_pole
+ highway=street_lamp
: What is the utility
of the pole?
This makes me think we should ask for utility
when missing. Mapper could whether remove man_made=utility_pole
completely or add utility
.
Personally, I do not like OSM objects with multiple primary tags. I have a similar situation with guideposts mounted on street lamps. As soon as some values of secondary tags differ, we are in trouble. Therefore, I prefer to have own icons for the different primary tags (combinations).
I found another combination to take a look at:
man_made=utility_pole
+highway=street_lamp
.