-
-
Notifications
You must be signed in to change notification settings - Fork 13
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
Have Orcid be both a name and an address - automagically generate the other if one exists #3761
Comments
for now: script to periodically insert orcid (bit after last slash? URL??) as agent name where not exists |
bit after slash (just the number) should be the aka, the whole url should be the address. |
yea this makes no sense to me... ORCID should resolve to an URL so leave it in addresses, right? What's needs a decision is whether users just add the ORCID number and let Arctos enable with its domain to create a URL (the automagic part). That makes sense and leave less to typos. But I dont feel I want to be called by a string of numbers just quite yet... please leave in addresses where we can hyperlink! so where are we on this? |
Please no. https://orcid.org/0000-0002-9562-5585 is an identifier (a really nice one at that), 0000-0002-9562-5585 is a meaningless/useless string. I know we deal in partial identifiers with otherIDs, that's no reason to let that bad idea run loose. Yes, orcid is an address, there's a clear functional distinction between addresses and names, that's (partially??) what started this mess. |
ok fine. (deal with typos!) I'm suggesting Arctos creates the identifier
with the string of numbers but if you want users to add the full URL to
addresses that still makes sense.
Why is it in agent names? just to enable the identifier? but that's why
I'll be adding the whole address as an URL?!
…On Tue, Aug 16, 2022 at 12:42 PM dustymc ***@***.***> wrote:
just add the ORCID number and let Arctos enable with its domain
Please no. https://orcid.org/0000-0002-9562-5585 is an identifier (a
really nice one at that), 0000-0002-9562-5585 is a meaningless/useless
string. I know we deal in partial identifiers with otherIDs, that's no
reason to let that bad idea run loose.
Yes, orcid is an address, there's a clear functional distinction between
addresses and names, that's (partially??) what started this mess.
—
Reply to this email directly, view it on GitHub
<#3761 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AATH7UNWFOVRMCYLPY7Q5ADVZPVKVANCNFSM5A4P74HA>
.
You are receiving this because you modified the open/close state.Message
ID: ***@***.***>
|
The opposite... I can instantly tell if https://orcid.org/0000-0002-9562-5585 functions as it should or not - it takes me where I think it should or it doesn't. 0000-0002-9562-5585 is still just a string, there's no way to know if it's what's expected or not.
I don't know, there was some discussion and this was the outcome. (I think I need to start being more resistant to things that don't make functional sense.)
No, there's no identifier, just a "name" ripped from one. |
Can't we just prefill the OrciID space with "https://orcid.org/" and let users add the numeric values, to be clear we want the full url? |
I asked to have it added as a name so that it would show up near the top of the agent page. If this is a problem - just get rid of it. |
I do like the idea of having it be visible and easy to add, and addresses are not where people are most likely to look for it. Can we change the UI so it is obvious if an agent has and OrcID? Make it appear near top of agent page so we don't have to scroll down to find it? Summary for Mariel L. Campbell (person) |
I'm working in there now, I'll just drop the funky magic for next release.
If that's true then we need better training, more restrictive agent access, better documentation, SOMETHING. This isn't arbitrary, if true then probably not the only thing that gets misunderstood and then misplaced.
Sure, new Issue. (But maybe thats a documentation thing too??) |
The problem is that it isn't an address - it is an identifier and we don't have a "place" for those. I think we should and ORCiD, Wikidata, Library of Congress and whatever other "otherIDs" for people or organizations become useful should go there. |
That makes sense. Catalog records have identifiers. People/agents should
have identifiers. We also have names and addresses, but this is the
digital age. We need identifiers too.
…On Tue, Aug 16, 2022 at 3:10 PM Teresa Mayfield-Meyer < ***@***.***> wrote:
* [EXTERNAL]*
The problem is that it isn't an address - it is an identifier and we don't
have a "place" for those. I think we should and ORCiD, Wikidata, Library of
Congress and whatever other "otherIDs" for people or organizations become
useful should go there.
—
Reply to this email directly, view it on GitHub
<#3761 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADQ7JBCWA67VVZZKYRNC3XLVZP7SXANCNFSM5A4P74HA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Why not have Orcid be both a name and an address - from the user interface
perspective. Allow it to be added in either place and automatically get
transferred to the alternate. That way someone could add the number itself
to the aka - and/or the url to the address, and Arctos, and if it is only
added in one format/place Arctos could automate populating the other field
with the info provided?
On Fri, Jul 23, 2021 at 12:01 PM dustymc @.***> wrote:
Originally posted by @campmlc in #3739 (comment)
The text was updated successfully, but these errors were encountered: