Template talk:LCCN

message: I've asked that a function be written to handle the number conversion automatically.  This implementation is far too klunky for regular people to use.  A simple function built into the software should solve the problem, and it's not without precedent.  We already have things like  and urlencode: ( outputs , for instance).
See Bugzilla: 8160: ParserFunction for Library of Congress Control Numbers (LCCN)
Vote for it if you like the idea. — Omegatron 16:10, 5 December 2006 (UTC)
thread_title:  Feature request 

message: Instead of dealing with all of the stupid parameters in this template, why not just make a single-parameter template to handle 6, 8, 10, and however many digits? It's lame having to do  instead of just ; thus, . And, better yet, why not just code this template to detect the # of digits and adjust the output accordingly (if it's even necessary)?  and  work fine anyway so it should probably be moved to  or whatever. —Eekerz (t) 09:04, 20 April 2010 (UTC)
thread_title:  single-parameter template 

message: Hi. The instructions say "number after the dash is not 6 digits long, enough zeroes to make it so". I tried that with  (the zero is added) but get no link. Any help?  Thanks. -SusanLesch (talk) 18:56, 4 May 2010 (UTC)
replies: text: Best I could do is work around it: LCCN 83-51331 which at least reads. You can reach my on my talk page if there's a reply. Thanks. -SusanLesch (talk) 19:04, 4 May 2010 (UTC)
thread_title:  Bad gateway 

message: You can use padleft to fill the missing zeros. . When using #expr you can convert a given number 89-456 to : :  80.143.88.200 (talk) 19:24, 29 October 2010 (UTC)
thread_title:  Template with 1 parameter 

message: What exactly would be needed to cleanup that backlog? This seems to be very bot-friendly. Headbomb {talk / contribs / physics / books} 01:19, 22 March 2012 (UTC)
replies: text: Is it even necessary? The links still seem to work. But I agree it seems to be a bot-friendly task. -- Alan Liefting (talk - contribs) 01:48, 28 May 2012 (UTC)
thread_title:  Legacy cleanup? 

message: Since 2003, the Library of Congress started normalizing LCCNs according to these rules, with the motivation that having half a million standard for controls numbers was a bit silly. So if you find some old source with an old-style LCCN on it (i.e. LCCN 85-2), when you follow the link you are presented with the normalized (modern) LCCN (i.e. LCCN 85000002). I think this is a bit confusing for those who aren't intimately familiar with LCCNs. But worse if you take a source with a new-style LCCN, such as LCCN 85000002, it will be erroneously be displayed as LCCN 85-2 on Wikipedia, and you will be taken to a page that says LCCN 85000002, which will lead to great puzzlement as to why Wikipedia displays things as LCCN 85-2. Therefore I think we should just bite the bullet and embrace the modern LoC's standard for our own articles. Headbomb {talk / contribs / physics / books} 01:56, 22 March 2012 (UTC)
replies: text: * For my money, I can say I do use ISBN's, usually if I have one reference to a book and want to find out about it somewhere else, ie, I have a book want to look it up on Amazon to see reviews. I'd say I do that about once every couple months for some reason or other. Of course, title-based searches are the norm, but I don't think I have ever seen anyone search using Publisher and Date. Usually if the author+title are too ambiguous, people give up Jztinfinity (talk) 04:51, 23 March 2012 (UTC)
replies: text: *I for one always use ISBNs when available, and know very little who would rather search things Author+Year+Title+Publisher instead of searching things via ISBN (or similar). Plus, this is the age of the internet, if you insist on doing manual searches on Amazon for something like  using Author+Year+Title+Publisher (which is a very error-prone method, especially if someone makes a mistake), rather than just click on the ISBN and select Amazon option, they really are masochists. Even if you are reading a printed version of Wikipedia, searching via ISBN is still way easier than searching for Author+Year+Title+Publisher. Anyway, like it or not, ISBNs and LCCNs are used, and they won't go away anytime soon.  Headbomb {talk / contribs / physics / books} 14:55, 23 March 2012 (UTC)

text: * I too use ISBNs all the time, especially when looking for specific editions (this is usually necessary when doing source verification; different editions usually have different pagination).  I know academic types like to use OCLCs, LCCNs and various other more "geeky" source identifiers for various useful purposes. That said, the fact that they are seen as annoying clutter by some editors suggests we should have a span class, perhaps source_ext_id that can be applied to all such things so that editors who detest them can make them invisible with their own CSS. PS: Because this template is an LCCN template, it has to do one LCCN format or the other. The third option that Carrite wants cannot be an RfC option, since this template can't do . The way to pursue that option is to take the template to WP:TFD for deletion. (I predict a "keep" result.) — SMcCandlish    Talk⇒ ɖ∘¿¤þ   Contrib.  09:26, 26 March 2012 (UTC)

text: *To everything there is a season... and ISBNs/ISSNs/OCLCs, etc all have a useful purpose. Since this RfC is related to a specific template with a specifyic function, the option requested is not possible since the template has to do something. Imzadi 1979 →  09:33, 29 March 2012 (UTC)
thread_title:  RFC: Should we display LCCNs according to new-style rules, or old-style rules? 

message: *Support, as proposer.  Headbomb {talk / contribs / physics / books} 03:51, 22 March 2012 (UTC)
thread_title: Support for new-style

message: * These numbers add nothing but clutter and should not be used at all. Same with ISBNs, OCLC numbers. None of that information is of the slightest functionality to Wikipedia users. Real life book searches are done by Author + Title, sometimes incorporating Publisher and Date. Never LCCN, never OCLC, never ISBN. All of these manifestations of number worship and empty linkage based thereon is obsessive-compulsive behavior at its worst, in my opinion. Of course, there is no RFC option to negate this entire discussion. Inertia and clique decision-making rules at WP. Carrite (talk) 20:19, 22 March 2012 (UTC)
replies: text: * For my money, I can say I do use ISBN's, usually if I have one reference to a book and want to find out about it somewhere else, ie, I have a book want to look it up on Amazon to see reviews. I'd say I do that about once every couple months for some reason or other. Of course, title-based searches are the norm, but I don't think I have ever seen anyone search using Publisher and Date. Usually if the author+title are too ambiguous, people give up Jztinfinity (talk) 04:51, 23 March 2012 (UTC)
replies: text: *I for one always use ISBNs when available, and know very little who would rather search things Author+Year+Title+Publisher instead of searching things via ISBN (or similar). Plus, this is the age of the internet, if you insist on doing manual searches on Amazon for something like  using Author+Year+Title+Publisher (which is a very error-prone method, especially if someone makes a mistake), rather than just click on the ISBN and select Amazon option, they really are masochists. Even if you are reading a printed version of Wikipedia, searching via ISBN is still way easier than searching for Author+Year+Title+Publisher. Anyway, like it or not, ISBNs and LCCNs are used, and they won't go away anytime soon.  Headbomb {talk / contribs / physics / books} 14:55, 23 March 2012 (UTC)

text: * I too use ISBNs all the time, especially when looking for specific editions (this is usually necessary when doing source verification; different editions usually have different pagination).  I know academic types like to use OCLCs, LCCNs and various other more "geeky" source identifiers for various useful purposes. That said, the fact that they are seen as annoying clutter by some editors suggests we should have a span class, perhaps source_ext_id that can be applied to all such things so that editors who detest them can make them invisible with their own CSS. PS: Because this template is an LCCN template, it has to do one LCCN format or the other. The third option that Carrite wants cannot be an RfC option, since this template can't do . The way to pursue that option is to take the template to WP:TFD for deletion. (I predict a "keep" result.) — SMcCandlish    Talk⇒ ɖ∘¿¤þ   Contrib.  09:26, 26 March 2012 (UTC)

text: *To everything there is a season... and ISBNs/ISSNs/OCLCs, etc all have a useful purpose. Since this RfC is related to a specific template with a specifyic function, the option requested is not possible since the template has to do something. Imzadi 1979 →  09:33, 29 March 2012 (UTC)
thread_title: Discussion

message: Alright, normally I wouldn't close this myself, since I initiated the discussion, but since it's been open for over a week and no one objected, I'm going to close this and get the various templates updated to use the new style. Headbomb {talk / contribs / physics / books} 16:03, 31 March 2012 (UTC)
thread_title: End

message: duplicates this and other templates. Why not just use it as a core so we only do updates in one place? ---— Gadget850 (Ed) talk 12:42, 30 April 2012 (UTC)
replies: text: I suppose it could be done that way. There still needs to be a way to implement the behaviour mentioned in the RFC though.... Headbomb {talk / contribs / physics / books} 18:45, 30 April 2012 (UTC)
thread_title:  Citation/identifier 

message:  works, but  does not work.  Template gets confused and removes last number.  
*I fixed the pages like this by using  instead.  AManWithNoPlan (talk) 01:04, 15 June 2012 (UTC)
thread_title: Some do not work

message: See
* Wikipedia:Village pump (proposals)#Access locks: Visual Design RFC
* Wikipedia:Village pump (proposals)#Access Locks: Citation Template Behaviour RFC
Headbomb {talk / contribs / physics / books} 17:06, 29 October 2016 (UTC)
thread_title:  RFCs on citations templates and the flagging free-to-read sources 

message: The Library of Congress's Chronicling America project uses LCCNs, but many of these LCCNs are not recognized by lccn.loc.gov. This seems to be because the LCCN server only serves up results for LoC holdings, and LCCNs starting with "sn" are part of CONSER and "may or may not be in LC".  As a result, even though there is a responsive LoC page for these LCCNs, this template frequently points to an empty search results page instead.
*Example 1 (not in LoC, in Chronicling America):  ("Your search found no results") - Chronicling America page
*Example 2 (in LoC, also in Chronicling America):  - Chronicling America page
Would it be feasible for this template to take parameter to specify that it should link out to chroniclingamerica.loc.gov rather than lccn.loc.gov? -- Visviva (talk) 18:00, 23 December 2019 (UTC)
replies: text: @Visviva: This is an extremely late response but a probably better solution would be to link with the prefix https://www.loc.gov/item/ instead of the current https://lccn.loc.gov/, in much the same way as  at Wikidata does. This would mean your examples would link as: LCCN sn90-51192 and LCCN sn82-14988. I shall try to look at this in the not too distant future but I notice there is code in there for some sort of non-ID lookup so not sure how to handle that just yet (I should probably add some tracking for such usage and see if anything is using that to begin with). —Uzume (talk) 22:46, 11 May 2024 (UTC)

text: @Visviva: I fixed your examples from above and added some tracking for the strange (and hopefully unused) case I am investigating. —Uzume (talk) 18:42, 12 May 2024 (UTC)
thread_title:  Chronicling America