Trailing comma in IEEEXplore BibTeX
As a frequent user of the IEEEXplore database to search for literature concerning wireless networking, I often export a citation to BibTeX for use in my papers.
One of the things which has puzzled me for a long time, is why the BibTeX exporter adds a trailing comma after the last field.
For example, here’s the BibTeX for Bianchi’s foundational paper on modelling IEEE 802.11 CSMA/CA behaviour:
@ARTICLE{736171, author={Bianchi, G.}, journal={Communications Letters, IEEE}, title={IEEE 802.11-saturation throughput analysis}, year={1998}, month={dec. }, volume={2}, number={12}, pages={318 -320}, keywords={802.11 protocol;CSMA/CA medium access control protocol;IEEE 802.11;analytical model;exponential backoff;ideal channel conditions;performance;request-to-send/clear-to-send;saturation throughput analysis;simulation results;standard;standardisation;terminals;wireless data communications;wireless local area networks;IEEE standards;carrier sense multiple access;data communication;performance evaluation;telecommunication standards;wireless LAN;}, doi={10.1109/4234.736171}, ISSN={1089-7798},}
The structure of BibTeX is rather simple (see also this article on wikipedia):
@[type]{[key], [entry1 = value1], [entry2 = value2] }
Between the braces { } there’s a comma-delimited list. When stored in a database I can understand it is easiest to output the following php:
echo $entry.",\n";
in a foreach-manner, however the trailing comma could have been removed more elegantly, because BibTeX, Version 0.99c (TeX Live 2009/Debian) complains about it. And then you have to manually remove the trailing comma…
So I’m wondering, is it just me or is this a bug in the IEEEXplore?
(and besides, what’s with the “journal” and “title” entries appearing on the same line?)
Another update, Springer Link delivers correct BibTeX on their new-and-improved site at http://link.springer.com.
Update: ACM has the same behaviour, appending a comma to the final entry. However, ACM does not put journal and title on the same line. For a standard which has not changed since 1988 it is odd such sloppiness in implementation is still around…