-
-
Notifications
You must be signed in to change notification settings - Fork 60
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
Legal support in CSL and CSLm #353
Comments
My opinion is that standard CSL should generally not expand its support for legal citation outside of what is already there. My sense is that the legal support there is generally suffices for non-legal researchers who need to cite an occasional legal item. Actual legal scholars and practitioners should use CSLm, or perhaps we at some point develop an "official" legal module to CSL. I don't think a halfway solution in standard CSL is useful. It doesn't actually generate correct legal citations, increases processor effort substantially, and is frankly redundant with the existing work on modular jurisdiction support developed by the Jurism/CSLm community. Legal citation is extremely complex, especially considering differences across jurisdictions. I don't think we should expect all citation processors to be able to handle that. @georgd If you find the current state of CSLm dissatisfactory, I suggest you focus on improving it. For example, if there is a jurisdiction missing from the Legal Resource Registry that powers CSLm's cross-jurisdiction modules, contribute it to the registry. If there is something missing from the CSLm schema, raise that with @fbennett and others working in that area. Submit pull requests against the CSLm schema. The CSLm schema was developed with comparative international law in mind. It wasn't designed to reflect just US/UK law. |
Regarding the issue of legal styles in standard CSL/style-specific data entry, I wish those styles didn't exist and were instead CSLm styles. My recommendation there is to develop CSLm versions of those styles and encourage folks to move to them. |
Specifically on the issue of multi-jurisdiction support, I do not think it would be a good situation to end up with many unique CSL styles duplicating conditional jurisdiction logic and formatting. That will lead to a maintenance mess to keep the legal parts of various styles up to date and accurate. This is why @fbennett developed the modular jurisdiciton system for CSLm, so that the formatting for a jurisdiction could be programmed once and then reused in every style. To sum up my view:
These are the two major complexities of legal citation that I do not think should be baked into standard CSL. "Basic legal citation" should be understood to mean "a researcher in a non-legal field cites a small number of legal items from a single jurisdiction". I don't see any problem with adding variables like commenter or the locators in #346; those don't change processor behavior at all. |
You’re very probably right for a US researcher, but not in case of somebody in the EU.
Agreed.
I don’t think so. From a lawyer’s point of view these solutions are halfway, agreed. But non-legal styles here in central Europe usually only provide for citing statutes, which is not really complex at all, citing a chapter in a book is more complicated. And correct citations thereof can be accomplished even from the lawyer’s point of view. The feature requests I posted here don’t really add to the complexity on the processor or style side, as they use methods that are in use already (simple variables, a condition that tests for equivalence against a list of strings). On the contrary, they’d take out complexity on the style side.
Expecting this in a FOSS world is definitely not my attitude. Therefore, I think treating full legal support as an extension to CSL is a good way to go.
I’ve been contributing to the LRR already and I’ve been in contact with Frank about these issues for over a year. But that’s a different story.
I didn’t say that about CSLm but about vanilla CSL — I’m sorry if it was unclear. |
I’m sorry, but that’s not the reality. EU statutes are an integral part of every EU member’s legislation. Thus, citing Austrian law may mean citing EU statutes. EU law may be directly valid without the necessity of the member state to implement it in its own law. Thus, even if you only cite Austrian law, you will end up citing EU law as well. I understand your point and I support your view to not duplicate the modular jurisdiction system in a huge number of monstrous monolithic vanilla CSL styles. That’s why I proposed to clarify this in the repository policy. If you find a better solution to the EU case that wouldn’t open the door to this issue, I‘m fine with it as well. Just, the current situation is all but optimal. |
And where this hits CSL is different jurisdictions have different styling expectations in many styles? |
That’s right. That’s a thing, that can’t be accomplished in the big internationally used styles without the modular system of CSLm. As they all originate in Northern America, the legal citations are fixed to something akin to US traditions (so, in a sense there’s always jurisdiction-specific formatting). I don’t expect this in the monolithic styles. However, there are lots of styles with regionally restricted user communities that could very well profit from such condition. |
Perhaps there's a third way to approach this problem: Leave support for law out of CSL completely, but add ways to enhance vanilla CSL with additional features or sets of features. Other disciplines could have their own enhancements, e.g. classics or so. Or there could be a multilingual module, or whatever... Of course, those add-ons should be compatible with each other. |
When ideas like this have come up, I've wondered: how would this idea of
"add-ons" or "extensions" actually work? Do we have any idea?
… |
Regarding the apparent complexity of these two features, I tend to agree that proper support for parallel legal citations may indeed be too complex, but I'm not so sure regarding multiple jurisdictions. Doesn't that mean that processors choose a different styles based on the item type of a given item and the value in a certain field (in that case CSLm's jurisdiction`)? |
In fact, I do see the complexity in the latter if you modularise the styles. If you stay with monolithic style files it’s less a question of complexity but rather of messiness that makes the styles unmaintainable if more than a couple of jurisdictions is implemented, IMO. |
What kind of differences are there across jurisdictions?
Minor or major?
What do they look like?
… |
Not really... ;-) @cormacrelf has had some ideas in the past. Maybe he want's to chime in... Also cc @fbennett, @PaulStanley, @jgm, @andras-simonyi Or maybe: for multilingual support citeproc-js currently accepts some processor directives:
Different areas might allow for similar things. You could save this in config file pass that somehow to the processor. Or, for legal referencing with multiple jurisdictions, In a pandoc document, I imagine you could do something like this:
|
Really, isn't that just another conditional? Or another pre-processing step? Perhaps @fbennett could chime in, so we could properly assess what really would be needed here... |
[If you are wondering: The narrative form of the EU regulations are challenging. In languages like German or slavonic languages with case inflections you have to put at least the components |
One note I would add: some popular style manuals provide citation guidance for some level of legal citation. It would be useful for the style manual collective hive mind to collate examples, and see what makes sense to include in CSL rather than CSL-M. One shortcoming, for instance, is that the current CSL doesn't distinguish between ordinary statutes and constitutions (both fall under "legislation"), whereas even popular styles such as CMS, APA, and MLA do require a separate style for constitutions (by notably, omitting the year field). Having slightly more robust support for legal citations (at least to the extent that citation styles that aren't law-specific support them), would certainly be helpful. Further, I really like @denismaier's proposal. The main reason I see for CSL-M being separate is that its complexity isn't desired in regular CSL and that some modifications (rather than just additions) are required for it. But the main part of that complexity, from what I understand, isn't mostly in the schema itself, but in (a) the specific styles that choose to use the extended schema and choose to implement complex conditional logic with them; and (b) the reference manager's UI and processing to manage this complex logic. (Please let me know if my understanding is incorrect, as it well may be.) The practical problem I see is that the extended schema cannot be used even if specific styles do not use complex conditional logic, they are still deprived of the additional item types, elements, variables, attributes, and locator terms. Further, any use of these extensions will fail CSL schema validation. It would be useful to have a system where:
(If the above doesn't make sense, then please feel free to ignore it. I'm a neophyte in the world of CSL, and may have misunderstood how things work. But I felt I could try to contribute to the extent that I did feel I understood.) |
Originally posted by @bdarcus in #346 (comment)
I think, it’s a good idea to make this explicit.
In general, I agree with you. Currently, I’m hesitating to promote Juris-M in German speaking countries because there are still pieces missing, in the schema and in the processor but this is a transitional state that I hope might end soon.
The question is: where to draw the line to decide which parts should go into CSL and which into CSLm. [side note: I have a very strong opinion about the multilingual things in CSLm to belong in vanilla CSL.]
Here are my thoughts (what do you think, @bdarcus @bwiernik @denismaier @fbennett?):
The two cases
Full support for every aspect of legal citation — legislation, jurisdiction, executive orders etc., including parallel citation for related items, and also specific legal secondary sources like commentaries. This would be only possible with CSLm.
Support for a basic set of features for legal citation in non-legal fields. This should be possible with CSL.
The current situation
Principles
Consequences
commenter
variable (cf. New condition: test for jurisdiction #320 (comment))The text was updated successfully, but these errors were encountered: