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

The fedora:status property cannot be modified, create dereferenceable URI. #23

Closed
wants to merge 3 commits into from
Closed

Conversation

whikloj
Copy link
Contributor

@whikloj whikloj commented Mar 11, 2015

Addresses FCREPO-1363


<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>
Copy link
Contributor

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?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Currently supported"?

Copy link
Contributor Author

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.

Copy link
Contributor

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.

Copy link
Contributor Author

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"?

Copy link
Contributor

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.

Copy link
Contributor Author

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"?

Copy link
Contributor

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.

@awoods
Copy link

awoods commented Mar 13, 2015

Resolved with: 8876610

@awoods awoods closed this Mar 13, 2015
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

Successfully merging this pull request may close these issues.

None yet

3 participants