위키백과:infobox의 주석/맵프레임 맵 요청

다음의 논의는 의견요청을 기록한 기록이다.수정하지 마십시오.이 논의는 더 이상 수정해서는 안 된다. 도달한 결론의 요약은 다음과 같다.

맵프레임 매핑 기능 및 맵프레임 맵을 표시하기 위한 표준 매개변수(즉, 모듈 사용:위키백과에 나열된 Infobox mapframe)에 추가:지도 프레임 맵은 infobox로 표시되며, 일반적으로 좌표, 이미지 기반 맵 또는 푸시핀 맵을 표시하는 인포박스는?

참고: 이러한 맵프레임 맵이 기본적으로 켜져 있는지 또는 꺼져 있는지 여부를 포함한 기본 설정은 지역 합의 또는 아래 질문에서 도달한 일치 여부에 따라 달라진다.

부록:이 질문은 지도를 적어도 옵션으로 이용할 수 있는지에 대한 것이어야 한다.Q2 - Evad37 [대화] 00:06, 2020년 6월 25일(UTC)의 기본 동작에 대해 논의하십시오.[답글]

Q1. 가용성:데모

mapframe=	맵프레임 매핑 기능이 있는 Infobox	맵프레임 매핑 기능이 없는 Infobox
yes	맵프레임 맵이 표시됨	지도 없음; 미리 볼 때 알 수 없는 매개 변수 오류
no	맵프레임 맵이 표시되지 않음	지도 없음; 미리 볼 때 알 수 없는 매개 변수 오류
오므라진	2분기 컨센서스에 따라 다름	지도 없음

• 옵션으로서, 디폴트(default)가 아닌 옵션은 기사에 따라 다르다.나는 현재 정적 지도를 보여주고 있는 모든 infobox가 자동으로 전환되어야 한다고 생각하지 않는다. 그것은 우리의 독자들에게 가장 도움이 되는 사례로 평가되어야 한다.예를 들어 내가 틀렸으면 정정해줘, 하지만 맵프레임은 역사적 지도를 지원하지 않는 반면, 우리는 독일 1937년, 점령 유고슬라비아, 체코슬로바키아, 수단(2005~2011년) 등 역사적 위치 지도를 많이 가지고 있어 05:59, 2020년 6월 24일(UTC)[응답]
• 지도 프레임을 명백한 용도의 기본값으로 만드십시오.수동 정적 지도에서 벗어나는 것은 이미 오래 전에 이루어진 일이다.물론 Buidhe가 강조했듯이 특별한 경우에 대해서는 비 지도 지도를 사용하는 옵션이 유지되어야 한다.레만 06:16, 2020년 6월 24일 (UTC)[응답]
• 내가 알 수 있는 것 중에서 기본이 아닌 선택적인 것은, 현재의 나라 국경과 이름이 적용되지 않는 수천 개의 역사적 기사에는 아무런 소용이 없다.틀린 것으로 판명되어 기쁘다.피스메이커67 (말하려면 클릭) 07:35, 2020년 6월 24일 (UTC)[응답]
• 아니. 무슨 수를 써서라도 그것을 옵션으로 추가해 주되, 나는 단순히 부이데와 피스메이커에 그것을 포함시키는 것에 반대한다.고그 더 마일드 (대화) 10:25, 2020년 6월 24일 (UTC)[응답하라]
• 디폴트가 아닌 선택 사항. 현대적 지도(예를 들어, 역사적 사건을 현대적 문맥에 넣는 수단)에 역사적 데이터를 넣는 것을 거부하지 않는다. 즉, WP에 더 유리하다고 믿는다.그들의 단점보다 독자가 더 낫다.(그리고 그 오래된 지도들 중 일부는, 손대지 않은 채, 솔직히 읽을 수 없다.)그러나, 예를 들어 국경 변화, 현대적인 비-경주적 정착, 그리고 운송 경로 등 그것이 부적절할 수 있는 것이다.유고슬라비아의 모든 지도, 여러 주간에 의해 해부된 교외 지역인 샹틸리 전투 또는 브뤼셀-찰로이 간선도로에 인접한 워터루 전투...——연속 ^# 11:20, 2020년 6월 24일 (UTC)[응답]
• 이 질문은 'default or not'에 대한 질문이었습니까?맵프레임 맵을 인포박스에 코딩해야 하는지 물어보는 것 같다.@Evad37:. :(토크) 15:41, 2020년 6월 24일 (UTC)[응답하라]
  • 그 의도는 가용성에 대해 물어보려는 것이었지만 사람들은 기본적으로 온/오프에 대해 강한 감정을 가지고 있다.위에 파란색으로 부록을 추가해 명확히 했다. - Evad37 [토크] 00:08, 2020년 6월 25일 (UTC)[응답]
• 네, 코드화된...하지만 디폴트는 아니었다. 많은 문제들과 경계선들에 대한 논쟁이 있었다.필요할 경우 정확한 지도를 추가할 수 있는 능력이 가장 좋다.--Moxy 🍁 15:50, 2020년 6월 24일 (UTC)[응답]
• 각 인포박스의 유지자에게 맡겨라 이것은 어떤 인포박스(즉, 도로)에게는 많은 의미가 있지만 다른 인포박스는 아니다(역사적 기사).지도프레임 맵의 사용을 사이트 전체에서 강제하거나 금지할 필요가 없다고 본다. --Rschen7754 18:16, 2020년 6월 24일 (UTC)[응답]
• 네, 선택사항으로.특히 Wikidata와 관련된 경우, infobox에 대한 기능성을 크게 변경할 때 근본적인 문제가 있다.변경이 이루어질 때, 만약 그것들이 디폴트로 활성화된다면, 기사들은 편집자들의 워치리스트에 나타나는 변화 없이 바뀔 것이다. 그리고 그들은 정말로 그것을 좋아하지 않는다.기능성이 사용되는 각 기사에서 활성화되어야 하는 한 편집자는 이를 위해 긍정적인 결정을 내릴 것이며, 그 결과를 확인할 것으로 기대할 수 있다. --RexxS (대화) 18:25, 2020년 6월 24일 (UTC)[응답]
• 네. --Cornellier (대화) 11시 43분, 2020년 6월 26일 (UTC)[응답]
• 예(옵션) — GhostInThe Machine 08:36, 2020년 6월 27일 (UTC)[응답]
• Peacemaker67 등에 따라 기본값이 아닌 선택 사항.벤 맥두이 10:33, 2020년 6월 27일 (UTC)[응답]
• 예, 최소한 옵션으로 사용할 수 있어야 하며, 맵을 스타일링/조정하기 위한 파라미터는 infobox 간에 일치해야 한다. - Evad37 [토크] 01:17, 2020년 7월 1일(UTC)[응답]
• 응. 모든 기사에 적절하지 않을 수도 있지만, 확실히 매우 유용한 기능이야.– 조 (대화) 13:31, 2020년 7월 6일 (UTC)[응답]
• 물론. --Izno (대화) 13:51, 2020년 7월 6일 (UTC)[응답]
• 그래, 나로서는 말할 것도 없이. ɱ (대화) 15:18, 2020년 7월 6일 (UTC)[응답하라]
• 네, 그것을 선택하기가 더 쉽습니다. -- 나벤프 (토크) 02:52, 2020년 7월 10일 (UTC)[응답]

다음의 논의는 의견요청을 기록한 기록이다.수정하지 마십시오.이 논의는 더 이상 수정해서는 안 된다. 도달한 결론의 요약은 다음과 같다.

사용자가 매개변수에 좌표를 지정하지 않을 경우 Wikidata의 좌표를 사용해야 하는가?

Q4. Wikidata 좌표:

coord=	Wikidata 사용(좌표가 지정되지 않은 경우)	Wikidata의 좌표를 사용하지 않음
생략된	데모 ... infobox 제목, 레이블 및 데이터 생략 ...	데모 ... infobox 제목, 레이블 및 데이터 생략 ...
{{Coord 47.31 N 5.04 E}}	데모 ... infobox 제목, 레이블 및 데이터 생략 ...	데모 ... infobox 제목, 레이블 및 데이터 생략 ...

• wikidata 좌표 사용 —정확성에 이의를 제기해야 하며, 좌표 템플릿으로 수정할 수 있다. {{ping Higad Rail Fan}}05:29, 2020년 6월 24일 (UTC)[응답하라]
• 응. 로컬 값이 누락된 경우 Wikidata 값을 사용해야 해.이것은 순이익이며, 위키다타 가치가 부정확하다는 희귀한 문제들은 그때그때 고쳐질 수 있다.게다가 Wikidata에 대한 어떤 변화도 이제 지역 감시 목록에 나타난다.레만 06:22, 2020년 6월 24일 (UTC)[응답]
• 네, 물론이지요.이제 지도 링크 템플릿 내부가 아닌 페이지의 다른 곳에 포함된 기사에서 조율을 끌어낼 것인가?만약 그렇지 않다면, 그것이 창조될 가능성이 있는가?ɱ (대화) 15:46, 2020년 6월 24일 (UTC)[응답]
• 예스 퍼 레흐만.Wikidata가 터무니없는 정밀도로 수입된 가치들을 가지고 있는 몇몇 문제들이 있지만, 그것들은 수정하기 쉽고 다른 위키피디아들에게도 이익이 된다. --RexxS (대화) 18:30, 2020년 6월 24일 (UTC)[응답]
• 예 --Cornellier (대화) 12:46, 2020년 6월 26일 (UTC)[응답]
• 예 - infobox 좌표가 있지만 wikidata 값과 일치하지 않는 경우 추적 범주 설정 - GhostInThe Machine 08:36, 2020년 6월 27일 (UTC)[응답]
• 그렇다. 이것은 Wikidata에서 기본적으로 나와야 하는 데이터 유형이다(즉, 재정의되지 않은 경우).– 피누서톱 (토크 ⋅ 기여) 15:50, 2020년 6월 28일 (UTC)[응답]
• 아니, 아니, 일반적인 이유 때문에 아니야.나는 이것을 포함한 위키다타 사용의 더 이상 소름끼치는 것에 대해 여전히 반대한다.나는 Wikidata가 이 사용 사례에서 전혀 선택이 되지 않기를 원하지만, 적어도 그것은 기본적으로 나타나서는 안 된다.Wikidata는 몇 가지 핵심 문제를 가지고 있다: 소싱에 대한 낮은/존재하는 표준, 감시 목록에 나타나지 않기 때문에 공공 기물 파손이 몰래 들어오기 쉽다, Wikidata는 다양한 Wikimedia 프로젝트를 인용하는 경우가 많기 때문에 시토제생의 가능성, 편집자들에게 더 혼란스럽게 만드는 것이다."매직적인" 코드는 오류를 보고 수정하고자 하는 새로운 편집자, 애논 IP 또는 비기술적 지식의 편집자에게 훨씬 더 혼란스럽게 만든다.대부분의 사람들이 알지 못하는 다른 장소에서 정보를 자동으로 끌어내는 대신, 한 곳에 정보를 모두 저장하는 것이 가장 좋다.얼마 전 여름 인턴십을 하면서 나는 내 인생의 최악의 네다섯 단계의 간접적인 프로그래밍 경험을 통해 기본적으로 모든 것이 묶여 있는 코드베이스에서 일했다.우리는 이미 편집자 모집과 유지에 큰 문제를 안고 있다.지금보다 더 혼란스럽게 만들지 맙시다.----CactusJack 🌵 21:45, 2020년 6월 30일 (UTC)[응답]

  위키다타에 대한 이러한 두려움은 근거가 없다."모든 정보를 한 곳에 모으는 것이 가장 좋다"는 것이 우리가 위키미디어와 위키다타에 대한 일부 데이터에 이미지를 집중시키는 이유다."자동화"에 대해서는 언어간 연계에는 문제가 없어 보인다."신규 편집기, 애논 IP 또는 비기술 지식 편집기" 편집 좌표는 사용 사례가 아닌 에지 케이스. --Cornellier (토크) 13:48, 2020년 7월 2일 (UTC)[응답]

• 응. 우리가 위키다타의 커먼스와 IL의 이미지를 사용하는 것처럼 좌표는 WD에 속하는 언어 불가지론 구조 데이터야.우리의 편집자들이 단지 국지적인 것 대신에 거기에 좌표를 추가하도록 격려하는 것은 WD를 향상시키고, 게다가 엔위키 비용을 거의 내지 전혀 들이지 않는 다른 위키미디어 프로젝트들에 도움이 된다.WD의 소싱 부족에 대한 우려는 이해하지만, 실제로 좌표는 enwiki에서도 거의 소싱되지 않으며(Google Maps 기반 OR을 우리가 외면하는 몇 안 되는 곳 중 하나), WD는 최소한 그렇게 할 수 있는 기능을 가지고 있다.– 조 (대화) 13:43, 2020년 7월 6일 (UTC)[응답]
• 네. --Izno (대화) 13:55, 2020년 7월 6일 (UTC)[응답]

다음의 논의는 의견요청을 기록한 기록이다.수정하지 마십시오.이 논의는 더 이상 수정해서는 안 된다. 도달한 결론의 요약은 다음과 같다.

모듈:Infobox Mapframe에서 자동 템플릿 허용:여러 맵프레임 간의 전환 방식:

• 세 가지 확대/축소 수준 간 전환(기본 확대/축소 수준 또는 최소 확대/축소 수준 또는 최소)3)), "기울어진" (기울어진 수준)1, 및 "중간" (평균 "중간" 및 "중간")
• 수동으로 지정하거나 위치(P276)를 재귀적으로 검색하여 자동으로 찾은 지마스크 영역 간 전환 및 페이지의 Wikidata 항목에서 관리 영역 개체(P131) 값에 위치한다.예: 그 물건의 도시, 그 도시의 주, 그리고 그 주의 나라

전환기 기능:

• (a) 줌에 대해 기본적으로 활성화(개별 기사의 지마스크로 끄거나 변경할 수 있음) 또는
• (b) 자동 기마스크에 대해 기본적으로 활성화(수동으로 지정된 기마스크를 끄거나 변경하거나 개별 기사에서 확대/축소할 수 있음) 또는
• (c) 기본적으로 활성화되지 않음(개별 기사에서 활성화할 수 있음)?

Q5. 전환기: 시연

스위처	예
확대하다	데모 확대/축소 확대/축소된 중간 표시 축소 표시 ... infobox 제목, 레이블 및 데이터 생략 ...	데모 확대/축소 확대/축소된 중간 표시 축소 표시 ... infobox 제목, 레이블 및 데이터 생략 ...
지마스크	데모 쇼 부크포스트 뮐하임 쇼 쇼 쾰른 쇼 쾰른 정부 지역 노르트라인베스트팔렌 쇼 독일 표시 ... infobox 제목, 레이블 및 데이터 생략 ...	데모 서부 오스트레일리아 표시 쇼오스트레일리아 ... infobox 제목, 레이블 및 데이터 생략 ...
없는	데모 ... infobox 제목, 레이블 및 데이터 생략 ...	데모 ... infobox 제목, 레이블 및 데이터 생략 ...

• 기본적으로 활성화되지 않음.대부분의 기사들은 하나의 인터랙티브 지도만으로도 괜찮다.모든 전환 기능은 선택적이어야 한다.특정 기사 그룹(예: 국가 또는 지역 등)은 합의에 따라 지마스크를 디폴트로 활성화할 수 있지만, 그것은 별도의 논의가 되어야 한다.레만 06:26, 2020년 6월 24일 (UTC)[응답]
• 디폴트로 활성화되지 않은 경우, 레만과 동의하지만, 나는 이 전환기 도구를 도입하기 위한 튜토리얼이 그것을 지원하는 각 인포박스에서 연결/설명되어야 하며, 쉽게 개별 편집자가 스스로 도입할 수 있도록 해야 한다고 생각한다.ɱ (대화) 15:49, 2020년 6월 24일 (UTC)[응답]
• 기본적으로 활성화되지 않음:특히 한 지역이 두 개의 상위 영역으로 분할될 때 계층 구조를 통해 반복하려고 할 때 위치에는 많은 함수가 있다(모듈의 위치: 기능 참조).위키다타해결 코드용 IB).기사의 모든 구현을 편집자에 의해 확인하는 것이 필수적이며, 그것은 기능성을 가능하게 하기 위해 긍정적인 조치를 취해야 한다는 것을 의미한다. --RexxS (토크) 17:51, 2020년 6월 24일 (UTC)[응답]
• 옵션 (c) 기본적으로 활성화되지 않음 — 지도에는 [+]와 [-]가 있으며 전환기는 부피가 다소 크다.— 고스트인The Machine 08:36, 2020년 6월 27일 (UTC)[응답]
• 기본적으로 활성화되지 않음.벤 맥두이 10:33, 2020년 6월 27일 (UTC)[응답]
• 옵션(c) 픽셀을 많이 차지하며 기존 줌과 기능이 겹친다.또한 고객 점유율이 증가하는 모바일 앱에서도 구현이 위험할 수 있다. --Cornellier (대화) 13:56, 2020년 7월 2일 (UTC)[응답]
• 일반적으로 지도 하나면 충분하다는 데 동의하는 것 같아, 그래서 나는 c. --Izno (토크) 13:57, 2020년 7월 6일 (UTC)[응답]에 들어가게 되는 것 같아.