-
Notifications
You must be signed in to change notification settings - Fork 8
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
Read author information from a file in the repository #7
Comments
Is it better to have multiple files within the repository (arguably easier for human understanding) or to have one catch-all file with all metadata in an arguably more machine readable format e.g. XML, JSON? If the authors had been a bit slap-dash and not created all appropriate files/fields in their repository, would the DOI submission system be able to collect the missing metadata (easy) and then add the files/fields to the GitHub repository (???) |
I agree an I think having multiple files is better. |
Which format should such an AUTHOR file have and what information should it contain? Names, obviously, but other things could be ORCID (if available), and possibly author roles? |
+1 ORCID support. This is pretty much the only game in town for standardising identity. Emails and even names change (e.g. marriage). |
Agree regarding ORCID. Uptake is growing among researchers but it may not be so popular across the board - we need to see. What is a minimal information standard for author? Name is too ambiguous, emails change too regularly, ORCID is 'just another social network' (although I love it and hope publishers/funding bodies demand its use). Perhaps 'name'+'one social network account'? For some people, their Facebook, Github or LinkedIn will be as stable/unambiguous as ORCID. |
This is in conjunction with issue #4 and also related to issue #6.
It is a really good idea to fetch the names automatically from GitHub (see issue #4), but I think we can try to come up with a best-practice where every project has an
AUTHOR
file in the root folder and the authors of the projects can be responsible for maintaining the file.People are already using legacy files such as
README
andLICENSE
; I don't think it will be problem for many of us to include anAUTHOR
file in the repository as well.This will also take the burden of hitting GitHub server and resolving username/names off of the submission system and it will further allow better customizable list of names and orders in the long run.
The text was updated successfully, but these errors were encountered: