About the concept of genders (hijacked and off topic)

I think MusicBrainz is about maintaining a database with useful and relevant information.
We don’t need to know the shoe size of artists. We don’t need to know if an artist had a single parent. We don’t need to know his/her sexual preference. We don’t need to know about criminal records. We don’t need to know about physical or mental handicaps.
While a lot of such information surely can be interesting and sometimes valuable, I don’t think for each of such elements MusicBrainz should have some standardized mechanism put in place.
They can all be added as side notes or additional information if interesting and somehow relevant.
But I wouldn’t argue that any of them is of enough importance and relevance to put effort in trying to categorize them.

Male or female is obviously useful.
Just look at a current project going on at MB to promote and improve information on female composers.
That would be impossible without a simple male/female switch.

I am still not sure I understand how your ideas about this matter would turn out to work in practical reality here.
But to wildly paraphrase something you said earlier, I am willing to learn about ‘new and additional rights for others’ that don’t take away existing ‘rights’ that the vast majority of people are content with and have agreed on.

Could you give some specific designations for non-binary genders that you propose to use on MusicBrainz, or else the most common ones that we could expect to encounter?
And could you give some explanation for each of them what the added value would be for having those categorized and available?

I would humbly reply to suggest the choices of • male, • female • as defined by artist. If, “as defined by artist” is checked, a box would open to insert an annotation where documentation from the artist could be inserted. This would eliminate ANY speculation from the editor while showing full respect for the artist who wished/wishes to proclaim their orientations.

If an editor truly has no clue to any of the three choices, they can simply be left unchecked thereby allowing future editors the ability to research, include or update the information…

5 Likes

True. Do you disagree with my definitions above? I’m not an expert so I’m sure my definitions can be improved.

Btw, what do you mean with identification? What it says on your ID card or passport?

I like that idea. Only: “as defined by artist” should be a given, not just for genders that are not male or female. Someones gender identity is almost* always what the person in question is defining it as. *There are still many people who publicly identify themselves as male or female to please society or simply because they don’t even know that they don’t have to.

Oh and back to the definitions:

Orientation is about sexuality, not gender.

That’s what I get for coming late to the party. I missed that it had already been mentioned.

2 Likes

I would love to see MB do something about this.
Perhaps it would be worth look for another website that already does it in a good way, or even to consult a organisation that might keen to help? Because I can’t think of an elegant solution, and I’m sure there is one.

An annotation would be great, but ‘documentation’ should not be required for this field, unless it is required for male/female as well. I think MB’s systems of edit notes and voting/comments are already equipped to deal with disagreements among editors :slight_smile:

2 Likes

:+1: That’s a great idea.
I did some digging and I basically found 3 models:

  1. many pre-defined gender-options (e.g. some dating sites).
    I haven’t created an account on any of these sites to look further into this. Also I think this is the worst option.
  2. Genders as instances created by the community (e.g. Wikidata).
    On Wikidata you can basically create an item for any gender (as long as it meets the notability policy), but making it available as an option for gender seems to need community consensus. E.g. Angel Haze has 3 references stating that she is agender, but changing her gender from non-binary to agender is not possible because it’s not an accepted value for gender (btw it’s called sex and gender on Wikidata because it’s used for animals too I guess).
  3. Free text only (e.g. Wikipedia, Mastodon).
    Wikipedia doesn’t categorize people by pre-defined genders, but simply makes it clear in the text (use of pronouns or mentions of the gender the person identifies as). On mastodon you can define up to 4 labels for yourself and enter any value for the label and the content.

Option 2 is a lot of work, very slow and I don’t really get the point of why other people have to approve of the use of any gender. So I prefer the free text option.

PS: To show that this is not just a theoretical issue I created a collection of artists on MB that are mislabeled or not labeled at all because the correct gender doesn’t exist in MB.

Is this in some way different from the proposal from Llama_lover, which you seem to support?
(you clicked the ‘love’ icon for that post)

This seems the most sensible option to me too, since I think nobody but the artist himself can decide and choose the name for the preferred designation?

Do you mean that any editor would be free to enter designations such as ‘genderqueer’, ‘genderfluid’, ‘transfluid’, ‘none’, etc. for persons, without any sort of reference or some source?
I don’t think that’s a good idea.

Why are you scared of non-binary genders? Applying a gender to an artist is just like adding any other info, so why should it be treated like it’s a bigger deal? I could right now make auto-edits that make Wolfgang Amadeus Mozart be a member of the Pussycat Dolls, Adolf Hitler be the legal name entry for Yoko Ono and create an artist that is 3000 years old and was born in space.
All musicbrainz functions can be abused, but I assume most editors take editing seriously and the others will eventually be caught and blocked anyway.

5 Likes

Where did you read that I am scared?
It is just that this is obviously a sensitive subject.
Words as ‘offending’ and ‘disrespectful’ are very close around the corner.

If no reference for this is required at all, I can imagine editors entering things like ‘gay’ and ‘transsexual’, without any requirement to substantiate it.

While I have a hard time understanding that words such as male, female, him or her can be considered offensive words, I can imagine that a person could feel offended when somebody entered ‘gay’ or ‘transexual’ on a website with some authority such as MusicBrainz, when the person himself considers that incorrect, or perhaps even just doesn’t want such personal information published out in the open.

I think this is much more private and sensitive than some editor erroneously entering the wrong name for a person or a band, or that somebody plays kazoo instead of saxophone.

So, my intention with this is also to protect persons and artists, and not let others decide for them, or force them to something they might not agree with.

1 Like

Neither of those is a gender. And yes, transsexual is an offensive term. But assuming only correct terms for genders are used why should mislabeling in one direction be more disrespectful than in another? Mislabeling is always disrespectful and that’s exactly what’s happening on MB now. “Other” is not a respectful label for someone who is not one of the other two only available options. What’s so hard to get about that?

But by arguing against a change you are doing exactly that. You are forcing editors to put artist (and themselves - MB has genders for editors too, not just artists) into one of three predefined boxes that many don’t agree with.
Above I posed a link to a collection of artist that openly and proudly label themselves with a gender that is not available in MB.

1 Like

Yeah, you are very respectful.
You misquoted/misinterpreted me a couple of times now, and you assumed to know my state of mind.
Are you certain of my gender also?

That is again an incorrect statement.
I supported the proposal for a change that Llama_lover made.
The exact same proposal that you supported?

So you are really confusing me.
And not in a very pleasant manner to be honest.

I’ve given my honest input on the matter, hoping to contribute, and perhaps learn something.
But it seems you are looking for some fight, and that you consider yourself the spokesperson for some ‘group’ of people.

I think for the sake of the matter at hand it is better that I don’t respond to you anymore.

I would find it extremely disrespectful to require some kind of evidence for some genders and not for others.

2 Likes

MusicBrainz’s Code of Conduct currently specifies that you should provide explanations when you make an edit as well as include links that support the edit. This is obviously not strongly enforced, but is more important for more controversial edits. I don’t see how the case being discussed here is any different than a number of other edits that could be made, as @paulakreuzer also pointed out. You should always provide helpful edit notes when editing, regardless of whether you’re changing gender data or some other information.

4 Likes

I can understand where that comes from, but maybe it depends on differences between group thinking vs. individual thinking.

If you are approaching it from the point of view of a group, I would perhaps agree with you.
The ‘group of non-binaries’ could have an issue that ‘the group of binaries’ have a simpler choice in this, and that they have not.
But then, anybody could bring up endless amounts of groups that have limitations that other groups don’t encounter.
That doesn’t mean the options for the group that has other options than your group should be limited in their options.

I am more of a person’s person.
A person being offended to me trumps a group that somebody assumes to possibly be offended.

The option for any editor to put a label on an actual living person as being ‘gay’ or ‘transsexual’, without the request from MusicBrainz to at least substantiate it by providing a simple link, in my opinion increases the chance that an actual person will feel hurt or offended.

.
insert edit,
People following this thread with some attention will have understood this already, I am using the words ‘gay’ and ‘transsexual’ here as a deliberate, potentially offending (and yes, incorrect) choice of words.
Only for the purpose of trying to imagine (thinking out loud) what might happen if any editor could enter anything in the ‘gender’ box without at least putting some very minor effort in investigating and providing at least a simple link.
Please don’t get (or let anybody give you) the impression that this is a result of sloppiness or ignorance.
.

I am sure that some will interpret or read this as something like “binaries do not have to show their ID, and non-binaries must show our ID”.
I think these people are completely missing my point, and are thinking very one-dimensional.

In my mind (and it’s why I agree with Llama_lover’s latest proposal on this), the intention is that by requesting editors to at least provide a link to substantiate their entry, editors are slightly curbed and guided in this matter, and more importantly, it provides a small layer of protection of personal information about the artists we are discussing here.

And as you might have figured out by now, that artist to me is more important than any group he is (assumed to be) in :wink:

Well, that’s probably my point.
These new developments concerning ‘gender’ have proven to be very sensitive, and a lot more personal than the information and data that MusicBrainz has been handling up till now.
I think it doesn’t hurt to objectively discuss and evaluate this to see if existing rules and regulations would work adequately on them.

Nobody but you is talking about gay or transsexual here. Neither of those are a gender. Gay is a sexual orientation and I don’t think MB will ever have a concept for sexual orientations as they are nobody’s business. Transsexual is an outdated term for a person who underwent surgery to change their private parts and I am 100% certain that MB will never have a concept for private parts - whether it’s a penis, a vagina, a neo-vagina, a penoid or whatever - because it’s nobody’s business.

We are talking about gender here. Actual genders that exist and that are not any more disrespectful to be mislabeled as than to be mislabeled as male or female. Sure if we change things mistakes might be made, but currently mistakes are forced, because of missing options.

MB has always handled gender and didn’t handle it very sensibly. That’s the whole point. There are no genders that are more personal than others.

1 Like

It does hurt if it’s derailing the discussion, and I think it is at this point. Instead of discussing “the concept of genders” (in relation to MusicBrainz), you’ve brought the discussion to be about verification about an arbitrary (and hypothetical!) edit type. Please make a new topic if you want to further discuss edit and/or data verifiability etc.

3 Likes

I am sorry if that is what happening and if I am part of it.
Derailing was of course not my intention.

The validation aspect was not brought up by me, but I indeed thought it was a relevant component in discussing and possibly deciding on a new framework for gender.
I also had the impression that this thread would be open to pertain all aspects that might have a specific relevance to ‘gender’ in relation to setting up a new system for it.
It seems not, and I agree that this part of it has been debated more than enough by now, so I concur in not bringing it up again.

What I fail to see addressed is how Other is supposedly disrespectful and leaving the field undefined supposedly isn’t, when the former is meant to encompass everyone who doesn’t neatly fit into one box. Especially when some alternative terms such as non-binary are likewise defined in reference to the two big elephants in the room. Adding a free-form text field for Other would be an option, but this can already be handled with the annotation.

Renaming Other isn’t however, since it also applies to inanimate objects that have neither gender nor sex. Hoping to include any possible gender identity in the dropdown is also not going to work, as those terms are (forgive the pun) fluid over time and tend to resist neat classification.

But unfortunately, data is the business of putting stuff into boxes.

4 Likes