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

BIPM requested fixes 3: bibliography problem with the processing of Declarations #223

Closed
ronaldtse opened this issue Feb 22, 2024 · 6 comments
Assignees
Labels
bug Something isn't working

Comments

@ronaldtse
Copy link
Contributor

From Michael Stock:

In the bibliography there seems to be a problem with the processing of Declarations – see for example references [65E/64F] and [74E/73F] – which are missing the format DECN as well as their details.

@ronaldtse ronaldtse changed the title BIPM requested fixes: bibliography problem with the processing of Declarations BIPM requested fixes 3: bibliography problem with the processing of Declarations Feb 22, 2024
@ronaldtse ronaldtse added the bug Something isn't working label Feb 22, 2024
@opoudjis
Copy link
Contributor

@anermina Many of these issues are going to need to be escalated to @andrew2net or myself, but you get to diagnose that first.

@anermina
Copy link
Contributor

I assume DECN is written by mistake (related to Decisions), and this issue applies to DECL (Declarations).
However, I am not sure what is the expected output. Current outputs are as follows.

EN:
image
image

FR:
image
image

These entries seem as complete as REC entries, e.g.:
image

@ronaldtse can you please check what output Michael gets?

@anermina
Copy link
Contributor

anermina commented Dec 5, 2024

I do not see any issues with either Declarations or Decisions.

French:
image
image
image
image

English:
image
image
image
image

@ronaldtse could you please confirm this is the expected output?

@manuelfuenmayor
Copy link
Contributor

Ping @ronaldtse, on this issue.

@ronaldtse
Copy link
Contributor Author

In the original BIPM report from @MStock78120 , these are the problematic entries:

Issue 1

Problem (2023-05)

Screenshot 2024-12-18 at 8 31 03 PM Screenshot 2024-12-18 at 8 31 37 PM

Now fixed

Screenshot 2024-12-18 at 8 32 40 PM Screenshot 2024-12-18 at 8 33 21 PM

Issue 2

Problem (2023-05)

Screenshot 2024-12-18 at 8 31 58 PM Screenshot 2024-12-18 at 8 32 10 PM

Now fixed

Screenshot 2024-12-18 at 8 34 01 PM Screenshot 2024-12-18 at 8 34 10 PM

Unfortunately...

As you can see there is an issue with a # inserted into the declaration's description here:
Screenshot 2024-12-18 at 8 34 10 PM

The particular line originates from here:

And it seems that it is actually a normal white space, so I don't know why it became a # (which typically indicates a missing glyph).

Ping @Intelligent2013 @andrew2net to fix this.

@ronaldtse
Copy link
Contributor Author

Closing issue and keeping new issue separate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants