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
Quasi-enumerable value for gender #541
Comments
If the range is plain text, then "female" will be used in addition to "F" (and "f"). |
It's more than politically correct to have an inclusive design, it is the right thing to do. But there is a case for having well known values, minimally for 'female' and 'male'. (that's what we did in FOAF, http://xmlns.com/foaf/spec/#term_gender) |
@akuckartz Yes, and I'm arguing that's a bad thing, since it's @danbri Agreed. I think we need a "enumerated type with other values" |
I agree with @akuckartz - we might as well have "female" and "male" since people will use them anyway... |
The standard pattern for "Text" or values is to set the range to Text OR (SomeType), and define individuals for standard types. This allows a uniform representation of common values while not discriminating other values. |
@mfhepp in this case indicating common textual values also seems appropriate, rather than having entirely different markup forms for any non-anticipated options. |
…he gender property to take text.
Please review pull request #626. |
Looks OK to me |
Looking back for old issues to address, ... what happened here? @vholland your PR has gone away, though the draft is visible. It proposed Male and Female enumerations. I was thinking a soft enumeration would just be to list the expected textual values i.e. 'female' as a string, 'male' as a string. This gets us back into the territory we're discussing around dayOfWeek, 'Monday'/'monday' vs http://schema.org/Monday. /cc @betehess |
I see that some countries already have different approaches/terminology. Just to name a few from https://en.wikipedia.org/wiki/Third_gender: Indeterminate, X, Third Sex, Third Gender. So this does look like
|
I recreated the original pull request as #1077. We can iterate from there. |
The third time's the charm. See pull request #1112 |
Issue #541: Add enumerations for male/female, but allow other values as well.
Closing per http://webschemas.org/docs/releases.html#g541 |
While leaving gender as plain text (instead of just "male" or "female") is politically correct, it makes certain assertions difficult.
Example: if X is Y's sibling and X is female, then X is Y's sister.
However, the gender "female" could be written inconsistently as "F", "Female", "FEM", or in some other way.
I suggest gender be a "quasi-enumerable" value: "F" for female, "M" for male, but plain text allowed for other genders.
So, you couldn't use "female" or "fem" for female (since it already has an assigned enumeration), but you could still have non-male/female genders.
The text was updated successfully, but these errors were encountered: