Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upadd new creator types #293
Comments
@adam3smith What are your thoughts on |
Addresses citation-style-language#293
Do you have an example for a citation with PI? I've not seen this |
So, for example, from the APA manual: This is a typical requirement for NSF and NIH grant applications--you often cite your previous grants received relevant to the application, indicating the investigator roles. |
Interesting. I've obviously written prior support sections, but I've never seen them included as citations. |
When people start citing MARC, they're usually coming from a library
cataloguing perspective, which has different priorities that those for
scholarly citations.
…On Wed, Jul 8, 2020, 8:19 AM Sebastian Karcher ***@***.***> wrote:
Interesting. I've obviously written prior support sections, but I've never
seen them included as citations.
I don't have an objection to adding PI and am OK doing this for 1.0.2, but
especially given the recent thread over at Zotero
<https://forums.zotero.org/discussion/84042/tromso-recommendations-for-citation-of-research-data-in-linguistics>
I'm wondering if this is another area where we'd need to think more
systematically; the ontology listed there might be a good place to start.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#293 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAAI3SCMMBKUD6Z7RUNXETR2RP3ZANCNFSM4OMQX6QQ>
.
|
The ontology listed there is rather specific to linguistics (e.g., the "Speaker" role). This ontology has gotten some traction more broadly in other fields: https://casrai.org/credit/ My thinking on this front is that in either of these ontologies, the roles are fundamentally I'd say for now let's add PI, then consider the author-role issue more in the future. |
For an example of how those types of roles might be handled, if we adopted a |
I don't support adding this on 1.0.2, mostly because the time for adding more stuff has closed as far as I'm concerned, and because we don't now have a "grant" (or, per below, even "project") type, which this is a contributor on, and so I think we need. I'm less concerned with @adam3smith's question on citations. It's true they are typically not cited in publications, but they are included in grant apps and CVs, and it seems we should support those use cases.
The current contributors are roles; they are relations, in fact (a different modelling than in MARC/MODS). I think one path is to allow subtyping of those relations, something like: researcher:
subtype: principal-investigator
name: Jane Doe But I'm also open to having PI has a primary contributor relation, if we have a "project" or "grant-funded project" sort of type. |
Also, if we support grants, we need more than just the variable and type.
|
I was wondering about the same thing. Adding PI without an item type that it's really suitable for seems a bit weird. So maybe wait until 1.1 with this.
I think this is right and you two are actually saying the same thing here. You'd have to define someone's role for citation purposes but could then add a custom label (which is basically a subtype). Since I don't think we'll be able to predict all those labels, I'd expect those to be free form, which means we'll still want to make sure we capture all relevant roles in the CSL schema. PI is on the borderline here and I could go either way. More broadly, I generally agree that trying to at CREDIT or similar roles into human readable citations is misguided and I don't expect it to take off. They should be available via the PID (i.e. the DOI in most cases) rather than overburdening bibliographies, but some citation styles are doing weird things. |
A though I had for this sort of case would be to adopt a syntax like
I can understand the thinking in linguistics and anthropology, where there is concern about giving more acknowledgment to the (often Indigenous) people who contribute to a project by providing data or cultural insight. |
I think it would be okay to add a variable and type at this point before cutting the final 1.0.2. Not necessary, but not problematic either. |
bwiernik commentedJun 30, 2020
Replaces and updates citation-style-language/csl-evolution#33
Some additional creator types we might consider adding.
This one should be added for book items and the like:
narrator
illustrator
These should be added for media items. They finish out the media roles that currently exist in
director
,producer
,executive-producer
, andperformer
:writer
author
in that it has parity withdirector
andproducer
, whereasauthor
would be more analogous to acreator
with responsibility for the whole workcreator
author
orcontainer-author
I'd argue, but with a different labelauthor
and set the localized labels to be "creator" and "created by", but that would cause a lot of problemshost
director
; perhaps is analogous toauthor
, butauthor
might better be conceivedguest
Basically, what I am realizing is that media creators are a rather different beast from other types of citations. We might create a new variable class
variables.media-creator
with processing rules similar toeditortranslator
. The same could be done withauthor
andillustrator
. That would address most, if not all, of the issues addressed by citation-style-language/csl-evolution#7There are a few other name labels that have been requested. I'm less sure on these:
principal-investigator
report
label
element to names dataco-investigator
principal-investigator
abovecartographer
author
)We might address these by adding a
label
element to names data (see ) and allowing for localized terms to appear in input data (see #240)