Add an lgbtq+-related question #2449
Labels
No labels
Android-shell
awaiting feedback
awaiting fix confirmation
bug
enhancement
Help Wanted
high-priority
huge
low-priority
Meta
NLNet
OSOC21:Cycling-OVL
Performance
question
search-ui-enhancement
Studio
Tailwind
Themes
UI
upstream-issue
usertest
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: MapComplete/MapComplete#2449
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
It would be cool to implement the lgbtq+ tagging scheme by adding a question about lgbtq+ friendliness of a place in the relevant themes.
Suggested question: “Does this place welcome members of the lgbtq+ community?”
lgbtq=only
: “This place is intended only for members of the lgbtq+ community; others are not supposed to enter.”lgbtq=primary
: “This place is primarily intended for members of the lgbtq+ community, either by design or by overwhelming convention.”lgbtq=welcome
: “This place explicitly welcomes members of the lgbtq+ community. This can for example be indicated by a sticker on the front door, visible pride flag or other recognisable features.”lgbtq:signed=no
: “This place does not indicate their friendliness towards members of the lgbtq+ community.”lgbtq=no
: “This place forbids lgbtq+ people from entering.”I suggest to add this question to:
amenity=bar
amenity=cafe
amenity=fast_food
amenity=nightclub
amenity=pub
amenity=restaurant
amenity=swingerclub
leisure=fitness_centre
leisure=sports_centre
leisure=swimming_pool
(when not part of another feature like a sports centre)and, albeit less important:
amenity=bench
club=*
education=*
and their equivalents inamenity=*
(not sure if there's a theme for this)leisure=hackerspace
shop=*
The tagging itself
First of all, the biggest issue with previous LGBT-proposals is that it can be hard to survey and/or verify; but the four options you give are quite doable IMHO. However, how to tag a place that is "neutral" for LGBTQ people? E.g. a pub/fast food joint which has no flags/stickers; but neither has a hate symbol? (Or a place that hates all their visitors equally XD ). I feel that
lgbtq=neutral
is missing.Furthermore, do you see the 'lgbtq:signed=yes/no' as a separate question?
And how should
lgbtq=no
+lgbtq:signed=yes
be interpreted? Is this a place that has a sticker "no gays allowed"?Amenities
This question can be added in the list of
questions.json
and then be added to shops, pubs, restaurants, sports centres and all other relevant layers.At last, IMHO, a bench can be painted "rainbow", but that does not make it gay. In our culture, we associate "rainbow" with "LGBT", but that is our interpretation of such a bench.
I agree that the tagging is not perfect, but there's so many such cases in OSM and MapComplete. Some answers to your questions (how I view it):
I believe the assumption with the current tagging is that unsigned = neutral. This might not always be the case, but IMO it's good enough for an implementation.
Could be a separate question or how I phrased it above. My original post here relied on the assumption that unsigned = neutral. However, adding it as a separate question could improve verifiability, but also raise more questions: if a restaurant clearly states itself as lgbtq+-friendly on their website or social media, but I have not visited it on site, does that count as
lgbtq:signed=yes
?Explicit combination of
lgbtq=*
+lgbtq:signed=no
could be used as an indication that the mapper has experience with the location, that there's a general consensus in the area (cf. “overwhelming convention” on the wiki page), but that there's no indication on site.Correct, but this should not normally be commonly used in our regions. It could be useful, though, for e.g. religious buildings.
This is a good point.
colour=rainbow
could be used instead. I have personally tagged one bench withlgbtq=*
, knowing that it reads “love is unique” and was designed by members of the local lgbtq+ community.Conclusion on tagging: if implementing as a separate question, I would add an option in the question for
lgbtq=*
for a neutral/unsigned place, that only implieslgbtq:signed=no
. I wouldn't personally invent a newlgbtq=*
value (though I won't stop you from doing so 😉). If implementing as one single question, I'd rely on the assumption that unsigned = neutral. But, although I didn't think of it at first, an approach with two questions would provide more detail. In such case,lgbtq:signed=*
should be asked about first, but whether it should always be followed bylgbtq=*
or only in the case oflgbtq:signed=yes
is up for debate.