8000 Landing page: Citation details outdated/broken · Issue #522 · precice/precice.github.io · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Landing page: Citation details outdated/broken #522

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

Open
MakisH opened this issue Apr 23, 2025 · 15 comments · May be fixed by #527
Open

Landing page: Citation details outdated/broken #522

MakisH opened this issue Apr 23, 2025 · 15 comments · May be fixed by #527
Labels
technical Technical issues on the website

Comments

@MakisH
Copy link
Member
MakisH commented Apr 23, 2025

In the landing page:

  • We still have the v1 paper in the counter
  • The URL does not work
  • The fallback citation numbers is used (222 instead of currently 397)

Maybe it's time to replace the counter with the v2 paper, or add both somehow. We should also fix the link issue.

@kss682
Copy link
Collaborator
kss682 commented May 6, 2025

Continuing the discussion from #524,

It seems like google scholar technically do not allow scraping and since the github action servers might be using IP ranges which could be blacklisted by google.

One option would be use to add User-Agent header or we could use public APIs like semantic-api ( they have a limit of 1000 requests per second among all unauthenticated users.)

Eg:

https://api.semanticscholar.org/graph/v1/paper/10.12688/openreseurope.14445.1?fields=referenceCount

Image

@MakisH
Copy link
Member Author
MakisH commented May 6, 2025

I am not sure which solution would be the easiest to implement, but both sound sustainable to me if they do the job. Does the Semantic Scholar API report the same numbers as Google Scholar, or will we confuse people if we link to the one and get numbers from the other?

Alternative: Do you think we could (mis)use this GitHub Action to get what we need?

https://github.com/marketplace/actions/google-scholar-fetcher

@kss682
Copy link
Collaborator
kss682 commented May 12, 2025

I tried with the Semantic API and the citation count is different from what we have from google scholar.

Image
Also is this what we want for the citation layout ?

@MakisH
Copy link
Member Author
MakisH commented May 12, 2025

I would expect all buttons to be next to each other, potentially with shorter text or some grouping.

@kss682
Copy link
Collaborator
kss682 commented May 14, 2025

Image

Reverted back to google scholar due to citation mismatch with semantic API, fetching these results using user-agent.
I have reduced the spacing but not sure of how we can shorten the text.

@uekerman
Copy link
Member

"preCICE" is clear from context. Maybe simply "v2 citations (134)"?

Or:

  • Cited by 134
  • v1 cited by 399

@kss682
Copy link
Collaborator
kss682 commented May 16, 2025

Image

Do you feel the whitespace below needs to be reduced ?

@MakisH
Copy link
Member Author
MakisH commented May 16, 2025

I think the whitespace is ok, but I would really put the buttons next to each other.

@kss682
Copy link
Collaborator
kss682 commented May 16, 2025

Image

Something like this ?

@MakisH
Copy link
Member Author
MakisH commented May 16, 2025

Yes, perfect!
I guess we can remove the parentheses around the number.

Maybe:

  • v2 cited by 134 works
  • v1 cited by 397 works
  • Literature guide

@kss682 kss682 linked a pull request May 16, 2025 that will close this issue
@kss682
Copy link
Collaborator
kss682 commented May 18, 2025

I tried playing around with the github action mentioned earlier. Apparently they use user ID as a filter not the paper ID.
github-action

8000

@MakisH
Copy link
Member Author
MakisH commented May 19, 2025

Since that Action is rather new, it might make sense contacting the developer (via an issue) to investigate whether adding an option for a paper id would make sense. If the addition seems to be clear, you could also directly implement it and open a pull request.

But I would do this only if there is some indication that this approach will actually not face the same access issues.

@kss682
Copy link
Collaborator
kss682 commented May 19, 2025

FYI
sxlllslgh/google-scholar-fetcher#1

@kss682
Copy link
Collaborator
kss682 commented May 20, 2025

What about moving this logic to the user end via javascript ?
Since we eventually plan on migrating to Hugo, we might have to find alternatives to the plugins.

@MakisH
Copy link
Member Author
MakisH commented May 20, 2025

If that works, of course!

@uekerman uekerman added the technical Technical issues on the website label May 22, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
technical Technical issues on the website
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants
0