模板討論:PRC admin/navbox

Liangent的最新留言:12 年前

商議

編輯

目前通過大家努力,鄉鎮(含街道)層面條目基本框架已經建立,值得慶賀,這裏需要提出的是要感謝閣下。此類條目大部分是今年完成的,預計當這些條目全部完成時,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)回覆
返回 "PRC admin/navbox" 頁面。