First page only for
Science journal lists only the first page (and not the page-range) in its bibliography. I have searched and failed to find a bit of CSL that means I can specify that the page variable returns only the first page.
I have found a variable called page-first in the CSL schema but it made no difference:
## a synonym for "page" (to be deprecated)
"page-range"
| "page-first"
I have found a variable called page-first in the CSL schema but it made no difference:
## a synonym for "page" (to be deprecated)
"page-range"
| "page-first"
The intention seems to have been to add these instead as variables for use in the bibliography, which is a different section of the schema. Once that's been confirmed and the schema amended, these can be made available in the new processor, and styles that depend on them can be upgraded. As Rinze notes, it will take some time for the new processor to work its way through integration and testing, but it is coming.
It's implemented. If you need it urgently, use the 2.1 trunk in a separate profile.
edit: I just saw that 2.1 is about to be relased in beta now
Maybe there is some workaround?
Here is the example for which that works:
https://gist.github.com/raw/3054545/973788837d9d6c78743553d91a2373a5135b8e14/Burlatsky.rdf
And here is the example for which that doesn't:
https://gist.github.com/raw/3054580/61ea5b09ecb1447b225283d8bb8f0ada127bb18d/Huang.rdf
The style was my attempt to create citation style for Journal of Statistical Mechanics: Theory and Experiment (http://iopscience.iop.org/1742-5468/)
Though the journal is published by IOP the institute-of-physics-numeric.csl style from Zotero rfepository does not match exactly the requirements of the journal.
I've taken institute-of-physics-numeric.csl as a base and changed it a bit:
https://gist.github.com/raw/3054590/6518a0d0d093909779a0e5162248d0e1f3b1455a/JSTAT.csl
I would be grateful if you make things clear.
I'd call that a bug, albeit one that should be easy to fix, we'll have to wait for fbennett for that.
The things turned out so easy... )))
Yes, it would be great that the bug be fixed since automatically retrieved page ranges often contain en dashes (as it appears) and to substitute them manually to hyphens seems not very pleasant procedure.