跳转到内容

模板讨论:PRC admin/navcat

页面内容不支持其他语言。
维基百科,自由的百科全书

商议

[编辑]

目前通过大家努力,乡镇(含街道)层面条目基本框架已经建立,值得庆贺,这里需要提出的是要感谢阁下。此类条目大部分是今年完成的,预计当这些条目全部完成时,2012年新增此类条目约4万条。

  1. 行政区划分类中,“乡级行政区划”分类中涉及的“街道”区划,建议加半角括号。理由:一是作为行政区划名称的街道与常见地理概念名称“街”或“街道”容易混淆,况且街道作为普通地理概念更让人熟悉,而作为区划概念则次之,甚至不熟悉。因此,在模板中使用的自动分类务必使用括号。如Category:长沙街道 (行政区划)。由于我不熟悉模板(程序)位置,对原程序更不敢贸然修改,否则乱套,烦请你或其他发起人帮助修改一下,这是其一。第二,乡级行政区划模板目前较为完善,但本人以为无须使用GDP相关数据资料。因为中国内地国民经济核算中,只有省(自治区和直辖市)、自治州、市(含省辖市)、县,部分省辖市的市辖区有对外公布的资料(省、部分省辖市和县有统计年鉴,其他多为年度统计公报);但由于口径不同,省辖市与其市辖区之间,甚至省辖市与县之间也往往不一致;除东部省份外,乡镇层面缺少对外公布的完整资料。
  2. 建议新增“Template:中国乡级行政区”第二套模板,取消其自动添加的分类,这一模板对较为成熟的条目或分类,或者局部地区如海南、浙江、广东,或湖南的长沙,其乡级行政区对外分类相对成熟,有利于模板的推广。理由:一是如若使用现行模板,将导致分类重复或更加趋于混乱;二是模板增加自动分类是不可取的,但是在分类不成熟的情况下,有必要保留增加的自动分类,这样有利于查找相关条目。但目的是最终取消自动添加的分类,毕竟在模板类导入条目自动分类,事实上将会使得条目分类重复和混乱。
  3. “xx县市行政区划”模板中,涉及的其他区划类型应该正常导入导出链接。
  4. 与之前相比,通过区划代码导入,该类模版确保区划名称的规范统一,具有实质性的飞跃。但是隶属关系显得过多层次累赘,像个通讯地址,如盈洞瑶族乡,上级行政区为:“中华人民共和国湖南省郴州市汝城县”,其实上一层次区划用县名称即可;另外国家属性可以直接导入{{CHN}}模板即可。 User:Cncs wikipedia对话)12:34 2012年6月3日(UTC)
Re: 商议
其实能建的条目都建完了。
  1. 先要考虑和现有分类保持一致,另外行政区划的“街道”是专有名词,只能考虑加括号,而表示路的街道还有别的说法(例如“道路”)。我觉得可以把“街道”留给行政区划,其他分类用别的名字就好。我有计划把所有分类页面都填上{{PRC admin/catpage}},还没动手,可以考虑指引到道路分类。
  2. 没明白第二套模板是什么意思,{{中国乡级行政区}}的第一个参数可以直接不写,而用直接填写各分栏内容。
  3. 完全没看懂。
  4. 这样?

Liangent留言 2012年6月3日 (日) 14:59 (UTC)[回复]

  • 释疑:目前,如若Template:中国乡级行政区模板在条目中,条目中自动导入分类:“xx市乡镇”或“xx市街道”(省辖市层面),同时有“xx县行政区划”(或“xx区行政区划”)。我认为乡级区划层面在分类比较完善的情况下,使用此模板反而会导致条目分类混乱;但是对刚建立的乡级行政区划层面的条目,或者对暂缺某一地区乡级区划层面的分类,使用自动导入的分类又有引导意义。因此,我认为建立一套未导入自动分类的同类模板,有利于该层面分类的清晰。可能我的表述有问题,如在香花镇中插入{{中国乡级行政区|43/10/25/102/000}}就显示Category:临武县行政区划Category:郴州乡镇分类,取消则没有。我的意思是继续保持现有在{{中国乡级行政区|43/10/25/102/000}}情况时现在的自动导入分类;如果不想导入自动分类,则使用另外一套模板,仅仅只是想取消自动导入分类而已。User:Cncs wikipedia对话)15:39 2012年6月3日(UTC)

分类是{{PRC admin/navcat}}加的。Liangent留言 2012年6月3日 (日) 16:22 (UTC)[回复]

  • 你对中文维基贡献称为功臣绝不为过;下一阶段计划也很好,这是规范!但你的设计要有灵活性。我今日研究了一下,像name、title、abbr等的关联影响,我也尝试修改了Template:PRC admin/list/43/00/00/000/000其下的各个关连词条简称,蛮好的,很灵活;修改之后可以与业已完成的分类关联起来。
    关于街道(区划名称)分类的名称定位,我建议加半角括号。尽管直接用“街道”(不加括号)有道理,但是真的如此下来,已经形成的分类方式改动起来可能涉及近万条(含分类),工程浩大,费时费力,务必谨慎使用;我以为维持现状可能是上策。假如涉及的条目与分类工作量不大,改过来蛮好的。User:Cncs wikipedia对话)16:29 2012年6月3日(UTC)

可以跑bot改。话说现在的“街道”都是道路的分类吗?Liangent留言 2012年6月3日 (日) 16:48 (UTC)[回复]

  • 街道之名释疑:“街道”即街与道的合称,指城镇道路,有很多名称,像街、巷、路、道,只是宽窄的不同或称谓的差异。“街道”一次,人们的潜意思是城镇道路,绝非行政区划之名;关于这一点,你可以查阅辞海或中华大字典。作为城市区划之名是近20年的事情,有街道行政区划之名大多数都先有同名街道(地理概念)名称。作为区划的街道,早期叫“街道办事处”,现在仍然是;其实二者混淆了。办事处实际上是个政府派出机构,不是区划概念;但可以理解为区划概念的街道是办事处的管辖区域名称罢了。我还是建议维持加括号以便消歧义,省去括号让不熟悉的人一头雾水;这也是我初期加括号的初衷。在城市中,人们对市辖区,特别是区以下小的区划概念很淡,城市不像农村地区地广人稀;城市道路倒是第一位。假如城市的邮政地址按区划写,绝对难以达到邮寄目的。我仍然维持街道是城市道路的专有名词。 User:Cncs wikipedia对话)17:19 2012年6月3日(UTC)

看了几个,好像还有非中国大陆的也叫xx街道……Liangent留言 2012年6月3日 (日) 16:51 (UTC) 16:48 (UTC)[回复]
[1] Liangent留言 2012年6月3日 (日) 17:51 (UTC)[回复]

关于模板PRC admin/navcat

[编辑]

对于{{PRC admin/navcat}}模板,我建议你维持自动导入分类模式。另外设立一个PRC admin/navcat_temp临时模板,该模板与前者一样,只是不设置自动导入分类就可以了,其他保持与前者的更新与一致。这样的好处有几点,一是确保对为分类的条目进行引导,完善分类后用PRC admin/navcat_temp取代。二是维持你现有的设计,有利于思路的稳定。三是当整个条目完成分类后将PRC admin/navcat_temp取代{{PRC admin/navcat}}。User:Cncs wikipedia对话)18:08 2012年6月3日(UTC)

Re: 关于模板PRC admin/navcat

那叫“PRC admin/nav”就好了……

其实我那样做,本来就是不想写死,以避免将来上级区划改名等发生后无法批量更改。(我是预留将来有数据库bot更新的解决方案的,包括移动条目、处理消歧义等)Liangent留言 2012年6月3日 (日) 18:29 (UTC)[回复]

其实我那样做,本来就是不想写死,以避免将来上级区划改名等发生后无法批量更改。(我是预留将来有数据库bot更新的解决方案的,包括移动条目、处理消歧义等)Liangent留言 2012年6月3日 (日) 18:29 (UTC)[回复]

盘江乡 (嘉禾县)人工加入的几个分类和自动的有什么区别……Liangent留言 2012年6月4日 (一) 03:30 (UTC)[回复]

然后要移走村应该修改Template:PRC_admin/list/43/10/24/206/000(并且不需要修改页面里的下级区划列表),不然infobox的计数不对。Liangent留言 2012年6月4日 (一) 03:36 (UTC)[回复]

提议之一

[编辑]

目前存在问题,有些你已预见或留有变更空间。我对可能存在的问题、解决办法谈以下看法:

  1. 请你务必对我的修改进行跟踪,特别是对已撤销乡级区划相关条目的修改,看你是否合理。
  2. 我的理解:你所设计的乡级行政区划层面相关模版都是基于现行区划,因为区划代码都是基于现行区划设置。因此在一个县级行政区域(县域)内,因下级区划的撤并,对应的区划代码每年是变化的。
  3. 应该确保同一层次模版必须同时更新:理论上,随各级区划的调整,随内容更新相关模版数据亦会同时发生变化。如县级层面必须同时对应修改下级模版(常涉及区划调整)才可能保证模版显示的准确。
  4. 借用行政区划代码:对于当年行政区划调整,在未出现新的行政区划代码以前借用原有代码是必须的。正由于借用,区划类型可能出现不符,但借用原有行政区划代码仍旧是最合理的处理办法,如资兴市新设的东江街道仍旧借用原东江镇的行政区划代码431081109。
  5. 人口数据:人口统计上,人口数据只有“常住人口”(基于人口普查或年末数据)或“户籍人口”(年末数据,基于公安部门户籍人口数据)。暂住人口就是常住人口与户籍人口之差。关于“总人口”之说是个模糊概念(其他区划模版都有此类问题),常指年末户籍人口,建议取消“总人口”指标。统计年鉴载明的“总人口”常附有备注说明。请留意各地年度统计公报相关术语。
  6. 建议不要对关联模版做修改,除非不造成大的影响。如果可能造成大的影响,建议使用备用模版方式。 Cncs对话)16:415 2012年6月4日(UTC)

Re: 提议之一

编排编码的规则是,已撤销的区划的编码不另外分配,因此对于撤销的行政单位,本层只需把其代码从上层list中移除,data一直留着不变就行。下层我感觉移动了留重定向,印象我按我的设计没什么问题(但我没有测试过)。更新我是希望在改内容时顺便把数据改掉,但好像经常没做。借用行政编码是最讨厌的,而且我本来没有预计这个,一下也想不到应该怎么办(给些建议呢?主要是统计局的新一批报告出来后,怎么把编造的和真实的相对应)。内容的修改你自己决定吧……我不希望用临时模板,不然以后就要一直维护着两个模板,除非某个时候去手工把某个模板的使用清理掉,然后删除模板。Liangent留言 2012年6月4日 (一) 16:38 (UTC)[回复]

Category:中华人民共和国行政区划数据/页面名与记录标题不符的条目这是我预留的分类之一。刚才我看的时候,里面有以下几个条目。我可以跑bot把数据页的title=都改成条目名,但还是人工看了一下,情况如下:

石淙镇
机器人创建时由于繁简标题不同造成重复条目后人工合并。跑bot没问题。
蓼城街道
被他人放入属于其他区划的代码已经修复。如果跑bot会导致另一区划的名称被错误更改。这个地方放错代码不会影响显示效果(都是显示上层的导航模板),可能让人注意不到,但会让条目不正确地分类。
珠泉镇, 永乐江镇
你借用的其他区划的代码。理想情况是找到他们的代码后再处理,如果找不到我也想不好怎么办……
普宁市
类似第二个,有人滥用模板临时修复(我之前没想过县级条目怎么分类,临时换一个只显示navbox的模板)。

主要问题是,一是借用代码,待考虑。二是误用模板,似乎很多人用模板是只考虑显示效果,直接从另一条目中复制东西过来,而不考虑其他影响(这个模板的含义是:这个条目是参数1所表示的区划,为其添加适当的导航模板和分类)。Liangent留言 2012年6月4日 (一) 17:04 (UTC)[回复]

于是我加了一句,不知道有没有人看。估计以后那个分类还是得手工清理。Liangent留言 2012年6月4日 (一) 17:11 (UTC)[回复]

乡镇层面行政区划代码的借用

[编辑]

关于乡镇层面行政区划调整后,新的行政区划代码未出现前借用原行政区划代码问题,按现设计以区划代码架构为基础设计的县域下乡镇一级区划模版,无代码是不行的。维持原有结构不便则不符合现行区划实际情况,即时修改则无代码,借用代码则符合模版框架结构。以下以{{嘉禾县行政区划}}模版为例作出说明。

  1. 乡镇层面的代码借用不会影响整体,但影响分类的层次(如乡、镇、街道)。其中,珠泉镇由原城关镇钟水乡石羔乡莲荷乡四个乡镇2012年4月合并设立。新设的珠泉镇为县治所,区划性质上城关镇(原县治)相同,均为镇建制,只要嘉禾县本级将来未被修改区划属性(假设嘉禾县改为嘉禾区),珠泉镇取代城关镇区划代码43024100(县治)是理所当然的;假如珠泉镇改为珠泉街道则另当别论。因此,借用代码必须考虑其前后延续性则是必须的,特别是县治的区划代码更是如此,调整后的县治直接取代原县治区划代码减轻了后期的修改。
  2. 行政区的排序先多以成立时排序;在成立时间相同时,则按汉字音序或汉字笔顺排序;这种排序习惯在中国内地省以下各级行政区的排序都基本如此,极少对现行区划直接按音序或笔画顺序排序。有鉴于此,县域层面的区划,只要涉及区划调整,乡镇层面区划代码也会依序重新分配。
  3. 中国现行行政区划中,县及县以上区划总体比较稳定,中文版中,中国各省行政区划模版很美观精致。我不赞成对地区层面的模版修改,也无需修改,弄来弄去浪费精力。
  4. 乡镇层面区划模版,使用state=expanded命令不能强制展开,我在各省乡级以上行政区划列表中已经发现该问题;这一点务请将命令保持与万能模版Navbox一致。
  5. 由于全部通过模版加载信息,各省乡级以上行政区划列表已经不再像之前较快加载打开,几乎很难正常打开;看来过多循环使用模版出现问题。

Cncs对话)11:34 2012年6月5日(UTC)

  • 还是没有强制展开,你在此刷新检阅!哈哈,让你看看导入自动添加分类的效果!你的对话被分类了!Cncs对话)12:24 2012年6月5日(UTC)
  • Navbox使用state=expanded命令即默认的情况下,模版是收缩格式,使用state=expanded则模版是展开格式!之所以默认格式是模版的初衷设计格式。但是有些情况需要展开,但模版不能强制展开格式,则是缺陷。我提出来就有其合理的成分,这个还需解释么。那设计各省乡级以上行政区划就是典型例子。12:38 2012年6月5日 Cncs对话)(UTC)

Re: 乡镇层面行政区划代码的借用

  1. 如果真这样就好,我就怕最后他们又停用原城关镇的代码,然后另外占用一个新的。
  2. 在崇文宣武合并看出来了。
  3. -
  4. 在PRC admin/navbox加了。不过在条目里有必要一些展开,一些不展开吗?我认为全站应该统一风格。
  5. 这是列表,不是模板展,本来就不应该这样写。

Liangent留言 2012年6月5日 (二) 12:17 (UTC)[回复]

[2],果然我写了那句话也没人看。Liangent留言 2012年6月5日 (二) 12:32 (UTC)[回复]
要改我就得拿bot把所有模板页面都刷一遍,看完还有什么要加的再弄,其实也不是直接用navbox的模板都会自动带入那个参数。然后那个列表我真说应该重写。Liangent留言 2012年6月5日 (二) 12:48 (UTC)[回复]

乡镇层面行政区划代码问题

[编辑]

你好,我注意到你行政区划代码衍生的模板使用问题,建议你需要注意,一是由此衍生的模板只能适用于现行区划,因为理论上行政区划代码是不稳定的,如果一个县内出现大的乡级区划调整,未来肯定在乡级行政区划层面上出现重新编号。我在参与调整编辑和分类郴州市所辖各县乡级行政区划时发现这一问题,郴州极具代表性。我初步估算该市所辖各县市区,2011年4月裁撤合并乡级行政区划超过50个。我估计像这种情况该层面行政区划代码调整顺序很正常,因此引入消歧义不适合。假如代码变化出现错乱是正常的,我认为不要引到其他页面。03:17 2012年6月15日 Cncs对话)(UTC)

有点没看懂你想说什么……Liangent留言 2012年6月13日 (三) 05:41 (UTC)[回复]

  • 消歧义页面(如高码乡)不要使用有行政区划代码导出的模板(参见高码乡(历史页面格式)),而是应该使用完整书写格式(高码乡(修改后的书写格式))。因为像乡级区划层面出现大面积撤并调整时,行政区划代码肯定也会完全修改,各乡镇街道新旧代码完全不同,甚至修订后的乡镇区划代码与原有乡镇区划代码不同名问题,这一点务必注意。乡镇层面条目参与度极小,极少更新。因此务必使用正常输入编写方式,而不能使用诸如高码乡(历史页面格式)区划代码导入方式编写,仅此而已。再说明一下,使用行政区划代码导出的各类模板只适用现行行政区划类,即使现行行政区划出现调整,也不能适用上述方法,而应完整输入编辑的方式。05:57 2012年6月15日 Cncs对话)(UTC)
我本来的想法是把所有有代码更改(通常是上级区划更改)看作撤销原有乡镇(因此旧的代码能继续工作)和建立新的乡镇(并留下消歧义,因为原来想着这是有两个不同号的乡镇了),但好像从这个样例看就造成重复条目了(他们事实上是一个东西?)Liangent留言 2012年6月13日 (三) 08:54 (UTC)[回复]