Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Better BibLatex copied year column as string if "./" character is found #3067

Closed
ckenadiao opened this issue Nov 20, 2024 · 9 comments
Closed

Comments

@ckenadiao
Copy link

ckenadiao commented Nov 20, 2024

Debug log ID

Q4BJ38RD-euc

What happened?

  1. In Zotero, import the following DOI identifier: 10.1109/82.204108
  2. Look at the entry. Notice that in the year column, it is Jan./1992, with the './'. (I noticed that this behaviour also applies to some of the DOI, but not all.)
  3. Use the Better BibLaTex functionality to copy the latex's format to clipboard, and then just paste it in notepad.
  4. Copy the latex format, this time through BibLateX only -- paste it in notepad.
  5. Compare both entry (I paste it below for reference) -- you notice that BibLateX manage to parse this entry to date = {1992-01}, but not for Better BibLatex where it shows year = {Jan./1992}. This causes compilation error in typst (see Bibliography parse error: wrong number of digits on the "year" column typst/hayagriva#247 where I originally discuss about this issue)

(Better BibLateX)
@Article{Leung1992,
title = {Multibit {{Sigma}} - {{Delta A}}/{{D}} Converter Incorporating a Novel Class of Dynamic Element Matching Techniques},
author = {Leung, B.H. and Sutarja, S.},
year = {Jan./1992},
journaltitle = {IEEE Transactions on Circuits and Systems II: Analog and Digital Signal Processing},
shortjournal = {IEEE Trans. Circuits Syst. II},
volume = {39},
number = {1},
pages = {35--51},
issn = {10577130},
doi = {10.1109/82.204108},
url = {http://ieeexplore.ieee.org/document/204108/},
urldate = {2024-10-29},
langid = {english},
file = {D:\OneDrive\Documents\Research\Zotero\Leung1992_journalArticle_multibit-sigma-delta-ad-converter-inc_vol39.pdf}
}

(BibLateX through quick copy)
@Article{Leung1992,
title = {Multibit Sigma - Delta A/D converter incorporating a novel class of dynamic element matching techniques},
volume = {39},
rights = {https://ieeexplore.ieee.org/Xplorehelp/downloads/license-information/{IEEE}.html},
issn = {10577130},
url = {http://ieeexplore.ieee.org/document/204108/},
doi = {10.1109/82.204108},
pages = {35--51},
number = {1},
journaltitle = {{IEEE} Transactions on Circuits and Systems {II}: Analog and Digital Signal Processing},
shortjournal = {{IEEE} Trans. Circuits Syst. {II}},
author = {Leung, B.H. and Sutarja, S.},
urldate = {2024-10-29},
date = {1992-01},
langid = {english},
file = {PDF:D:\OneDrive\Documents\Research\Zotero\Leung1992_journalArticle_multibit-sigma-delta-ad-converter-inc_vol39.pdf:application/pdf},
}
debug.txt

@retorquere
Copy link
Owner

retorquere commented Nov 20, 2024

Ah wait I get it. Yeah please right-click that entry, and send a BBT debug log from the popup menu, the ID will have -refs- in it. No need to attach debug logs, the log ID gives me the submitted log.

@ckenadiao
Copy link
Author

The updated debug log is CKV7LRRK-refs-euc

@retorquere
Copy link
Owner

Can you try again? I don't know what happened but I haven't received that log.

@ckenadiao
Copy link
Author

W9NTJHJ5-refs-euc/6.7.253-7

It turns out I didn't physically see the "next" button at the end of log submission window because the window screen is so big and unadjustable...

@retorquere
Copy link
Owner

i think actually the Zotero scraper should be fixed here. Jan 1992 is not the right date at all for that article, aside the fact that it should not be formatted that way.

@ckenadiao
Copy link
Author

I double checked the article, it seems like the date is correct - January 1992? I think the date of publication (Aug 2002) referred form the website is the date of the article becomes digital.
image

Copy link

🤖 this is your friendly neighborhood build bot announcing test build 6.7.253.7328 ("more dateparser heuristics")

This update may name other issues, but the build just dropped here is for you; it just means problems already fixed in other issues have been folded into the work we are doing here. Install in Zotero by downloading test build 6.7.253.7328, opening the Zotero "Tools" menu, selecting "Add-ons", open the gear menu in the top right, and select "Install Add-on From File...".

@retorquere
Copy link
Owner

I double checked the article, it seems like the date is correct - January 1992? I think the date of publication (Aug 2002) referred form the website is the date of the article becomes digital.

So it seems. Can you test build 7328?

@ckenadiao
Copy link
Author

Yeah, I tested build 7328 and it seems everything is fixed now.

retorquere added a commit that referenced this issue Nov 24, 2024
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Dec 24, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants