維基百科:互助客棧/求助

由SandroP3l在話題請求協助修改條目內容上作出的最新留言:14 小時前

本頁面只討論與維基百科相關的求助,請先參閱常見問題解答幫助資訊新手入門,或求助於管理員,也可以在下方搜尋舊討論。如您仍需協助,請點選下面適當的按鈕:



  • 如果您的問題並非求助,而是討論一些與維基百科相關的其他問題,請前往互助客棧的其他板面。
  • 由於我們只會在您發問的頁面上公開回應,請不要公開您的私人資訊(使用者名稱除外)。
  • If you can't understand Chinese, please feel free to ask or request anything here.

請注重禮儀、遵守方針與指引,一般問題請至互助客棧其他區知識問答提出,留言後請務必簽名(點擊 )。


發表前請先搜尋存檔,參考舊討論中的內容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 維基百科消極處理使用代理訪問使用者申請IP封鎖豁免 20 9 InstantNull 2024-06-17 04:21
2 請求協助上傳檔案 2024-06-05 10:09 5 2 Lihaiyue88 2024-06-11 14:06
3 為什麼其他國家的政治人物都被稱為「X國政治人物」,唯獨中華人民共和國的政治人物都是什麼「中國共產黨、中華人民共和國政治人物」? 8 7 月都 2024-06-20 23:15
4 在 User:遊魂 放置逝世使用者模板 4 3 魔琴 2024-06-16 01:06
5 Easy Archive使用問題 14 3 Bluedeck 2024-06-12 14:56
6 關於公文引用 15 9 幻光塵 2024-06-18 20:24
7 關於維基百科:使用者方塊/政治團體的問題 8 6 Ericliu1912 2024-06-16 12:20
8 請求協助上傳檔案 2024-06-14 00:31 9 5 Liulyxandy 2024-06-16 13:31
9 使用者討論:SkEy/結構式討論 存檔 1 3 2 Manchiu 2024-06-16 00:37
10 如何讓政區條目內的OSM地圖顯示政區範圍(紅線邊界、政區區域加陰影) 4 3 Shizhao 2024-06-17 10:17
11 請求協助上傳檔案 2024-06-16 14:16 1 1 Dead1786 2024-06-16 22:16
12 請求更新中文維基百科的logo圖片 3 2 Lihaiyue88 2024-06-17 15:03
13 開始編輯 3 2 CanonNi 2024-06-17 12:24
14 怎麼關閉結構式討論 2 2 Diskdance 2024-06-18 15:50
15 請求協助上傳檔案 2024-06-18 17:18 1 1 Wznbfc 2024-06-19 01:18
16 編輯條目後,修訂歷史頁面中,本人條目被自動掛上了不合適的標籤 3 2 Perxeonic Acid 2024-06-19 02:28
17 請求協助修改條目內容 3 2 SandroP3l 2024-06-20 23:26
18 《繁花》香港收視問題 1 1 223.19.216.143 2024-06-19 16:14
19 請求協助上傳檔案 2024-06-20 03:27 2 2 Kcx36 2024-06-20 15:38
20 請求協助上傳檔案 2024-06-20 12:08 1 1 Fujiwara nastuki 2024-06-20 20:08
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

維基百科消極處理使用代理訪問使用者申請IP封鎖豁免

我理解基金會的決定,封鎖一些地區的使用者通過代理訪問濫用維基百科。

但是,請至少給不得不使用代理訪問的使用者提供必要的協助。把申請IP封鎖豁免的頁面的編輯權限也給IP限制了,我實在無法想像這是出於怎樣的考慮。通過郵件申請更是杳無音訊。抗議維基百科正在粗暴對待這些不能夠發出聲音的使用者,並且拒絕與他們溝通。--InstantNull留言2024年6月1日 (六) 18:48 (UTC)回覆

WMF封鎖所有地區使用代理的使用者。您不如去抗議讓人們不得不使用代理的大象。——暁月凜奈 (留言) 2024年6月1日 (六) 19:15 (UTC)回覆
how do you know I didn’t?--InstantNull留言2024年6月2日 (日) 17:29 (UTC)回覆
經典欺軟怕硬。--Akishima Yuka留言2024年6月2日 (日) 07:20 (UTC)回覆
經典高華發言--InstantNull留言2024年6月2日 (日) 17:30 (UTC)回覆
「把申請IP封鎖豁免的頁面的編輯權限也給IP限制了」,大概是技術限制,應該沒辦法豁免。「通過郵件申請更是杳無音訊」,最近一年社群已經努力提出各種方案改善這個問題,如Wikipedia:互助客棧/其他#Unblock-zh.org,也歡迎提出更多想法。 ——魔琴身份聲明 留言 貢獻 新手2023 2024年6月2日 (日) 07:26 (UTC)回覆
我們已經盡力了。--碟之舞📀💿 2024年6月2日 (日) 12:41 (UTC)回覆

感謝各位提供的訊息。也感謝@暁月凜奈 @ Akishima Yuka 兩位高貴的不用proxy的使用者,生動地展示了社群對於這一問題的積極態度,令人倍感動容。—InstantNull留言2024年6月2日 (日) 17:36 (UTC)回覆

您毫無邏輯的發言同樣令人感動。——暁月凜奈 (留言) 2024年6月2日 (日) 17:46 (UTC)回覆
「我理解基金會的決定,封鎖一些地區的使用者通過代理訪問濫用維基百科。」——WMF禁止所有使用者使用公開代理進行編輯。meta:No open proxies頁面建立於2006年,遠早於中國大陸等地區對其封鎖的時間。
「請至少給不得不使用代理訪問的使用者提供必要的協助。」——通過郵件等方式進行聯絡是普遍使用的方式。中文維基百科社群為此進行的改進與付出的精力遠多於其它專案。
「把申請IP封鎖豁免的頁面的編輯權限也給IP限制了,我實在無法想像這是出於怎樣的考慮。」——對公開代理的封鎖包含所有頁面,因為任何人都有可能使用該IP位址進行濫用行為。再者,任何人都可藉此隱藏真實IP位址持續擾亂。允許編輯這一頁面並不能解決問題。
「通過郵件申請更是杳無音訊。」——是不知道如何檢視使用者建立日誌還是不知道郵件申請完全由志願者而不是領工資的客服處理?
「抗議維基百科正在粗暴對待這些不能夠發出聲音的使用者,並且拒絕與他們溝通。」——先不說此前來自使用者和WMF職員的種種設想。不知你到底清不清楚問題所在:問題到底是這個非營利組織做的不夠好,還是暴力機器以巨額資金進行網絡審查?別人問你,就是「how do you know I didn’t」,你評價別人就是「高貴的不用proxy的使用者」?是看不到別人使用者權限里也有IPBE?我實在感覺不到你有解決問題的意願。——暁月凜奈 (留言) 2024年6月2日 (日) 18:16 (UTC)回覆
我從頭到尾對ip封鎖政策本身有過半句微詞?我不知道你對2020以來封鎖的規模變化有沒有概念。我也不知道你對中文維基百科活躍使用者數量基本退回到17年左右的數量有什麼看法。也不知道當非洲使用者因為艱苦的網絡條件而不得不依賴p2p代理訪問的時候,您會不會跳出來建議他「抗議讓人們不得不使用代理的大象」?你以為我需要申請豁免編輯嗎?你猜猜看我在替誰說話?--InstantNull留言2024年6月2日 (日) 20:06 (UTC)回覆
所以您有沒有具體的意見?還是說您只是在這裡表達態度?您總不能讓WMF出錢為非洲使用者建設網際網路吧。還是說,有什麼既能保護使用者隱私,又能防止通過代理進行破壞的辦法?我能想到的是若是利用IP Masking、直連工具,再加上延遲建立或隱藏建立時間的措施,還是有一定可行性的。——暁月凜奈 (留言) 2024年6月4日 (二) 03:41 (UTC)回覆
社群層面上可以做的事情不多,除了讓更多使用者處理 IPBE 請求外,也只有放棄封鎖代理的做法(這是本地及全域社群的政策,而非基金會),但顯然會出現破壞者不斷換 IP 破壞的情況。
至於基金會可以做什麼,個人也好奇各位有什麼想法的及可行建議。謝謝。--SCP-0000留言2024年6月4日 (二) 03:48 (UTC)回覆
拙見,至少對於自動確認使用者或延伸確認使用者在登入狀態下在申請IPBE介面的IPBE exempt我認為是一個開始。--CHNAQW戳我進入討論頁!o(*^▽^*)o~2024年6月13日 (四) 12:46 (UTC)回覆

@InstantNull我在今年2月以來有在寫一個網站,專門為了解決你提出的這個問題。由於你正好是我的目標使用者,機會難得,請一定不要拒絕,回答我幾個調研問題,對我會有很大幫助!問題:

  1. 你是通過何種方式訪問維基百科?HTTP代理還是VPN?你所使用的工具是否對與國內外網站區分對待?也就是說是否直連某些網站?如果不介意,可否公開所用的機場?(主要是想知道國際端出口在哪個城市)
  2. 請看[1],這個詢問表單的清晰易懂程度如何?尤其是IP問題的部分,由於擔心某些使用者會直連,我想加入說明文字和其他選項,但那樣就會增加使用複雜度,你覺得一般有翻牆能力的使用者是否能夠理解直連的概念,讓他們把一個網站加入代理名單中這種事情是不是可以承受的指令。
  3. 你後來的問題是怎麼得到解決的?你是否手動填寫了IP位址和查封ID?你在找到自己的IP位址和查封ID這件事情上有沒有遇到困惑?除了等候時間的問題,你有沒有什麼別的困惑?
  4. 你的代理工具是自行搭建(VPS),現成購買(VPN),使用免費方案,還是其他什麼?提前謝謝你的回答。Bluedeck 2024年6月10日 (一) 06:24 (UTC)回覆
感謝您的貢獻。已將回答通過郵件發送,希望有幫助。--InstantNull留言2024年6月16日 (日) 20:21 (UTC)回覆

基金會對IPBE郵件列表設定的不合理限制

我覺得應該檢討WMF不允許未簽署NDA的使用者檢視含有IP資訊的郵件列表,導致原本可以處理IPBE的管理員無法處理IPBE申請。

而WMF卻允許使用unblock模板時直接把含有IP位址的封鎖ID發上來,這樣一樣看得到IP位址,而且還是所有人都可以看到IP位址。如果WMF真的認為IP位址是隱私,為什麼不禁止前述行為,為什麼不立刻停止匿名編輯顯示IP位址❓

之前在unblockorg的章節也討論過,WMF網站公開IP位址的行為疑似可能違反GDPR,WMF或許需要一個罰單 桐生ここ[討論] 2024年6月3日 (一) 22:42 (UTC)回覆

  ——魔琴留言 貢獻 2024年6月4日 (二) 02:05 (UTC)回覆
基金會的政策要求存取非公開個人資料者皆需簽署 NDA,無論本站或他站也是一視同仁。依據今年的年度計劃(WE4.4),最快今年內會停止公開顯示 IP 及現時的 IP 使用者改為「臨時帳號」。
至於為什麼基金會未有禁止「使用unblock模板時直接把含有IP位址的封鎖ID發上來」,建議自行跟法律部門討論。而其實不允許未簽署 NDA 的使用者檢視含有 IP 資訊的郵件列表,只是社群依據基金會政策而作出決定,並不是基金會下令要求的,但個人認為當時討論已明確顯示基金會不會允許未簽署 NDA 者存取 IP 的。謝謝。--SCP-0000留言2024年6月4日 (二) 03:39 (UTC)回覆
@SCP-2000我有一個疑問,封鎖申訴郵件列表unblock-zh也有IP位址資訊,這是否意味著未簽署NDA的管理員無法查閱unblock-zh郵件列表?--桐生ここ[討論] 2024年6月4日 (二) 10:44 (UTC)回覆

請求協助上傳檔案 2024-06-05 10:09

我想要上傳的圖片來源是<https://apps.apple.com/cn/app/soul-%E5%B9%B4%E8%BD%BB%E4%BA%BA%E7%9A%84%E7%A4%BE%E4%BA%A4%E5%85%83%E5%AE%87%E5%AE%99/id1032287195>,想要使用在Soul (應用程式)https://zh.wikipedia.org/zh-hans/Soul_(應用程式)和Soul (app)https://en.wikipedia.org/wiki/Soul_(app)的<Infobox software,目前詞條logo圖片是舊的,需更新為最新的圖片>。 最新圖片的源檔案為https://snipboard.io/HRwWds.jpg,請下載這個源檔案後再進行更新。 --Lihaiyue88留言2024年6月5日 (三) 10:09 (UTC)回覆

 完成。--傘木 留言 2024年6月6日 (四) 04:36 (UTC)回覆
您好,可以幫忙重新上傳一下嗎?我們要上傳的圖片檔案是這個:https://snipboard.io/HRwWds.jpg,Apple Store那個logo變形了,上傳到詞條上不好看。如果可以,麻煩中文和英文維基百科都上傳一下這張圖片,謝謝!--Lihaiyue88留言2024年6月6日 (四) 08:36 (UTC)回覆
恕無法上傳來源不明的圖片,見WP:NFC;本人亦無enwiki的上傳權限。祝好。--傘木 留言 2024年6月6日 (四) 16:01 (UTC)回覆
謝謝您幫忙,可以幫忙上傳另外一張圖片嗎,謝謝您!維基百科:Soul (應用程式)https://zh.wikipedia.org/zh-hans/Soul_(應用程式);圖片來源於品牌官網https://www.soulapp.cn/;源檔案為:https://s3.amazonaws.com/i.snag.gy/f0UkRC.jpg--Lihaiyue88留言2024年6月11日 (二) 06:06 (UTC)回覆

為什麼其他國家的政治人物都被稱為「X國政治人物」,唯獨中華人民共和國的政治人物都是什麼「中國共產黨、中華人民共和國政治人物」?

習近平李克強王滬寧等--Coddlebean留言2024年6月6日 (四) 05:05 (UTC)回覆

阁下这么说就错了。海峡对岸政治人物(包括李登辉、陈水扁、马英九等)的总分类都是分类:中华民国政治人物,而非分类:中国政治人物或者分类:台湾政治人物。至于分类:中国共产党领导人之类的分类也很好理解:习、李、王等人的确都是中共党员,正如陈水扁、蔡英文是民进党党员,蒋经国、马英九是国民党党员。📕📙📒📗📘 賭博機構最堅定的反對者 📚📖 2024年6月6日 (四) 06:06 (UTC)回覆
那條目也沒說他們是國民黨 民進黨政治人物啊--Coddlebean留言2024年6月6日 (四) 06:41 (UTC)回覆
我覺得該描述是多餘贅述,其他介紹和分類完全能涵蓋這句。另外,傾向不單獨強調是中共的政治人物,國家比政黨的政治人物更重要。--YFdyh000留言2024年6月6日 (四) 12:45 (UTC)回覆
我在寫導言時,通常會稱這些政治人物為「中華人民共和國政治人物」,僅此而已,這個介紹已經可以概括人物特性。--Allervous初音ミクのセーラー服 2024年6月15日 (六) 01:14 (UTC)回覆
因為中華人民共和國憲法寫道:中國共產黨領導是中國特色社會主義最本質的特徵。黨的領導人與國家領導人在中華人民共和國沒有實質區別。這與多黨制民主國家不同。--歡顏展卷留言2024年6月7日 (五) 23:24 (UTC)回覆
然而通常此類人物後面都有長篇大論的黨內職務,實際上一開始不用講「中共」也行。我認為保留「中華人民共和國」即可。—— Eric Liu 創造は生命(留言留名學生會 2024年6月19日 (三) 17:31 (UTC)回覆
參見「黨和國家領導人」的官方術語,不是中華人民共和國領導人,也不是國家和黨領導人,這裡的黨指中國共產黨;國家指中華人民共和國。--223.197.183.130留言2024年6月6日 (四) 10:15 (UTC)回覆
因為中國太大了、政治體系落差,然後各自表述。 -- 月都 2024年6月20日 (四) 15:15 (UTC)回覆

在 User:遊魂 放置逝世使用者模板

在早前關於是否應給OA2021中被全局禁制的User:遊魂使用者頁面添加逝世使用者模板的討論中,令相關模板{{Death}}、{{Deceased Wikipedian}}表述中性化的改動已經完成。遂提出為該使用者頁面加入逝世使用者模板的編輯請求。--2001:708:20:1004:0:0:0:10A7留言2024年6月7日 (五) 21:43 (UTC)回覆

應當加入。 ——魔琴身份聲明 留言 貢獻 新手2023 2024年6月15日 (六) 16:19 (UTC)回覆
本人偶然看到,已加上。謝謝大家。--千村狐兔留言2024年6月15日 (六) 16:35 (UTC)回覆
似乎用{{death}}更好 ——魔琴身份聲明 留言 貢獻 新手2023 2024年6月15日 (六) 17:06 (UTC)回覆

Easy Archive使用問題

我明明在我的討論頁添加了{{Easy Archive}},為何卻不出現存檔按鈕,頁面底部也提示「请在本页面加入 {{Easy Archive|to=存档地址}} 来启用 Easy Archive。」?

(其他一些頁面就是正常的,比如Talk:Microsoft_Windows)--古怪的Wang31討論 | 貢獻2024年6月9日 (日) 02:42 (UTC)回覆

我以前見到過一些其他的插件會跟easy archive起衝突。要知道具體原因,請在電腦上,在出現問題的頁面,按F12(windows)或cmd+option+I (macos)開啟控制台,截個圖,然後我看一下錯誤消息。Bluedeck 2024年6月10日 (一) 06:11 (UTC)回覆
2017年版wikitext編輯器就與Easy Archive衝突,開啓2017年版wikitext編輯器會沒有存檔按鈕。--Miyakoo留言2024年6月10日 (一) 18:27 (UTC)回覆
實在是費解,因為User:Bluedeck/etc/sandbox/box1718000099936居然好用。Bluedeck 2024年6月10日 (一) 06:17 (UTC)回覆
壞消息是,我用的是行動裝置(訪問電腦版網頁),所以沒有F12;但好消息是,它現在正常了(包括您這個頁面也顯示了存檔按鈕)……感謝……--古怪的Wang31討論 | 貢獻2024年6月10日 (一) 07:03 (UTC)回覆
我感覺這也不像和別的工具衝突了,畢竟當時其他頁面都還是能用的……
我還懷疑是瀏覽器緩存的原因,但當時我也反覆清除過,理論上也應該是可以排除的。
我剛才又試了一下,[2]({{Archives}}在下方(即原順序,和您的沙盒順序一致))[3](去掉{{Archives}})[4](將{{Archives}}替換為換行)都有問題,而[5](在{{Easy Archive}}後加換行)是正常的,確實令人費解……--古怪的Wang31討論 | 貢獻2024年6月10日 (一) 07:39 (UTC)回覆
問題的關鍵是,當模板處在第一位的位置時,Easy Archive模板中會被插入本來不存在,也不應該出現的來源不明的奇怪欄位,這些奇怪欄位不會造成顯示的問題,但是會導致程序錯誤。我會嘗試用一些其他的方法規避掉奇怪的欄位,但是本質上他是mediawiki程序的問題。Bluedeck 2024年6月12日 (三) 04:36 (UTC)`回覆

好了,我已經更新了Easy Archive中有關讀取參數的原始碼,目前他不再害怕參數標籤中被加入無意義文字了。由於緩存/快取需要一段時間後更新,在User:Bluedeck/etc/ver顯示Easy Archive達到2024.0.0版本後(目前為2019.3.2),就可以隨意將Easy Archive模板置於頁面的任意位置,而存檔功能仍會正常工作。Bluedeck 2024年6月12日 (三) 05:40 (UTC)回覆

2017年版wikitext編輯器與Easy Archive的衝突可以修復嗎?--Miyakoo留言2024年6月12日 (三) 06:18 (UTC)回覆
請讓我看看控制台報錯資訊(請在電腦上,在出現問題的頁面,按F12(windows)或cmd+option+I (macos)則開啟控制台)。取決於複雜程度,我可以嘗試修復。Bluedeck 2024年6月12日 (三) 06:23 (UTC)回覆
我對比看了下,開了2017年版wikitext編輯器會多出這個錯誤
「TypeError: Cannot read properties of undefined (reading 'href')
at normal_function_inject_interface (index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1354:82)
at index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1392:17
at index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1423:11
at index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1425:7
normal_function_inject_interface @ index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1354
(匿名) @ index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1392
(匿名) @ index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1423
(匿名) @ index.php?title=user:bluedeck/source/easy-archive-stage.js&action=raw&ctype=text/javascript:1425」--Miyakoo留言2024年6月12日 (三) 06:32 (UTC)回覆
請問這個2017版wikitext編輯器是個什麼東西,在哪裡啟用?我找了找沒看到在個人設定中啟用的方法。Bluedeck 2024年6月12日 (三) 06:25 (UTC)回覆
Special:偏好設定#mw-prefsection-editing
「使用視覺化編輯器的wikitext模式,而非使用其他的wikitext編輯器
此功能又被稱為「2017年版wikitext編輯器」」。--Miyakoo留言2024年6月12日 (三) 06:29 (UTC)回覆
明白了。看上去,問題本身不是特別複雜。但是,由於維基百科有好多種編輯模式,需要確保不要修好了這個卻弄壞了另一個,因此也是存在一定工作量。我會研究一下。Bluedeck 2024年6月12日 (三) 06:56 (UTC)回覆

關於公文引用

發現有些人在添加行政區劃調整的參考資料時,只添加了公文名稱和公文編號,或只有公文名稱(如Special:diff/62578866Special:diff/65829766),而沒有添加公文全文在政府網站的網頁連結,這種無連結的公文引用是否屬於無效引用?

ping一下相關編輯者:@高晶Chk2011。--幻光塵留言2024年6月10日 (一) 05:41 (UTC)回覆

不算無效引用吧?沒有規定來源必須有網頁連結,不論是WP:來源還是GB 7714。當然,有獲取和訪問路徑是最好的。--自由雨日留言2024年6月10日 (一) 07:08 (UTC)回覆
應該不算無效引用,發文標題加發文字號可以唯一識別來源。另針對此問題,可以在Wikipedia:互助客棧/條目探討#Template:Cite_act發表意見。在芝山街道 (漳州市)條目中,操作(Special:Diff/65829766/82896384)將來源刪除不妥當,該來源顯然可以查證。--Kethyga留言2024年6月10日 (一) 08:25 (UTC)回覆
芝山街道 (漳州市)條目一開始添加的來源甚至連文字號都沒有(目前已補全文字號和網頁連結)。--幻光塵留言2024年6月10日 (一) 08:48 (UTC)回覆
但是仍然是有用的參考資料,可以按圖索驥,而且有些年代久遠、或者一些未知原因,有些公文不一定有在線版本。--Kethyga留言2024年6月10日 (一) 08:55 (UTC)回覆
那確實,我的想法是能找到連結的最好把連結附上。--幻光塵留言2024年6月11日 (二) 01:45 (UTC)回覆
有效的,有紙質版存在,書本來源不強求線上版本、url參數。--YFdyh000留言2024年6月10日 (一) 11:15 (UTC)回覆
有些檔案根本不掛網,有個標題最少也能讓別人去申請資訊公開。--傘木 留言 2024年6月10日 (一) 12:44 (UTC)回覆
非公開出版的來源不應使用。--YFdyh000留言2024年6月10日 (一) 14:03 (UTC)回覆
不掛網≠不公開。不掛網的檔案可能是通過貼在線下公告欄里、在出版的紙質公報里或者放在資訊公開室里釋出,通過依申請公開可以取得複製件。不公開的檔案無法通過資訊公開渠道取得。--傘木 留言 2024年6月10日 (一) 14:38 (UTC)回覆
同意。--幻光塵留言2024年6月18日 (二) 12:24 (UTC)回覆
同意。--Allervous初音ミクのセーラー服 2024年6月15日 (六) 02:26 (UTC)回覆
應當儘可能給出在線版本連結。--Kcx36留言2024年6月11日 (二) 03:22 (UTC)回覆
同Kcx36閣下,能給線上可查詢的來源就給可查詢的來源。不管是讀者還是編者,都方便查閱。雖說只給公文名稱和公文編號不算違規,不過還是儘量不要這樣吧。即使是依申請公開的渠道,我也找相關部門弄過依申請公開,流程時間很長,對一般的讀者來說不方便(話說我自己也在條目里用過一些依申請公開渠道拿到的公文來做維基百科來源,不過我現在也在找相關部門,儘量讓他們把這些公文主動公開,到時候我會更換)。——— 紅渡廚留言貢獻2024年6月11日 (二) 04:08 (UTC)回覆
如果線上版本提供困難的話,或者參考註腳中引用相應文段作為引文,這樣也可以方便讀者進行核證。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月11日 (二) 06:20 (UTC)回覆

關於維基百科:使用者方塊/政治團體的問題

關於該項目因使用者匡過多,以致項目爆滿議題,請求獨立出幾個專案項目以減少該項目的負擔。--追隨正義王留言2024年6月13日 (四) 04:50 (UTC)回覆

我之後有計劃整編使用者方塊。—— Eric Liu 創造は生命(留言留名學生會 2024年6月13日 (四) 20:59 (UTC)回覆
或者考慮將這部分的使用者方塊改連結,顯示效果使用者自行連結過去看。(或者過去就沒想過會放這個多的例子)——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月14日 (五) 00:53 (UTC)回覆
我覺得大部分都可以刪掉....--百無一用是書生 () 2024年6月14日 (五) 03:16 (UTC)回覆
很多根本不是政治團體。——暁月凜奈 (留言) 2024年6月15日 (六) 02:47 (UTC)回覆
{{User Democratic Kampuchea}}{{User polpot}}什麼瘮人的東西,建了還沒人掛 ——魔琴身份聲明 留言 貢獻 新手2023 2024年6月15日 (六) 16:18 (UTC)回覆
我認為應對跑題且並不適合移動到其它任何一類下,或完全沒有人使用的使用者方塊提出存廢討論。——暁月凜奈 (留言) 2024年6月15日 (六) 18:34 (UTC)回覆
可以考慮請求運行機器人列出所有使用者方塊清單,並將其中無跨語言連結、且長期(至少數年)無人使用者提刪。—— Eric Liu 創造は生命(留言留名學生會 2024年6月16日 (日) 04:20 (UTC)回覆

請求協助上傳檔案 2024-06-14 00:31

我想要上傳的圖片來源是自行拍攝,想要使用在南京市鍾英中學的資訊框的圖片。 --Liulyxandy留言2024年6月14日 (五) 00:31 (UTC)回覆

您可以自己在Wikipedia:上傳Wikimedia Commons上傳檔案。--Allervous初音ミクのセーラー服 2024年6月14日 (五) 07:44 (UTC)回覆
我在Wikipedia:上傳上點擊「點此開始上傳嚮導」後,提示「您還沒有上傳檔案的權限」。--Liulyxandy留言2024年6月15日 (六) 00:14 (UTC)回覆
您可以諮詢熟悉這方面的管理員User:wcam。--Allervous初音ミクのセーラー服 2024年6月15日 (六) 01:12 (UTC)回覆
請提供要上傳圖片的連結以便其他使用者代為上傳。--Wcam留言2024年6月15日 (六) 03:07 (UTC)回覆
我在Wikimedia Commons上已經上傳了圖片,謝謝。--Liulyxandy留言2024年6月16日 (日) 05:31 (UTC)回覆
@Liulyxandy請問你點擊c:Special:UploadWizard能不能上傳?--Kcx36留言2024年6月15日 (六) 18:15 (UTC)回覆
File:南京市鍾英中學鍾阜校區.jpg,似乎已經上傳了。--Miyakoo留言2024年6月15日 (六) 18:25 (UTC)回覆
是的,我已經在Wikimedia Commons上上傳了,感謝。--Liulyxandy留言2024年6月16日 (日) 05:31 (UTC)回覆

使用者討論:SkEy/結構式討論 存檔 1

好奇這個頁面一直在快速刪除候選上。請問原因為何?謝謝。--千村狐兔留言2024年6月15日 (六) 04:55 (UTC)回覆

@Manchiu似乎是一個已知問題,見phab:T238427。--傘木 留言 2024年6月15日 (六) 14:55 (UTC)回覆
原來如此!感謝。  囧rz……--千村狐兔留言2024年6月15日 (六) 16:37 (UTC)回覆

如何讓政區條目內的OSM地圖顯示政區範圍(紅線邊界、政區區域加陰影)

我在一些政區條目中加入OSM地圖,結果只顯示一個地點箭頭。我嘗試在維基數據專案里添加該政區在OSM地圖的關係標識符,結果條目中的OSM地圖不僅不能顯示政區範圍(舉例戶板縣 (緬甸)),結果顯示範圍也從正確對應的地方變成了大西洋幾內亞灣的一片海域(舉例戶板縣 (佤邦))。而今年新建的條目勐古縣,維基數據專案里沒有添加OSM地圖的關係標識符,也沒添加其他地圖的標識符,只添加了一個地理坐標,就能讓條目內的OSM地圖顯示政區範圍。請問該如何操作才能使條目中顯示政區範圍呢?--大化國史館從九品筆帖式留言2024年6月15日 (六) 11:10 (UTC)回覆

Template:Maplink有說明:為了能正確顯示開放街圖(OSM)圖征,請在所對應的OSM關聯輸入Wikidata鍵值(並且等待1或2日)—更多資訊請見mw:Help:Extension:Kartographer#External_datamw:Help:Extension:Kartographer/OSM
也就是說要做的是在OSM那邊加上Wikidata的標籤,並不需要在Wikidata中填寫OSM關係標識符。--Kcx36留言2024年6月15日 (六) 18:13 (UTC)回覆
謝謝。終於找到辦法了。--大化國史館從九品筆帖式留言2024年6月16日 (日) 11:31 (UTC)回覆
啊,原來不是及時更新啊。。。--百無一用是書生 () 2024年6月17日 (一) 02:17 (UTC)回覆

請求協助上傳檔案 2024-06-16 14:16

我想要上傳的圖片來源是<自行拍攝>,想要使用在拳交的<拳交的方式的詳細說明上>。 --Dead1786留言2024年6月16日 (日) 14:16 (UTC)回覆

請求更新中文維基百科的logo圖片

更新說明:Soul應用程式上的舊logo已不再使用。請上傳最新的應用程式logo,全新的logo看起來會更漂亮,辨識度也會更高。

最新logo下載地址:https://s3.amazonaws.com/i.snag.gy/f0UkRC.jpg

最新logo來源:https://www.soulapp.cn/

連結到授權條款資訊:https://www.soulapp.cn/

作者/著作權所有人姓名:Soul APP

要在上使用的文章/上傳原因:https://zh.wikipedia.org/zh-hans/Soul_(%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F)--Lihaiyue88留言2024年6月17日 (一) 01:56 (UTC)回覆

已經應你的請求更新過兩三次logo了,有變更的這麼頻繁嗎??--Tim Wu留言2024年6月17日 (一) 02:51 (UTC)回覆
謝謝您的關注,前面一次是網友理解有誤誤將Soul應用市場的舊logo上傳,上傳後的logo底色是綠色方形圖案,不是很好看。最新的logo來自Soul App官網,全新的logo帶有「Soul APP」文本標識,會更美觀,辨識度也會更高。我也是本著讓詞條閱讀體驗更好的去的,如果大家覺得新的logo圖沒那麼好看,我就不再提了,再次感謝!--Lihaiyue88留言2024年6月17日 (一) 07:03 (UTC)回覆

開始編輯

大家好,我在英文維基編輯了一段時間了,想來中文維基試試。我有幾個問題:

  1. 編輯條目時,應用哪種中文變體?
  2. 保存變更時的CAPTCHA是否有關閉方式?
  3. 此維基是否與英文維基大致相同?

謝謝。'''[[使用者:CanonNi]]''' (留言貢獻) 2024年6月17日 (一) 02:56 (UTC)回覆

中文書寫變體無限制,因為有WP:字詞轉換機制存在。但請使用現代標準漢語寫法,注意Help:翻譯,避免WP:翻譯腔等。過了自動確認的話就可以避免CAPTCHA的觸發。Wikipedia:方針與指引見此,大部分情況基礎理念差別不太大,但具體細則可能有差異。——Sakamotosan路過圍觀 | 避免做作,免敬 2024年6月17日 (一) 04:15 (UTC)回覆
好的,謝謝。 '''[[使用者:CanonNi]]''' (留言貢獻) 2024年6月17日 (一) 04:24 (UTC)回覆

怎麼關閉結構式討論

測試功能里好像沒有這個選項了,我想把我的討論頁面的結構式討論關掉。--Vozhuowhisper 2024年6月18日 (二) 04:09 (UTC)回覆

感覺是bug,可以請求管理員協助或者在Phab上開個工單?--碟之舞📀💿 2024年6月18日 (二) 07:50 (UTC)回覆

請求協助上傳檔案 2024-06-18 17:18

我想要上傳的圖片來源於該藝術家的個人主頁網<https://www.daiweicomposer.com/gallery?lightbox=dataItem-lirkytqy1>,想要使用在Wznbfc/戴薇 (頁面待審核中)[6]的藝人模板中。

--Wznbfc留言2024年6月18日 (二) 17:18 (UTC)回覆

編輯條目後,修訂歷史頁面中,本人條目被自動掛上了不合適的標籤

條目為有限單群分類,在我完成編輯並上傳後,發現似乎被掛上了以下的標籤:

移除維護性模板 新使用者加入疑似宣傳性內容 由視覺化編輯器切換為wikitext編輯器 消歧義連結

  1. 移除維護性模板:我第一次點擊釋出後受到了編輯器警告,發現自己確實不知何時誤刪了{{NoteTA|G1=Math}}模板,在正確補回模板後重新進行了釋出;
  2. 新使用者加入疑似宣傳性內容:令人費解。我感覺對原本的譯文重新進行翻譯並添加了大量其他相關內容算作宣傳性內容不太算得上宣傳性內容吧;
  3. 由視覺化編輯器切換為wikitext編輯器:這個標籤的存在我沒有意見,因為我確實在兩種編輯器之間頻繁切換。
  4. 消歧義連結:原文沒有消歧義連結,我的新版本也沒有,這個標籤的含義是?

總之,本人希望能夠去掉不合理的標籤,我認為這是對我所做的工作的不尊重。提前感謝撥冗給予幫助的朋友! --Perxeonic Acid留言2024年6月18日 (二) 18:08 (UTC)回覆

@Perxeonic Acid:這些標籤並非人為判定而是系統自動判定,似乎不能去除。不過就1和4,我可以給您解釋:對於1而言,此前的版本有{{roughtranslation}},而該模板被您移除,故有移除維護性模板(該模板屬於維護性模板)。對於4而言,至少Conway為一消歧義頁面。--ときさき くるみ 2024年6月18日 (二) 18:17 (UTC)回覆
感謝回復!我已經更正了這一消歧義頁面。--Perxeonic Acid留言2024年6月18日 (二) 18:28 (UTC)回覆

請求協助修改條目內容

請求協助根據最新活動修改洛陽鉬業條目內社會責任章節部分相關內容。謝謝!--SandroP3l留言2024年6月19日 (三) 05:47 (UTC)回覆

需要修改哪些內容?--Lihaiyue88留言2024年6月19日 (三) 10:36 (UTC)回覆
需要修改的內容在此:Talk:洛陽鉬業#請求協助增添以及刪除社會責任章節相關內容。 --SandroP3l留言2024年6月20日 (四) 15:26 (UTC)回覆

繁花》香港收視問題

有關《繁花》香港收視中,提第一週平均收視11.9點,只是新浪微博的會員在TVB收視情報站的貼子上回應,而非「TVB收視情報站」的貼子上顯示出來,不過在「TVB收視情報站」中譾平均收視的只有《神耆小子》及《繁花》的雜交收視,由於我們亦無法知道《神耆小子》每週的平均收視,所以不能以最終的《神耆小子》平均收視15.9點去去判斷,留意返《繁花》收播一星期口,同時段為《神耆小子》(第6-20集)加《繁花》(第1至5集)收為14.9點,只跌了1點,而繁花收視描述的第二週平均收視10.3點更沒有來源,不過在雜交收視中《神耆小子》(第11至20集)加《繁花》(第1至10集)平均只是13.5點,亦只是跌了1.4點,論其平均收視和最高收視不會差太遠。還記得TVB劇集討論曾指出演員的IG的貼子也不可證實,無理由個普通使用者的新浪微博的回應,不過曾有連登有人回應《繁花》兩週都是14點,不過曾有一個只有樓主回應的貼子話第二週只有11.1點,因為這也無法證實消息的真確性只是從《神耆小子》的平均收視推斷出來的,不過連登有使用者把《繁花》第二週收視計出為11.1點,但後向其他使用者道歉,留意返《繁花》播映完第二週收視在記錄上以無了《神耆小子》首兩週收視,按數學上人推算要把15.9減去《神耆小子》首兩週的平均收視在加上《繁花》的兩週平均收視才等於13.9,但由於我們無法知《神耆小子》首兩週收視,亦未能知《繁花》的首兩週的收視。 理論上我們可以《神耆小子》首兩週平均收視是X點,而《繁花》首雨週為為Y點。 15.9-X+Y=13.5點 在數學原理上一條算式出現兩個未知數是無法計算,一定要兩個條算式才能計算,但我們找不到第二條算式。--223.19.216.143留言2024年6月19日 (三) 08:14 (UTC)回覆

請求協助上傳檔案 2024-06-20 03:27

我想要上傳的圖片來源是<https://en.wikipedia.org/wiki/Moon_landing_conspiracy_theories> --Allentownoob留言2024年6月20日 (四) 03:27 (UTC)回覆

可以直接使用文中的圖片。--Kcx36留言2024年6月20日 (四) 07:38 (UTC)回覆

請求協助上傳檔案 2024-06-20 12:08

我想要上傳的圖片來源是<https://dramago.ptsplus.tv/wp-content/uploads/2024/05/%E5%B0%B1%E7%AE%97%E4%B8%80%E5%80%8B%E4%BA%BA%E4%B9%9F%E5%8F%AF%E4%BB%A5%E5%A5%BD%E5%A5%BD%E7%9A%84%E5%90%83%E9%A3%AF-%E6%9D%8E%E7%8E%B2%E8%91%A6-04-1024x1536.jpg>,想要使用在李玲葦的<資訊框>。 --Fujiwara nastuki留言2024年6月20日 (四) 12:08 (UTC) 由於權限不夠無法上傳,共享資源所上傳的圖片檔案也被移除,希望有更高權限使用者增加上述圖片。 如果可以的話,請在正文也添加相關圖片以豐富內容。回覆