Jump to content

Template talk:Google Books URL

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Jumping to page doesn't work any more, use phrase

[edit]

For several months now jumping to a page by number in Google books doesn't work. The page may be available, but can't be jumped to as far as I know. If a suitable unique phrase is found on the page, jump to it with dq=. Pol098 (talk) 22:07, 5 March 2022 (UTC)[reply]

This is a terrible idea

[edit]

Doing this inside citations is not even slightly helpful. All that does is greatly impede the ability of editors to fact-check our articles, while at the time time increasing the template/transclusion count and parser load on the page.  — SMcCandlish ¢ 😼  19:22, 15 September 2023 (UTC)[reply]

Actually, I've nominated this for deletion.  — SMcCandlish ¢ 😼  19:31, 15 September 2023 (UTC)[reply]
@SMcCandlish the result of the deletion discussion was "no consensus". However, we still need to discuss whether to employ it in the `|url=` parameter of a citation template. Kpratter (talk) 09:18, 9 October 2023 (UTC)[reply]
To quote GreenC: "English wiki has 1,974,794 Google Books links ie. the template is used in 0.00217 or two-tenths of 1 percent." So there is clearly not a consensus to widely deploy this template. I've laid out some reasons to not use this in citation templates, the main one being that it obfuscates the URL in the source view and thus makes source verification by editors more difficult. It also makes entry more difficult, and does nothing useful for the reader (in the rendered page they see the same sort of clickable link). It also increases the template/transclusion count and parser load on the page (which may be an issue at longer and more complex articles), for no clear gain. One of the more common comments at the TfD (which should have been run longer instead of closed as "no consensus") is that this template is simply rendundant with {{Google books|plainurl=yes}}. But this entire template's purpose can simply be replaced by a URL-checking and -cleanup bot.  — SMcCandlish ¢ 😼  13:12, 9 October 2023 (UTC)[reply]
Furthermore all the tools and bots are not programmed to support this template so it won't get proper maintenance, such as check and fixing link rot (yes GB has it). Citation bot is designed to normalize Google Book URLs and does so, this template is redundant, causes link rot problems, and all the other issues raised by SMcCandlish. Maybe we need a VP RfC or something to get wider community participation and list all the downsides more clearly - though honestly VP usually closes against the proposal, no matter what the proposal is. -- GreenC 15:24, 9 October 2023 (UTC)[reply]

Appreciation for a civil discussion

[edit]

I'd like to belatedly thank all who were involved in the deletion discussion archived here. I gained some useful knowledge about how other editors use tools and templates. I appreciated the WP:CIVIL tone of the discussion, especially in view of a lack of consensus. Sadly, that can't be taken for granted, so I'm increasingly grateful when I see it. Lwarrenwiki (talk) 19:43, 22 November 2023 (UTC)[reply]

Honestly the discussion was weird. It hinged on a few editors who believe if a Google Book goes dead, we want to use this template, because it will prevent tools like IABot from adding a non-functioning archive URLs. But IABot doesn't even do that anymore, nor is this template called Template:Flag IABot so it doesn't add an archive, that's not it's purpose. If a link is dead it needs to be marked dead, and bots can do that, but not when this template is being used. Just one of many reasons this template is a bad idea. -- GreenC 21:17, 22 November 2023 (UTC)[reply]

Request: Add article_id parameter for newspaper articles

[edit]

It would be convenient to have an article_id parameter that you can specify so that the Google Books UI zooms into and highlights the newspaper article, instead of just showing the top left corner of the page. This is especially useful when the article starts near the bottom of the page, or in situations when the newspaper scans capture the full two-page width of the newspaper (instead of just each individual page) and the article begins on the right-sided page. For example, to go to the 1966.02.12 Financial Post article CN plans shorter route to shore, which is on page 63, the URL https://books.google.com/books?id=cG8_AAAAIBAJ&pg=PA54 requires you to scroll to the right-sided page, but the longer URL https://books.google.com/books?id=cG8_AAAAIBAJ&pg=PA54&article_id=6296,1923447 takes you directly to the article itself.

The &article_id=6296,1923447 part of the URL specifies the actual article, and it has to be discovered in a roundabout way. You go to https://news.google.com/newspapers, scroll to the page containing the article you're interested in, click the Link to article link in the top right corner, and then pull the article ID out of the URL that's generated in the Paste link in email or IM box. For this article, the generated URL is https://news.google.com/newspapers?id=cG8_AAAAIBAJ&sjid=c1QMAAAAIBAJ&pg=6296%2C1923447. Confusingly, you have to copy the article ID from the pg parameter and replace the %2C escape code with a comma. In the GBurl template, you put the id value from the URL into the id parameter and the URL's pg value into a new article_id parameter. However, you'll still have to populate the GBurl template's pg parameter with a typical value for this template (PA54 in this case), which you have to find by looking for the article again in https://books.google.com.

D271l (talk) 19:35, 17 July 2025 (UTC)[reply]

Alternately, the GBurl template could just output a URL in the news.google.com/newspapers format instead of books.google.com/books. You could use that format whenever the article_id parameter is specified, or you could just put the article ID value in the pg parameter, and add a parameter such as newspaper=yes to tell the template to output a URL using that format. D271l (talk) 06:14, 18 July 2025 (UTC)[reply]