Bad bibliography entry formatting The Next CEO of Stack OverflowIs there a difference between “” and in BibTeX?Using a 'corporate author' in the “author” field of a bibliographic entry (spelling out the name in full)Bad formatting using URLs in bibtexContents of title field “all lowercase” for BibTeX entry?Formatting bibliography: biblio entry followed by page number(s) where the entry is cited. How?Bad formatting of BibliographyBibliography formattingHow to modify line spacing per entry of bibliography?Unwanted spacing in bibliography entry / white space in referencebibliography entry all on one page (formatting)Is “year” required for “@online” natbib entry?ConTeXt: Applying conditional formatting to bibliography entry

What does this shorthand mean?

How to write papers efficiently when English isn't my first language?

Science fiction (dystopian) short story set after WWIII

Why does C# sound extremely flat when saxophone is tuned to G?

What is the purpose of the Evocation wizard's Potent Cantrip feature?

Why here is plural "We went to the movies last night."

When airplanes disconnect from a tanker during air to air refueling, why do they bank so sharply to the right?

Why do professional authors make "consistency" mistakes? And how to avoid them?

Is it a good idea to use COLUMN AS (left([Another_Column],(4)) instead of LEFT in the select?

How to get regions to plot as graphics

Can I equip Skullclamp on a creature I am sacrificing?

Why didn't Khan get resurrected in the Genesis Explosion?

How do we know the LHC results are robust?

Where to find order of arguments for default functions

Why didn't Theresa May consult with Parliament before negotiating a deal with the EU?

Would this house-rule that treats advantage as a +1 to the roll instead (and disadvantage as -1) and allows them to stack be balanced?

Can the Reverse Gravity spell affect the Meteor Swarm spell?

Should I tutor a student who I know has cheated on their homework?

How to count occurrences of text in a file?

Term for the "extreme-extension" version of a straw man fallacy?

If I blow insulation everywhere in my attic except the door trap, will heat escape through it?

MAZDA 3 2006 (UK) - poor acceleration then takes off at 3250 revs

Rotate a column

How to make a software documentation "officially" citable?



Bad bibliography entry formatting



The Next CEO of Stack OverflowIs there a difference between “” and in BibTeX?Using a 'corporate author' in the “author” field of a bibliographic entry (spelling out the name in full)Bad formatting using URLs in bibtexContents of title field “all lowercase” for BibTeX entry?Formatting bibliography: biblio entry followed by page number(s) where the entry is cited. How?Bad formatting of BibliographyBibliography formattingHow to modify line spacing per entry of bibliography?Unwanted spacing in bibliography entry / white space in referencebibliography entry all on one page (formatting)Is “year” required for “@online” natbib entry?ConTeXt: Applying conditional formatting to bibliography entry










1















I am experiencing a weird issue in my bibliography.



I have a bibtex entry like:



@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/



That results in:



[42] PostgreSQL Development Team. PostgreSQL Documentation, . Retrieved
from: https://www.postgresql.org/docs/.


As you can see, there is an extra comma after the title, as bibtex is waiting for the year field. In fact, if I add a year entry for psqldocs, the formatting is ok, having title, year.



How can I fix this? This is a MWE:



documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[latin1]inputenc
usepackage[left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm]geometry
usepackagesetspace
renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0
usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

renewcommandUrlFontsmall
usepackagebreakurl
usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat
begindocument
citepsqldocs
bibliographyref
enddocument


With ref.bib containing the above bibliography entry.



Please note that, for previous similar entries, I do not see this behavior. For example:



@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"



results in:



[1] ScienceDirect. Piezoelectricity. Retrieved from: 
https://www.sciencedirect.com/topics/materials-science/piezoelectricity.


as expected.



Note that using "s instead of braces had no effect.



EDIT:



This is the version of the TeX distro I am using (simply obtained inputting pdflatex into my terminal):



This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2018/Arch Linux) (preloaded format=pdflatex)


In addition, I have fixed my MWE. I confirm that I cannot reproduce the described issue. Any clue?










share|improve this question
















bumped to the homepage by Community 11 hours ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.















  • Which TeX distribution in which version do you use? Please add the first line of your log file to your question. With current MiKTeX I have no problems after moving hyperref to be called as last package ...

    – Kurt
    Feb 26 at 11:12











  • While the braces and quotes (or double braces) in the title field are debatable (at least in their current WYSIWYG form, I would use title = PostgreSQL Documentation,), you need double braces for the author: author = PostgreSQL Development Team,. See tex.stackexchange.com/q/10808/35864. (Note that I'm not commenting on the issue whether or not your outer field delimiters should be "..." or .... I prefer braces, but "..." should work just as well in this example, and with care also in general: tex.stackexchange.com/q/109064/35864)

    – moewe
    Feb 26 at 11:16












  • If "online" does the job ... why not just use "online". It doesn't seem inappropriate!

    – Paul Stanley
    Feb 26 at 11:19











  • Mhhh, I stand by my earlier comment, but I just conducted more extensive tests with your MWE and could not reproduce the issue you describe. The entry shows fine as "PostgreSQL Development Team. PostgreSQL Documentation. URL postgresql.org/docs." If you get something different, please double check the MWE and include a picture of the output.

    – moewe
    Feb 26 at 11:22











  • @Kurt, added TeX distro version.

    – LucaF
    Feb 26 at 11:45















1















I am experiencing a weird issue in my bibliography.



I have a bibtex entry like:



@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/



That results in:



[42] PostgreSQL Development Team. PostgreSQL Documentation, . Retrieved
from: https://www.postgresql.org/docs/.


As you can see, there is an extra comma after the title, as bibtex is waiting for the year field. In fact, if I add a year entry for psqldocs, the formatting is ok, having title, year.



How can I fix this? This is a MWE:



documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[latin1]inputenc
usepackage[left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm]geometry
usepackagesetspace
renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0
usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

renewcommandUrlFontsmall
usepackagebreakurl
usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat
begindocument
citepsqldocs
bibliographyref
enddocument


With ref.bib containing the above bibliography entry.



Please note that, for previous similar entries, I do not see this behavior. For example:



@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"



results in:



[1] ScienceDirect. Piezoelectricity. Retrieved from: 
https://www.sciencedirect.com/topics/materials-science/piezoelectricity.


as expected.



Note that using "s instead of braces had no effect.



EDIT:



This is the version of the TeX distro I am using (simply obtained inputting pdflatex into my terminal):



This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2018/Arch Linux) (preloaded format=pdflatex)


In addition, I have fixed my MWE. I confirm that I cannot reproduce the described issue. Any clue?










share|improve this question
















bumped to the homepage by Community 11 hours ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.















  • Which TeX distribution in which version do you use? Please add the first line of your log file to your question. With current MiKTeX I have no problems after moving hyperref to be called as last package ...

    – Kurt
    Feb 26 at 11:12











  • While the braces and quotes (or double braces) in the title field are debatable (at least in their current WYSIWYG form, I would use title = PostgreSQL Documentation,), you need double braces for the author: author = PostgreSQL Development Team,. See tex.stackexchange.com/q/10808/35864. (Note that I'm not commenting on the issue whether or not your outer field delimiters should be "..." or .... I prefer braces, but "..." should work just as well in this example, and with care also in general: tex.stackexchange.com/q/109064/35864)

    – moewe
    Feb 26 at 11:16












  • If "online" does the job ... why not just use "online". It doesn't seem inappropriate!

    – Paul Stanley
    Feb 26 at 11:19











  • Mhhh, I stand by my earlier comment, but I just conducted more extensive tests with your MWE and could not reproduce the issue you describe. The entry shows fine as "PostgreSQL Development Team. PostgreSQL Documentation. URL postgresql.org/docs." If you get something different, please double check the MWE and include a picture of the output.

    – moewe
    Feb 26 at 11:22











  • @Kurt, added TeX distro version.

    – LucaF
    Feb 26 at 11:45













1












1








1








I am experiencing a weird issue in my bibliography.



I have a bibtex entry like:



@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/



That results in:



[42] PostgreSQL Development Team. PostgreSQL Documentation, . Retrieved
from: https://www.postgresql.org/docs/.


As you can see, there is an extra comma after the title, as bibtex is waiting for the year field. In fact, if I add a year entry for psqldocs, the formatting is ok, having title, year.



How can I fix this? This is a MWE:



documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[latin1]inputenc
usepackage[left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm]geometry
usepackagesetspace
renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0
usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

renewcommandUrlFontsmall
usepackagebreakurl
usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat
begindocument
citepsqldocs
bibliographyref
enddocument


With ref.bib containing the above bibliography entry.



Please note that, for previous similar entries, I do not see this behavior. For example:



@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"



results in:



[1] ScienceDirect. Piezoelectricity. Retrieved from: 
https://www.sciencedirect.com/topics/materials-science/piezoelectricity.


as expected.



Note that using "s instead of braces had no effect.



EDIT:



This is the version of the TeX distro I am using (simply obtained inputting pdflatex into my terminal):



This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2018/Arch Linux) (preloaded format=pdflatex)


In addition, I have fixed my MWE. I confirm that I cannot reproduce the described issue. Any clue?










share|improve this question
















I am experiencing a weird issue in my bibliography.



I have a bibtex entry like:



@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/



That results in:



[42] PostgreSQL Development Team. PostgreSQL Documentation, . Retrieved
from: https://www.postgresql.org/docs/.


As you can see, there is an extra comma after the title, as bibtex is waiting for the year field. In fact, if I add a year entry for psqldocs, the formatting is ok, having title, year.



How can I fix this? This is a MWE:



documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[latin1]inputenc
usepackage[left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm]geometry
usepackagesetspace
renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0
usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

renewcommandUrlFontsmall
usepackagebreakurl
usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat
begindocument
citepsqldocs
bibliographyref
enddocument


With ref.bib containing the above bibliography entry.



Please note that, for previous similar entries, I do not see this behavior. For example:



@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"



results in:



[1] ScienceDirect. Piezoelectricity. Retrieved from: 
https://www.sciencedirect.com/topics/materials-science/piezoelectricity.


as expected.



Note that using "s instead of braces had no effect.



EDIT:



This is the version of the TeX distro I am using (simply obtained inputting pdflatex into my terminal):



This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2018/Arch Linux) (preloaded format=pdflatex)


In addition, I have fixed my MWE. I confirm that I cannot reproduce the described issue. Any clue?







bibliographies bibtex natbib






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 26 at 11:50







LucaF

















asked Feb 26 at 10:58









LucaFLucaF

183




183





bumped to the homepage by Community 11 hours ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.







bumped to the homepage by Community 11 hours ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.














  • Which TeX distribution in which version do you use? Please add the first line of your log file to your question. With current MiKTeX I have no problems after moving hyperref to be called as last package ...

    – Kurt
    Feb 26 at 11:12











  • While the braces and quotes (or double braces) in the title field are debatable (at least in their current WYSIWYG form, I would use title = PostgreSQL Documentation,), you need double braces for the author: author = PostgreSQL Development Team,. See tex.stackexchange.com/q/10808/35864. (Note that I'm not commenting on the issue whether or not your outer field delimiters should be "..." or .... I prefer braces, but "..." should work just as well in this example, and with care also in general: tex.stackexchange.com/q/109064/35864)

    – moewe
    Feb 26 at 11:16












  • If "online" does the job ... why not just use "online". It doesn't seem inappropriate!

    – Paul Stanley
    Feb 26 at 11:19











  • Mhhh, I stand by my earlier comment, but I just conducted more extensive tests with your MWE and could not reproduce the issue you describe. The entry shows fine as "PostgreSQL Development Team. PostgreSQL Documentation. URL postgresql.org/docs." If you get something different, please double check the MWE and include a picture of the output.

    – moewe
    Feb 26 at 11:22











  • @Kurt, added TeX distro version.

    – LucaF
    Feb 26 at 11:45

















  • Which TeX distribution in which version do you use? Please add the first line of your log file to your question. With current MiKTeX I have no problems after moving hyperref to be called as last package ...

    – Kurt
    Feb 26 at 11:12











  • While the braces and quotes (or double braces) in the title field are debatable (at least in their current WYSIWYG form, I would use title = PostgreSQL Documentation,), you need double braces for the author: author = PostgreSQL Development Team,. See tex.stackexchange.com/q/10808/35864. (Note that I'm not commenting on the issue whether or not your outer field delimiters should be "..." or .... I prefer braces, but "..." should work just as well in this example, and with care also in general: tex.stackexchange.com/q/109064/35864)

    – moewe
    Feb 26 at 11:16












  • If "online" does the job ... why not just use "online". It doesn't seem inappropriate!

    – Paul Stanley
    Feb 26 at 11:19











  • Mhhh, I stand by my earlier comment, but I just conducted more extensive tests with your MWE and could not reproduce the issue you describe. The entry shows fine as "PostgreSQL Development Team. PostgreSQL Documentation. URL postgresql.org/docs." If you get something different, please double check the MWE and include a picture of the output.

    – moewe
    Feb 26 at 11:22











  • @Kurt, added TeX distro version.

    – LucaF
    Feb 26 at 11:45
















Which TeX distribution in which version do you use? Please add the first line of your log file to your question. With current MiKTeX I have no problems after moving hyperref to be called as last package ...

– Kurt
Feb 26 at 11:12





Which TeX distribution in which version do you use? Please add the first line of your log file to your question. With current MiKTeX I have no problems after moving hyperref to be called as last package ...

– Kurt
Feb 26 at 11:12













While the braces and quotes (or double braces) in the title field are debatable (at least in their current WYSIWYG form, I would use title = PostgreSQL Documentation,), you need double braces for the author: author = PostgreSQL Development Team,. See tex.stackexchange.com/q/10808/35864. (Note that I'm not commenting on the issue whether or not your outer field delimiters should be "..." or .... I prefer braces, but "..." should work just as well in this example, and with care also in general: tex.stackexchange.com/q/109064/35864)

– moewe
Feb 26 at 11:16






While the braces and quotes (or double braces) in the title field are debatable (at least in their current WYSIWYG form, I would use title = PostgreSQL Documentation,), you need double braces for the author: author = PostgreSQL Development Team,. See tex.stackexchange.com/q/10808/35864. (Note that I'm not commenting on the issue whether or not your outer field delimiters should be "..." or .... I prefer braces, but "..." should work just as well in this example, and with care also in general: tex.stackexchange.com/q/109064/35864)

– moewe
Feb 26 at 11:16














If "online" does the job ... why not just use "online". It doesn't seem inappropriate!

– Paul Stanley
Feb 26 at 11:19





If "online" does the job ... why not just use "online". It doesn't seem inappropriate!

– Paul Stanley
Feb 26 at 11:19













Mhhh, I stand by my earlier comment, but I just conducted more extensive tests with your MWE and could not reproduce the issue you describe. The entry shows fine as "PostgreSQL Development Team. PostgreSQL Documentation. URL postgresql.org/docs." If you get something different, please double check the MWE and include a picture of the output.

– moewe
Feb 26 at 11:22





Mhhh, I stand by my earlier comment, but I just conducted more extensive tests with your MWE and could not reproduce the issue you describe. The entry shows fine as "PostgreSQL Development Team. PostgreSQL Documentation. URL postgresql.org/docs." If you get something different, please double check the MWE and include a picture of the output.

– moewe
Feb 26 at 11:22













@Kurt, added TeX distro version.

– LucaF
Feb 26 at 11:45





@Kurt, added TeX distro version.

– LucaF
Feb 26 at 11:45










1 Answer
1






active

oldest

votes


















0














Some comments and suggestions:



  • Load the hyperref package last.


  • Since you're loading the setspace package, you have no possible valid excuse for inputting renewcommandbaselinestretch1.2. Instead, please input setstretch1.2.


  • Instead of [left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm], please just write [margin=3cm].


  • Do encase PostgreSQL Development Team in an extra pair of curly braces. That way, you signal to BibTeX that it's dealing with a so-called "corporate" author rather than with a person with surname Team, first name PostgreSQL, and middle name Development.


enter image description here



RequirePackagefilecontents
beginfilecontentsref.bib
@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/

@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"

endfilecontents

documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[utf8]inputenc
usepackage[margin=3cm]geometry
usepackagesetspace
setstretch1.2
%renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0

usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat

usepackageurl
renewcommandUrlFontsmall

usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

begindocument
citepsqldocs, citepiezoelectr
bibliographyref
enddocument





share|improve this answer























  • Thank you sir for you reply and your correct suggestions. Of course, I wasn't careful while adding new features and packages to my document. Anyway, the extra comma bug is still present.

    – LucaF
    Feb 26 at 13:01











  • My bad: adding double braces for author value, the bug does not show up anymore. That's still strange: if I format my PostgreSQL bib entry as the piezoelectr one, I still get the error, while with piezoelectr(and other entries) this issue is completely absent

    – LucaF
    Feb 26 at 13:06












  • @LucaF - Did you (a) reorganize the preamble of your document along the lines suggested above, (b) edit the bib entry, and (c) after making the changes, re-run LaTeX, BibTeX, and LaTeX twice more?

    – Mico
    Feb 26 at 14:29












Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "85"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f476736%2fbad-bibliography-entry-formatting%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














Some comments and suggestions:



  • Load the hyperref package last.


  • Since you're loading the setspace package, you have no possible valid excuse for inputting renewcommandbaselinestretch1.2. Instead, please input setstretch1.2.


  • Instead of [left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm], please just write [margin=3cm].


  • Do encase PostgreSQL Development Team in an extra pair of curly braces. That way, you signal to BibTeX that it's dealing with a so-called "corporate" author rather than with a person with surname Team, first name PostgreSQL, and middle name Development.


enter image description here



RequirePackagefilecontents
beginfilecontentsref.bib
@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/

@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"

endfilecontents

documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[utf8]inputenc
usepackage[margin=3cm]geometry
usepackagesetspace
setstretch1.2
%renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0

usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat

usepackageurl
renewcommandUrlFontsmall

usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

begindocument
citepsqldocs, citepiezoelectr
bibliographyref
enddocument





share|improve this answer























  • Thank you sir for you reply and your correct suggestions. Of course, I wasn't careful while adding new features and packages to my document. Anyway, the extra comma bug is still present.

    – LucaF
    Feb 26 at 13:01











  • My bad: adding double braces for author value, the bug does not show up anymore. That's still strange: if I format my PostgreSQL bib entry as the piezoelectr one, I still get the error, while with piezoelectr(and other entries) this issue is completely absent

    – LucaF
    Feb 26 at 13:06












  • @LucaF - Did you (a) reorganize the preamble of your document along the lines suggested above, (b) edit the bib entry, and (c) after making the changes, re-run LaTeX, BibTeX, and LaTeX twice more?

    – Mico
    Feb 26 at 14:29
















0














Some comments and suggestions:



  • Load the hyperref package last.


  • Since you're loading the setspace package, you have no possible valid excuse for inputting renewcommandbaselinestretch1.2. Instead, please input setstretch1.2.


  • Instead of [left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm], please just write [margin=3cm].


  • Do encase PostgreSQL Development Team in an extra pair of curly braces. That way, you signal to BibTeX that it's dealing with a so-called "corporate" author rather than with a person with surname Team, first name PostgreSQL, and middle name Development.


enter image description here



RequirePackagefilecontents
beginfilecontentsref.bib
@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/

@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"

endfilecontents

documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[utf8]inputenc
usepackage[margin=3cm]geometry
usepackagesetspace
setstretch1.2
%renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0

usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat

usepackageurl
renewcommandUrlFontsmall

usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

begindocument
citepsqldocs, citepiezoelectr
bibliographyref
enddocument





share|improve this answer























  • Thank you sir for you reply and your correct suggestions. Of course, I wasn't careful while adding new features and packages to my document. Anyway, the extra comma bug is still present.

    – LucaF
    Feb 26 at 13:01











  • My bad: adding double braces for author value, the bug does not show up anymore. That's still strange: if I format my PostgreSQL bib entry as the piezoelectr one, I still get the error, while with piezoelectr(and other entries) this issue is completely absent

    – LucaF
    Feb 26 at 13:06












  • @LucaF - Did you (a) reorganize the preamble of your document along the lines suggested above, (b) edit the bib entry, and (c) after making the changes, re-run LaTeX, BibTeX, and LaTeX twice more?

    – Mico
    Feb 26 at 14:29














0












0








0







Some comments and suggestions:



  • Load the hyperref package last.


  • Since you're loading the setspace package, you have no possible valid excuse for inputting renewcommandbaselinestretch1.2. Instead, please input setstretch1.2.


  • Instead of [left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm], please just write [margin=3cm].


  • Do encase PostgreSQL Development Team in an extra pair of curly braces. That way, you signal to BibTeX that it's dealing with a so-called "corporate" author rather than with a person with surname Team, first name PostgreSQL, and middle name Development.


enter image description here



RequirePackagefilecontents
beginfilecontentsref.bib
@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/

@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"

endfilecontents

documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[utf8]inputenc
usepackage[margin=3cm]geometry
usepackagesetspace
setstretch1.2
%renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0

usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat

usepackageurl
renewcommandUrlFontsmall

usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

begindocument
citepsqldocs, citepiezoelectr
bibliographyref
enddocument





share|improve this answer













Some comments and suggestions:



  • Load the hyperref package last.


  • Since you're loading the setspace package, you have no possible valid excuse for inputting renewcommandbaselinestretch1.2. Instead, please input setstretch1.2.


  • Instead of [left=3.00cm, right=3.00cm, top=3.00cm, bottom=3.00cm], please just write [margin=3cm].


  • Do encase PostgreSQL Development Team in an extra pair of curly braces. That way, you signal to BibTeX that it's dealing with a so-called "corporate" author rather than with a person with surname Team, first name PostgreSQL, and middle name Development.


enter image description here



RequirePackagefilecontents
beginfilecontentsref.bib
@onlinepsqldocs,
author = PostgreSQL Development Team,
title = "PostgreSQL Documentation",
url = https://www.postgresql.org/docs/

@online piezoelectr,
author = "ScienceDirect",
title = "Piezoelectricity",
url = "https://www.sciencedirect.com/topics/materials- science/piezoelectricity"

endfilecontents

documentclass[13pt, a4paper, titlepage, oneside]book
setcountertocdepth4
setcountersecnumdepth4
usepackage[T1]fontenc
usepackage[english]babel
usepackage[utf8]inputenc
usepackage[margin=3cm]geometry
usepackagesetspace
setstretch1.2
%renewcommandbaselinestretch1.2
usepackage[fontsize=13pt]scrextend
usepackagexcolor
definecolorwinergb0.5,0,0

usepackage[square,comma,numbers]natbib
bibliographystyleunsrtnat

usepackageurl
renewcommandUrlFontsmall

usepackagehyperref
hypersetup
colorlinks = true,
linkcolor = .,
citecolor = .,
filecolor = .,
menucolor = .,
runcolor = .,
urlcolor = wine

begindocument
citepsqldocs, citepiezoelectr
bibliographyref
enddocument






share|improve this answer












share|improve this answer



share|improve this answer










answered Feb 26 at 12:15









MicoMico

284k31388778




284k31388778












  • Thank you sir for you reply and your correct suggestions. Of course, I wasn't careful while adding new features and packages to my document. Anyway, the extra comma bug is still present.

    – LucaF
    Feb 26 at 13:01











  • My bad: adding double braces for author value, the bug does not show up anymore. That's still strange: if I format my PostgreSQL bib entry as the piezoelectr one, I still get the error, while with piezoelectr(and other entries) this issue is completely absent

    – LucaF
    Feb 26 at 13:06












  • @LucaF - Did you (a) reorganize the preamble of your document along the lines suggested above, (b) edit the bib entry, and (c) after making the changes, re-run LaTeX, BibTeX, and LaTeX twice more?

    – Mico
    Feb 26 at 14:29


















  • Thank you sir for you reply and your correct suggestions. Of course, I wasn't careful while adding new features and packages to my document. Anyway, the extra comma bug is still present.

    – LucaF
    Feb 26 at 13:01











  • My bad: adding double braces for author value, the bug does not show up anymore. That's still strange: if I format my PostgreSQL bib entry as the piezoelectr one, I still get the error, while with piezoelectr(and other entries) this issue is completely absent

    – LucaF
    Feb 26 at 13:06












  • @LucaF - Did you (a) reorganize the preamble of your document along the lines suggested above, (b) edit the bib entry, and (c) after making the changes, re-run LaTeX, BibTeX, and LaTeX twice more?

    – Mico
    Feb 26 at 14:29

















Thank you sir for you reply and your correct suggestions. Of course, I wasn't careful while adding new features and packages to my document. Anyway, the extra comma bug is still present.

– LucaF
Feb 26 at 13:01





Thank you sir for you reply and your correct suggestions. Of course, I wasn't careful while adding new features and packages to my document. Anyway, the extra comma bug is still present.

– LucaF
Feb 26 at 13:01













My bad: adding double braces for author value, the bug does not show up anymore. That's still strange: if I format my PostgreSQL bib entry as the piezoelectr one, I still get the error, while with piezoelectr(and other entries) this issue is completely absent

– LucaF
Feb 26 at 13:06






My bad: adding double braces for author value, the bug does not show up anymore. That's still strange: if I format my PostgreSQL bib entry as the piezoelectr one, I still get the error, while with piezoelectr(and other entries) this issue is completely absent

– LucaF
Feb 26 at 13:06














@LucaF - Did you (a) reorganize the preamble of your document along the lines suggested above, (b) edit the bib entry, and (c) after making the changes, re-run LaTeX, BibTeX, and LaTeX twice more?

– Mico
Feb 26 at 14:29






@LucaF - Did you (a) reorganize the preamble of your document along the lines suggested above, (b) edit the bib entry, and (c) after making the changes, re-run LaTeX, BibTeX, and LaTeX twice more?

– Mico
Feb 26 at 14:29


















draft saved

draft discarded
















































Thanks for contributing an answer to TeX - LaTeX Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f476736%2fbad-bibliography-entry-formatting%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Wikipedia:Contact us Navigation menu Navigation menuLeave a Reply Cancel reply Post navigationRecent PostsRecent CommentsArchivesCategoriesMeta

Farafra Inhaltsverzeichnis Geschichte | Badr-Museum Farafra | Nationalpark Weiße Wüste (as-Sahra al-baida) | Literatur | Weblinks | Navigationsmenü27° 3′ N, 27° 58′ OCommons: Farafra

Tórshavn Kliima | Partnerstääden | Luke uk diar | Nawigatsjuun62° 1′ N, 6° 46′ W62° 1′ 0″ N, 6° 46′ 0″ WWMOTórshavn