模块讨论:Authority control

request at d:Wikidata:Property proposal/Authority control

Please note the requests for

Russian State Library (RSL)
WKP identifier
NSZL identifier
BNE identifier
SELIBR identifier
BIBSYS identifier

‫·‏לערי ריינהארט‏·‏T‏·‏m‏:‏Th‏·‏T‏·‏email me‏·‏‬ 2013年10月7日 (一) 10:09 (UTC)[回复]

关于本模块的更新

如果有人想要用英文维基来的代码更新本模块，建议先在模块:Authority control/sandbox里面调试（点击“显示更改”）。--⚞★⚟ 2016年1月25日 (一) 16:03 (UTC)[回复]

Category:包含CBDB标识符的维基百科条目

可否把这个分类删掉？毫无必要地出现在几百个条目下。余兮（留言） 2018年9月21日 (五) 21:56 (UTC)[回复]

编辑请求

请求已处理--Tiger（留言） 2019年3月3日 (日) 01:12 (UTC)[回复]

LAC：加拿大图书及档案馆 -> LAC ：加拿大国家图书馆暨档案馆 --。->>Vocal&Guitar->>_留言 2019年3月3日 (日) 01:06 (UTC)[回复]

编辑请求 2019-04-25

请求已处理--Xiplus#Talk 2019年6月13日 (四) 09:20 (UTC)[回复]

在解决换行问题前，暂时将{{EditAtWikidata}}置于右侧。--神樂坂秀吉_{论·邮·贡·志} 2019年4月25日 (四) 10:25 (UTC)[回复]

什么换行问题？--Xiplus#Talk 2019年6月12日 (三) 05:51 (UTC)[回复]

@Xiplus：{{EditAtWikidata}}在英文维基是显示在模板左侧的，它显示在“Authority Control”链接之后。但它在中文维基上会出现问题——{{EditAtWikidata}}出现在“规范控制”链接的下一行，而不是紧随其后。当前版本未使用{{EditAtWikidata}}。--神樂坂秀吉_{论·邮·贡·志} 2019年6月13日 (四) 04:40 (UTC)[回复]

哪个页面有此问题？--Xiplus#Talk 2019年6月13日 (四) 04:59 (UTC)[回复]

当前版本已移除相关代码，所以显示没有问题，只是和部分其他语言版本相比少了一个{{EditAtWikidata}}。如果直接使用英文维基的代码，显示效果如特殊:固定链接/54802093所示。--神樂坂秀吉_{论·邮·贡·志} 2019年6月13日 (四) 06:14 (UTC)[回复]

这样的显示结果可以吗？--Xiplus#Talk 2019年6月13日 (四) 08:27 (UTC)[回复]

完全OK！--神樂坂秀吉_{论·邮·贡·志} 2019年6月13日 (四) 09:20 (UTC)[回复]

@神樂坂秀吉：请给出问题页面及描述，以及如何修改（diff）。--YF dyh000（留言） 2019年6月13日 (四) 05:13 (UTC)[回复]

编辑请求 2019-12-05

请求已处理--Xiplus#Talk 2019年12月7日 (六) 10:48 (UTC)[回复]

HDS更新，英维参照[1]。->>Vocal&Guitar->>_留言 2019年12月5日 (四) 11:05 (UTC)[回复]

编辑请求 2019-12-29

请求已处理--Xiplus#Talk 2020年1月15日 (三) 00:27 (UTC)[回复]

gnd修复，原问题，参照。->>Vocal&Guitar->>_留言 2019年12月29日 (日) 01:35 (UTC)[回复]
另NARA修复，参照。->>Vocal&Guitar->>_留言 2019年12月29日 (日) 01:37 (UTC)[回复]

编辑请求 2020-02-12

请求已拒绝

请求把第810行的[[Help:规范控制|规范控制]]改成[[Template:Authority control|规范控制]]-- Sunny00217 2020年2月12日 (三) 02:14 (UTC)[回复]

为什么这样修改?这样做有什么好处?有什么坏处?--Temp3600（留言） 2020年2月12日 (三) 17:51 (UTC)[回复]
- Wikipedia:页面存废讨论/记录/2020/02/12#Help:规范控制，目前未翻译en:Help:Authority_control，却把Help:规范控制重定向到了Template:Authority_control，没有意义-- Sunny00217 2020年2月16日 (日) 13:01 (UTC)[回复]
撤回-- Sunny00217 2020年2月16日 (日) 13:49 (UTC)[回复]

编辑请求 2020-04-25

请求已处理--Xiplus#Talk 2020年5月5日 (二) 03:21 (UTC)[回复]

将http://www.hkcan.net/hkcanopac/servlet/view/zh_TW?action=view&startPos= 改成 http://hkcan.julac.org/authorities/names/

香港中文名称规范数据库（HKCAN）的链接路径已经改了，请修改，正确路径的例子：http://hkcan.julac.org/authorities/names/9811104847603406 李逊之--Nostalgiacn（留言） 2020年4月25日 (六) 03:10 (UTC)[回复]

编辑请求 2020-05-20

请求已处理--Xiplus#Talk 2020年6月5日 (五) 04:20 (UTC)[回复]

将http://authority.ddbc.edu.tw/person/search.php?aid= 改成 http://authority.dila.edu.tw/person/?fromInner=

法鼓佛教学院的人名规范链接路径已经修改，正确路径的例子：http://authority.dila.edu.tw/person/?fromInner=A022755 （陈道亨）

@Xiplus：打扰了。--Nostalgiacn（留言） 2020年5月20日 (三) 14:01 (UTC)[回复]

Defect in NTA identifier

请求已处理--Tiger（留言） 2021年7月24日 (六) 08:40 (UTC)[回复]

There is a bug for NTA case. The code in Lua is

	{ 'NSK', '[[萨格勒布国家和大学图书馆|NSK]]', 1375, p.nskLink },
	{ 'NTA', '[[荷蘭皇家圖書館|NTA]]', 1375, p.ntaLink },

The NTA is declared to use the same property as preceding NSK. This is obvious copy/paste bug. The correct number for NTA is 1006. Paweł Ziemian（留言） 2020年7月18日 (六) 19:57 (UTC)[回复]

@Xiplus：。->>Vocal&Guitar->>_留言 2021年6月7日 (一) 23:33 (UTC)[回复]
两个内容重复了，修改如下：

{ 'NTA', '[[荷蘭皇家圖書館|NTA]]', 1375, p.ntaLink }

改成

{ 'NTA', '[[荷蘭皇家圖書館|NTA]]', 1006, p.ntaLink }

--Nostalgiacn（留言） 2021年6月8日 (二) 03:15 (UTC)[回复]

解决规范控制SBN错误的问题

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2022年4月23日 (六) 08:14 (UTC)。[回复]

根据包含错误规范控制信息的维基百科条目 (SBN)显示，约有4800篇条目的规范控制SBN参数存在错误，无法正常显示。请问这个问题是由什么原因导致，该如何修复。--百战天虫（留言） 2022年4月7日 (四) 07:22 (UTC)[回复]

实际上是所有的SBN都被标记为错误，先按照英文维基百科跟维基数据的设定修正了。--Xiplus#Talk 2022年4月7日 (四) 07:52 (UTC)[回复]

开机器人把这个分类下面的页面都刷了一遍，现在应该没有错误分类的情况了。--Antigng（留言） 2022年4月7日 (四) 12:26 (UTC)[回复]

改了显示不出来，英文版是显示出来的。--百战天虫（留言） 2022年4月9日 (六) 03:45 (UTC)[回复]

@百战天虫显示出来了吧。另外追踪分类里，中维用的是Category:包含SBN标识符的维基百科条目，英维用的是en:Category:Articles_with_ICCU_identifiers，这两个分类在Wikidata上应该合并。--Kethyga（留言） 2022年4月13日 (三) 02:00 (UTC)[回复]

编辑请求 2022-05-23

请求已处理--Xiplus#Talk 2022年6月2日 (四) 05:38 (UTC)[回复]

请求将

function p.ndlLink( id )
	--P349's format regex: 0?\d{8} (e.g. 012345678)
	if not string.match( id, '^0?%d%d%d%d%d%d%d%d$' ) then
		return false
	end
	return '[https://id.ndl.go.jp/auth/ndlna/' .. id .. ' ' .. id .. ']' .. p.getCatForId( 'NDL' )
end

中的

	if not string.match( id, '^0?%d%d%d%d%d%d%d%d$' ) then
		return false
	end

改为注释（暂停格式检查），或改为其他合适的代码（修正格式）。可能还需做其他改动。理由：格式0?\d{8}不正确。曹志耘的日本国立国会图书馆识别码 (P349) a1100032495不符合此格式。--沈澄心 ✉ 2022年5月23日 (一) 05:53 (UTC)[回复]

编辑请求 2022-08-03

请求已处理

请求增加中央研究院人名权威-人物传记数据库的链接。代码已在沙盒Module:Authority_control/sandbox更新。--Stevenliuyi（留言） 2022年8月4日 (四) 02:26 (UTC)[回复]

(＋)支持。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2022年8月21日 (日) 13:17 (UTC)[回复]

完成--百無一用是書生 (☎) 2022年9月5日 (一) 08:45 (UTC)[回复]

请求增加VIAF成员之KRNLK识别码（韩国国立中央图书馆）、NLA识别码（澳洲国家图书馆）及J9U识别码（以色列国家图书馆）

请求已处理

@Ericliu1912：：此三者均为虚拟国际规范文档（VIAF）成员，其中KRNLK是由韩国国立中央图书馆负责营运的识别码（维基数据页面Property:P5034），而NLA是澳洲国家图书馆营运之识别码（维基数据页面为Property:P409）、J9U是以色列国家图书馆营运之识别码（维基数据页面为Property:P8189）。希望该三组识别码能比照日本国立国会图书馆识别码（NDL）或美国国会图书馆控制号（LCCN）加入该模板之中并予以显示，感谢。--Howard61313（留言） 2023年1月13日 (五) 12:14 (UTC)[回复]

@Howard61313：

完成。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2023年2月10日 (五) 07:39 (UTC)[回复]

部分页面报错：Lua错误在Module:Authority_control的第805行：attempt to call field '?' (a nil value)。--东风（留言） 2023年2月10日 (五) 07:58 (UTC)[回复]

编辑请求 2023-10-18

请求已处理

官方已经放弃WorldCat Identities，改为WorldCat Entities（调用wikidata:Property:P10832）。失效情况，具体可以看一下托马斯·爱迪生这个页面。

现在对应的WorldCat Entities页面是： https://id.oclc.org/worldcat/entity/E39PBJpV6Dqb3KHXHX4TmVkMT3

原来得知VIAF ID和LCCN ID会跳转worldcat的功能也残缺了，原来那段代码应该没用了：

	--Worldcat
	if parentArgs['WORLDCATID'] and parentArgs['WORLDCATID'] ~= '' then
		table.insert( elements, p.createRow( 'WORLDCATID', '', parentArgs['WORLDCATID'], '[https://www.worldcat.org/identities/' .. parentArgs['WORLDCATID'] .. ' WorldCat Identities]', false ) ) --Validation?
	elseif parentArgs['VIAF'] and string.match( parentArgs['VIAF'], '^%d+ ) then -- Hackishly copy the validation code; this should go away when we move to using P1793 and P1630
		table.insert( elements, p.createRow( 'VIAF', '', parentArgs['VIAF'], '[https://www.worldcat.org/identities/containsVIAFID/' .. parentArgs['VIAF'] .. ' WorldCat Identities]', false ) )
	elseif parentArgs['LCCN'] and parentArgs['LCCN'] ~= '' then
		local lccnParts = p.splitLccn( parentArgs['LCCN'] )
		if lccnParts and lccnParts[1] ~= 'sh' then
			table.insert( elements, p.createRow( 'LCCN', '', parentArgs['LCCN'], '[https://www.worldcat.org/identities/lccn-' .. lccnParts[1] .. lccnParts[2] .. '-' .. lccnParts[3] .. ' WorldCat Identities]', false ) )
		end
	end

新增代码排在以下这段之后：

function p.nlkLink(id)
    return '[https://lod.nl.go.kr/resource/'..id..' '..id..']' .. p.getCatForId( 'NLK' )
end

新增内容

function p.worldcatlink(id)
    return '[https://id.oclc.org/worldcat/entity/'..id..' '..id..']' .. p.getCatForId( 'WorldCat' )
end

另一段新增代码排在以下这段之后：

	{ 'RSL', '[[俄罗斯国立图书馆|RSL]]', 947, p.rslLink },

新增内容

	{ 'WorldCat', '[[WorldCat]]', 10832, p.worldcatlink },

写在最后：替换前先测试，个人也不太清楚，原来那段代码是否有识别VIAF ID和LCCN ID以外功能。--Nostalgiacn（留言） 2023年10月18日 (三) 10:08 (UTC)[回复]

@Nostalgiacn：英文维基百科怎么办的？—— Eric Liu_{創造は生命（留言・留名・学生会）} 2023年11月18日 (六) 15:46 (UTC)[回复]

你可以直接看一下英维的条目：en:Thomas_Edison，那边也是改为WorldCat Entities。

中维和英维的代码已经不同了，没更新到英维最新一版，最里面那层代码请见这里en:Module:Authority control/config

虽然目前原有的WorldCat Identities少量还能重定向到WorldCat Entities，但是失效的更多。--Nostalgiacn（留言） 2023年11月18日 (六) 16:37 (UTC)[回复]

不行啊，托马斯·爱迪生的WorldCat还是404的WorldCat Identities，还出现Category:包含错误规范控制信息的维基百科条目 (Léonore)报错。--Nostalgiacn（留言） 2024年3月24日 (日) 13:16 (UTC)[回复]

新版的还在沙盒里，并未使用。测试效果见Template:Authority_control/testcases#托马斯·爱迪生，应该解决了WorldCat问题--百無一用是書生 (☎) 2024年3月25日 (一) 02:11 (UTC)[回复]

本地有一些英维没有的项目，如HKCAN、NLC、CALIS等等（Template:Authority_control/testcases#唐长孺），请参照条目原版唐长孺，另外由于有香港的项目，请将“国家”一栏修改各地，或者“国家及地区”。--Nostalgiacn（留言） 2024年3月25日 (一) 15:07 (UTC)[回复]

引入en新版还存在一些问题，需要有人帮忙。主要是两点：

之前本地使用而en没有的规范控制项目需要增加到Module:Authority control/config
直接从英文版引入的Module:Authority_control/documentation不工作

以及其他的一些需要进一步本地化的问题--百無一用是書生 (☎) 2024年3月27日 (三) 03:42 (UTC)[回复]

Module:Authority_control/documentation 已修，不过好像没什么用，换汤不换药的。--YF dyh000（留言） 2024年3月28日 (四) 14:24 (UTC)[回复]

@YFdyh000 产生了多个快速删除候选分类，CYT、NLC、CBDB、Sinica、HKCAN等未在分类Category:包含规范控制信息的维基百科条目下。--Kethyga（留言） 2024年3月28日 (四) 23:44 (UTC)[回复]

已经把新版缺少的本地项目补回，改变如下：

BNA改名为BNMM
DDBC改名为DILA
LAC和Léonore似乎地址失效，所以未加上
NLP改名为PLWABN
NNL似乎与J9U重复，暂未加上
SBN改名为ICCU

另经过测试，之前发现的问题看起来已全部修复。如无其他问题，择日更新--百無一用是書生 (☎) 2024年3月29日 (五) 09:25 (UTC)[回复]

Category:包含DDBC标识符的维基百科条目（法鼓文理学院）未设置为隐藏分类。--Kethyga（留言） 2024年4月1日 (一) 12:34 (UTC)[回复]

因为新版还未实施，所以{{Pages with authority control identifiers}}目前是有问题的--百無一用是書生 (☎) 2024年4月1日 (一) 14:05 (UTC)[回复]

Module:Pages_with_authority_control_identifiers有非条目，Module:Authority control/documentation（英文现行）仅允许条目。中文应该用哪种。--YF dyh000（留言） 2024年3月29日 (五) 09:45 (UTC)[回复]

简单的话，跟随英文就好了....毕竟规范控制按理来说只应该在条目上用--百無一用是書生 (☎) 2024年3月29日 (五) 12:59 (UTC)[回复]

感觉新版本有个问题是很多缩写对不熟悉规范控制的人来说不太容易理解。很多人可能都不了解FAST、VIAF、CALIS、CBDB、CiNii这些缩写的意思。目前的版本有相关条目的内链，可以让读者点进去了解这些不同的数据库。但新版去除了内链，直接用外链，感觉对读者不是太友好。不过我不确定该怎样改善。尽量用中文名称？但“分面应用主题词表”这样的名称其实也不容易理解。虽然也可以沿用现有的方式，但至少感觉“国家”那一栏新版的处理方式确实是更清晰明了了。--Stevenliuyi（留言） 2024年3月30日 (六) 22:13 (UTC)[回复]

Authority control的内容是在wikidata填写的，百科不需要理会，当然你有兴趣可以去那边加（说明）。这些内容类似“外部链接”，严格来说读者不需要知道这些是什么，这是延续过去图书管理的索引系统而已。--Nostalgiacn（留言） 2024年3月31日 (日) 00:51 (UTC)[回复]

我也感觉原本的有内链可能更友好。不过我很少用到规范控制，一般是用外链。--YF dyh000（留言） 2024年3月31日 (日) 06:25 (UTC)[回复]

同Nostalgiacn的意见，而且原来的方式可能存在过度内链的嫌疑。此外，尽量保持与en版同步真的能省好多事，一些小小不便与省事相比，我宁可选省事--百無一用是書生 (☎) 2024年4月1日 (一) 04:04 (UTC)[回复]

我倾向是很大的不便，读者需要自己查缩写/域名的含义、条目。加选项应该不是那么难吧，但我还没看。保持同步的难度，不知何时它能迁移到抽象维基百科。如果是您不想做二次开发，我表示理解，但期望保留余地。--YF dyh000（留言） 2024年4月2日 (二) 07:05 (UTC)[回复]

嗯，那么或许先照搬en的模式使用新版，其他的问题再下一步想办法解决？--百無一用是書生 (☎) 2024年4月2日 (二) 07:47 (UTC)[回复]

“国家”的分类感觉不太对，因为连加泰罗尼亚这个非国家的也有。当然，我感觉对方的意思应该是“国家图书馆”，能否变成全名。Template:Authority_control/testcases#李白看到有两个“台湾”，应该合并到起来，其中一个变括号内容。--Nostalgiacn（留言） 2024年4月1日 (一) 07:55 (UTC)[回复]

改为了“国家/地区”--百無一用是書生 (☎) 2024年4月1日 (一) 08:00 (UTC)[回复]

两个台湾那个我不是很确定如何处理为好....是否两个都算是国立性质我都没把握...--百無一用是書生 (☎) 2024年4月1日 (一) 14:11 (UTC)[回复]

还有其他国家拥有两个项目吗？另外，显然“中国”与“台湾”不适合并列。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年4月1日 (一) 18:32 (UTC)[回复]

国家一栏是列出国立图书馆或类似国立机构支持的规范控制项目，台湾的两个我不确定哪个是属于这种性质的，还是两个都不是/都是（毕竟两个只是子域名不同）。

“中国”与“台湾”并列问题，分类写成“国家/地区”也还是不行么？那怎么处理比较好？--百無一用是書生 (☎) 2024年4月2日 (二) 03:43 (UTC)[回复]

感觉不行。写成“中国国图”？或者写成中国国家图书馆吧，虽然可能像特事特办。

“挪威（2）”感觉不简明，得猜测2的含义。我觉得新版版式不美观，虽然以前只是堆砌标识符和编号，但有条目链接，对熟悉的用户来说标识符容易分辨。

“国家/地区”或许能缩写为“各地”。

“其它”能改成“其他”吗，理由请网络搜索，我现在也不确定哪种才对。--YF dyh000（留言） 2024年4月7日 (日) 15:26 (UTC)[回复]

国家/地区已改为“各地”

“其它”已改成“其他”

挪威（2）这种应该是一个项目有两个不同的url或ID

条目链接的问题，我是实在没精力去搞了，或许可以等以后其他人有时间和能力的时候再做也不迟（其实这个问题上还是怎么看的问题，有条目链接的情况下，其实显示的标识符大多没啥意义；没条目链接的话，的确对不熟悉的人来说会造成某些不方便，但另一方面则是简化了展示方式，把没有含义的标识符去掉，而且对于图书馆行业的人来说并不难理解）--百無一用是書生 (☎) 2024年4月8日 (一) 03:11 (UTC)[回复]

对于这种形式，可以预设写成“挪威（某图书馆）”、“荷兰（某图书馆）”吧？—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年4月14日 (日) 08:30 (UTC)[回复]

你是说国家地区那类吗？那些应该是指有国家或地区政府背书的机构搞的规范控制--百無一用是書生 (☎) 2024年4月14日 (日) 13:37 (UTC)[回复]

其实我觉得不一定要按英文维基百科那样，我们是否可以保留各该图书馆或权威控制系统的全称或原模组使用的若干缩写（也不限于国家与地区）？—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年4月21日 (日) 14:30 (UTC)[回复]

说实话，其实我也更喜欢有条目链接的形式，似乎看起来更美观（可能是一大片的外链箭头看着太丑了）--百無一用是書生 (☎) 2024年4月9日 (二) 03:50 (UTC)[回复]

显示标识符对可打印版有重要意义。--YF dyh000（留言） 2024年4月14日 (日) 13:12 (UTC)[回复]

你说的有道理。但是....打印版不打印所有的导航框....--百無一用是書生 (☎) 2024年4月14日 (日) 13:35 (UTC)[回复]

刚注意到确实。谷歌快照的纯文本版本也不显示导航框。其实我想说复制粘贴网页全文的，但觉得未必常见就改了……总之意思是显示标识符杂乱但有序，少数情形下可能帮助判断或者抄录的有效信息。再观望看看。--YF dyh000（留言） 2024年4月14日 (日) 13:48 (UTC)[回复]

是否可以在英文字母缩写上添加鼠标悬停提示文字功能，比如“CBDB”--Kethyga（留言） 2024年4月1日 (一) 13:29 (UTC)[回复]

英维Albert Einstein意大利（Italy）和SNAC有鼠标悬停提示，不知道为什么单独这两个添加了。--Kethyga（留言） 2024年4月1日 (一) 13:38 (UTC)[回复]

鼠标悬停提示的内容来自wikidata，那边没有可用内容的话就没有提示文字--百無一用是書生 (☎) 2024年4月1日 (一) 14:07 (UTC)[回复]

目前看来总体上使用新版并无反对意见，因此公示一下。其他的小问题我认为可以随时讨论和修订，并不会影响更新新版。--百無一用是書生 (☎) 2024年4月7日 (日) 03:37 (UTC)[回复]

问题反馈：

发现刚更新的版本“规范控制”（权威控制）几个字似乎没有居中，比如陈省身条目。
条目波兰国家图书馆中，ISIL（图书馆及相关组织国际标准化标识符）规范控制框内显示红链，是要建立英维重定向，还是修改某些代码里ISIL所指向的中文条目？--Kethyga（留言） 2024年4月14日 (日) 07:58 (UTC)[回复]
1.看代码似乎就是居中的...

2.已修复在Module:Authority_control/auxiliary--百無一用是書生 (☎) 2024年4月14日 (日) 12:30 (UTC)[回复]
看起来不居中是因为两个原因：一是“规范控制数据库”右侧有一个编辑维基数据的图标，二是其他导航框左侧有查论编三个链接--百無一用是書生 (☎) 2024年4月14日 (日) 12:36 (UTC)[回复]
其他左侧没有查论编的导航框，左侧仍然留出了半个字符的空白--百無一用是書生 (☎) 2024年4月14日 (日) 12:40 (UTC)[回复]
Module:Navbox的spacerSide。英维好像另一种方式，有margin:0 4em。--YF dyh000（留言） 2024年4月14日 (日) 12:51 (UTC)[回复]

PS：目前已更新到新版--百無一用是書生 (☎) 2024年4月14日 (日) 12:30 (UTC)[回复]

@Shizhao：一堆快速删除分类，是否有问题？—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年4月15日 (一) 16:53 (UTC)[回复]

没问题，都是不再会用到的分类--百無一用是書生 (☎) 2024年4月16日 (二) 01:07 (UTC)[回复]

规范控制

本主题或以下段落文字，移动自Wikipedia:互助客栈/条目探讨。执行者：Jimmy-bot（留言） 2024年4月11日 (四) 16:14 (UTC)。[回复]

请问规范控制模板（Authority control）为什么突然会把这些分类 Category:包含CBDB标识符的维基百科条目、Category:包含Sinica标识符的维基百科条目加到条目中？真是冗长而无用。这些巨大的分类是否应该设置成隐藏的？不该在几万个条目中喧宾夺主。余兮（留言） 2024年3月28日 (四) 21:06 (UTC)[回复]

暂时设置成了隐藏分类。见 Module_talk:Authority_control#编辑请求_2023-10-18，修改带来的问题。--Kethyga（留言） 2024年3月29日 (五) 00:25 (UTC)[回复]

感谢，应该还有许多其他这个模板强行添加的分类，比如Category:包含DDBC标识符的维基百科条目等。不知道能否批量隐藏？余兮（留言） 2024年3月31日 (日) 00:03 (UTC)[回复]

手动添加了隐藏分类，其他大多应该已经是隐藏分类了，目前所有的规范控制属性见Module:Authority control。如果未隐藏的，可以提报到Module_talk:Authority_control#编辑请求_2023-10-18。--Kethyga（留言） 2024年4月1日 (一) 12:37 (UTC)[回复]

目前准备更新模板到最新英维版本，过去中维版本有些英维没有的项目，目前正在进行本地化，可能有各种问题，欢迎提报。--Nostalgiacn（留言） 2024年4月1日 (一) 13:06 (UTC)[回复]

Category:包含规范控制信息的维基百科条目

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：Jimmy-bot（留言） 2024年6月3日 (一) 08:14 (UTC)。[回复]

Category:包含规范控制信息的维基百科条目，该分类英维对应en:Category:Articles with authority control information，即Category:包含规范控制信息的条目，减少“维基百科”4个字，对于规范控制信息较多的条目能节省一些空间，且感觉这几个字有些多余。即将Module:Authority control/config#L-14语句cat = '包含%s标识符的维基百科条目',中的“维基百科”4个字删除。不过有170个分类需要移动。@Shizhao：--Kethyga（留言） 2024年5月15日 (三) 07:23 (UTC)[回复]

因为最早就是Category:包含规范控制信息的维基百科条目，之前修Module:Authority control的时候就继续沿用了。不改就是因为要移动170个分类....实在不想耗费这个精力，要是有其他人愿意处理，乐见其成！--百無一用是書生 (☎) 2024年5月15日 (三) 08:06 (UTC)[回复]

faultwithidcat = '包含错误规范控制信息的维基百科条目 (%s)',也是沿用的以前的命名方式，甚至为此还改了Module:Authority control中的相关代码，原因也是嫌麻烦，不想移动上百个分类...--百無一用是書生 (☎) 2024年5月15日 (三) 08:09 (UTC)[回复]

@Ericliu1912 好像是有Massmove用来批量移动？--Kethyga（留言） 2024年5月15日 (三) 08:22 (UTC)[回复]

如果没收益，我也倾向不动若干页面……如果要省字数，“条目包含规范控制信息”怎么样，不确定命名统一性等情况。--YF dyh000（留言） 2024年5月15日 (三) 08:40 (UTC)[回复]

英维可能是在2021年集中移动的，见en:Template talk:Authority control (Remove_"Wikipedia"_from_"Wikipedia_articles_with_EMU_identifiers"-type_categories?)。

“条目包含规范控制信息”，没觉得更好，倾向原表达方式。--Kethyga（留言） 2024年5月15日 (三) 10:24 (UTC)[回复]

确实，没有找到“条目包含”前例，“条目有”1例，“条目使用”2例，“的条目”则很多。--YF dyh000（留言） 2024年5月15日 (三) 10:39 (UTC)[回复]

更好的的表述可能是“含有规范控制信息的条目”--百無一用是書生 (☎) 2024年5月15日 (三) 12:11 (UTC)[回复]

@Kethyga、Shizhao、YFdyh000：是不是请各位确认一下分类页面命名格式，然后再修改模组，并将分类一齐移动？—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年5月24日 (五) 06:38 (UTC)[回复]

编辑请求 2024-07-08

请求已处理

Module:Authority_control#L-378，将“off”改为“plain”，参见Template:Navbox，“plain”会补偿一个隐藏块，这样在启用折叠功能时可以使标题居中。现在用“off”就没有补偿，导致带折叠时标题偏左。--Sakamotosan路过围观 | 避免做作，免敬 2024年7月8日 (一) 07:40 (UTC)[回复]

完成。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年7月8日 (一) 07:44 (UTC)[回复]

但是不是还有点歪？范例。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年7月8日 (一) 07:57 (UTC)[回复]

@Ericliu1912：技术版提过，不确定是否相关：以前Navbar和折叠块共同设成8em宽，这样两边挤占能使标题基本居中。但现在为了修复另外脚本问题（好像是Wikiplus），又将navbar改成auto宽，会导致两边宽度不确定。——Sakamotosan路过围观 | 避免做作，免敬 2024年7月8日 (一) 08:04 (UTC)[回复]