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

should gist:isCharacterizedAs be a subprop of gist:isCategorizedBy? #770

Closed
justin2004 opened this issue Nov 2, 2022 · 6 comments
Closed

Comments

@justin2004
Copy link
Contributor

I think gist:isCharacterizedAs is a specialization of gist:isCategorizedBy where the domain and range are fixed.
Whereas gist:isCategorizedBy doesn't fix the domain and range.

@justin2004 justin2004 changed the title should gist:isCharacterizedAs by a subprop of gist:isCategorizedBy? should gist:isCharacterizedAs be a subprop of gist:isCategorizedBy? Nov 2, 2022
@uscholdm
Copy link
Contributor

uscholdm commented Nov 2, 2022

I think gist:isCharacterizedAs is a specialization of gist:isCategorizedBy

If anything, it is the reverse. One way to characterize something is to say what category it is in. There are possibly many other ways. However, we might not need gist:isCharacterizedAs - I've never found a use case for it.

Ironically, gist:isCharacterizedAs is uncharacteristic of most gist properties, by having a very narrow domain and range. That goes against our guidelines. If we keep gist:isCharacterizedAs I hitnk it shoujld have no domain or range and should be a supeproperty of gist:isCategorizedBy.

@justin2004
Copy link
Contributor Author

justin2004 commented Nov 2, 2022

I think it should have no domain or range and should be a supeproperty of gist:isCategorizedBy.

I'd be happy with that as well, @uscholdm .
I think they likely belong in the same prop hierarchy (not top level siblings).

I was just using the presence of domain and range to be a cue that this is a specialization. Also isCharacterizedAs has "categorize" in its skos:defintion.

Also the skos:definition on gist:isCharacterizedAs seems to be backwards:
"A way to categorize a behavior."
While the domain is gist:Event and the range is gist:Behavior.
So I'd say that the Event is categorized by the Behavior -- the Behavior isn't being categorized.

@rjyounes
Copy link
Collaborator

rjyounes commented Nov 2, 2022

I agree, the current definition seems a complete anomaly. I'd be in favor of dropping it, as you initially suggest, @uscholdm. What is the use case when isCategorizedBy is not appropriate?

@uscholdm
Copy link
Contributor

uscholdm commented Nov 3, 2022

Also the skos:definition on gist:isCharacterizedAs seems to be backwards:
"A way to categorize a behavior."

That's true. This is an ancient definition, needs to be updated if we keep the property.

@uscholdm
Copy link
Contributor

PROPOSAL: delete the property isCharacterizedAs because it is historical and was never used, to my knowledge. The narrow domain and range are also historical, we don't do that these days. The main purpose it serves is to enable Event to have some axioms. That is not a super-compelling reason.

gist:Event
	a owl:Class ;
	owl:equivalentClass [
		a owl:Restriction ;
		owl:onProperty gist:isCharacterizedAs ;
		owl:someValuesFrom gist:Behavior ;
	] ;


gist:isCharacterizedAs
	a owl:ObjectProperty ;
	rdfs:domain gist:Event ;
	rdfs:range gist:Behavior ;
	owl:deprecated "true"^^xsd:boolean ;
	skos:definition "A way to categorize a behavior."^^xsd:string ;
	skos:prefLabel "is characterized as"^^xsd:string ;
	.

@rjyounes
Copy link
Collaborator

We have deprecated the property in PR #951, so the issue is irrelevant.

@rjyounes rjyounes closed this as not planned Won't fix, can't repro, duplicate, stale Nov 29, 2023
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

3 participants