theses

CSL Development
1

So I wonder: does CSL (and CSL implementations) properly cover theses?

Am thinking in particular about the university and department
information that styles typically include.

I know Zotero has the first, but not the second. I am recommending for
the time-being to just include both pieces of information inthe one
field.

I’m thought we covered this in CSL, but now am not sure.

Bruce

2

I could only find this related thread:

It seems people have just relied on your workaround to display the
department, although this of course limits formatting. Zotero’s “university”
field is mapped to CSL’s “publisher” field (
http://gsl-nagoya-u.net/http/pub/csl-fields/thesis.html), which seems a good
choice. There are no other (suitable) CSL variables that offer any kind of
hierarchical relationship (as the department would be part of the
university). Any ideas? Could this be solved with support for hierarchical
institutions? I recall Frank was working on that for institutional authors,
and perhaps we could extend it to include publishers.

Rintze

3

So I wonder: does CSL (and CSL implementations) properly cover theses?
Am thinking in particular about the university and department
information that styles typically include.

Mendeley has separate fields for Institution and Department. Neither
are currently mapped to CSL variables though
and I don’t see equivalent variables at
Redirecting… - did I
miss something obvious?

Regards,
Robert.

4

So I wonder: does CSL (and CSL implementations) properly cover theses?

Am thinking in particular about the university and department
information that styles typically include.

I know Zotero has the first, but not the second. I am recommending for
the time-being to just include both pieces of information inthe one
field.

I’m thought we covered this in CSL, but now am not sure.

I could only find this related thread:
Thesis entries should have "place" and "department" fields - Zotero Forums

It seems people have just relied on your workaround to display the
department, although this of course limits formatting. Zotero’s “university”
field is mapped to CSL’s “publisher” field
(gsl-nagoya-u.net - This website is for sale! - gsl nagoya u Resources and Information.), which seems a
good choice. There are no other (suitable) CSL variables that offer any kind
of hierarchical relationship (as the department would be part of the
university). Any ideas? Could this be solved with support for hierarchical
institutions?

In the experimental solution used in the current processor, creator
objects that carry only a “literal” or a “family” field (i.e. no given
name) are treated as a comma-delimited list of institutional subunits,
from smallest to largest.

If the CSL proposal for institutional authors were adopted, and the
“publisher” variable were shifted over to become a “creators”
variable, this scheme would be flexible enough to handle this case.
That would still leave open the problem of associating multiple places
with a publisher, though, that has been flagged in previous
discussions.

Frank

5

The use case would be representing the different places of multiple
publishers, right, with one place per publisher? Could this be solved by
adding a “place” field to the creator object, so each creator (institution
or publisher) could have its own place?

Rintze

6

I think it just felt odd to be adding such a specific field (or pair
of fields) for one specific type.

It also gets into vague territory when you introduce variables like,
say, “institution” without any kind of qualification (could be an
institutional author, or a publisher, or one standing behind a press
release).

FWIW, by comparison, in the BIBO model, we tend to treat this sort of
thing (related institutions, including publishers) as discrete
objects. I forget the relator term we use to link the thesis to the
department (I think it’s bibo:issuer), but that’s what we do.

When this came up on a thread this week, I just said to use the
"publisher" field. Certainly Mendeley could map its institution and
department fields to that. Am not sure this is an ideal situation,
though, so we might want to come up with a better one now.

Bruce