跳至內容

模板討論:藝人

頁面內容不支援其他語言。
新增話題
維基百科,自由的百科全書
由~2025-20265-1在話題Template:藝人上作出的最新留言:15 天前
          模板依照頁面評級標準無需評級。
本模板屬於下列維基專題範疇:
傳記專題 (獲評模板級不適用重要度
這個模板屬於傳記專題的一部分,用於整理和撰寫維基百科中的人物條目。歡迎任何感興趣的參與者加入這個專題參與討論
 模板級模板  根據專題品質評級標準,本模板無需評級。
電影專題 (獲評模板級
本模板屬於電影專題範疇,該專題旨在改善中文維基百科電影相關條目類內容。如果您有意參與,請瀏覽專題主頁、參與討論,並完成相應的開放性任務。
 模板級模板  根據專題品質評級標準,本模板無需評級。
工作組圖標
本模板由歌手和演員專題提供支援。
電視專題 (獲評模板級不適用重要度
本模板屬於電視專題範疇,該專題旨在改善中文維基百科電視類內容。如果您有意參與,請瀏覽專題主頁、參與討論,並完成相應的開放性任務。
 模板級模板  根據專題品質評級標準,本模板無需評級。
工作組圖標
本模板由歌手和演員專題提供支援。
音樂專題 (獲評模板級
本頁面屬於音樂專題的範疇,一個旨在改善中文維基百科音樂類內容的項目。請於討論頁討論相關條目。
 模板級模板  根據專題品質評級標準,本模板無需評級。
工作組圖標
本模板由歌手和演員專題提供支援。

imdb字段

[編輯]

要麽默認從wikidata抓數據,要麽移除這字段,必須手動輸入頗為反智。另貌似沒人用的{{藝人/Wikidata}}居然也沒有imdb。--惣流·明日香·蘭格雷不姓 2025年5月4日 (日) 02:10 (UTC)回覆

(+)支持:同上。否則極爲不便。--— Gohan 2025年6月2日 (一) 08:54 (UTC)回覆

建議全部字段盡量調用維基數據

[編輯]

能夠調用維基數據的字段都適宜調用維基數據,以免逐一瑣碎更新。可複刻{{Infobox person/Wikidata}}或不知爲何未經落實的{{藝人/Wikidata}}。另外,{{藝人/Wikidata}}之下「圖片」欄目留空會阻攔維基數據所填圖片顯示,僅若「圖片」一欄完全刪除方可顯示維基數據所填圖片;未查其他欄目是否類似,移植有關模板數據需要注意。--— Gohan 2025年6月2日 (一) 08:51 (UTC)回覆

特別對於「圖片」欄目,英維或維基數據所選的圖片質素及審美普遍優於中維,逐一替換實在浪費精力。惟獨針對「圖片」,可有二法:
  1. 維基數據所填圖片優先於中維條目自填圖片,即僅在維基數據項中沒有圖片時顯示中維條目自填的圖片(——其他欄目仍是中維自填文字優先顯示);或
  2. 特製機械人,清除維基數據相應項中圖片拍攝距今不足N年而(且)中維條目中拍攝距今已逾N年的圖片。(N為常數/定數)
第1種方法最爲簡潔、可行、合理。歡迎探討。--— Gohan 2025年6月2日 (一) 08:54 (UTC)回覆
{{藝人/Wikidata}}是當時為了技術測試而開的模板,放到現在以及很落後了(還在調用最底層的{{#invoke:Wikidata|function}}且多年未同步主分支更新),應該重新替換為{{#invoke:WikidataIB|function}}並與{{藝人/WD}}合併。而且模板在呈現上也存在問題,比如{{藝人/WD}}模板文檔中的示例,「音樂類型」字段本不該出現在歌手或音樂人以外的人物條目中。--Dabao qian 2025年6月2日 (一) 16:55 (UTC)回覆
關鍵是要不要調用維基數據?{{藝人/Wikidata}}落後倒是其次,可另起爐灶、移植或改寫先進的寫法。--— Gohan 2025年6月3日 (二) 06:48 (UTC)回覆
{{藝人/Wikidata}}已完成更新,歡迎各位用戶測試。--Dabao qian 2025年7月14日 (一) 16:47 (UTC)回覆
重構的{{藝人/Wikidata}}採用{{#invoke:WikidataIB|function}}的黑白名單機制,使用|fetchwikidata=圖片 簽名 IMDb(注意繁體中文和標準參數名稱)即可實現圖片文件調用維基數據、其他字段使用中維本地值。使用|fetchwikidata=ALL即可實現全部受支持的參數均調用維基數據(受支持的參數列表見此,對應數據值需來自維基百科以外的來源,若存在本地覆蓋值則優先使用),|類型=仍為必填項(且|類型=為非音樂相關從藝類型時會阻止「音樂類型」和「演奏樂器」的調用)。--Dabao qian 2025年7月14日 (一) 18:41 (UTC)回覆

這個模板可以考慮加入「政黨」。

[編輯]

因為很多藝人有加入政黨或者有政黨傾向,也有政治影響力和政治作用。--Pscmaczilhca留言2025年7月5日 (六) 00:27 (UTC)回覆

該模板以側重演藝生涯為主,如果需要側重政治生涯的話建議改用{{Infobox officeholder}}。--Dabao qian 2025年7月5日 (六) 10:39 (UTC)回覆

Template:藝人

[編輯]

求助!Template:藝人裏的「母校」該放多少個學校?是最後的母校還是全部母校?另外,「唱片公司」和「經紀公司」該怎麼列?要列出來藝人從出道至今的全部公司嗎?希望在欄位說明裏增加說明。--Leehsiao留言2025年6月12日 (四) 08:06 (UTC)回覆

一般來說有可靠來源就能寫進去。具體個案取捨可以討論決定,按WP:NOT等宗旨。--YFdyh000留言2025年6月12日 (四) 13:51 (UTC)回覆
這個貓叔真的自作聰明,竟然把公司期間年份放在資料框,可能違反原創研究也很可能過長。請大家參考周杰倫條目資料框。去年我已經把它縮短,並建議把「唱片公司」更改為「廠牌」,還有同時我在該條目把「經紀公司」移除了,因為維基百科不是預訂服務,就算是經紀事宜。但提供聯絡方式並不是大家的職責的一部分。--183.171.120.250留言2025年6月13日 (五) 09:20 (UTC)回覆
標註年份也沒啥不妥吧,如果有來源的話--Shawwww留言2025年6月13日 (五) 19:03 (UTC)回覆
先不要管貓叔的編輯行為,舉個例子:
我已經在貓叔的討論頁警告過他了,如果抽空的話可以回應--183.171.121.214留言2025年6月13日 (五) 20:26 (UTC)回覆
也建議到Talk:蔡依林#建議改用「音樂生涯」模板展開討論--183.171.121.12留言2025年6月14日 (六) 06:31 (UTC)回覆
對了@Shawwww順便再插一句,維基百科不是藝人行程表也不是網友博客--183.171.120.73留言2025年6月14日 (六) 10:57 (UTC)回覆
首先,周杰倫不是範本,張惠妹王心凌也表示出年份。藝人模板參數裏面本就有經紀公司,這和聯絡方式無關,更無關藝人行程。--Shawwww留言2025年6月14日 (六) 13:54 (UTC)回覆
期間年份應該放在章節下,而不是放在資料框。我看還是不要加「經紀公司」比較好。--183.171.120.18留言2025年6月14日 (六) 16:18 (UTC)回覆
@Shawwww:我有個問題,如果藝人頻繁更換唱片公司的話要怎麼辦呢?有些藝人自己先獨自製作專輯或單曲,之後再找一家公司幫忙發行,可能這次找這家公司,下次又找別家公司,短時間內可能會換很多家,這種情況如何在資訊框裏表示比較好?我認為好像資訊框裏不太合適放太多內容吧,請賜教。--Leehsiao留言2025年6月16日 (一) 05:47 (UTC)回覆
一般是寫簽約或固定使用的公司吧,如果頻頻變化,適合寫作表格化的資料(如有表格)。--YFdyh000留言2025年6月16日 (一) 13:40 (UTC)回覆
我認為僅在信息框中列出對藝人生涯有實質影響的唱片公司(即至少發行過一張正式專輯或 EP 的公司)。對於僅協助單曲、獨立或極短期合作的,留在正文詳述即可。--Shawwww留言2025年6月16日 (一) 16:12 (UTC)回覆
這類似於艾拉妮絲·莫莉塞特自己先獨自製作的兩張專輯Such Pretty Forks in the Road、The Storm Before the Calm,均有版權註明顯示「Epiphany Music marketed and distributed by Thirty Tigers.」,在美國方面交由Thirty Tigers負責行銷、The Orchard提供分銷;而歐洲方面由德國索尼音樂於授權協議下出版。Pillowdelight卻表示艾拉妮絲仍是獨立歌手,反而我懷疑Epiphany Music是不是廠牌。--183.171.123.42留言2025年6月17日 (二) 07:20 (UTC)回覆
@YFdyh000、@Shawwww:那有沒有必要在每家唱片公司右邊加上年份呢?好像沒辦法確定藝人到底簽約多久以及哪一天結束一段合約關係,我看到很多一般是按照作品發行的時間推敲,感覺這種方式並不是特別準確,所以我個人認為只放唱片公司名字就好。另外,如果藝人之前在某家唱片公司,之後又簽約另一家唱片公司,再之後又回到最開始的那家唱片公司,這種情況如何標註年份呢?加逗號嗎?感覺會讓資訊框看起來很難看。請賜教。--Leehsiao留言2025年6月18日 (三) 08:06 (UTC)回覆
按時間順序,能簡單標註的不反對,但複雜的交給正文及來源腳註。--YFdyh000留言2025年6月18日 (三) 15:40 (UTC)回覆
根據AI整理的「唱片公司」與「廠牌」之差異,供各位參考。「唱片公司」通常指一個較大的組織,負責藝人的發掘、錄製、發行、宣傳和銷售等業務,而「廠牌」則通常是唱片公司旗下的一個品牌或子品牌,負責特定類型音樂或特定藝人的發行和推廣。--英國皇家歐拉夫王子留言2025年6月18日 (三) 04:40 (UTC)回覆
娛樂公司(如韓國的JYP、Big Hit、YG等)是不是唱片公司?~2025-79234留言2025年6月25日 (三) 03:08 (UTC)回覆
最終學歷就好了吧?其他的寫在條目內文。—— Eric Liu 創造は生命(留言留名學生會 2025年6月13日 (五) 11:47 (UTC)回覆
我也這麼覺得。--Leehsiao留言2025年6月14日 (六) 05:23 (UTC)回覆
我希望有人能夠在欄位說明裏增加建議的填寫方式,不然的話各執一詞容易引起衝突。--Leehsiao留言2025年6月14日 (六) 05:28 (UTC)回覆
感謝 @183.171.120.73 邀請,本人受邀前來參與討論。
個人認為「母校」可以在藝人資訊欄只寫上最高學歷的母校,若有小學中學的話可以以散文的方式寫在藝人條目下的章節。
「唱片公司」和「經紀公司」的部分,我則認為可以像王心凌資訊欄一樣寫上藝人所有歷年公司名稱和在該公司的年份。
我認為母校(學歷)本身是有階段性、遞進性的,它最終會有最具表性的最高的那個學歷,抵達最高點後就不會再更新。但經紀公司和唱片公司不同,它是藝人演藝生涯中不斷在更迭的一個歷程,所以我覺得經紀公司和唱片公司會有重要的紀錄價值。
當然,以上純粹是我的個人想法,我並不清楚維基百科的什麼方針或規則。若在閱讀這則留言的你覺得我的看法不適合,或覺得有違維基百科的任何方針規則的話,那請你堅持你自己的想法,忽略我的留言。我不想參與任何的爭執。感謝。^^--SUGARBITE 2025年6月15日 (日) 17:56 (UTC)回覆
@SugarBite:如果對於唱片公司和經紀公司更換相對比較頻繁的藝人呢?全部列明的的話會不會顯得過長了?--Leehsiao留言2025年6月15日 (日) 21:05 (UTC)回覆
我反對SugarBite的說法,而且根據英文模板文件顯示,免去標註年份;將資訊保存到主要條目中,因為這種程度的細節最好用散文來討論,又不是婚姻時期,就像有人結婚又離婚、再結婚又離婚。還有,在疫情爆發的那一年,有人疑問韓國的娛樂公司如JYP、Big Hit、YG 等是不是唱片公司,隨後Andrew318回應把「唱片公司」改為「廠牌」,以免誤會--183.171.123.42留言2025年6月17日 (二) 06:23 (UTC)回覆
我還有一個問題,陶喆的新專輯Stupid Pop Songs之著作權歸屬「偉大文化」,並且由數碼音樂發行商「街聲」作為代表方(YouTube顯示為「StreetVoice Taiwan Co.」Apple Music顯示為「RECORD LABEL StreetVoice 街聲」),但根據媒體表示「陶喆出道28年,今(4日)宣佈帶着創立的「偉大文化」加入環球音樂,為音樂愛好者創造全新的體驗,並睽違12年推出第8張錄音室創作專輯《STUPID POP SONGS》 .... 實體專輯預計將在下半年於環球音樂發行。 .... 與環球音樂攜手合作開啟的全新篇章,讓我們能夠一起將創意作品推向更寬廣的全球舞台。 」 、「陶喆日前宣佈帶着創立的「偉大文化」加入環球音樂,為音樂愛好者創造全新的體驗,並睽違12年推出第8張錄音室創作專輯《STUPID POP SONGS》 .... 環球音樂大中華區7月4日宣布,與陶喆及其創立的《偉大文化》達成重磅戰略合作夥伴關係。」 大家認為如何?--~2025-17303-6留言2025年7月11日 (五) 12:21 (UTC)回覆
感謝@183.171.122.207的邀請。個人覺得全部都寫比不寫好,但是一定要有可靠來源。反正學歷框可以摺疊,不影響觀感。百科的功能就是要讓求知者獲得儘量完全和可靠的資料。--Cs haoh留言2025年6月18日 (三) 03:18 (UTC)回覆
范莉
女演員
學歷
如果要在資訊框列出所有母校,其實可以用嵌入模板的方式產生「學歷」欄位(如範例),但要這麼做的話,我有幾點建議:①每一所母校都要有可靠來源,否則寧可跳過不寫(如範例,跳過不寫「國民中學」);②資訊框不可再填寫「母校」欄位,以免資訊重複;③內文也不可再寫母校,除非某幾所母校有再細述的必要(如因搬家到很遠的地方而轉學、因興趣不合而轉學轉系),而這些細述同樣要有可靠來源;④詳細學歷是「可寫可不寫」的內容,即使有可靠來源證實傳主讀過哪些國小、國中、.....,也可以都不要寫出來,僅寫最高學歷。-游蛇脫殼/克勞 2025年6月14日 (六) 07:12 (UTC)回覆
中小學不太適合寫在學歷里,可靠來源介紹的可考慮放在兒時經歷,雖然有點像陳列資料。--YFdyh000留言2025年6月14日 (六) 11:34 (UTC)回覆
比如蔡英文#學歷背景嗎?---游蛇脫殼/克勞 2025年6月14日 (六) 13:47 (UTC)回覆
提醒大家,有些藝人除了讀過普通的學校、得到與演藝沒有特別關係的學歷,也有讀演藝相關的學校。如數量限制真有必要,我覺得也不必要限制到只有一項,或任何情況下都只限一項。非演藝相關的學校只列出最高學歷可以理解,然而和演藝相關的學校/學歷就算不是最高學歷,也是比較有意義的。--Factrecordor留言2025年6月16日 (一) 14:39 (UTC)回覆
感謝@183.171.120.73的邀請,小弟認為資訊欄的「母校」除了寫出最高學歷之外,另根據學術界的慣例,一般會再列出大學以上的重要學歷。「唱片公司」和「經紀公司」則僅需列出重要且固定者即可。--英國皇家歐拉夫王子留言2025年6月18日 (三) 04:40 (UTC)回覆
@Olaf8940:那有沒有必要在每家唱片公司右邊加上年份呢?覺得好像沒辦法確定藝人到底簽約多久以及哪一天結束一段合約關係,我看到很多一般是按照藝人作品發行的時間推敲,感覺這種方式並不是特別準確,因為有的藝人可能中途休息處於無合約狀態,所以似乎只放唱片公司名字看上去更好?請賜教。--Leehsiao留言2025年6月18日 (三) 08:08 (UTC)回覆
個人覺得可以填寫,但內文中需要有可供查證的來源。請閣下參見小弟主編的HACHI (VSinger)條目,雖然不是藝人模板,但還是可以參考。--英國皇家歐拉夫王子留言2025年6月19日 (四) 04:52 (UTC)回覆
@Olaf8940:謝謝,加上年份我可以理解,那我現在的疑惑是如果找來源去證明藝人是在何時和唱片公司結束合約關係,就像我上面說的,有的藝人很久沒有作品,也就沒有任何合約,這種情況是乾脆直接把上一家公司的合約結束年份寫成下一家公司的合約開始年份的前一年會比較合適嗎?--Leehsiao留言2025年6月19日 (四) 05:53 (UTC)回覆
建議簡單化處理,若不確定年份僅列出公司名稱即可。--英國皇家歐拉夫王子留言2025年6月19日 (四) 12:56 (UTC)回覆
@Olaf8940:謝謝。--Leehsiao留言2025年6月21日 (六) 03:06 (UTC)回覆
上面提到了「免去標註年份;將資訊保存到主要條目中,因為這種程度的細節最好用散文來討論」,還有暫時不確定娛樂公司(如韓國的JYP、Big Hit、YG等)是不是唱片公司,直接把「唱片公司」改為「廠牌」,以免誤會。--~2025-79234留言2025年6月25日 (三) 02:51 (UTC)@银色雪莉Tombus20032000SoftyuSeanetienneCs haohAbcet10回覆
個人認為藝人有多個經紀公司的情況,要記錄的話就要寫年份。如果正文有寫的話,可以考慮模版框只記錄當前的經紀公司。具體情況應單獨判斷,有爭議就討論頁討論吧,個人建議5個意上可考慮只記錄當前的經紀公司。至於模版框要記錄唱片公司還是廠牌,個人認為記錄唱片公司--Abcet10留言2025年6月26日 (四) 12:04 (UTC)回覆
我反對SugarBite、Abcet10、Shawwww的意見,老是偏向老傳統。那請問一下韓國JYP、Big Hit、YG是不是唱片公司嗎?--~2025-104224留言2025年7月1日 (二) 06:57 (UTC)回覆
關於學歷在Infobox裏的呈現,我主張國中/初中(含)以下的學校不列出,若該條目人物擁有更高的學歷。若該人沒有更高學歷了,也只需寫出教育程度(國小、國中)即可。
以上適用於所有人物Infobox的學歷呈現。之所以如此,是考量國中小學校多半自身關注度不足,就個人編輯經驗,且與條目人物的知名度養成關聯度低。一如早期藝人不乏中斷就學為家計進入演藝職場者,學校教育在此人生平的顯著度即微乎其微。另外,Infobox參數「教育程度」字樣應改為「學歷」,因為前者只適合容納學位文憑等級,後者可以容納學校及學位。
最後,Infobox的目的是摘錄整篇條目的精要資訊(見格式手冊),而非填好填滿。若某些學歷已經被認定不需要寫進內文了,也請不要再揭露於Infobox。ㄧ如以往,將Infobox作為履歷表的做法,違反格式手冊規定。Seanetienne留言2025年7月12日 (六) 04:29 (UTC)回覆
對了還有,有些台灣藝人不會擅長台語,可是ATC認為身為台灣人一定要說台語,還說她們在‎台灣綜藝節目和唱台語歌,也代表能說一點點‎台語,然而KRF卻表示「會唱不表示會說。」--~2025-20265-1留言2025年7月16日 (三) 06:18 (UTC)回覆