Closed philbarker closed 9 months ago
It seems it is not legit to have values like ceds:BirthDate "1966"^^xsd:date
, according to https://www.w3.org/TR/xmlschema-2/#date:
The ·lexical space· of date consists of finite-length sequences of characters of the form: '-'? yyyy '-' mm '-' dd zzzzzz? where the date and optional timezone are represented exactly the same way as they are for dateTime.
i.e the - (for BC) and zzzzzz (for timezone) are the only optional parts.
While values like 1966 and 1966-06 are valid by ISO 8601, they have distinct datatypes in xsd: such as xsd:gYear.
Options:
ceds:hasCountryOfBirth can be used for birthCountry.
stateOfBirthAbbreviation doesn't seem to be in the draft CEDS ontology. It also doesn't cover non-US births
cityOfBirth also doesn't seem to be in CEDS ontology.
Decisions:
We have agreed to use ceds:BirthDate
We agree to drop the following
Look at how to keep
Do we keep:
CEDS has birthCIty (CityOfBirth) and birthCountry (CountryOfBirthCode), StateOfBirthAbbreviation --the latter is problematic for people born outwith the US.
(Issue transferred from https://github.com/philbarker/transcript_jsonld/issues/9)