Page semi-protected

위키백과:물품크기

이 페이지에는 기사 크기에 관한 주요 이슈에 대한 개요가 포함되어 있다. 기사 크기의 관련 척도는 다음과 같이 세 가지가 있다.

  • 읽기 가능한 산문 크기: 표, 목록 또는 바닥글 섹션을 포함하지 않고 글의 주요 섹션에 있는 보기 가능한 텍스트의 양
  • Wiki 마크업 크기: 전체 페이지 편집 창의 텍스트 양(편집 기록 페이지의 문자 수)
  • 브라우저 페이지 크기: 웹 브라우저에 로드된 페이지의 총 크기

물품의 크기에 관한 사용적합성 고려사항은 다음을 포함하도록 결정되었다.

  • 주의 범위, 가독성, 조직, 정보 포화 등과 같은 독서자 문제
  • 토크 페이지 긴장, 사소한 기여에 대한 논쟁, 큰 기사를 어떻게 분리할 것인가에 대한 토론 등과 같은 편집자 이슈들.
  • 기고할 수 있는 주제에 대한 정보가 아직 존재함에도 불구하고, 기사가 일정 규모에 도달하면 크게 성장하는 것을 멈추는 것과 같은 기고 문제
  • 모바일 브라우저의 제한과 같은 기타 기술적 문제

기사가 너무 클 경우, 작은 기사로 쪼개거나, 일부를 새로운 기사로 돌리거나, 그 일부를 다른 기존 기사로 병합하는 것을 고려해 보십시오. 기사가 너무 작을 때에는 하나 이상의 기존 기사와 병합할 수 있다. 그러한 편집상의 결정은 의견 일치를 필요로 한다. 기사 규모에 관한 지침과 상세한 해결책은 아래와 같다. 라이센싱 정책은 어떤 내용이 한 기사에서 다른 새 기사 또는 기존 기사로 복사될 때마다 필요한 사본 속성을 포함하는 편집 요약을 사용해야 한다고 규정하고 있다.

가독성 문제

각 위키피디아 기사는 진화의 과정에 있으며 계속 증가할 것 같다. 당신이 기사를 다 읽으면 다른 편집자들이 기사를 추가할 것이다. 위키피디아는 사실상 무제한의 저장공간을 가지고 있지만, 긴 기사는 읽고, 탐색하고, 이해하기 더 어려울 수 있다.

인쇄할 때 한 페이지 또는 두 페이지 이상의 기사는 네비게이션을 용이하게 하기 위해 섹션으로 나누어야 한다(Wipedia: 참조):스타일위키백과 설명서:안내를 위한 레이아웃). 대부분의 긴 기사들은, 어쨌든 섹션으로 나누는 것은 당연하다. 위키피디아의 모바일 버전을 읽는 사람들은 섹션이 길거나 너무 많아 항해를 방해하지 않도록 함으로써 도움을 받을 수 있다.

약 1만 단어의 한 페이지는 평균 속도로 읽는 데 30분에서 40분이 소요되는데, 이는 대부분의 독자들의 주의 범위에 가깝다.[1] 평균 읽기 속도에서 표준 지문의 이해도는 약 65%이다. 1만 단어(50kB 이상)에서 일부 섹션을 다른 기사로 옮겨 위키백과별 요약으로 대체하는 것이 유익할 수 있다.요약 스타일 – 아래의 크기 지침(엄지 규칙)을 참조하십시오.

특히 기술 과목을 다루는 기사는 일반적으로 기술 과목이 적은 기사보다 짧아야 한다. 그러한 기사의 전문 독자들은 글이 잘 쓰여진다면 복잡성과 길이를 받아들일 수 있지만, 일반 독자들은 명확성과 정확성을 요구한다. 복잡성을 최소화해야 하지만 긴 글이나 아주 긴 글의 경우 피할 수 없는 경우가 있다. 가독성이 핵심 기준이다.

읽기 쉬운 산문

읽을 수 있는 산문은 본문의 주요 본문이며, 각주 및 참조 섹션("외부 링크", 참고 문헌 목록 등), 도표 및 이미지, 표와 목록, 위키링크 및 외부 URL, 서식 및 마크업 등의 자료를 제외한다.

XToolls는 ("일반 통계" 섹션의 "Prose"에서) 문자 수를 포함한 산문 정보를 보여준다. 페이지의 기록 보기 탭을 선택한 후 맨 위 외부 도구 근처의 에서 페이지 통계를 선택하여 현재 검토 중인 기사에 사용할 수 있다. 프로시즈형 가젯은 읽기 쉬운 산문 크기를 추정하는 데도 도움이 된다.

목록, 테이블 및 요약

목록, 표 및 이미 요약 양식에 있는 기타 자료는 요약 스타일 방법에 의해 더 이상 축소하거나 요약하는 데 적합하지 않을 수 있다. 긴 목록이나 테이블을 분할하거나 축소하는 "자연적인" 방법이 없다면 그대로 두는 것이 최선일 수 있으며, 이를 본문에 포함시키거나 독립된 페이지분리하는 결정이 내려질 수도 있다. 그럼에도 불구하고, 목록이나 표는 그것의 목적과 범위에 대해 실현 가능한 한 짧게 유지되어야 한다. 통계자료가 너무 많으면 정책에 어긋난다.

기술적 문제

총 기사 크기는 특히 느린 인터넷 연결이나 모바일 기기를 사용하거나 컴퓨터 로딩 속도가 느린 독자를 위해 상당히 낮게 유지해야 한다. 32kB 페이지의 텍스트는 전화 접속 연결에서 편집을 위해 로드하는 데 약 5초가 걸리며, 첨부된 이미지는 추가 시간이 소요되기 때문에 이보다 훨씬 큰 페이지는 구형 브라우저가 표시하기 어렵다. 깊이와 디테일이 필요한 주제에 대해서는 대형 기사가 일부 존재하지만, 일반적으로 그러한 크기의 기사는 둘 이상의 작은 기사로 나뉜다.

모바일 브라우저는 메모리가 적고 CPU가 느릴 경우 문제가 될 수 있으며, 완전히 로드될 수 있다면 긴 페이지를 처리하는 데 너무 많은 시간이 걸릴 수 있다. 아날로그 모뎀 전화 접속이 있는 데스크톱 컴퓨터나 일부 모바일 장치의 무선 연결과 같이 느린 연결을 사용할 경우 긴 물품을 로드하는 데 너무 많은 시간이 걸릴 수 있다. 다양한 웹 브라우저가 MediaWiki 사이트와 관련하여 가지고 있는 관련 없는 문제에 대한 참고 사항과 다운로드할 수 있는 대체 브라우저 목록은 Wikipedia:브라우저 노트.

위키피디아의 최대 제한은 미디어위키 소프트웨어 기본 기사 크기 제한 2048 키비바이트(특히, 2,097,152바이트)에 의해 설정된다.

확장제한을 초과하면 기사의 템플릿이 잘못 나타나게 된다.

아티클 분할

매우 큰 기사는 논리적으로 분리된 기사로 나누어져야 한다.독립 실행형 목록 문서는 알파벳, 숫자 또는 주제별로 후속 페이지로 분할된다. 분할된 부분(예: 템플릿:발췌.

긴 글에서 독립된 글로 섹션을 나눌 때는 독립된 글에 포인터와 함께 제거되는 내용의 간단한 요약을 남겨야 한다. 독립기사에서는 토크페이지에 {{SubArmy}} 또는 {{Summary in}}} 태그를 붙여 본문을 다시 참조하는 배너를 만든다.

수정과 재사용을 허용하지만 콘텐츠 제공자의 귀속성이 요구되는 위키피디아의 라이선스 요건에 부합하기 위해서는, 「[문서명]으로부터 콘텐츠를 분할한다」(이 단계를 생략하거나 페이지명을 생략하지 않는다)와 같이 적절한 사본 귀속성을 증명하는 편집 요약본과 함께 새로운 페이지를 작성해야 한다. 출처 기사 편집요약서 「[기사명]에 내용을 분할한다」에서도 메모해, 후속적으로 삭제되고, 새로운 페이지의 이력이 근절되는 것을 방지해야 한다. {{Coped}} 템플릿은 두 기사의 토크 페이지에도 넣을 수 있다.

서두를 필요 없다.

브라우저가 개선되면서 기사가 커지기 시작하면 서둘러 쪼개질 필요가 없다. 때때로 기사는 단지 주제에게 적절한 취재를 제공하기 위해 커야 할 필요가 있다. 확실하지 않거나 프로필이 높은 기사가 있는 경우 전체 주제 구조에 대한 토의 페이지에서 토론을 시작하십시오. 주제를 여러 개의 짧은 기사로 취급해야 하는지 여부와, 그렇다면 어떻게 정리하는 것이 가장 좋은지를 결정한다. 논의가 진전되지 않을 경우 다른 편집자로부터 피드백을 받기 위해 분할 태그 중 하나를 추가하는 것을 고려하십시오.

사소한 부분 또는 논란의 여지가 있는 부분 분리

비교적 사소한 주제는 더 큰 기사의 맥락에서 적절할 수 있지만, 그 자체로 전체 기사의 주제로서 부적절하다. 대부분의 경우 적절한 요약을 남기지 않고 논란의 여지가 있는 부분을 구체적으로 터트리는 것은 중립적 관점에 위배되는 것이다. 합의안이 본조에서 거부한 정보를 구체적으로 담기 위해 새 기사를 만드는 것도 중립적 관점을 위반하는 것이다. 기사를 분할하기 위한 다른 조직 원리를 고려하고, 분리된 글의 제목과 내용 모두 중립적인 관점을 반영하는지 확인한다.

원치 않는 섹션 분리

기사의 한 섹션이 도움이 되지 않는 기고(예: "외부 링크" 섹션 또는 트라이비아 섹션)의 자석인 경우, 다른 기사로 옮기면 본 기사를 정리하는 데 도움이 될 수 있지만, 전적으로 원하지 않는 기고 섹션으로 구성된 새로운 기사를 작성한다는 점에 유의하십시오. 만약 어떤 기사가 백과사전에 포함하기에 적합하지 않은 많은 양의 자료를 포함하고 있다면, 그것을 위한 새로운 기사를 만드는 것보다 그 내용을 삭제하는 것이 낫다.

사이즈 가이드라인

기사를 분할하고 작은 페이지를 결합하는 데 유용한 경험 법칙:

읽기 쉬운 산문 크기 무엇을 할지
> 100kB 거의 확실히 나눠야 한다.
> 60 kB 아마도 분할되어야 할 것이다(주제의 범위가 때때로 추가된 독서 자료를 정당화할 수 있지만)
> 50 kB 분할해야 할 수 있음(크기에 따라 우도가 상승함)
< 40kB 길이만으로는 분열을 정당화하지 못한다.
< 1kB 기사 또는 목록이 이 크기를 두어 달 이상 유지한 경우 관련 페이지와 결합해 보십시오. 또는, 기사를 확장할 수 있다. 위키백과:뭉툭하다.

참고: 이러한 엄지손가락 규칙은 읽기 쉬운 산문에만 적용되며 위키 마크업 크기에는 적용되지 않으며(이력 목록이나 기타 수단에 수록된 바와 같이), 각 kB는 1,000자로 동일할 수 있다. 기사의 문자 수는 슈비네이터의 DYK 도구도움을 받아 찾을 수 있다.

엄지손가락 규칙은 모호한 페이지에 다소 적게 적용되고 리디렉션에는 당연히 적용되지 않는다. 그들은 또한 목록 기사에 덜 강하게 적용하며, 특히 그것들을 나누어야 정렬 가능한 표를 해체해야 하는 경우에 그러하다.

콘텐츠 제거

합치거나 분할하여 해당 내용을 적절한 기사로 옮기지 않고 길이를 줄이기 위해 기사에서 적절한 내용, 특히 요약 스타일 및/또는 신뢰할 수 있게 소싱되거나 접선되지 않는 정보를 삭제하려면 해당 대화 페이지에 대한 합의된 논의가 필요할 수 있다. Wikipedia:내용 제거#허용 가능한 이유로 인한 이유

마크업 사이즈

마크업(markup) 또는 마크업(markup) 언어는 문서를 조직하고 읽을 수 있도록 만드는 데 사용되는 코드다. 위키 마크업은 위키피디아에서 사용되는 코드다. 마크업 크기는 읽을 수 있는 산문, 위키 코드, 그리고 이미지나 오디오 클립과 같은 기사에서 사용되는 모든 미디어를 포함한다. 마크업 크기는 항상 위의 크기 가이드라인의 기초가 되는 읽기 가능한 산문 크기보다 크거나 같을 것이다.

페이지 기록(아래쪽)에서 페이지 표시 크기(바이트)를 찾을 수 있다. 또한 검색 상자 항목: intitle:Article title 글의 단어 수와 글의 크기를 모두 킬로바이트로 표시한다. 대부분의 경우 이것들은 기사를 분할해야 하는지에 대한 그들 스스로 신뢰할 수 있는 징후가 아니다.

마크업 크기에 따라 가장 큰 기사가 Special에 나열됨: 페이지.

전체 페이지 대신 섹션을 편집할 수 있는 기능은 편집자의 많은 대형 페이지 문제를 제거하여 대기 시간을 단축하지만, 느린 모뎀을 사용하는 독자는 여전히 전체 페이지가 로드될 때까지 기다려야 한다는 점에 유의하십시오.

특정 크기보다 작은 페이지에 대한 링크를 다른 색으로 표시하도록 기본 설정("어플라이언스" 메뉴에서 "스텁 링크 형식 지정에 대한 스텁 링크 형식 지정"을 변경하여)을 설정할 수 있다. 이 맥락에서 "크기"는 편집 상자에 표시되는 원본 텍스트의 크기를 의미한다.

긴 문서를 편집하는 데 문제가 있는 경우

너무 긴 기사를 접했다면 편집할 수 없거나, 편집을 시도할 때 브라우저가 글의 끝부분을 잘라내면 몇 가지 방법으로 문제를 해결할 수 있다.

가능한 한 현대적인 웹 브라우저로 간단하게 업그레이드하는 것이 가장 좋다. 또한 더 나은 보안, 더 현대적인 HTML로 작성된 컨텐츠의 더 나은 표시, 버그 수정과 같은 최신 버전으로 업그레이드하는 것에는 많은 다른 이점이 있다. 위키피디아에 관한 많은 기사들은 영구적으로 32 kB 이상일 수 있기 때문에, 오래된 브라우저들은 긴 기사에 계속해서 문제를 일으킬 것이다.

기사의 각 헤더 옆에 있는 "편집" 링크를 사용하여 한 번에 한 섹션씩 기사를 편집할 수 있는 경우가 많다. 이것은 어느 구간도 32kB보다 길지한 작동해야 하는데,실제로는그렇지 않아야 한다 않는. 첫 번째 섹션을 편집한 후 변경하여 첫 번째 섹션 이전에 텍스트를 편집할 수 있음 &section=1 에 대한 URL의 일부 &section=0. (T2156 및 2개의 JavaScript 해결 방법: 1, 2. 참조) "보기" 섹션의 "새 섹션" 링크(있는 경우)를 사용하거나 기존 섹션을 편집하여 그 안에 두 번째 헤더 라인을 명시적으로 추가하여 새 섹션을 삽입할 수 있다. 번째 섹션 이전섹션 편집편집을 참조하십시오.

섹션이 너무 길어서 정확하고 안전하게 편집할 수 없거나 다른 관련 문제가 있는 경우 헬프 데스크에 지원 요청을 게시할 수 있다. 기존 텍스트를 편집하지 않고 새 주석을 게시할 수 있는 "새 섹션" 링크를 클릭하십시오.

참고 항목

참조

  1. ^ John V. Chelsom; Andrew C. Payne; Lawrence R. P. Reavill (2005). Management for Engineers, Scientists and Technologists (2nd ed.). Chichester, West Sussex, England; Hoboken, NJ: John Wiley & Sons. p. 231. ISBN 9780470021279. OCLC 59822571. Retrieved 20 February 2013.