Skip to content
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

Relax range of name (and many others) #29

Open
philbarker opened this issue Feb 28, 2024 · 5 comments
Open

Relax range of name (and many others) #29

philbarker opened this issue Feb 28, 2024 · 5 comments
Assignees

Comments

@philbarker
Copy link
Collaborator

OrganizationName has a range of xsd:token. We are trying to use CEDS ontology properties for the PESC Transcript standard, which has to work internationally. Many organizations represent their name in different languages, e.g. French and English in parts of Canada, and it is desirable to be able to use a langString so that the different language variations can be noted and applications can select the appropriate one. In order to accommodate this and any current use of the property where the language is not noted, we suggest the range be set to rdfs:Literal.

The similar considerations apply to many other properties that have xsd:token as their range, such as AddressCity, AddressCountyName, CalendarEventDayName, CourseTitle etc. etc.

@aemnathanclinton aemnathanclinton self-assigned this Nov 5, 2024
@aemnathanclinton
Copy link
Contributor

Should all xsd:token and xsd:string elements be converted to rdfs:Literal to support langString?

@philbarker
Copy link
Collaborator Author

Probably not. Strings and tokens can be alpha-numeric codes that are language independent. These would often be best coded as xsd:token

Also, I think you are using xsd:string for some dates (where xsd:date or schema:date would be better) e.g.

	<rdf:Property rdf:about="http://ceds.ed.gov/terms#P000081">
	<rdfs:label>Diploma or Credential Award Date</rdfs:label>
		<skos:notation>DiplomaOrCredentialAwardDate</skos:notation>
		<schema:domainIncludes rdf:resource="http://ceds.ed.gov/terms#C200006"/>
		<schema:rangeIncludes rdf:resource="http://www.w3.org/2001/XMLSchema#string"/>

@philbarker
Copy link
Collaborator Author

Sorry @aemnathanclinton I misread the question: yes you could change all xsd:token and xsd:string elements to rdfs:Literal.
I'll leave my previous reply as it might be worth making some of them more specific.

@aemnathanclinton
Copy link
Contributor

@philbarker, Looking at the properties you referenced, they are all xsd:string. There are only two properties that are xsd:token, and they are identifiers. Do you still recommend implementing rdfs:literal, or does xsd:string give you what you need?

@philbarker
Copy link
Collaborator Author

As I understand it, PESC transcript is used in Canada so they need to know which data is in English and which in French, hence langstring is better than string.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants