Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Not liking bluish color for Pedestrian Streets/areas #2691

Open
newnumber2 opened this issue Jul 18, 2017 · 13 comments
Open

Not liking bluish color for Pedestrian Streets/areas #2691

newnumber2 opened this issue Jul 18, 2017 · 13 comments

Comments

@newnumber2
Copy link

newnumber2 commented Jul 18, 2017

The more I create these ways, the more I dislike the water-like coloring currently given to pedestrian street areas. Playgrounds used to have this problem, too, but seems to have been improved.

I would suggest maybe an off-white color or beige. Maybe even something different. Anything but blue!

I also wish I could have searched for any earlier mention of this, but I could not see a way to do it, other than search "This repository" which resulted in blocks of code, but nothing useful to me.

Recent example of such an area that I did:
http://www.openstreetmap.org/#map=19/38.96842/-77.34092

@kocio-pl kocio-pl added the roads label Jul 18, 2017
@kocio-pl kocio-pl added this to the Bugs and improvements milestone Jul 18, 2017
@kocio-pl
Copy link
Collaborator

Currently it's #dddde8 (see this code). What color do you propose? Could you test it (probably with Docker containers) and show some renderings?

@Tomasz-W
Copy link

What do you think about paving-bricks pattern?
http://osmapa.pl/w/area/?lat=52.22942&lon=21.00783&zoom=19&ol=QqA

It's originally from MapSurfer style. Link above is an area:highway visualization.

@imagico
Copy link
Collaborator

imagico commented Jul 18, 2017

The color has been chosen by @matkoniecz back when the road color redesign was made - IIRC based on my suggestion. You can probably find the discussion in the past issues/PRs related to road colors or the user diary entries related on osm.org.

I don't really see the problem here - to me the color works relatively nicely considering the constraints we have. Also try to look at things at the whole range of zoom levels the color is used, not just z19.

I do think the outline is too strong though - since casing of road lines in a lot of cases is too weak - see #2454 - this probably requires a differentiated approach.

Search function on github is not all that great for text search. If you search you get by default results in the code but on top of the search results you have tabs also offering results in issues.

@matkoniecz
Copy link
Contributor

matkoniecz commented Jul 18, 2017

Note that colour for pedestrian streets/areas needs to be

  • far away from colours of other objects, including water, other roads, educational areas, forests, grassland, unmapped area and all other landcover
  • recognizable as road
  • recognizable as a special kind of road
  • close to footways (yes, colour that I selected is nearly complete failure here)
  • pretty
  • not too strong
  • etc etc

@kocio-pl
Copy link
Collaborator

You would have to test a lot. For example switching from blue tint (#dddde8) to the same red tint (#e8dddd), because of footways, doesn't play well with commercial areas and buildings:

Warsaw, z19
Before
kos1vgr7
After
tjtluxzr

@matkoniecz
Copy link
Contributor

I would suggest maybe an off-white color or beige.

Main problems that I would expect here would include

  • loss of noticeable difference between motorized and pedestrian roads
  • may be too close to educational areas, unmapped areas, heaths, bare_rock (is there danger here? I would expect highway=pedestrian to not appear close to natural=bare_rock/heath areas, but it would require a check)
  • may be too close to other landcover that I do not remember at this moment
  • even further styling distance between footways and pedestrian roads
  • many of beige-type colours fail as are extremely ugly/hard to distinguish (especially on low quality monitors or with harsh sunlight)

@imagico
Copy link
Collaborator

imagico commented Jul 18, 2017

may be too close to educational areas, unmapped areas, heaths, bare_rock (is there danger here? I would expect highway=pedestrian to not appear close to natural=bare_rock/heath areas, but it would require a check)

That is mostly a matter of cultural bias i think - in flatland areas where most major cities in central Europe are located bare_rock simply does not exist for example. Note highway=pedestrian is not limited to urban environments - you can also have this at observation platforms at tourism sites and similar stuff.

may be too close to other landcover that I do not remember at this moment

mud, garages, aerodrome and farmland all play in here.

@matkoniecz
Copy link
Contributor

mostly a matter of cultural bias i think

Yeah, that is why proper testing is necessary.

mud, garages, aerodrome and farmland all play in here.

Also buildings and allotments.

@matkoniecz
Copy link
Contributor

@newnumber2

In general, there are many things wrong with current road colors - but in this case main problem is that changing things will fix some problems and introduce new ones. It is quite tricky to propose change that overall will improve things.

@kocio-pl
Copy link
Collaborator

What do you think about paving-bricks pattern?

It looks pleasant to me and it's even much easier to recognize for me than color-peeping (we could get away with color tints and use light shade of gray). I just don't know how to create this pattern.

@jeisenbe
Copy link
Collaborator

jeisenbe commented Nov 9, 2019

See also suggestion in #3961 to render highway=pedestrian same as highway=living_street - but then there is #3891 - Parking fill color is the same as living street fill color.

@swedneck
Copy link

osmand uses a paving bricks pattern and it looks very nice, and it's quite intuitive:
Screenshot_OsmAnd~_20220327-085413

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

7 participants