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
The fedora:status property cannot be modified, create dereferenceable URI. #23
Conversation
Remove status from repository ontology
|
||
<owl:Class rdf:about="http://fedora.info/definitions/1/0/access/ResourceStatus"> | ||
<rdfs:label xml:lang="en">resource state</rdfs:label> | ||
<rdfs:comment xml:lang="en">Values of the state property. The default values are active and deleted -- but additional values can be created.</rdfs:comment> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is "default" the right word here? Maybe "community-supported" or something like that?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"Currently supported"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Strike that I see your meaning now.
I guess the question is are we providing some default values and others can just generate their own as needed. Which I think fits the word "default", if we are going to update this ontology with more options, then "community-supported" makes more sense.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We don't have to do anything for more values to appear. Anyone could publish some RDF at their URL of choice:
<> a fedora-access:ResourceStatus
<> rdfs:label "Obsolete"
or whatever and that's a perfectly legitimate ResourceStatus
for them to use.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed, so wouldn't the two options that come "out-of-the-box" be "default"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, not the way I use that word. active
would be a default, because it is the choice you get if you make no other choice. That's what a default is, to me. You're talking about the range of choices you have if you add none of your own, and that, to me, sounds more like "standardly-understood" (which sounds awkward) or "community-supported" (hence my suggestion), or maybe "out-of-the-box" would be good.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, I see where you are going.
I like "out-of-the-box" because it defines that these are just what are there now and you can build on as you like, without the inference that there needs to community support for changes to your use of this property.
But as you have more experience with this, I will give you the final word: "community-supported" or "out-of-the-box"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The way you characterize "out-of-the-box" makes it sound better-- let's go with that. It's informal, but I think it's accurate.
Resolved with: 8876610 |
Addresses FCREPO-1363