So what to do about this?
http://forums.zotero.org/discussion/8874/getting-journal-abbreviations-from-a-repository/
Robert and Dan, in particular, any thoughts?
I’m fine with the idea of adding an abbreviation-list attribute to the
root whose value is a URI, But am not so sure about going further than
that. It’s just not clear to me it should be the job of the CSL
processor to actually do this substitution.
If it should be, then someone needs to write the detailed spec
language to explain how this should work, and also the XML schema
fragment for the abbreviations* (since CSL is an XML language
fundamentally).
Bruce
- … which might be as simple as:
start = abbreviationSet
abbreviationSet =
element abbreviationSet {
element abbreviation {
attribute match { text },
attribute substitute { text }
}
}
I already commented on that thread
(http://forums.zotero.org/discussion/8874/getting-journal-abbreviations-from-a-repository/#Item_13)
and suggested two options for providing the processor with abbreviations
based on a URI defined in the style. I have no preference between the
two. If no one thinks Option 2 is necessary, then all we need is an
attribute for the URI (and a format for the abbreviation lists, which is
being discussed on that thread).
Anyone remember what did we decided about this?
http://forums.zotero.org/discussion/8278/text-substitution/
Nothing was decided collectively, as far as I know. Here’s what I’ve
done in citeproc-js:
gsl-nagoya-u.net - This website is for sale! - gsl nagoya u Resources and Information.
This infrastructure could be tied to a proper CSL option, and I
suppose it should be. Failing that, though, it will permit the
calling application to supply an arbitrary abbreviation list. My idea
was that having the functionality in there would at least help
encourage the preparation of the necessary lists.
Yes, though am not sure I like the of the list being in JS.
Bruce
Anyone remember what did we decided about this?
http://forums.zotero.org/discussion/8278/text-substitution/
Nothing was decided collectively, as far as I know. Here’s what I’ve
done in citeproc-js:
gsl-nagoya-u.net - This website is for sale! - gsl nagoya u Resources and Information.
This infrastructure could be tied to a proper CSL option, and I
suppose it should be. Failing that, though, it will permit the
calling application to supply an arbitrary abbreviation list. My idea
was that having the functionality in there would at least help
encourage the preparation of the necessary lists.
Yes, though am not sure I like the of the list being in JS.
No worries. it’s totally provisional. If the lists arrive in XML, I
can add a little conversion function and adjust the docs.
Dear all,
Rintze and I are planning to include abbreviations lists in JSON format on
a repository in the citation-style-language github. These would work with
citeproc-js and presumably other implementations can easily adjusted to
take advantage of them, too.
For Zotero, the current way to use these would be through Frank’s
abbreviation plugin, for Mendeley I believe there is a working hack, linked
to from here;
http://feedback.mendeley.com/forums/4941-general/suggestions/83173-journal-abbreviations?page=2&per_page=20(but
with a non-working link…)
IIRC, Mendeley has a couple of lists on dropbox linked to from that thread.
Could we use those? Are any of you aware of any licensing issues? I believe
the NLM published list is explicitly public domain, how about others like
ISO or Chemical Abstracts?
Happy new year!
Sebastian–
Sebastian Karcher
Ph.D. Candidate
Department of Political Science
Northwestern University
This is great to see. Thanks!
Hello,
Rintze and I are planning to include abbreviations lists in JSON format on a repository in the citation-style-language github.
Thank-you for doing this. It is much appreciated. Is this a simple
(full name → abbreviation) mapping or do you plan to include any
other information?
IIRC, Mendeley has a couple of lists on dropbox linked to from that thread. Could we use those? Are any of you aware of any licensing issues?
I’m afraid I haven’t looked into the provenance/licensing of those
lists. I suspect the users who provided them didn’t either. In the
case of CAS, I believe these abbreviations are derived automatically
from the list of word mappings at
CAS Standard Abbreviations & Acronyms , in
turn many of those are derived from the ISSN title word abbreviation
list (see Home - Journal Abbreviations - LibGuides at University of Illinois at Urbana-Champaign)
(but with a non-working link…)
Will look into this.
Regards,
Rob.
Thanks Rob,
currently we’re just planning title–>abbreviations, which seems by far the
most important issue to solve, though as you know, citeproc-js is already
able to process more complex things like abbreviating institutions etc.,
which Frank uses in his MLZ. There are some issues with this that will need
fine-tuning as we implement this more broadly, e.g. dealing with articles,
capitalization etc. - but that still seems like the easiest way to go.
Thanks for the info on CAS etc. - those lists sound rather proprietary, as
does ISSN and journalseek, both of whom sell their data. IANAL, but it
seems to me like we should be able to derive the lists ourselves, but we’d
need a comprehensive list of journal names to start from.
SebastianOn Mon, Dec 31, 2012 at 2:15 PM, Robert Knight <@Robert_Knight>wrote: