위키백과:사랑방 (기술)/2014년 11월

기술 사랑방
◀ 2014년 11월 ▶
새 글 쓰기
/ 보존 문서

좌표 오류 및 분류 관련

1. 틀:위치 지도 키리바시에서 좌표 오류가 발생합니다. 영어판과 다른 점이 없는데 계산이 잘못 되네요.
2. 특수:TrackingCategories의 몇몇 분류명을 translatewiki.net에서 변경을 하였는데 적용이 안됩니다. 며칠 지나도 그대로네요.--Namoroka (토론) 2014년 11월 1일 (토) 16:54 (KST)

1. 버그질라: 72559 의 문제입니다. 현재 해결이 되었으며, 아직도 오류가 뜬다면, ?action=purge를 URL의 맨 뒤에 붙이면 해결될 겁니다.
2. 현재 유니코드 CLDR의 변경으로 인해 l10n 업데이트가 중단되었습니다. (미디어위키-i18n 메일링 리스트 참조) — revi_msg 2014년 11월 1일 (토) 17:45 (KST)

1. 해당 부분은 이미 해보았는데 그대로입니다. 레비님은 정상적으로 보이시나요?--Namoroka (토론) 2014년 11월 1일 (토) 18:56 (KST)

제가 했을 때는 잘 되던데요... 캐시를 지워 보시는 것도... — revi_msg 2014년 11월 1일 (토) 22:33 (KST)

캐시를 지우고 다른 브라우저로 접속을 해봐도 오류가 생깁니다. 제가 말하는 오류는 "지도 중심" 부분에서 "{{#coordinates:}}: 잘못된 경도"가 뜨는 겁니다.--Namoroka (토론) 2014년 11월 1일 (토) 22:56 (KST)

둘러보기 상자 틀에 문제가 있나요?

둘러보기 상자가 있는 것마다 분류:Pages using duplicate arguments in template calls가 달려 있어서 묻습니다. 분류 이름으로 보아 변수를 중복으로 쓴 듯한데, 그것만 알겠군요. -반월 (ㅌ·ㅁ) 2014년 11월 1일 (토) 17:37 (KST)

아무도 모르시나요? -반월 (ㅌ·ㅁ) 2014년 11월 12일 (수) 23:36 (KST)

둘러보기 상자 전부에 문제가 있다면 둘러보기 메타 틀 (이 있는지는 모르겠습니다만)에 문제가 있는 것 같은데, 둘러보기에는 제가 필터 일과 공용의 문화재 사진 일로 바빠서.... 메타 틀에서 변수를 중복으로 쓰지 않게 해결하면 될 것 같습니다. — revi_msg 2014년 11월 12일 (수) 23:55 (KST)

저기...

선거권 무효 알림 틀을 쓰면 여기선

'반갑습니다, 사랑방 (기술)님! 우리 모두의 백과사전, 위키백과의 선거에 소중한 투표를 해주셔서 고맙습니다. 다름이 아니라 이번 선거에 해 주신 투표는 선거권 제한에 따라 투표권이 없으므로 무효표 처리하였습니다. 다음부터는 해당 선거의 투표권을 가지고 계신지 충분히 확인한 후에 투표에 임해주세요.'라고 정상적으로 나오는데

이곳에 가보면 일부 글이 깨져서 나오는데 저만 그런 건가요? --부평구청역 (토론) 2014년 11월 2일 (일) 13:55 (KST)

틀:선거권 무효 알림에 나온 변수를 안 채우신 것이 아닐까요?--콩가루 (토론) 2014년 11월 2일 (일) 14:03 (KST)

변수를 채우지 않으면 {{BASEPAGENAME}}을 기본으로 사용하는 거 같네요 {{SUBST:}}로 깨지는 건 틀을 풀지 않았기 때문입니다. — revi_msg 2014년 11월 2일 (일) 15:20 (KST)

아! 그렇군요! 답변 감사합니다. --부평구청역 (토론) 2014년 11월 4일 (화) 14:19 (KST)

둘러보기 틀과 루아

예전에 둘러보기 틀을 루아로 대체하기 위한 시도(틀:둘러보기 상자/루아)가 있었는데, 이 작업을 계속 진행시켜서 루아 틀로 대체했으면 합니다.--콩가루 (토론) 2014년 11월 2일 (일) 15:54 (KST)

시범적으로 틀:제2차 세계 대전에 적용했지만, 아직 한국어 위키에서는 CSS가 적용되지 않았더라고요. 임시적으로 사용자 CSS에 적용했지만 CSS에 관한 문제를 해결해야 할 것 같습니다.--twotwo2019 (토론) 2014년 11월 2일 (일) 16:30 (KST)

다시 한번 질문드립니다.

<>{{다중 계정 의심|전방에 과속방지턱이 연속됩니다}}
 
 {{차단된 다중 계정|과속|증거=은하로날아올라|기간=무기한}}

위 틀은 여기서는 잘 나오는데 이곳에서는 위키텍스트가 그대로 출력되는 건 왜 그런 것인가요? --부평구청역 (토론) 2014년 11월 4일 (화) 14:18 (KST)

하위문서인 게 이유 같네요. — revi_msg 2014년 11월 6일 (목) 02:54 (KST)

전역 부정 행위 방지 필터?

최근에, 데이터베이스 크기가 medium인 위키(한국어 위키백과 포함)에 전역 편집 필터가 적용되었습니다. 이 필터들은 대부분 영어 스팸의 감지를 목적으로 하는 것으로, 한국어 위키백과에 적용되어도 (이미 적용되었지만) 별로 효용성이 없는 필터가 대부분입니다. (필터를 봐도 한국어 관련 내용은 없습니다.) 이에 한국어 위키백과를 전역 부정 행위 방지 필터 적용 대상 위키에서 제외할 것을 제안합니다.

면책 조항: 위 제안이 한국어 위키백과 공동체에 의해 통과된다 하여도, 해당 내용이 기술적으로 가능한 지 알 수 없으며, 설령 가능하다 하더라도 위키미디어 재단이 해당 요청을 거부하는 행위에 대해서 보증할 수 없습니다.

— revi_msg 2014년 11월 6일 (목) 03:00 (KST)

찬성

찬성 해당 전역 필터로 걸러지는 스팸이 없고, 전역 필터를 해제하면 아주 조금이나마 위키백과 편집 저장 속도가 빨라지기는 하겠죠.--콩가루 (토론) 2014년 11월 16일 (일) 11:00 (KST)

찬성 필터로 걸려지는 스팸이 없으면 무용지물이므로 찬성합니다. 단, 나중에 더 커져서 영문 스팸이 들어오기 시작하면 그 때 부터 논의하면 되겠죠.--twotwo2019 (토론) 2014년 11월 16일 (일) 19:59 (KST)

찬성 제가 생각해도 효과가 전혀 없어요.--아이플♥ (토론) 2014년 12월 1일 (월) 05:13 (KST)

의견, 질문

한달 정도 지켜본 다음에 해당 필터로 스팸이 얼마나 걸러지는지를 확인할 필요는 있을 것 같습니다.--콩가루 (토론) 2014년 11월 6일 (목) 10:33 (KST)

질문 해당 필터가 100% 한국어 위키백과에 적용에 무용지물인지 알고 싶습니다.ㅡ커뷰 (토론) 2014년 11월 7일 (금) 01:55 (KST)

필터 기록을 참조하십시오. 관리자 권한을 가진 제 계정에서도 기록 없음으로 뜹니다. — revi_msg 2014년 11월 7일 (금) 02:02 (KST)

그리고, 일부 필터는 Public 상태로, 누구나 볼 수 있습니다. — revi_msg 2014년 11월 7일 (금) 02:03 (KST)

중립 찬성을 하든 반대를 하든 실익이 없습니다.(분당선M)--199.119.233.154 (토론) 2014년 11월 12일 (수) 21:36 (KST)

---

이 의견 요청은 오래됨으로 종결되었습니다. 최근에 재단에 개인적으로 문의한 결과는 해제 불가였습니다. — Revi 2015년 1월 2일 (금) 18:49 (KST)

user:Abuse filter를 통한 편집 필터 자동 차단 도입 제안

스팸 방지와 대우건설들의 문제가 있는 사용자들의 추가 기여를 방지하기 위해 편집필터의 차단 기능을 위키백과에 활성화시켜, 필터에 적발되면 자동으로 차단(기간은 3개월일겁니다) 되도록 하는 것을 제안합니다.

이 기능은 메타나 위키데이터 등에서 잘 사용되고 있습니다. d:special:log/Abuse filter

참조: 이 기능이 도입되면, 편집필터의 차단이 활성화 됨과 동시에 에 관리자 권한이 자동 부여되며, 부여 이후에는 회수할 수 없습니다. (미디어위키 확장기능) --분당선M (토론) 2014년 11월 8일 (토) 03:50 (KST)

찬성 위키데이터에서 유용하게 쓰여 온 것을 그동안 봐 왔습니다(스팸 관련). 한국어 위키백과에도 도입이 되면 좋을 것 같네요.--콩가루 (토론) 2014년 11월 8일 (토) 10:23 (KST)

찬성 --twotwo2019 (토론) 2014년 11월 8일 (토) 11:56 (KST)

반대 사람이 수동으로 개입하지 않는 필터의 특성과 필터 자체에 생길 수 있는 결함으로 인해 제1종 오류(false positive)가 발생할 확률이 존재합니다. 그리고 관리자가 상시 false positive를 감시할 여력도 없고요. 그리고 기본적으로 차단 기한은 무기한입니다. 다만 위키데이터에서는 익명 사용자에 대해 3개월 설정을 추가적으로 했을 뿐이고요. 필터를 정교하게 설계할 능력이 확신되지 않는 이상 차단 기능을 주는 것은 엉뚱한 피해자를 양산하게 되며 사람의 판단이 개입되지 않으므로 차단 정책에서 요구하는 사유의 명백성, 차단의 필요성 심의가 불가능하므로 차단 기능을 추가하는 것에 대해서는 강력하게 반대합니다. – Kwj2772 ^(msg) 2014년 11월 8일 (토) 16:11 (KST)

여기서 말하는 필터는 다중계정이 흔히 하는 편집(예를 들어, 문서의 내용을 욕으로 채운다든지 등)을 감지하면 자동으로 차단하는 시스템으로 알고 있습니다. 정상적인 사용자(처음온 사람이든 아니든)은 당연히 내용을 욕으로 넣을 리가 없으니 자동 차단되는 이런 시스템이면 괜찮지 않을까요?--twotwo2019 (토론) 2014년 11월 8일 (토) 16:21 (KST)

반대 제가 보수적이라고 생각하실지 모르겠지만, Kwj2772님의 의견에 기본적으로 동의하며, 편집 필터에서 Warning만 하고, 실질적인 차단은 관리자가 직접하는 편이 더 낫다고 생각합니다. 아직 한국어 위키백과는 필터에 대해 이해하고 있는 사용자가 충분하지 않다고 생각합니다. --이강철 (토론) 2014년 11월 10일 (월) 03:07 (KST)

의견 장기적으로는 분당선M 님의 제안대로 편집 필터를 사용한 자동 차단이 좋을 수 있겠으나, 지금 당장은 편집 필터의 오류 가능성에 대한 우려 등이 남아 있는 상황에서 즉시 적용하기는 부담스러워 보입니다. 테스트로 특정 부분에 대해 어느 정도 "시범 운영"을 한 뒤에 그 결과를 보고 공동체의 총의를 다시 묻는 것이 어떨까 싶습니다. -- 아사달(Asadal) (토론) 2014년 11월 12일 (수) 21:22 (KST)

이 의견 요청은 오래됨으로 종결되었습니다. 현재 한국어 위키백과에는 해당 기능을 활성화하자는 총의가 존재하지 않습니다. — Revi 2015년 1월 2일 (금) 18:46 (KST)

VisualEditor News #9—2014

Did you know?

VisualEditor is also available on the mobile version of Wikipedia. Log in and click the pencil icon to open the page you want to edit. Click on the gear-shaped settings button in the upper-right corner to pick which editor to use. Choose "⧼Mobile-frontend-editor-visual-editor⧽" to use VisualEditor, or "⧼Mobile-frontend-editor-source-editor⧽" to use the wikitext editor.

It will remember whether you used wikitext or VisualEditor, and use the same editor the next time you edit an article.

The user guide has information about how to use VisualEditor. Not all features are available on the mobile website.

Since the last newsletter, the Editing Team has fixed many bugs and requests, and worked on support for editing tables and for using non-Latin languages. Their weekly updates are posted on Mediawiki.org. Informal notes from the recent quarterly review were posted on Meta.

Recent improvements

Basic support for inserting tables and changing the number of rows and columns in them was just introduced to Wikipedias. Advanced features, like dragging columns to different places, will be added later.

To help editors find the most important items more quickly, some items in the toolbar menus are now hidden behind a "더 보기" item, such as "밑줄" in the styling menu.

The French Wikipedia should see better search results for links, templates, and media because the new search engine was turned on for everyone there. This change is expected at the Chinese and German Wikipedias this week, and the following week at the English Wikipedia.

The "pawn" system has been mostly replaced. Bugs in this system sometimes added a chess pawn character to wikitext. The replacement provides better support for non-Latin languages, with full support hopefully coming soon.

VisualEditor is now provided to editors who use Internet Explorer 10 or 11 on desktop and mobile devices. Internet Explorer 9 is not supported yet.

The keyboard shortcuts for items in the toolbar menus are now shown in the menus.

VisualEditor will replace the existing design with a new theme from the User Experience/Design group. The appearance of dialog boxes has already changed in the mobile version. The appearance on desktops will change soon. You are welcome to compare the old "Apex" design and the new "MediaWiki" theme which will replace it.

Several bugs were fixed for internal and external links. Improvements to MediaWiki's search solved an annoying problem: If you searched for the full name of the page or file that you wanted to link, sometimes the search engine could not find the page. A link inside a template to a local page that does not exist will now show red, exactly as it does when reading the page. Due to an error, for about two weeks this also affected all external links inside templates. Opening an auto-numbered link node like [1] with the keyboard used to open the wrong link tool. These problems have all been fixed.

TemplateData

The tool for quickly editing TemplateData has been deployed to all Wikimedia Foundation wikis on Thursday, 6 November. This tool was already available on the biggest 40 Wikipedias, and now all wikis will have access to it. This tool makes it easier to add TemplateData to the template's documentation. When the tool is enabled, it will add a button above every editing window for a template (including documentation subpages). To use it, edit the template or a subpage, and then click the "틀데이터 관리" button at the top. Read the help page for TemplateData to learn more about it. You can test the TemplateData editor in a sandbox at Mediawiki.org. Remember that TemplateData should be placed either on a documentation subpage or on the template page itself. Only one block of TemplateData will be used per template.

You can use the new autovalue setting to pre-load a value into a template. This can be used to substitute dates, as in this example, or to add the most common value for that parameter. The autovalue can be overridden by the editor, by typing something else in the field.

In TemplateData, you may define a parameter as "required". The template dialog box in VisualEditor will warn editors if they leave a "required" parameter empty, and they will not be able to delete that parameter. If the template can function without this parameter, then please mark it as "제안" or "선택 사항" in TemplateData instead.

Looking ahead

The VisualEditor team plans to add auto-fill features for citations soon. The appearance of the media search dialog will improve, to make picking between possible images easier and more visual. The team posts details about planned work on the VisualEditor roadmap.

The user guide is being updated to add information about editing tables. The translations of the user guide for most languages except Spanish, French, and Dutch are significantly out of date. Please help complete the current translations for users who speak your language. Talk to us if you need help exporting the translated guide to your wiki.

You can influence VisualEditor's design! Tell the VisualEditor team what you want changed during the office hours via IRC. The next sessions are on Wednesday, 19 November at 16:00 UTC and on Wednesday 7 January 2015 at 22:00 UTC. You can also share your ideas at mw:VisualEditor/Feedback.

Also, user experience researcher Abbey Ripstra is looking for editors to show her how they edit Wikipedia. Please sign up for the research program if you would like to hear about opportunities.

If you would like to help with translations of this newsletter, please subscribe to the Translators mailing list or contact us directly, so that we can notify you when the next issue is ready. Subscribe or unsubscribe at Meta. Thank you! —Elitre (WMF)

2014년 11월 15일 (토) 08:29 (KST)

버그질라의 "진짜" 종말

위키미디어 버그질라 (bugzilla.wikimedia.org)가 이번 주 주말에 파브리케이터로 이전합니다. 이는 미디어위키.org의 의견 요청의 결과에 따른 이동으로, 이번 주 금요일주터 일요일까지 버그를 보고하거나 할 수 없습니다. 긴급한 버그가 있어 즉시 고쳐져야 하는 경우 (보안 취약점 등)는 미디어위키의 지원방 등을 활용하세요. 기존 버그질라에 계정이 있는 분은 금요일까지 phabricator.wikimedia.org에 계정을 등록하고 (위키미디어 통합 로그인을 지원합니다) 버그질라에서 쓰시던 이메일을 설정에서 등록하면 이전과 함께 구독 데이터, 버그 리포터 정보 등이 모두 이전됩니다. 이전 버그질라는 old-bugzilla.wikimedia.org에 읽기 전용으로 제공될 예정입니다. 현재 영어 이외의 언어는 지원되지 않으나, 파브리케이터 개발자에게 번역 기능을 지원해 달라는 요청이 접수된 상태입니다.

— Revi 2014년 11월 20일 (목) 18:57 (KST)

2015년 오늘의 그림

2015년까지 얼마 남지 않았는데, '봇'이 내년 것까지 업데이트해 주지 않는 듯합니다. jtm71 (토론) 2014년 11월 29일 (토) 08:37 (KST)

오늘의 그림은 정해진 것도 있고 안 정해진 것도 있습니다. 업데이트는 봇 주인께 문의해 보세요. — Revi 2014년 11월 29일 (토) 11:19 (KST)

다른 언어 위키백과를 보니 마찬가지로 2014년까지만 되어 있습니다. 의견은 취소합니다. jtm71 (토론) 2014년 11월 29일 (토) 17:58 (KST)

@Jtm71: 오늘의 그림에 대한 부연 설명을 하자면, 영어판과 일부 언어판은 자체적으로 "알찬 그림"을 선정하여 그 중 오늘의 그림을 선정하고, 한국어판과 같이 공용의 오늘의 그림을 불러오는 경우는 공용의 알찬 그림 (c:COM:FP)에서 기존에 오늘의 그림이었던 적이 없는 사진으로 선정합니다. 특별한 선정 기간은 없고, 연중 합니다. — Revi 2014년 11월 29일 (토) 18:34 (KST)

위키백과:오늘의 그림/월별 목차와 월별 문서들을 이야기하는 것입니다. jtm71 (토론) 2014년 11월 29일 (토) 18:47 (KST)

그 이미지들은 c:COM:POTD에서 끌어오는 것인데, 특별히 선정 기간이 없기 때문에 공용에서 해당 날짜에 해당하는 POTD 틀이 생성되는 대로 일정 주기에 한번씩 끌어올 수밖에 없다는 것입니다. — Revi 2014년 11월 29일 (토) 19:43 (KST)

공용쪽과 관련되어 있는 것인가요. 아직 1달 남았으니 일단 기다려 보겠습니다. jtm71 (토론) 2014년 11월 30일 (일) 05:10 (KST)

공용에 이미 선정된 파일들이 있으니 그쪽에서 번역하셔도 됩니다. — Revi 2014년 12월 10일 (수) 17:19 (KST)

• 번역은 내년 2월 초까지 되어 있으나, 지금으로서는 2015년 1월 1일 대문에 오늘의 그림이 뜨지 않을 수도 있겠다는 생각이 듭니다. 전날까지 관련 문서들이 되어 있지 않으면 수동으로라도 작성해야 하지 않을까 싶습니다. jtm71 (토론) 2014년 12월 29일 (월) 06:27 (KST)

1월 1일자까지만 띄워 놓았습니다. 나머지는 봇이 알아서 채워 주겠지요. jtm71 (토론) 2014년 12월 31일 (수) 10:35 (KST)

하루가 지났는데, 안 바뀝니다. 당분간은 수동으로 작업해야 할 듯합니다. jtm71 (토론) 2015년 1월 1일 (목) 12:05 (KST)

한국어 위키백과에서 문서 역사 병합이 가능한지요?

문서 옮기기를 모르는 것으로 추정되는 사용자들이 옮기기가 아닌 기존 문서에서 복사 & 붙여넣기로 새로 생성한 문서에 추가 편집이 이뤄진 경우 기존 문서의 편집 역사와 새로 생성된 문서의 편집 역사를 한 문서로 병합하는 게 가능한지요? 영문 위키백과에 en:Wikipedia:How to fix cut-and-paste moves 이런 글을 있는 걸로 봐서 가능한 걸로 보이는데 한국어 위키백과에서는 어떤지 모르겠습니다. 한국어 위키백과에서 일부 문서를 복사 & 붙여넣기로 새로 문서를 생성한 후 기존 문서를 넘겨주기 문서로 무단으로 바꿔버린 후 새로 생성된 문서에 추가 편집이 이뤄지고 있는 경우가 눈에 띕니다. 가능하다면 이런 문서들을 손봤으면 합니다. --Leedkmn (토론) 2014년 11월 29일 (토) 18:01 (KST)

@Leedkmn: 당연히 가능합니다. 백:문관에 요청해주세요.--콩가루 (토론) 2014년 11월 29일 (토) 18:03 (KST)

감사합니다. --Leedkmn (토론) 2014년 11월 29일 (토) 18:05 (KST)