Skip to content

Conversation

@eginhard
Copy link
Contributor

Fixes EqualStreetNames/equalstreetnames#618. Setting gender to '-' instead of null when there is an etymology, but person==False, allows to render it differently from completely missing etymology (here just a subtle difference in line width).

See these screenshots of one street with person etymology, one with non-person etymology, one without etymology.

Screenshot from 2024-03-19 10-56-54

Screenshot from 2024-03-19 10-57-47

NB: I also changed the dark mode colours for this screenshot because the current unknown colour is almost the same as the street colour in the map layer, not allowing to see differences in line width: eginhard/esn-module-website@78df489

@eginhard
Copy link
Contributor Author

@jbelien What do you think about this?

@jbelien
Copy link
Member

jbelien commented Mar 27, 2024

@jbelien What do you think about this?

I didn't have time to look into yet ; I'll try to do that in the next few days.
Looks promising 👍

@jbelien jbelien added the enhancement New feature or request label Mar 27, 2024
@eginhard
Copy link
Contributor Author

@jbelien Just a friendly ping :) Let me know if there is any way I can help to move this forward!

@tacsipacsi
Copy link
Contributor

Thanks for the PR, it’s good to know I’m not the only one annoyed by this. ☺ In EqualStreetNames/equalstreetnames#787, I proposed using color (black in light mode, could be white in dark mode) – I haven’t noticed the difference in width –, and I still think it may be more obvious than the width change alone. However, given that the colors are defined in https://github.com/EqualStreetNames/module-website/ and thus need a separate PR anyway, maybe give the width alone a try.

@jbelien
Copy link
Member

jbelien commented Sep 16, 2025

Sorry last year has been pretty busy and I didn't have time to really look into this.
It's now waiting for a year and a half, my apologies for this long wait.

@jbelien
Copy link
Member

jbelien commented Sep 16, 2025

@eginhard Could you rebase your PR on the master branch? Thanks.

At first sight, I'm not such a big fan of that - but we indeed need a way to make the distinction between no information (false) and information but not a person. Let's then go for this -!

@tacsipacsi Indeed feel free to open a PR in https://github.com/EqualStreetNames/module-website/ to change the layout of the lines having information but not a person based on that -.

Thanks to both of you for your proposal and your patience.

@tacsipacsi
Copy link
Contributor

At first sight, I'm not such a big fan of that - but we indeed need a way to make the distinction between no information (false) and information but not a person. Let's then go for this -!

Actually, - already means non-person, see https://github.com/EqualStreetNames/module-process/blob/master/Command/StatisticsCommand.php#L128, so this PR just uses the existing convention.

@tacsipacsi Indeed feel free to open a PR in https://github.com/EqualStreetNames/module-website/ to change the layout of the lines having information but not a person based on that -.

Thanks for the encouragement, but by “give the width alone a try”, I meant having this PR merged, wait until the next update, see the result in action, and open the PR over there only if the result is insufficient. (And if the result is indeed insufficient, the next question is whether I understand the code enough to open a PR.)

Setting gender to '-' instead of null when there is an etymology, but
person==False, allows to render it differently from completely missing
etymology.
@eginhard
Copy link
Contributor Author

Thanks you @jbelien! Just rebased the PR.

At first sight, I'm not such a big fan of that - but we indeed need a way to make the distinction between no information (false) and information but not a person. Let's then go for this -!

Actually, - already means non-person, see https://github.com/EqualStreetNames/module-process/blob/master/Command/StatisticsCommand.php#L128, so this PR just uses the existing convention.

Yes, I just followed that.

@jbelien
Copy link
Member

jbelien commented Sep 17, 2025

Actually, - already means non-person, see https://github.com/EqualStreetNames/module-process/blob/master/Command/StatisticsCommand.php#L128, so this PR just uses the existing convention.

Right, I completely forgot about that (code written 4 years ago) ... My apologies.

@jbelien jbelien merged commit b3b2a6a into EqualStreetNames:master Sep 17, 2025
3 of 4 checks passed
@jbelien
Copy link
Member

jbelien commented Sep 17, 2025

You can see the result here: https://equalstreetnames.brussels/

@eginhard eginhard deleted the show-missing branch September 18, 2025 08:55
@eginhard
Copy link
Contributor Author

Thanks a lot for merging! Glad to see this live! :)

@tacsipacsi
Copy link
Contributor

Thanks! It looks good in Brussels when I zoom in, which solves 90% of the problem, although the difference becomes invisible as I zoom out, so I can’t get a “big picture”. However, I’m not sure whether the color would be better. Maybe I’ll give it a try.

@jbelien
Copy link
Member

jbelien commented Sep 22, 2025

The goal here is too highlight gender (in)balance ; not Wikidata etymology reference.

It's definitely nice to have and to display that information (obviously) but the focus must remain on the gender information.

@tacsipacsi
Copy link
Contributor

I know, but I believe this effort advances that goal for both editors and non-editor users: by highlighting what the “gray areas” are, i.e. streets about which it’s not yet known if they are named after people (if there are many such streets, the statistics likely don’t reflect reality), differentiating them from streets that are known not to matter for us. As a non-editor user, I’m mainly interested in the big picture, which is the zoomed-out state. (As an editor, I want to reach 100% coverage neighbourhood by neighbourhood, so the zoomed-in state is more important – which already works fine thanks to the current PR.)

If you prefer, I’m also okay with highlighting unknown streets rather than known non-human streets, but I think gray is actually the best color to describe unknown.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Development

Successfully merging this pull request may close these issues.

Use line-width to signal wikidata availability

3 participants