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

Controlled vocab terms standardize the protocol on stored uris #1342

Open
CGillen opened this issue Oct 22, 2020 · 2 comments · May be fixed by #3056
Open

Controlled vocab terms standardize the protocol on stored uris #1342

CGillen opened this issue Oct 22, 2020 · 2 comments · May be fixed by #3056
Assignees
Labels
Enhancement Features Issues related to building and enhancing features Metadata Issues related to metadata configuration, application, and representation Ready for Development The issue has passed review from teams and is ready to be worked on

Comments

@CGillen
Copy link
Contributor

CGillen commented Oct 22, 2020

Descriptive summary

Controlled vocab terms should be permissive in what they accept and rigorous with what they store. Before a fetch, controlled vocab terms should accept either http:// or https:// in uris, but when they receive the response it should be stored back in a standard protocol.

This is to help with bulk editing later, when you have thousands of values in a column and trying to sort on that column sorts on protocol first.

@wickr I assume this should be configurable at the vocabulary level? So we can force all the uris from an individual authority to be the same.

Expected behavior

URIs can come in as either http:// or https:// from the work form and bulk edit workflows, and the fetch request will gracefully handle communicating with the authority.

URIs are stored back in fedora and solr as either http:// or https://, configurable by the authority/vocab, regardless of input, request, or response.

Related work

Accessibility Concerns

@CGillen CGillen added Metadata Issues related to metadata configuration, application, and representation Review Needed Needs review by team lead of associated team labels labels Oct 22, 2020
@CGillen
Copy link
Contributor Author

CGillen commented Oct 22, 2020

Assigned @wickr to review and make sure I didn't miss or misunderstand anything. Then tag with ready for work and features

@KevinJonesMeta KevinJonesMeta added Features Issues related to building and enhancing features Ready for Development The issue has passed review from teams and is ready to be worked on and removed Review Needed Needs review by team lead of associated team labels labels Nov 21, 2023
@wickr
Copy link
Member

wickr commented Nov 21, 2023

Ensure that this works for typeahead label lookup in the form as well.

@CGillen CGillen assigned CGillen and unassigned wickr Feb 14, 2024
@CGillen CGillen linked a pull request Feb 20, 2024 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Enhancement Features Issues related to building and enhancing features Metadata Issues related to metadata configuration, application, and representation Ready for Development The issue has passed review from teams and is ready to be worked on
Projects
Status: In Progress
Development

Successfully merging a pull request may close this issue.

4 participants