Bibliographic error using elsarticle-num.bst
Matt
I recently installed the elsarticle package for submitting manuscripts
to elsevier. Everything has gone relatively smoothly, except that the
bibliography is not being updated as I make changes to it- that is, it
seems to be loading the last good version since before I installed
elsarticle. when I run bibtex, I get the following:
onewheeldrive@Zissou:~/PhD/Alresc/Elsarticle$ bibtex Elsalresc
This is BibTeX, Version 0.99c (Web2C 7.5.4)
The top-level auxiliary file: Elsalresc.aux
The style file: elsarticle-num.bst
Database file #1: Elsalresc.bib
"\" can't start a style-file command---line 1525 of file elsarticle-
num.bst
:
: \endinput
(Error may have been on previous line)
(There was 1 error message)
It is indeed building a new .bbl file which includes the updated
bibliographic information, but seems to fail when it comes time to use
elsarticle-num.bst, hence the old bibliography is typeset instead of
the latest one.
I am a noob to this, any information is greatly appreciated.
Thanks-
Matt
Matt
really). I had been making a rather stupid mistake before, in which I
was continuing to use the sequence:
latex Elsalresc
bibtex Elsalresc
latex Elsalresc
latex Elsalresc
dvipdf Elsalresc.dvi
The dvipdf command was apparently unnecessary, since latex is now
directly generating a pdf rather than the dvi intermediary? I'm not
sure what I changed that makes this so. Anyhow, I still get the same
error as above, but it compiles correctly. Before, since I still had
a .dvi file in the directory, running dvipdf was rewriting
Elsalresc.pdf each time with the old .dvi input, thereby nullifying
the changes I was making to the bibliography. When I avoid this
command, it seems to work, despite the error.
One strange thing, though: when multiple citations appear at the same
place (i.e. [4-6, 11]) it now displays incorrectly ([11,6,4,5]), I
think in the order I have entered them in the .tex document. So,
maybe things aren't working so well afterall.
Thanks for any help-
Matt
Dan
> This issue is, for all practical purposes, resolved (though not
> really). I had been making a rather stupid mistake before, in which I
> was continuing to use the sequence:
>
> latex Elsalresc
> bibtex Elsalresc
> latex Elsalresc
> latex Elsalresc
> dvipdf Elsalresc.dvi
>
> The dvipdf command was apparently unnecessary, since latex is now
> directly generating a pdf rather than the dvi intermediary?
latex should not be doing that. It is likely a package or class that
is forcing
PDF output. This can be due to PDF being a requirement for the
facilities of
of the package/class, or due to ncorrect code for the detection of
pdflatex.
No one can tell without knowing the packages being used.
>
> One strange thing, though: when multiple citations appear at the same
> place (i.e. [4-6, 11]) it now displays incorrectly ([11,6,4,5]), I
> think in the order I have entered them in the .tex document. So,
> maybe things aren't working so well afterall.
Usually, one loads a special package to produced the sorted and
compressed
format (i.e., [4-6,11]). Some classes do this also. The version of
elsarticle.cls
that I have loads natbib, which should do the sort-and-compress.
Possibly
some other package is interfering.
Dan
Matt
Thanks so much for your input.
> latex should not be doing that. It is likely a package or class that
> is forcing
> PDF output. This can be due to PDF being a requirement for the
> facilities of
> of the package/class, or due to ncorrect code for the detection of
> pdflatex.
Indeed, I am using:
\usepackage[pdftex, colorlinks]{hyperref}
which I suppose is the culprit.
> Usually, one loads a special package to produced the sorted and
> compressed
> format (i.e., [4-6,11]). Some classes do this also. The version of
> elsarticle.cls
> that I have loads natbib, which should do the sort-and-compress.
> Possibly
> some other package is interfering.
The version of elsarticle.cls that I am using is also supposed to load
natbib, and yet the sorting and compressing does not happen. I even
tried specifying sort&compress as an option (\usepackage[sort&compress]
{natbib}). I actually had to move the sort&compress option to the
documentclass declaration, because otherwise latex complained:
The package natbib has already been loaded with options:
[square,numbers]
There has now been an attempt to load it with options
[numbers,sort&compress]
Adding the global options:
square,numbers,numbers,sort&compress
to your \documentclass declaration may fix this.
So I did as the instructions suggested and moved
[numbers,sort&compress] to:
\documentclass[preprint,numbers,sort&compress]{elsarticle}
Once I did this, the refs are propery sorted but not compressed. Maybe
you are right that some other package is interfering. For the record,
these are the packages I am using:
\usepackage{setspace}
\usepackage{multirow}
\usepackage[dvips]{color}
\usepackage[mediumspace,mediumqspace,Grey,squaren]{SIunits}
\usepackage{rotating}
\usepackage{amsmath, amsthm, amssymb}
\usepackage{natbib}
\usepackage{lineno}
\usepackage[pdftex, colorlinks]{hyperref}
Also, I learned that there is a bug: line 1525 of elsarticle-num.bst
contains: '\endfile' which should be removed. It doesn't seem to
alter the behavior of tex, though.
Again, many thanks for your help and any ideas you may have about
which package may be interfering, and causing the compress part to
fail.
Matt
Hongyi Zhao
<1wheeld...@gmail.com> wrote:
>Also, I learned that there is a bug: line 1525 of elsarticle-num.bst
>contains: '\endfile' which should be removed. It doesn't seem to
>alter the behavior of tex, though.
Could you please send this bug report to the developers of the class
via elsar...@river-valley.com? So that they can fix and improve it.
--
.: Hongyi Zhao [ hongyi.zhao AT gmail.com ] Free as in Freedom :.
-- Posted on news://freenews.netfront.net - Complaints to ne...@netfront.net --
Matt
Actually, they are the ones who told me of this bug, when I wrote them
with the same question. They are aware of it, and will soon release a
new version, which will address this issue.