Commons:관리자
From Wikimedia Commons, the free media repository
|
This project page in other languages:
Alemannisch | Asturianu | Български | Brezhoneg | Català | Dansk | Deutsch | English | Español | فارسی | Suomi | Français | Magyar | Italiano | 日本語 | 한국어 | Lëtzebuergesch | Молдовеняскэ | Norsk (bokmål) | Nederlands | Occitan | Polski | Português | Română | Русский | Shqip | Türkçe | 中文(简体) | 中文(繁體) | +/− |
| Administrators as of November 2009 [+/−] |
| Listing by language Listing by date |
|
Number of Admins: 270
|
Commons:관리자 문서는 위키미디어 공용의 관리자 정보 목록을 확인할 수 있으며, 관리자의 입후보자의 투표도 시행하고 있습니다. 봇 플래그도 이곳에서 부여 받을 수 있습니다.
충분한 기여를 하지 않은 사용자의 투표는 무효가 될지도 모르지만, 등록된 사용자라면 누구든지 투표를 할 수 있다는 것을 반드시 기억하세요. 관리자를 지지할 것인가에 대한
Support (찬성)이나
Oppose (반대) 투표와 그 이유를 제시하면, 뷰로크랫이 관리자를 결정하는데 큰 도움이 될것입니다.
만약, 관리자의 도움이 필요하다면, 관리자 게시판 (영어)을 이용해주세요. 영어가 능숙하지 못하다면, Commons:사랑방에서 한국어 사용자들에게 도움을 요청할 수 있습니다.
Contents |
[edit] 관리자란 누구인가
관리자 권한 (Administrator access)은 커뮤니티에서 위키미디어 공용의 정책을 잘 숙지하고 있으며, 신뢰할 수 있는 사용자에게 부여됩니다. 공용에서의 관리자 권한은 기여자로서의 명예가 아니라, 단순히 사용자들의 요청을 들어주는 부가적인 도구의 역할입니다. 사용자들이 유지와 보수를 하는데 드는 시간과 노력 때문에 관리자가 되고 난 후 가치 있는 기여가 줄어들게 되는 전례가 있는데, 이것은 우리가 최소이기를 바라는 사항입니다. 사용자 간에 신용을 얻는 방법은 관리자 이외에도 다양합니다. 따라서, 여러분의 최고의 능력으로 계속 기여를 해주시기를 부탁드립니다. 관리자 권한은 편집에 끼치는 영향력을 의미하지 않습니다. 관리자는 간단히 말해 신뢰받는 사용자가 다음과 같은 역할을 할 수 있다는 것입니다.
- 문서 보호와 보호 해제
- 문서 삭제와 삭제 복구
- 그림 혹은 파일의 삭제
- 사용자 차단과 차단 해제
- 인터페이스와 보호된 문서의 편집
뷰로크랫은 다음과 같은 능력이 있습니다.
- 다른 사용자를 관리자로 임명
- 사용자 이름 변경 (Commons:Changing username)
- 봇 계정의 플래그 부여와 해제
체크유저와 관리자 권한은 사용자가 다중 계정을 사용하는지 추가적인 확인을 할 수 있습니다.
[edit] 관리자 자격 및 규정
여러분은 아래의 기준을 만족하는 경우, 공용의 관리자로 입후보할 수 있습니다.
- 위키미디어 프로젝트의 초보자가 아니어야 합니다. 최소한 2개월 이상 편집자로 활동하고 있어야 하고, 프로젝트의 목표 지침에 동의하여야 합니다.
- 공용에서 사용자 문서를 생성하였고, 공용에서 업로드를 포함하여 최소한 200회 이상의 기여를 하여야 하며, 위키미디어 공용 커뮤니티에 도움을 주는 것에 흥미를 가지고 있어야 합니다. 이 조건들보다 더욱 필요로 하는 자신만의 기준을 갖추어도 좋습니다.
- 공용의 정책에 동의하고 따라야 하며, 사용자들의 일치된 의견을 존중하여야 합니다.
- 활동해야 합니다. 메타의 규정대로, 활동하지 않는 관리자는 권한을 상실할 수 있습니다. 공용의 경우에는 과거 6개월 간 관리자 권한 행사가 5회 미만인 관리자를 활동하지 않는 것으로 간주하여 관리자 권한을 잃게 할 수 있습니다. 활동하지 않는 관리자는 표준 과정을 따라서 다시 권한을 부여받을 수도 있습니다. 관리자 활동을 확인하기 위한 도구. 관리자 권한 박탈에 대한 자세한 사항은 Commons:Administrators/De-adminship를 참고하세요.
[edit] 관리자를 위한 제안
- 공용의 현황에 대해서 알고 싶다면, commons-l 메일링리스트에 참여하는 것이 큰 도움이 될것입니다. 메일링리스트의 기록 보관소를 통해서 내용을 확인해볼 수도 있습니다.
- 여러분의 사용자 문서에 바벨을 추가하면, 다른 사용자들이 여러분이 구사하거나 이해할 수 있는 언어를 쉽게 알 수 있습니다.
- Commons:삭제 지침 전문과 Commons:삭제 요청의 첫 부분을 읽어주세요.
- MediaWiki:Quick-delete.js를 설치하면 출처/저작권 틀이 없는 그림에 태그를 붙이고, 올린 사람에게 이를 알리는 것이 한번의 클릭으로 가능합니다. (매우 편리하므로 추천하는 기능입니다.)
- 이 문서들을 여러분의 주시 목록에 추가해주세요 : Commons:Help desk, Commons talk:Licensing, Commons:Administrators' noticeboard 하위 문서 : Vandalism, Attention, User problems, Blocks & protections, Disputes.
- 여러분이 많이 활동하지 않아도, 시간이 지나면 이곳에서 여러분의 지식이 필요해질 때가 올 것입니다! 특히, 여러분이 영어 이외의 언어를 구사할 수 있다면 말입니다.
- Commons:Guide to adminship를 읽어주세요.
[edit] 영어 이외의 언어를 구사할 수 있다면
- 여러분이 구사할 수 있는 언어에 해당하는 Village pump (한국어 : 사랑방)에 참여해주세요. 이곳은 사용자들이 자신들의 언어로 도움을 요청할 수 있는 몇 안되는 장소들 중 하나입니다. 여러분의 언어에 해당하는 헬프 데스크가 있다면, 그곳에서의 참여도 큰 도움이 될것입니다.
- 적어도 Commons:Help page maintenance는 꼭 읽어주시길 바랍니다. 이곳은 공용 문서의 다국어 번역을 조정, 안내하는 문서입니다.
[edit] 관리자 권한 요청
- 후보는 보통 임명되기 7일 동안 투표와 의견을 받습니다. 적어도 4표 이상, 75% 이상의 대다수가 찬성하면 관리자 권한을 부여 받습니다. 이 조건을 충족하여 뷰로크랫에게 투표 결과를 보고하면 관리자 권한을 받을 수 있습니다.
- 이 문서는 다른 권한 요청에도 사용됩니다. 예를 들어서, 봇을 사용하기 전에 이 문서에서 봇 플래그 부여를 요청할 수 있습니다.
- 과거의 입후보 내용은 과거 기록에서 확인할 수 있습니다.
[edit] 입후보 요청 안내
[edit] 관리자 권한
| 다음 입력창에서 username을 자신의 사용자명으로 변경해주세요. |
|
|
참조 : Commons:List of administrators
[edit] 뷰로크랫 권한
| 다음 입력창에서 username을 자신의 사용자명으로 변경해주세요. |
|
|
참조 : Commons:List of bureaucrats
[edit] 체크유저 권한
| 다음 입력창에서 username을 자신의 사용자명으로 변경해주세요. |
|
|
참조 : Commons:List of checkusers
[edit] 봇 플래그
| 다음 입력창에서 botname을 자신의 봇 사용자명으로 변경해주세요. |
|
|
Commons:Bots/Requests for flags에서 전체 과정을 확인하세요.
[edit] 다음 단계
- 입후보 문서를 생성한 후, 입후보와 투표의 맨 위 부분에 생성한 문서를 덧붙여 써주어야 합니다.
- 만약 여러분 자신이 스스로 입후보하는 것이 아니라, 다른 사람이 여러분을 지명한다면 꼭 "수락"의 의사를 나타내주고 서명을 하여야 합니다. 후보 지명을 수락하고 표시를 해주면, 우리가 입후보 선거를 시작할 때 어떤 결정을 해야할지 명확히 판단 할 수 있습니다 (이렇게 하면 투표를 빨리 종료시키는 실수를 하지 않을 것입니다). 생성된 입후보 하위 문서는 보통 자신, 혹은 자신을 지명한 사람이 덧붙여야 합니다.
[edit] 입후보자
충분한 기여를 하지 않은 사용자의 투표는 무효가 될지도 모르지만, 등록된 사용자라면 누구든지 투표를 할 수 있다는 것을 반드시 기억하세요. 관리자를 지지할 것인가에 대한
Support (찬성)이나
Oppose (반대) 투표와 그 이유를 제시하면, 뷰로크랫이 관리자를 결정하는데 큰 도움이 될것입니다.
다음의 스텝 서브 페이지를 작성한 후, 리퀘스트와 투표의 맨 위의 섹션에, 그 서브 페이지를 덧붙여 씀 해 주세요.
캐시 갱신아래의 편집 링크를 이용하여, the transcluded page를 편집해 주세요.
[edit] Requests for adminship
When complete, pages listed here should be archived to Commons:Administrators/Archive.
- Please read Commons:Administrators before voting here. Any logged in user may vote, although those who have few or no previous edits may not be fully counted.
[edit] Requests for bureaucratship
When complete, pages listed here should be archived to Commons:Bureaucrats/Archive.
- Please read Commons:Bureaucrats before voting here. Any logged in user may vote, although those who have few or no previous edits may not be fully counted.
[edit] Requests for CheckUser
When complete, pages listed here should be archived to Commons:Checkusers/Archive.
- Please read Commons:Checkusers before posting or voting here. Any logged in user may vote although those who have few or no previous edits may not be fully counted.
[edit] Requests for Oversight rights
When complete, pages listed here should be archived to Commons:Oversighters/Archive.
- Please read Commons:Oversighters before voting here. Any logged in user may vote, although those who have few or no previous edits may not be fully counted.
[edit] Requests for permission to run a bot
NEW: Before making a bot request, please read the new version of the Commons:Bots page. Read Commons:Bots#Information on bots and make sure you have added the required details to the bot's page. A good example can be found here.
When complete, pages listed here should be archived to Commons:Bots/Archive.
Any user may comment on the merits of the request to run a bot. Please give reasons, as that makes it easier for the closing bureaucrat. Read Commons:Bots before commenting.
[edit] AkoopalBot
Bot's tasks for which permission is being sought: Manipulation of categories like imagerecat.py -onlyfilter.
Automatic or manually assisted: Automatic, but always supervised.
Edit type (e.g. Continuous, daily, one time run): A single run when needed.
Maximum edit rate (eg edits per minute): At the moment 1 per minute. If quicker is allowed, would be appreciated.
Bot flag requested: (Y/N): N
Programming language(s): pywikipedia, but only the standard bot.
Akoopal (talk) 18:08, 26 November 2009 (UTC)
[edit] Discussion
- I cant see a problem in the first few edits so it looks ok for me to give a botflag. Huib talk 18:13, 26 November 2009 (UTC)
- I don't see any issues so far. You can speed up the bot to do more edits than 1 per minute. Please give us a new edit rate if you want it to be quicker. — Kanonkas // talk // e-mail // 12:19, 27 November 2009 (UTC)
- Edit rate is not important. User knows what he's doing so fire it up :-) Multichill (talk) 12:56, 27 November 2009 (UTC)
- I think will be good idea to improve edit summaries (list added/removed categories). HotCat summaries may be used as example. --EugeneZelenko (talk) 17:01, 27 November 2009 (UTC)
- Trusted user and experienced bot programmer on nl:wiki. Glad to have him aboard. Wutsje (talk) 23:33, 27 November 2009 (UTC)
- On which files do you plan running this bot? Do you check the parent and the subcategories of the trees you are filtering on? -- User:Docu at 09:23, 28 November 2009 (UTC)
- Currently there are only 7 edits, can you do 100 test edits? -- User:Docu at 10:48, 28 November 2009 (UTC)
- I am currently on the dutch wikipedia working on mill-project there. From that perspective I plan to work a bit more on the mill pictures on commons. I don't want to do big botwork, but in that work you sometimes find for example a big number of pictures in a category that are left in the top-level categories. A very big one Multichill did for me, and as that appeared very simple I did a test on a small one I noticed after that.
- Be aware I am not asking for a botbit, only permission to once in a while run a bot. As said only small maintenance work I notice when cleaning up the mill-category.
- Having said that, I might look around if I quickly see more work, but doing a 100 edits might be a lot, given how I work. Akoopal (talk) 12:41, 28 November 2009 (UTC)
[edit] TjBot
Bot's tasks for which permission is being sought: interwikis
Automatic or manually assisted: Manually.
Edit type (e.g. Continuous, daily, one time run): daily
Maximum edit rate (eg edits per minute): max 5 per minutes, will try to reduce if possible.
Bot flag requested: (Y/N): Y
Programming language(s): Phyton. I am using Pywikipedia
Tjmoel (talk) 04:23, 21 November 2009 (UTC)
[edit] Discussion
Comment - interwiki.py doesn't work on Commons, so it needs to be done manual. Huib talk 13:32, 21 November 2009 (UTC)
- No response, probably best to close this one. Multichill (talk) 12:55, 27 November 2009 (UTC)
- Hi all, thanks for the comments. I didn't know about it, and true that I will then do it manually. Apologize for misunderstanding. Thanks Tjmoel (talk) 00:29, 29 November 2009 (UTC)
[edit] Lucia Bot
Operator: Béria Lima Msg
Bot's tasks for which permission is being sought:
- 1. Massive upload files made by me
- 2. Categorize and clean up (put {{own}}, {{filedesc}}, {{license}} etc) files of Portugal and Brazil (have some - a lot - of files in general categorys that can be categorize in more exact categorys)
Automatic or manually assisted: Automatic, supervised.
Edit type (e.g. Continuous, daily, one time run): Normaly one or two times for week
Maximum edit rate (eg edits per minute): No more of 20 edits for minut
Bot flag requested: (Y/N): yes
Programming language(s): Python
Béria Lima Msg 18:08, 14 November 2009 (UTC)
[edit] Discussion
- How massive exactly?
- Only own files or also other files? Are you combining all the replacements into single edits?
Please do a test run to show some example edits. Multichill (talk) 23:35, 14 November 2009 (UTC)
- 1. 200 or 250 photos of Portugal that i'm already have, and more 100 or 120 of Brazil.
- 2. The original ideia is arrange all the category tree (so I edits files of others people too), and of course, the ideia is, in one single edit, make all the replacements. Béria Lima Msg 23:21, 15 November 2009 (UTC)
- I'm pass the bot for Category:Files from Porto by Béria Lima as a example. Béria Lima Msg 10:48, 17 November 2009 (UTC)
- Looks OK for me. --EugeneZelenko (talk) 15:39, 17 November 2009 (UTC)
- The summaries are often not correct [1] and a task like this [2] cannot be done automatically to pictures that are not from you. And in my opinion no botflag is needed to upload 500 pictures. --Schlurcher (talk) 21:56, 23 November 2009 (UTC)
- Looks OK for me. --EugeneZelenko (talk) 15:39, 17 November 2009 (UTC)
- I'm pass the bot for Category:Files from Porto by Béria Lima as a example. Béria Lima Msg 10:48, 17 November 2009 (UTC)
To the operator: please address the issues raised by Schlurcher. — Kanonkas // talk // e-mail // 12:48, 27 November 2009 (UTC)
- The summary say all that the bot can do in a same edit. The bot not put 2 times te same thing just to "make the summary right" and I think that is better say all and the bot correct only one of the problems, then say "put just X" and the bot do X, Y and Z in that edit.
- I know that cannot put this in all photos, but I running the bot in one of my categories and just utilize the same edit to do that too. Béria Lima Msg 02:18, 29 November 2009 (UTC)
[edit] MediaBot
Operator: User:BotInc
Bot's tasks for which permission is being sought: move videos from OGV files to Ogg Videos, other media related cleanup tasks
Automatic or manually assisted: for now manually assisted only. if required to run regularly i will look into writing a cronjob with pywikipedia
Edit type (e.g. Continuous, daily, one time run): so far one time operation, if required more often, depends on discussion here in paris meeting
Maximum edit rate (eg edits per minute): as fast as possible, just replacing categories for now
Bot flag requested: (Y/N): Y its required should not clutter the logs
Programming language(s): python MediaBot (talk) 08:47, 6 November 2009 (UTC)
[edit] See also
[edit] Discussion
Oppose You need a timeout for running this bot without permission, or even identifying who owned it on the bot's page. You know better. -Nard the Bard 02:32, 9 November 2009 (UTC)
- Still no operator specified, or any reaction from the bot's owner. I'm blocking it again until this request is taken seriously. –Tryphon☂ 07:49, 12 November 2009 (UTC)
- Tryphon dot be so serious, one could get the impression i did something wrong, my intention is to help commons and cleanup the categories, of cause if you think this is a bad thing, we can talk about that, also i have other things to do, so dont get all not taken seriously if i do not respond within 10 seconds. BotInc (talk) 18:12, 13 November 2009 (UTC)
- Well, three days, 10 seconds, doesn't really matter. Just don't run an unauthorized bot in the meantime. Also, the previous owner was User:Firefogg, why did that change? Is it really someone else operating it, or is it just a new account? –Tryphon☂ 18:28, 13 November 2009 (UTC)
- Tryphon dot be so serious, one could get the impression i did something wrong, my intention is to help commons and cleanup the categories, of cause if you think this is a bad thing, we can talk about that, also i have other things to do, so dont get all not taken seriously if i do not respond within 10 seconds. BotInc (talk) 18:12, 13 November 2009 (UTC)
Is the bot still needed? It seems SieBot took care of the one time task. I see "move videos from OGV files to Ogg Videos, other media related cleanup tasks", which seems to indicate you do have other tasks for the bot. — Kanonkas // talk // e-mail // 12:29, 27 November 2009 (UTC)
-
- I'm a bit confused. Do you have any other tasks that the bot may perform? Such as "other media related cleanup tasks"? As I said above, it seems you're indicating you do have other tasks. If not I think we should close this as not done, per SieBot took care of it. — Kanonkas // talk // e-mail // 13:41, 27 November 2009 (UTC)
- I dont have any other tasks at hand, among other things, because this reuqest is still going on, so go ahead and close it as SieBot took care of it.
- I'm a bit confused. Do you have any other tasks that the bot may perform? Such as "other media related cleanup tasks"? As I said above, it seems you're indicating you do have other tasks. If not I think we should close this as not done, per SieBot took care of it. — Kanonkas // talk // e-mail // 13:41, 27 November 2009 (UTC)
[edit] FaleBot
Bot's tasks for which permission is being sought:
- Fix some commons errors(eg: Source=Myself => Source=\{\{own\}\})
- Move from it-wiki images (this will be an assisted thing, it will NOT operate alone for this task)
- Mass upload of pictures made by me
Automatic or manually assisted:
- Automatic for #1 and #3
- Manually assisted for #2
Edit type (e.g. Continuous, daily, one time run):
- One time run or when needed for #1
- When I have time for #2 and #3
Maximum edit rate (eg edits per minute):
- 20~30 edits/minute for #1 and #3
- My reaction time (I'm not so fast) for #2
Bot flag requested: (Y/N): Yes (the edits from #2 will be flagged as NoBot by the bot itself)
Programming language(s): C++ (wiki++) and PHP (BotClasses.php) Fale (talk) 21:28, 26 October 2009 (UTC)
[edit] Discussion
You can find some edits over here. Fale (talk) 05:34, 27 October 2009 (UTC)
- About task #1. We have several similar bots already. Will be good idea to improve existing ones and re-use the code. --EugeneZelenko (talk) 14:35, 27 October 2009 (UTC)
- I'm in favor of code-sharing. Than, I think, this kind of "code sharing" wouldn't be a problem ;). (I hope to have understood correctly the point, if not, please, let me know ;)) Fale (talk) 16:26, 27 October 2009 (UTC)
- Hi, as task #1 ist a one time task you can also send my a list (all contributions of Fale I think) and I let my bot do the work. If you are planing to create a internationalisation bot of your own you should add more than just one task, way more. And it is really tricky to avoid all the problems. But as you are a native Italian Speaker you can help me improve my bot in this language or I can borrow you code unfortunately I write in a totally differen language. --Schlurcher (talk) 21:48, 23 November 2009 (UTC)
- Thank you for the proposal, Schlurcher. I'll send you a message as soon as I'll have the exact match to change ;). Which language do you use? Do you prefer to have the regex or to have a thing like (Myself=>Own work etc)? Fale (talk) 09:17, 25 November 2009 (UTC)
- It would be best if you translate a couple of statements that my bot uses. I put them here. I know it is a lot but but the uploaders are creative. If you have the time simply write the translation behind each statement. That would help me a lot. Thanks. --Schlurcher (talk) 21:23, 25 November 2009 (UTC)
- Thank you for the proposal, Schlurcher. I'll send you a message as soon as I'll have the exact match to change ;). Which language do you use? Do you prefer to have the regex or to have a thing like (Myself=>Own work etc)? Fale (talk) 09:17, 25 November 2009 (UTC)
- Hi, as task #1 ist a one time task you can also send my a list (all contributions of Fale I think) and I let my bot do the work. If you are planing to create a internationalisation bot of your own you should add more than just one task, way more. And it is really tricky to avoid all the problems. But as you are a native Italian Speaker you can help me improve my bot in this language or I can borrow you code unfortunately I write in a totally differen language. --Schlurcher (talk) 21:48, 23 November 2009 (UTC)
- About task #2. Please describe image review process (for example about images of modern buildings) and categorization. --EugeneZelenko (talk) 14:35, 27 October 2009 (UTC)
- I would create a sistem like pushforcommons with the advantage of being able to create a "more massive" movement. I will also use a patched version of the commonshelper2 as backend of the bot. In this way all the categorization stuff will work as well as in commonshelper. Fale (talk) 16:26, 27 October 2009 (UTC)
Please make a test run. The test run should consist of task 1, 2, and 3. 30 edits for each task (minimum). Overall, you should get 90 edits or more in total. — Kanonkas // talk // e-mail // 13:26, 27 November 2009 (UTC)
[edit] FPCBot
The tasks would be the exact process that is described here except the bot can not sort the candidates into categories, but would instead need to put new promotions into an unsorted page like the VI and QI bots do. Currently the bot focuses on the featuring process, but there is also a similar delisting process that this bot could work on.
Bot's tasks for which permission is being sought:
This is the same as mentioned above but more condensed:
- Add voting results to nominations by counting the oppose and support votes
- Edit the title of the nominations, whether they were featured or not
- Add the newly promoted pictures to an unsorted page, that will be manually sorted into categories by humans
- Add the template {{Featured picture}} or {{Assessments|com=1}} to the image description page.
- Add the picture to the chronological list of featured pictures.
- Add the template {{FPpromotion|File:XXXXX.jpg}} to the Talk Page of the nominator.
- Move the nomination from Commons:Featured picture candidates/candidate list to Commons:Featured picture candidates/Log/November 2009.
Automatic or Manually Assisted:
The goal is to make it fully automated but obviously it will be fully manually supervised until it has gone through careful testing. The first implementation will have an interactive flag always set that will require you to manually answer 'Y' before each edit is posted.
Edit type (e.g. Continuous, daily, one time run): Once a day (closing all the nominations that are then more than 9 days old)
Maximum edit rate (eg edits per minute): Can be low, I do not expect many edits in a day
Bot flag requested: (Y/N): Y
Programming Language(s): Python (using pywikipedia)
Daniel78 (talk) 19:42, 7 August 2009 (UTC)
[edit] Discussion
I support he idea of having such a bot. It has been discussed numerous times, but no one has gotten as far with it as you. I have also considered from time to time to implement such a bot, but I realized it that especially the vote counting and closure would be a delicate manner to automate. I therefore appreciate that you intend to get human confirmation for each edit in the beginning. A couple of points/recommendations for you to consider:
- There are several different voting templates which mean the same thing, i.e., {{support}}, {{sup}}, {{PRO}}, {{Oui}} and several other templates all mean "support". How do you detect that list of valid templates to look for? Personally I would probably start each run by locating all templates which link to the support, oppose, etc vote icons, and if new ones have been defined since the last run, let the bot operator decide if the new ones should be added to lists of valid vote templates or not.
- Does you vote counting procedure ignore anonymous votes?
- Does your vote counting procedure check for duplicate votes by the same user?
- Does your vote counting procedure ignore votes cast after the voting period?
- If yes, do they strike them out or mark them as being invalid as part of the closing?
- Does your vote counting procedure handle striked out votes?
- There may be other delicate special cases which I have not thought of, such as handling the new {{OpposeReasons}} template
- To test that you voting procedure works well, I recommend that you grind yourself through all closed FPC noms, let it count the votes off-line and compare it with the official results. In case of deviations you should check manually, if it was the manual vote count which was erroneous or your vote counting procedure.
- When you place the Assessments or FeaturedPicture template on the file page, will it then properly add a subpage parameter to the template for file pages, which have a name which differs from the subpage name of the FPC nomination (to make sure the link works)?
--Slaunger (talk) 13:43, 8 August 2009 (UTC)
- Thanks for all the pointers. I have thought about several of the issues here but I have so far just spent two evenings on the implementation. The current state is that it handles the english versions of the voting templates for example both {{sup}} and {{support}} including the capitalized versions. It also avoids counting such votes that are striked out and use of {{withdraw}}. Including other versions of the voting templates is not hard, just about adding them to the current regexps, your tip about which templates that includes the icons sounds good, I will look at that.
- In it's current state there is no detection of 2,3,4, and thus it relies on humans to have striked such votes out before the nomination is closed. It could be implemented but making a parser that robustly knows which templates that was added by which users might be a bit tricky, you would have to look at the edit log to be sure it was not another user that added a fake signature. But even the manual process is vulnerable to people who really want to tamper with the votes, we can't guard against everything. One option could be to have the bot close the nominations at one time, then wait 24 hours or something before actually moving it away and thus give some time for human inspection of the result and also some time for others to see the result if they are not watching the nomination.
- Another issue that is hard for the bot is nominations that includes edited versions, it's hard for the bot to know which edit to look at as it is not certain that it's the latest or the one with most support. The current implementation will just ignore such nomnations and leave it for humans to sort out. The bot could add a message when the time is up for such nominations telling that this needs to be counted manually.
- Your point 7 seem to be a very good way of doing a testrun to check the implementation. I will look into that, that could also be used to gather some interesting statistics about previous results.
- I have not yet started with the implementation of moving/parking the finished results. But that should be quite simple, it's just about moving the template to the mentioned pages in a certain format, I will focus on the vote counting first. /Daniel78 (talk) 16:34, 8 August 2009 (UTC)
Two more question, which I forgot in first round:
- Will the bot be capable of handling the rule of the fifth day?
- Will the bot be capable of closing noms, where an {{FPX}} has been cast and has not been followed by a support vote less than 24 h after?
--Slaunger (talk) 13:54, 8 August 2009 (UTC)
- Not yet implemented. Rule of the fifth day should be a simple addition. {{FPX}} is a bit trickier as I would have to find out exactly when the template was added, if the users follow the example and sign it including the date it should be ok. /Daniel78 (talk) 16:34, 8 August 2009 (UTC)
- Could you please make a test run? --EugeneZelenko (talk) 15:03, 8 August 2009 (UTC)
- I think a good test would be what Slaunger mentions above, to actually run it against the old results and list all differences. I would need to implement some missing parts before that though. /Daniel78 (talk) 16:34, 8 August 2009 (UTC)
Comment I agree with Slaunger on his above points, and make the following suggestions:
- Use the {{Assessments|com=1}} template, as it means that FP status for other Wikis can be added easily
- Have the bot notify the creator/uploader, if they are not the same as the nominator. Sarcastic ShockwaveLover (talk) 17:01, 8 August 2009 (UTC)
Info: I have now improved a bit on the count parser and the current results against an old log has been made where I have also explains the reason for the cases where there currently is a difference: TestRun1. This is just a verification test run, thus no edits was made by the bot. /Daniel78 (talk) 12:29, 9 August 2009 (UTC)
-
Comment It is overall a convincing test, which shows that your bot handles vote counting with a reliability, which matches human vote counting. I have posted some detailed comments on the test page. I do not think it is a requirement that you parser can handle all the special cases I mentioned originally - at least not for starters - as long as your bot knows which FPCs it should skip (multiple noms in same subpage, FPX, etc.). I would suggest that the bot summarized its results in a template, like {{FPC-results-ready-for-review}}. This template should automatically associate the FPC subpage to a category, i.e., Category:Featured picture candidates awaiting closure review. A human should then check the closure result, possibly correct mistakes in the vote counts and change the template to, e.g., {{FPC-results-reviewed}}, which places the subpage in a new category, i.e., Category:Featured picture candidates awaiting closure. The bot could then process all subpages in this category, whenever it runs, perhaps changing the template again to a final {{FPC-results}} (which takes it out of the aforementioned category, but renders the result in the same manner) do the archiving, notification on nominators and creators talk pages, and move it to a page for categorization. --Slaunger (talk) 13:57, 9 August 2009 (UTC)
Comment I think this makes sense, it lets the bot do the main work but still leaves the control to the users. So in short the bot do a step 1 (count and add the results) and then just wait for confirmation by any user and then do step 2 (move them). I stared with some very simple versions of the templates mentioned here. /Daniel78 (talk) 22:07, 13 August 2009 (UTC)
- Great that you are implementing my idea and can see its purpose. I looked at the templates. I think they look fine. In the beginning the {{FPC-results-ready-for-review}} could perhaps be written out prepared with a category parameter (although this template does not support it), such that the manual work done by the reviewer changing the template name to {{FPC-results-reviewed}} is minimized. Agree that if the human closure reviewer adds the end category in that single step we do not need the {{FPC-results}} also. A later refinement could be some JS wizardry added for the human closure reviewers convenience, which lets this user select the end category from a drop down box or something like that. --Slaunger (talk) 05:55, 14 August 2009 (UTC)
- I have now implemented the parking procedure ( that moves reviewed candidates into the specific pages ). I know there are issues to fix, but the main implementation part is now done so I have performed some testing. Yet only of some failed candidates though, I have to wait for some candidates that passes to test that part :). I also mentioned it here. I agree that some JS in the template to make it even easier would be great. /Daniel78 (talk) 18:05, 15 August 2009 (UTC)
- Great that you are implementing my idea and can see its purpose. I looked at the templates. I think they look fine. In the beginning the {{FPC-results-ready-for-review}} could perhaps be written out prepared with a category parameter (although this template does not support it), such that the manual work done by the reviewer changing the template name to {{FPC-results-reviewed}} is minimized. Agree that if the human closure reviewer adds the end category in that single step we do not need the {{FPC-results}} also. A later refinement could be some JS wizardry added for the human closure reviewers convenience, which lets this user select the end category from a drop down box or something like that. --Slaunger (talk) 05:55, 14 August 2009 (UTC)
- The bot has now been doing manual runs for a while and I have ironed out a few issues, you can see it's recent changes. Although there are still things to improve I think it handles most common situations by now. I will continue to look after it of course but I think it could be time to let it run as a cron job and as I understand it I need this request accepted before I do that. /Daniel78 (talk) 20:02, 4 September 2009 (UTC)
- This is looking good to me. This bot is ambitious and if it works, very nifty. How about giving you tentative approval for automation with a view to making that permanent after a few more runs? Would the community see the need to do that? Presumably you are prepared to clean up any messes and enhance the code to avoid them happening again. Else I think just go to approval and call this done. ++Lar: t/c 23:30, 6 September 2009 (UTC)
- I can set it up for automated runs this weekend, and yes if something goes wrong I will of course fix it :) I also have some improvements on my todo list so I will continue to improve on the code. The code is also public so if I for some strange reason would leave commons, it would be available for anyone else to pick up. /Daniel78 (talk) 20:55, 8 September 2009 (UTC)
- This is looking good to me. This bot is ambitious and if it works, very nifty. How about giving you tentative approval for automation with a view to making that permanent after a few more runs? Would the community see the need to do that? Presumably you are prepared to clean up any messes and enhance the code to avoid them happening again. Else I think just go to approval and call this done. ++Lar: t/c 23:30, 6 September 2009 (UTC)
- Please be far more exact about when the bot may do something. I might agree that the bot may do most proposed actions once, after the mentioned picture has indeed been promoted. I probably will not oppose anymore if that "once, after" are made clear. Erik Warmelink (talk) 20:46, 18 September 2009 (UTC)
- I am not sure exactly what you mean. Do you mean that you want some clearer statements like, "if condition A the bot does B, ... , if condition X the bot does Z" and so on ? /Daniel78 (talk) 00:27, 19 September 2009 (UTC)
- Sorry, I have little time left. Yes, like that. It already says "the newly promoted image" for one action and I assume other actions are also only done once for that same picture, but that isn't clear. Erik Warmelink (talk) 16:46, 19 September 2009 (UTC)
- I have added more detailed information at the bots user page User:FPCBot. For even more detailed information the source is also linked from the bot page. /Daniel78 (talk) 20:49, 21 September 2009 (UTC)
- Sorry, I have little time left. Yes, like that. It already says "the newly promoted image" for one action and I assume other actions are also only done once for that same picture, but that isn't clear. Erik Warmelink (talk) 16:46, 19 September 2009 (UTC)
- I am not sure exactly what you mean. Do you mean that you want some clearer statements like, "if condition A the bot does B, ... , if condition X the bot does Z" and so on ? /Daniel78 (talk) 00:27, 19 September 2009 (UTC)
Personally I would prefer if the bot would only do the organising bits. A human editor should be the one doing the tallying, instead of the bot. — Kanonkas // talk // e-mail // 13:12, 12 October 2009 (UTC)
- The bot is doing both, but as can be seen on the bot page there is the human verification step so nothing is closed before that has happened. Thus mostly you can just accept the bot count after checking it. Besides the bot has already been working now for over 2 month with around 2000 edits without any issues raised from the users involved in the FPC process. In essence the bot is already running as if it already had the bot flag except that I check on it daily which I would probably do anyway. So all in all can this bot be accepted ? Of course many improvements can be made, but is not that a separate discussion from this request as long as it does not cause any trouble ? /Daniel78 (talk) 15:03, 12 October 2009 (UTC)
- I support the idea of this bot, even with basic functionality it helps with a labourious and error prone task. I think that image nominators watch the progress of their nominations like a hawk and errors (eg in counting due to strange support/decline templates) will be quickly picked up. There are many additions and refinements that can be added as we go, we could delegate discussion of their exact implementation to the FPC talk page if they fall within the general guidelines for operation approved here. My only real concern is support of this code: FP is a long term project, people come and go, the last thing we want is to become dependant on this bot (and its master) and suddenly find that it is unsupported. Can we stipulate that at least two people are familiar enough, and have access to, the code so that it will always be maintained (need some sort of handover to a new person if one of them leaves the project). --Tony Wills (talk) 20:29, 14 October 2009 (UTC)
- I will never leave :) Just kidding of course that could happen, but the bots user page already points to the source code in a publicly available git repository that anyone can make a clone of. And hopefully I have documented it well enough both on the bots page and in the source code for someone to pick it up without too much difficulty. But of course if anyone feels like being "co-owner" of the bot code that is perfectly fine with me. /Daniel78 (talk) 20:39, 14 October 2009 (UTC)
- The code looks reasonably documented to my unfamiliar eye :-). I have only just scanned through the code, but I am wondering whether it strips out html comments and nowiki blocks and any other comment types, before counting templates. I can think of a couple of ways that extra votes might be seen by the bot, but not apparent to the human eye ;-) --Tony Wills (talk) 11:29, 15 October 2009 (UTC)
- I was just considering ways that the striked out template detector might be fooled, but think it is ok. But I just realised that the "ImageNote" block can contain templates (one current nomination contains a support template I seem to recall) which I expect will happily (incorrectly :-) counted. Also I presume you leave it to humans to notice unsigned/anonymous votes. --Tony Wills (talk) 11:49, 15 October 2009 (UTC)
- The vote counting implementation is currently very simple, it skips votes that are striked out but do not skip any other votes. Accounting for all uncommon ways of using the templates would probably just make the code more complex than necessary. Nice example with the image note though, I had not though of that :) But as long as we have the manual review step this should not be a big problem. I have no statistics but the rate of counts that are incorrect seem to be very low. I think the next improvement to focus on is how to handle closure of candidates that contain multiple images and not the vote count, because it's the closing that is a lot of manual work, not the counting. But I say it again; to me all these improvement discussions does not feel to belong in this bot flag request, they belong in a place where visible to people involved in the FPC process. /Daniel78 (talk) 21:57, 15 October 2009 (UTC)
- The trouble is that people expect computers to be able to count (who checks the adding up of cash-registers?), I waited to see the outcome of the imagenotes example, and sure enough [3] everything looked in order and the ghost vote was included in the count, and confirmed manually - and I don't think any other confirmer would have looked any harder . No effect on the outcome this time, but incorrect never-the-less. Would doing a pre-pass to strip imagenotes, html comments, and nowiki blocks be too difficult? --Tony Wills (talk) 23:22, 17 October 2009 (UTC)
- People probably look more carefully when it's a borderline case but still reducing the probability of errors by getting the bot count better would be nice of course. Filtering out the cases you mention would not be too hard, it's basically just doing the same check as for the <s> tag. I will have a look at it soon as I have now also implemented some basic support for handling candidates with several edits as mentioned on the FPC discussion page. Double votes, anonymous votes and late votes are a bit tricker though. But might happen later also, I have never thought about making this perfect from the start, but it's progressively getting better and better. /Daniel78 (talk) 23:47, 17 October 2009 (UTC)
- Ok I have now implemented such that the bot filter out the following content before counting votes: The <s> tag, the <nowiki> tag, ImageNotes and HTML comments. Thanks for the suggestions. I used this nomination for verification. If you can think of more tags or templates that needs to be filtered out tell me and I'll add it. /Daniel78 (talk) 00:41, 18 October 2009 (UTC)
- Thank you, it is almost perfect ;-). Some ghost voting might have been quite subtle, eg if I had added a comment:
Comment Please use {{support}} or {{oppose}} when voting.- I would have effectively negated one other persons support vote. Yes the confirmation process should have picked it up, but as time goes on people would start to trust the bot to count and easily miss such a mistake. So on behalf of generations of FP nomination to come, thank you :-) --Tony Wills (talk) 01:02, 18 October 2009 (UTC)
- Ok I have now implemented such that the bot filter out the following content before counting votes: The <s> tag, the <nowiki> tag, ImageNotes and HTML comments. Thanks for the suggestions. I used this nomination for verification. If you can think of more tags or templates that needs to be filtered out tell me and I'll add it. /Daniel78 (talk) 00:41, 18 October 2009 (UTC)
- People probably look more carefully when it's a borderline case but still reducing the probability of errors by getting the bot count better would be nice of course. Filtering out the cases you mention would not be too hard, it's basically just doing the same check as for the <s> tag. I will have a look at it soon as I have now also implemented some basic support for handling candidates with several edits as mentioned on the FPC discussion page. Double votes, anonymous votes and late votes are a bit tricker though. But might happen later also, I have never thought about making this perfect from the start, but it's progressively getting better and better. /Daniel78 (talk) 23:47, 17 October 2009 (UTC)
- The trouble is that people expect computers to be able to count (who checks the adding up of cash-registers?), I waited to see the outcome of the imagenotes example, and sure enough [3] everything looked in order and the ghost vote was included in the count, and confirmed manually - and I don't think any other confirmer would have looked any harder . No effect on the outcome this time, but incorrect never-the-less. Would doing a pre-pass to strip imagenotes, html comments, and nowiki blocks be too difficult? --Tony Wills (talk) 23:22, 17 October 2009 (UTC)
- The vote counting implementation is currently very simple, it skips votes that are striked out but do not skip any other votes. Accounting for all uncommon ways of using the templates would probably just make the code more complex than necessary. Nice example with the image note though, I had not though of that :) But as long as we have the manual review step this should not be a big problem. I have no statistics but the rate of counts that are incorrect seem to be very low. I think the next improvement to focus on is how to handle closure of candidates that contain multiple images and not the vote count, because it's the closing that is a lot of manual work, not the counting. But I say it again; to me all these improvement discussions does not feel to belong in this bot flag request, they belong in a place where visible to people involved in the FPC process. /Daniel78 (talk) 21:57, 15 October 2009 (UTC)
- I will never leave :) Just kidding of course that could happen, but the bots user page already points to the source code in a publicly available git repository that anyone can make a clone of. And hopefully I have documented it well enough both on the bots page and in the source code for someone to pick it up without too much difficulty. But of course if anyone feels like being "co-owner" of the bot code that is perfectly fine with me. /Daniel78 (talk) 20:39, 14 October 2009 (UTC)
- Hi, Daniel, please take a look at two voting templates in a single vote with a single signature. Could the bot handle it?--Mbz1 (talk) 20:43, 21 October 2009 (UTC)
- There is not yet any check for such issues. It's up to the reviewer to determine which vote to use if one person has specified several. But in the future the bot could at least get the ability to detect ambiguous votes. /Daniel78 (talk) 21:47, 21 October 2009 (UTC)
- One strategy to resolve such votes is to simply accept their last vote, but that doesn't resolve entries like that where templates have been used as comments (I would say his vote is Neutral, and he is dithering about whether to make it an Oppose). Strictly it would also mean you would have to look at the timestamps of each vote to see which was posted last. Easiest stategy is to just discount all multiple voting. But with both these strategies you have to make a list of all voters as you go and tally their votes and add lots of complication to handle these exceptions. There are lots of other stuff ups that voters can make, some of which haven't been thought of yet :-). I think it is sensible to just have humans confirm the vote, but give them exact instructions on what to look out for that the bot doesn't/can't handle. --Tony Wills (talk) 23:53, 21 October 2009 (UTC)
- Yes even though it would be nice if the bot detected such issues it is quite complicated for the bot to handle it, thinking about it; perhaps too complicated. For example to be absolutely sure about which vote that was cast by which person you can't just parse the text for signatures as one can easily add another signature than ones own. Thus to be sure the bot would have to go through each edit/commit to the candidate and keep track of who really added each template (similar to the annotate feature that many version control systems have). And as mentioned even if the bot handled this perfectly and actually detected double votes correctly there are as mentioned no clear solution, one could use the first vote or the last one or discard all of them, so a human preferably have to investigate anyway. A wiki is not really made for voting, imagine how much better this voting procedure could be if we were not locked to parsing a wiki page. /Daniel78 (talk) 21:12, 26 October 2009 (UTC)
- One strategy to resolve such votes is to simply accept their last vote, but that doesn't resolve entries like that where templates have been used as comments (I would say his vote is Neutral, and he is dithering about whether to make it an Oppose). Strictly it would also mean you would have to look at the timestamps of each vote to see which was posted last. Easiest stategy is to just discount all multiple voting. But with both these strategies you have to make a list of all voters as you go and tally their votes and add lots of complication to handle these exceptions. There are lots of other stuff ups that voters can make, some of which haven't been thought of yet :-). I think it is sensible to just have humans confirm the vote, but give them exact instructions on what to look out for that the bot doesn't/can't handle. --Tony Wills (talk) 23:53, 21 October 2009 (UTC)
- There is not yet any check for such issues. It's up to the reviewer to determine which vote to use if one person has specified several. But in the future the bot could at least get the ability to detect ambiguous votes. /Daniel78 (talk) 21:47, 21 October 2009 (UTC)
- By the way as already mentioned before, it would be nice to get this request approved. The FPC process is getting quite dependent on it as this "test"-period has been going on for so long now. At least from now on I will not discuss any further improvements/changes to the bot on this page unless it is an absolute requirement for getting the bot flag. Improvements that does not effect the outcome of this bot flag request should be discussed elsewhere. /Daniel78 (talk) 16:07, 27 October 2009 (UTC)
[edit] 보존문서
보존문서는 Commons:Administrators/Archive에 보관되고 있습니다.