모듈 토크:위치 지도/아카이브 7

이것은 과거의 논의를 정리한 것이다.이 페이지의 내용을 편집하지 마십시오.새로운 토론을 시작하거나 오래된 토론을 부활시키고 싶다면 현재 토크 페이지에서 다시 시작하세요.

아카이브 1

←

아카이브 5

아카이브 6

아카이브 7

아카이브 8

아카이브 9

아카이브 10

스페셜 수정 가능:What Links Here / 모듈:새로운 모듈 버전의 위치 지도/데이터/아프리카 및 이와 유사한 모듈(현재 리링크된 모듈)이 없다면 이전 버전으로 복구해야 합니다.Frietjes (토크) 2014년 3월 14일 13:27 (UTC)응답[응답]

또한 이러한 누락된 모듈을 단순히 작성하는 것이 계획이라면 복사 시 속성을 보존하는 방법을 계획해야 합니다.Frietjes (토크) 2014년 3월 14일 13:34 (UTC)응답[응답]

코드는 모듈을 초월하려고 시도합니다.로케이션 맵/데이터/무엇이든 실패 시 Template를 사용합니다.위치 지도 같은 거 말이야이건 괜찮은 것 같은데 왜 바꿔야 하는지 모르겠어요.존재하지 않는 모듈을 변환하는 데 문제가 있습니까?Jackmcbarn (대화) 2014년 3월 14일 15:45 (UTC)응답[응답]

몇 가지 질문: (1) lua로의 전환과 새로운 코드 설계에 대해 논의했습니까?(2) 질문 1에 대한 답변이 없는 경우 이전 버전과 새 버전 간의 성능 비교는 어디에 있습니까?(3) 질문 1에 대한 답변이 없는 경우 lua로 전환하면 어떤 이점이 있습니까?(4) 새로운 모듈은 다중 핀 호출의 스플리어스 스페이스를 제거합니까?(5) 에디터가 리링크된 모듈을 보고 클릭하여 기능하지 않는 것을 작성하면 어떻게 됩니까?또는 모든 로케이션 맵이 변환되어 템플릿과 동일한 보호 수준이 부여되었습니까?(5) 리다이렉트 없이 속성 페이지로 이동한 템플릿과 리다이렉트된 템플릿이 있는 템플릿이 있는 이유는 무엇입니까?Frietjes (토크) 2014년 3월 15일 15:57 (UTC)응답[응답]

1. 그렇지 않았어. 2.새 코드는 약 3배 빠릅니다(템플릿:시리아 내전 상세 지도는 렌더링 시간이 약 30초에서 약 10초로 단축되었다.) 3. 퍼포먼스, 더 깔끔한 코드. 4.무슨 말씀을 하시는지 모르겠습니다.예를 들면요? 5.그게 고민이에요.지금 당장은, 그건 피해를 줄 수 있어요.해결책을 강구해 볼게요 6. 그들 중 누구도 리다이렉트하면 안 돼요대부분 삭제 태그를 지정했지만 아직 해야 할 일이 더 있을 수 있습니다.Jackmcbarn (대화) 2014년 3월 15일 (UTC)응답[응답]

나는 이것이 출시되기 전에 논의되지 않았다는 것이 확실히 걱정된다.널리 사용되는 템플릿을 변경하기 전에 적어도 모양에 대한 논의가 있어야 합니다.누락된 템플릿을 변환하는 것도 걱정거리입니다. 이 문제를 해결해야 합니다.Plastikspork_―Œ^(talk) 2014년 3월 15일 21:12 (UTC)응답[응답]

항목 4에 대해서는 위의 스레드를 참조하십시오.리다이렉트가 제로인 경우를 제외하고는 가까운 시일 내에 리다이렉트를 폐기해서는 안 됩니다.내 2펜스만.Plastikspork_―Œ^(talk) 2014년 3월 15일 21:15 (UTC)응답[응답]

0개의 트랜슬레이션이 있습니다.아직 취업 대기열이 따라잡지 못한 것뿐이다.Re4는 공백 라인으로 끊기는 것은 맞지만, 이전에 끊겼기 때문에 지금은 크게 신경 쓰지 않습니다(단, 지금은 쉽게 고칠 수 있습니다).결품 트랜스코드에 대해서는 필요에 따라 #ifexist와 동등한 처리를 하도록 코드를 변경할 수 있습니다만, 그 장점은 무엇입니까?리다이렉트된 템플릿이 포함된 데이터베이스 보고서가 작성되어 있습니까?Jackmcbarn (대화) 2014년 3월 15일 (UTC)응답[응답]

아티클 공간의 0 트랜슬레이션은 0 트랜슬레이션과 같지 않습니다.예, 재연결된 템플릿에 대한 데이터베이스 보고서가 가득 차 있습니다.if exist 체크의 장점은 누락된 모듈을 배제하지 않는 것입니다.위의 스레드에서 많은 것이 명확하다고 생각했습니다:) Plastikspork_―Œ^(talk) 21:37, 2014년 3월 15일 (UTC)응답[응답]

좋아, 더 이상 잃어버린 모듈을 뛰어넘지 않아Jackmcbarn (대화) 2014년 3월 15일 (UTC)응답[응답]

문서 List of National Trust properties in Somerset은 Location map+를 사용하며 이전에 정상적으로 작동했습니다.스크립트 에러가 표시되게 되어 이유를 알 수 없습니다.아이디어(또는 수정사항)가 있으면 좋겠습니다.- 로드^talk 18:26, 2014년 3월 15일 (UTC)응답 [응답]

템플릿 콜에서 오타가 발생했습니다.난 그걸 고쳤어.Jackmcbarn (대화) 2014년 3월 15일 19:25 (UTC)응답[응답]

감사합니다.아마 누군가가 AWB를 사용하여 인용문 등을 수정했을 때 도입되었을 것입니다.이 인용문은 서머셋과 라벨 사이의 ""를 삭제했을 것입니다.나는 그것을 오랫동안 바라보았지만 그것을 알아차리지 못했다.- Road^talk 19:30, 2014년 3월 15일 (UTC) 응답[응답]

요크셔와 험버(유럽의회 선거구)에서 또 다른 스크립트 오류가 나타나고 있다.누가 좀 봐주면 좋겠는데감사해요.Keith D (토크) 20:20, 2014년 3월 20일 (UTC)응답[응답]

fixed. frietjes (talk) 2014년 3월 20일 (UTC)응답[응답]

빠른 답변 감사합니다.Keith D (토크) 20:58, 2014년 3월 20일 (UTC)응답[응답]

의 좌표를 제대로 잡을 수가 없어요{{Location map Sevastopol}}

핀을 꽂으면 너무 동쪽에 있거나 너무 북쪽에 있습니다.

누가 좀 도와줄래요?

-무언 (대화) 2014년 3월 29일 17:19 (UTC)응답[응답]

• @부정맥:새로운 로케이션 맵은 템플릿이 아닌 모듈로 작성해야 합니다(템플릿 참조).위치 지도/상세 정보를 위한 새 지도 정의 생성)어쨌든, 지금 사용하고 있는 이미지가 등각 투영인 게 확실한가요?Jackmcbarn (대화) 2014년 3월 30일 01:29 (UTC)응답[응답]
• 이미지의 작성자는 그것이 등각선인지 아닌지 모른다.그동안 문제가 많았기 때문에 그렇지 않을 가능성이 큽니다.안타깝게도 사용된 투영에 대한 정확한 방정식을 알지 못하면 위치 지도에서 등각 투영만 작동합니다.Jackmcbarn (대화) 2014년 3월 30일 01:37 (UTC)응답[응답]

• @Jackmcbarn:원본 파일은 파일:그러나 우리는 북쪽의 일부 지역을 줄였다.Wikipedia, Graphics Lab/Map 워크샵에서 누가 이 등각 투영을 합니까?-무언(대화) 2014년 3월 30일 01:45 (UTC)응답[응답]

• 누구나 만들 수 있어요.요청 시 반드시 등각선이어야 합니다.(또한 템플릿 {{db-g7}}을(를) 모듈로 재시작할 수 있습니까?)Jackmcbarn (대화) 2014년 3월 30일 01:55 (UTC)응답[응답]

2014년 3월 15일경에 여러 관리자가 템플릿의 국가/지역 템플릿 일부를 삭제했습니다.Location_map(Lua 모듈을 사용하도록 변경됨). 페이지의 이전 리비전을 맵으로 포맷하기 위해 필요할 수 있습니다.구체적으로는:

• 템플릿:Location_map_Belgium - 2014년 3월 15일 삭제
• 템플릿:Location_map_이탈리아 - 삭제, 4월 6일 재생성
• 템플릿:Location_map_미국 - 2014년 3월 15일 삭제
• 템플릿:Location_map_USA_Alaska - 2014년 3월 15일 삭제

다양한 관리자가 이러한 템플릿과 /doc 서브페이지를 삭제/이동했습니다.특히 템플릿:Location_map_이탈리아/닥을 이동 또는 삭제 취소해야 합니다.삭제된 다른 매퍼 템플릿이 있을 수 있습니다.{Location_map}을(를) Lua로 마이그레이션하면 "스크립트 오류" 문제가 발생하여 일부 브라우저에서 사용할 수 없습니다.Lua 오류는 기사 전체를 죽이는 것이 아니라 템플릿 전체를 죽이는 반면 마크업 기반 템플릿은 일부 결과를 표시할 수 있습니다(예: 사용자에게 오류 메시지가 표시된 맵). Lua는 "스크립트 오류"를 표시하며 이유를 알 수 없습니다.현재 템플릿:Location_map_all은 모든 브라우저에서 직사각형 좌표로 지도를 빠르게 표시할 수 있는 더 빠른 휴대용 템플릿이지만 지도 도우미 템플릿을 사용합니다. -Wikid77 (talk) 15:19, 2014년 4월 6일 (UTC)응답[응답]

왜 삭제 취소가 필요한 거죠?특히 Lua 이행으로 인해 스크립트 오류가 발생한 기사는 무엇입니까?템플릿:Location_map_all이 TfD의 결과로 샌드박스로 이동되었습니다.이러한 오래된 템플릿은 사용되지 않으므로 그대로 남아 있어야 합니다.이 템플릿의 몇 가지 포크의 장점은 모듈에 쉽게 적용할 수 있으며, 아직 적용되지 않은 포크는 없습니다.Jackmcbarn (토크) 15:54, 2014년 4월 6일 (UTC)응답[응답]

첫 번째 문장에 제시된 이유에 따르면, '이전 개정판을 포맷'할 필요는 없습니다.무슨 말씀이신지 알겠습니다.템플릿, 카테고리, 이미지가 이동, 이름 변경 및 삭제되므로 이전 버전이 포함된 문서의 이전 버전을 수정할 방법이 없습니다.하지만 그것은 근본적으로 해결할 수 없는 문제이기 때문에 우리가 해결하려고 노력해야 할 문제가 아니다.리비전은 주로 속성을 위해 존재합니다.편집자의 투고 내용이나 페이지 이력의 차이를 볼 때 문서의 두 버전을 구분해야 합니다.또한 알림이 없어 삭제된 컨텐츠와 같이 컨텐츠에 유용하지만 소스를 찾을 수 있습니다.그러나 이러한 이전 개정판은 기사로 읽히는 것이 아닙니다.대부분의 문제를 해결할 수 없기 때문에 문제를 수정하는 데 많은 노력을 들인다는 것은 본질적으로 헛수고입니다.--JohnBlackburne^words_deeds 16:09, 2014년 4월 6일 (UTC

더구나 이전 개정판이 아예 깨진다는 주장은 전혀 잘못된 것이다.페이지의 이전 리비전은 템플릿의 최신 리비전을 사용합니다.저장 당시 버전이 아닌 위치 맵이므로 모듈 데이터는 정상적으로 동작합니다.Jackmcbarn (대화) 2014년 4월 6일 (UTC)응답[응답]

템플릿을 사용하는 이전 페이지 리비전:도우미 템플릿이 삭제되면 Location_map_all이 중단됩니다.당신은 분명히 상황을 이해하지 못하고 있으며, 지난 8년간 개발된 템플릿을 삭제하는 것을 중단해야 합니다.아마 8년 후에는 더 잘 이해할 수 있을 것입니다.-Wikid77 (대화) 16:35, 2014년 4월 6일 (UTC)응답 [응답]

그런 다음 템플릿을 다시 만들 수 있습니다.템플릿으로의 리다이렉트로서 Location_map_all:Location_map_many를 사용한 극소수의 페이지.게다가, 존 블랙번이 말했듯이, 그들이 부서진다고 해도 큰 문제가 아닙니다.Jackmcbarn (대화) 2014년 4월 6일 (UTC)응답[응답]

그리고 내가 템플릿을 삭제한다고 말하지 마세요.TfD에서 템플릿을 삭제하기로 합의했기 때문에 템플릿이 삭제되었습니다.커뮤니티에서 삭제했습니다.Jackmcbarn (대화) 2014년 4월 6일 (UTC)응답[응답]

첫 회답에서 분명히 말씀드렸듯이, 저는 그것을 완벽하게 이해하고 있습니다.내가 설명했듯이 오래된 수정은 불가능하고 편집자들이 시간을 낭비해서는 안 되는 것이다.기사, 이미지, 카테고리는 매일 리다이렉트 없이 삭제 또는 이동합니다.라이브 기사에서 발생하는 문제는 수정하지만 오래된 기사는 수정할 수 없습니다.이것은 몇 가지 특징입니다.빨간색 링크는 독자들에게 링크되어 있는 오래된 리비전을 우연히 발견했을 때 페이지가 오래된 것임을 상기시키는 데 도움이 됩니다.또한 빨간 링크를 따라 로그 엔트리를 읽을 수도 있습니다.이유를 확인하려면 '여기에 있는 링크'를 사용하여 토론 또는 알림을 찾을 수 있습니다.대부분(템플릿의 경우) 현재 사용 중인 대체 방법을 찾을 수 있습니다.--John Blackburne^words_deeds 16:48, 2014년 4월 6일(UTC)응답

@Jackmcbarn, Wikid77 및 JohnBlackburne: Jackmcbarn은 중립적인 제3자로서 이 논쟁을 조사해 달라고 나에게 요청했다.여기서 논의 중인 몇 가지 사항을 볼 수 있지만, 이런 상황에서는 한 번에 하나씩 처리하는 것이 가장 쉽다는 것을 알게 되었습니다.우선 가장 눈에 띄는 것부터 시작합시다.{Location map}}의 Lua 이행으로 스크립트 오류가 발생했는지 여부입니다.스크립트 오류를 피하고 싶은 것은 당연합니다.그러나 마찬가지로 스크립트 오류가 발생할 수 있다는 이유만으로 Lua 사용을 피해서는 안 됩니다.스크립트 오류를 회피하는 방법은 여러 가지가 있습니다.모듈 사용을 중지하는 것은 시기상조라고 생각합니다.어떤 것도 고려하지 않은 위치 지도.Wikid 씨, 스크립트 오류가 발생할 가능성이 우려되는 것입니까, 아니면 실제로 스크립트 오류가 페이지에 생성되었습니까?이러한 스크립트 오류는 해당 페이지의 현재 리비전에서 발생한 것입니까, 아니면 이전 리비전에서 발생한 것입니까?일단 여기서 사실을 확인하면, 저는 제기된 나머지 사항들을 처리하는 것이 훨씬 더 쉬울 것이라고 생각합니다.베스트 — Stradivarius님 2014년 4월 7일 (UTC)응답[응답]

몇 가지 관련 문제가 있는 경우, 각 문제에 대해 아래의 개별 스레드로 논의하는 것이 좋습니다.
• "#스크립트 오류 방지"
• "#모든 브라우저 지원"
각 스레드에 회신합니다.-Wikid77 17:10, 2014년 4월 7일(UTC)응답[응답]

{Location_map}에 대한 또 다른 문제는 IE7과 같은 브라우저의 마커를 올바르게 배치하는 것입니다. IE7에서는 마커의 분할 섹션 위치를 설정할 때 "line-height:0" 특성이 필요합니다.대체 템플릿:Location_map_quick은 2011년에 설명한 바와 같이 이 설정을 사용하여 "line-height:0"을 설정하고 MSIE 브라우저 및 Firefox에서 마커를 매우 정확하게 배치합니다. -Wikid77 17:10, 2014년 4월 7일(UTC)응답[응답]

이 토론은 적절한 토론이지만 먼저 스크립트 오류 문제가 해결될 때까지 기다려 봅시다.제 경험상 여러 가지를 한꺼번에 논의하는 것은 합의에 이르기 어렵습니다.- Stradivarius님^{♪ talk ♪} 2014년 4월 7일 (UTC)응답[응답]

{{Location map}}은(는) 153행 끝에 0; 행 높이를 설정합니다.{{Location map quick}}과(와) 동일하지 않습니까?모듈에 이런 것을 추가하는 것은 문제 없습니다.Jackmcbarn (대화) 2014년 4월 7일 (UTC)응답[응답]

div-tag의 다른 측면을 확인하여 다른 브라우저에서 호환되지 않는 맵 위치가 트리거되는지 확인합니다. - Wikid77 05:21, 2014년 4월 8일(UTC)응답

Jackmcbarn이 모듈을 작성했군요.Location_map, 그리고 나는 이전에 소스코드를 보지 않았다.스크립트 에러를 표시하지 않고 lat_deg & lon_deg 파라미터의 계산과 무효수를 체크해야 한다고 생각합니다(사용자에게 경고 메시지를 보내지 않고 맵 전체를 생략하는 것은 치명적입니다).잘못된 자릿수를 자동 수정하거나 잘못된 위도(또는 경도)를 지도의 극단값 사이의 중간점으로 가정할 수 있습니다."스크립트 오류"만 표시하는 것은 잘못된 식 메시지가 있는 지도보다 훨씬 더 나쁘며, 지도의 캡션에는 ""^{[fix latitude]} 등의 캡션을 사용하여 사용자에게 경고하는 것이 좋습니다.아래 템플릿의 결과를 비교합니다.

크로아티아의 이모츠키 예시 {{위치 지도 크로아티아 lat = 43.44 long = 17.21 label = 이모츠키 위치 = 오른쪽 배경 = #FFFDD 폭 = 180 float = 왼쪽 마크 사이즈 = 4 caption = 이모츠키 {위치 지도} alt = 이모츠키는 크로아티아에 있습니다.}}
{Location map}의 결과 이모츠키 class=notpage이미지 Imotski {위치 맵}	{Location map quick}의 결과 {{위치 지도/위치 퀵 크로아티아 위도 =길이 43.44 =라벨 17.21 =이모츠키 위치 =오른쪽 배경 =#FFFDD 폭 =180 플로트 =왼쪽 마크 사이즈 =4 캡션 ={위치 지도 퀵} alt =이모츠키는 크로아티아어입니다.}}
잘못된 데이터 "긴 길이 = 17.x" 검정
{Location map}의 결과 모듈의 Lua 오류:388행의 Location_map:경도에 제공된 값 "17.x"가 잘못되었습니다.	{Location map quick}의 결과 {{위치 지도/위치 퀵 크로아티아 위도 =길이 43.44 =라벨 17.x =이모츠키 위치 =오른쪽 배경 =#FFFDD 폭 =180 플로트 =왼쪽 마크 사이즈 =4 캡션 ={위치 지도 퀵} alt =이모츠키는 크로아티아어입니다.}}

몇 년 전부터 잘못된 좌표가 입력되면 사용자에게 경고하는 것이 원래 작업이었지만 다양한 매퍼 템플릿에서 이러한 메시지가 누락되었습니다. - Wikid77 17:10, 2014년 4월 7일(UTC)

네, 하나는 스크립트 오류, 다른 하나는 오류입니다.그러나 [스크립트 오류(Script Error)]를 클릭하면 팝업에서 오류가 나타나고 정확한 오류와 스택트레이스가 표시되므로 문제를 추적하는 데 훨씬 편리합니다.일반 편집자의 경우 문제가 있음을 알리고 매개 변수를 확인하기 위해 작업하는 경우가 대부분입니다.편집자는 Lua 디버깅이나 파서 에러 해석에 대해 알 수 없습니다(파서 함수는 종종 명시적인 에러를 생성하지 않고 잘못된 것만 표시합니다).가장 좋은 점은 파라미터를 체크하는 데 오류가 있다는 것입니다.테크니컬 에디터나 실제로 스택 트레이스를 테스트하는 사람에게는 둘 중 훨씬 유용합니다.--JohnBlackburne^words_deeds 17:24, 2014년 4월 7일(UTC)응답[응답]

답장 감사합니다.이 상황에서는 보다 의미 있는 오류 메시지를 생성할 수 있습니다.예를 들어, 경도 변수가 있는지 여부를 산술하기 전에 확인하고, 없으면 경도 값 "17.x"는 유효한 숫자가 아닙니다"와 같은 오류를 발생시킬 수 있습니다.필요에 따라 스크립트오류가 아닌 Wikitext 에러로 할 수도 있습니다.다만, 이 에러에서는 모듈의 재엔지니어링이 필요하게 되는 경우가 있습니다.Wikid, 스크립트 오류를 클릭하면 더 유용한 오류 메시지가 표시됩니다.아니면 오류 메시지가 Wikitext 오류인 경우 어떻게 하시겠습니까?- Stradivarius님^{♪ talk ♪} 2014년 4월 7일 (UTC)응답[응답]

(Lua Diagnostics에 링크되어 있는 경우에도) 스크립트 오류는 최종 사용자에게 문제가 될 수 있으므로 비활성 파라미터의 자동픽스를 사용하여 부분 마커 데이터가 포함된 맵을 표시할 것을 권장합니다.아래의 「#Autofixing map parameters」를 참조해 주세요.- Wikid77 05:21, 2014년 4월 8일 (UTCre) [ply ]

맵 파라미터의 자동 믹스화

지도 마커는 "강력" 작동으로 잘못된 위도, 경도 또는 기타 매개변수를 극복하기 위해 자동 고정할 수 있습니다.비활성 맵을 "스크립트 오류"로 표시하면 최종 사용자에게 혼란을 줄 수 있습니다.특히 비활성 맵 데이터가 페이지의 다른 부분을 변경하려는 다른 사용자에 의한 우발적인 "드라이브 바이" 글리치일 경우 맵 파라미터를 잘못 조작할 수 있습니다.목표는 가능하면 자동 고정 마커를 사용하여 지도를 표시하는 것입니다. 이 경우 초보자도 정확한 지도를 작성할 수 있지만 마커를 라벨에 "완벽하게" 정렬하는 정확한 매개변수를 이해하지 못합니다.

다음 예시는 제안된 {{Location_map/new2}}을 나타냅니다.여기서 잘못된 경도 "17.x"는 "17"로 자동 트리밍되어 맵마커를 약간 코스 밖으로 표시하여 "tonumber(degree)"가 잘못된 숫자에 대해 "nil"을 반환하여 발생하는 "Script error"를 방지합니다.

크로아티아의 이모츠키 예시 {{위치 지도 크로아티아 lat = 43.44 long = 17.x label = Imotski 위치 = 오른쪽 배경 = #FFFDD 폭 = 180 플로트 = 왼쪽 마크 사이즈 = 4 캡션 = Imotski {위치 지도} }
잘못된 데이터 "긴 길이 = 17.x" 검정
{Location map}의 결과 모듈의 Lua 오류:388행의 Location_map:경도에 제공된 값 "17.x"가 잘못되었습니다.	{Location map/new2}에서 자동 수정됨 이모츠키 {위치 맵/new2}에서

위의 예에서 비활성 데이터 "17.x"는 사용자에게 문제를 알리기 위해 "17"로 자동 수정되고 "fix long=17.x]"라는 첨자가 붙습니다.일반적으로 잘못된 숫자는 숫자 "o"를 숫자 0 "0"으로 치환하거나 문자 "i"를 숫자 1 "1"로 치환하거나 문자 "x"를 "5"로 치환하는 등 (Lua gsub()에 의해) 숫자마다 자동 고정될 수 있다고 생각합니다. 그런 다음 지도의 가장자리에서 유효한 경도 범위를 확인하고 자동 고정 번호가 범위 밖에 있을 때 결과를 확인합니다.그런 다음 범위/2를 사용하여 비활성 좌표를 특정 지도의 중간(중앙)으로 자동 변환하고 지도 캡션에 "fix__"를 표시합니다.지난 8년 동안 많은 맵에서 발생한 이전 일반적인 글리치는 "width=180"에서 "px"가 잘못되었지만 {Location map}에서 이미 "180px"를 유효한 "180"으로 자동 픽스하고 "width=180x"는 치명적인 스크립트 오류를 나타내며 "width=#$%"를 해독할 수 없는 경우 "180" 또는 기본값 "200"으로 자동 픽스할 수 있습니다.Lua는 매우 빠르기 때문에 몇 가지 파라미터를 조정하면서 순식간에 자동픽싱을 실행할 수 있습니다.-Wikid77 05:21, 2014년 4월 8일 (UTC)응답[응답]

그런 종류의 자동변환기는 좀 과격할 것 같아요.숫자 "-"와 ""를 제외한 모든 것을 제거하고 남은 숫자를 구문 분석합니다.Jackmcbarn (대화) 2014년 4월 8일 (UTC)응답[응답]

라이브 에러도 「long=-0」에서 크래쉬 했다.&minus('-')의 진정한 마이너스 기호로 인해 tonumber()와 함께 스크립트 오류가 발생합니다.-Wikid77 14:32, 2014년 4월 8일(UTC)응답 [응답]

모듈처럼 보입니다.처리하도록 수학을 업데이트할 수 있습니다.Jackmcbarn (토크) 2014년 4월 8일 23:09 (UTC)응답[응답]

Wikid, 여기에 추가하고 싶은 것은 추적 카테고리입니다.템플릿 구문을 알고 있는 사용자가 오류를 포함한 페이지를 순찰할 수 있습니다.- Stradivarius님^{♪ talk ♪} 2014년 4월 8일 (UTC)응답[응답]

추적 카테고리가 wp와 같이 희귀한 오타를 발견하는 데 사용될 수 있다는 것에 동의했습니다.CS1은 사용자가 무효를 남기는 템플릿을 인용하는데, 인용 오류 메시지를 즉시 수정해야 하지만 인용 오류는 매일 20-50페이지로 수정되지만, 대신 인용 오류는 1년(2013년, 최대 500만 페이지 뷰) 동안 9000페이지(1-in-240페이지)로 남겨져 있었습니다.- Wikid77 2014년 4월 8일 14:32 (UTC)응답 [응답]

인용문과 마찬가지로, 자동 변환은 나쁜 생각처럼 보인다: 오류를 명백하고 분명하게 만들어서 가능한 한 빨리 고칠 수 있도록 한다.오류가 있다는 것을 지적해 주세요.코드 에디터가 아무리 영리하고 복잡한 방법을 생각해내더라도 가능한 모든 오류를 처리하는 것은 무의미해 보입니다.에러 메세지는, 보다 알기 쉬운 것이 됩니다만, 대부분의 경우, 편집자에게 코드를 확인하도록 재촉하는 에러가 있을 것입니다.

게다가 이것은 인용 템플릿과는 매우 다릅니다.이러한 오류는 주로 Lua의 이행으로 인해 발생하였습니다.이 템플릿에는 비교할 만한 전환이 없습니다.인용 오류는 종종 다소 미묘합니다(권장되지 않는 매개변수, 철자 오류 등). 따라서 템플릿은 계속 작동합니다.지도는 먹히든 안 먹히든 둘 중 하나다.지도는 콘텐츠의 일부입니다. 필수는 아니지만 페이지 하단으로 옮겨진 각주는 대부분 무시됩니다.편집자들은 고장난 지도를 기사에 추가하는 경우는 거의 없다고 생각합니다.그것은 효과가 있는지 없는지, 또 그것이 즉시 고쳐지지 않는지를 보고 싶어할 것입니다.

스크립트 오류의 실제 예

따라서 이전에는 템플릿이 인라인 오류를 발생시켰던 것과 달리 경우에 따라서는 모듈이 스크립트 오류를 발생시킬 수 있다는 것이 판명되었습니다.하지만, 그 문제가 얼마나 심각한지는 아직 분명하지 않다.원래 질문 중 하나는 대본 오류의 실제 예에 대한 것이었습니다.Wikid가 여기서 "{Location_map}에서 Lua로의 이행으로 스크립트 오류의 문제가 발생했습니다"라고 언급했기 때문에 우려했습니다.Wikid, 스크립트 오류를 어디서 발견했는지 설명해 주시겠습니까?이행 후 문서에 스크립트 오류가 있었습니까?- Stradivarius님^{♪ talk ♪} 2014년 4월 8일 06:21 (UTC)응답[응답]

• 위 참조: 스레드 "#"Script error" (2014년 3월 15일/20일) (2가지 경우)

• "요크셔와 험버(유럽의회 선거구)"(oldid=600481458) 여기서 "long=-0.5"는 Lua 오류 "193행: 지역 'line'에 대한 산술 수행 시도(영점 값)"를 트리거했습니다.

별도의 TfD 문제에 회신할 때 스크립트 오류가 발생하였습니다.-Wikid77 (talk) 07:03, 2014년 4월 8일 (UTC)응답]

TfD에서의 에러도 같은 문제였습니까?경도는 0 값인 오류입니다.- Stradivarius님^{♪ talk ♪} 07:12, 2014년 4월 8일 (UTC)응답[응답]

위도와 경도 모두 마크업 기반 {Location_map}에서 작동한 "lat=(23+5/60)"과 같은 표현으로 표시됨. -Wikid77(talk) 09:04, 2014년 4월 8일(UTC)응답[응답]

입력 표현은 모듈을 사용하여 해결할 수 있습니다.Math #clean Number(산술번호)하지만 얼마나 흔한 사건인지는 잘 모르겠어요.단, cleanNumber 함수는 프레임개체를 통해 #expr 파서 함수를 호출하는 데 의존합니다.이것은 이상적이지 않습니다.Scribunto를 업데이트하여 #expr PHP 코드에 직접 액세스하거나 순수 Lua 버전을 작성하는 것이 좋습니다.우리가 사용할 수 있는 오픈 소스 프로그램을 이미 작성한 사람이 있는지 알아봤지만, 아무것도 찾을 수 없었습니다.표준 Lua에서는 loadstring 함수를 사용하여 이 문제를 쉽게 해결할 수 있지만 보안상의 이유로 scribunto에서는 loadstring이 비활성화되어 있습니다.- Stradivarius님^{♪ talk ♪} 2014년 4월 8일 (UTC)응답[응답]

야생에서 "lat=(23+5/60)"를 사용한 적이 있습니까?10진수 구문 및 dms 구문을 지원합니다.이 방법에 대한 지원이 정말 필요한가요? @Stradivarius:#expr 기능을 Lua에게 직접 공개하도록 하겠습니다.Jackmcbarn (대화) 2014년 4월 8일 (UTC)응답[응답]

꼭 필요한 것은 아니라고 생각합니다.사용자는 식을 입력할 수 있을 것으로 기대할 수 없습니다.또, 정보 에러 메세지는, 무엇이 잘못되었는지를 수정하기 위한 가이드로서 충분합니다.위 Wikid의 답변을 보면 스크립트 오류가 발생한 기사는 1건뿐이며, 그 수가 5건 또는 10건 이하일 수 있습니다.따라서 전반적으로 스크립트 오류 문제는 그다지 중요하지 않다는 생각이 듭니다.

단, 사용자를 향한 스크립트 오류 메시지가 이상적이지 않다는 Wikid의 의견에 동의하는 경향이 있습니다.실제 오류 메시지가 사용자에게 수정해야 할 내용을 정확하게 알려주더라도 많은 편집자는 스크립트 오류 텍스트를 클릭하여 해당 정보를 찾을 수 있다는 사실을 인식하지 못합니다.그나저나 Wikid의 오류 체크에 대해 어떻게 생각하세요? 처음에는 그가 여기에 올린 것이 단순한 목업인 줄 알았지만, 실제로는 모듈에 코드를 실장하고 있는 것을 알 수 있습니다.위치 지도/샌드박스2.죄송합니다. 위에 코멘트를 주셨는데, 이 섹션은 좀 주제에서 벗어났습니다.

또, Lua로부터의 #expr를 공개하는 것에 동의해 주셔서 감사합니다.그것은 매우 도움이 될 것입니다.하지만 무리하지 마세요!코더 소진에 주의해 주세요.:) - Stradivarius님 2014년 4월 8일 13:27 (UTC)응답[응답]

사용자 대면 오류에 대해 Lua 모듈 자체에는 기본적으로 선택되지 않은 "오류가 있는 코드 저장 허용" 상자가 있습니다.모듈 공간 이외(실장에는 관심이 없고, 순이익인지 아닌지에 대해서만)에는 이러한 기능이 도움이 됩니까?Jackmcbarn (대화) 2014년 4월 8일 (UTC)응답[응답]

흥미로운 아이디어네요.모듈에서는 마음에 듭니다.컴파일이 아닌 모듈은 아무에게도 쓸모가 없습니다만, 기사에 더 많은 문제를 일으킬 수 있기 때문에 강하게 반발하고 있는 것은 아닐까 생각합니다.문서 오류는 Lua 오류, 파서 오류, Wikimarkup 및 HTML 오류 등 훨씬 다양합니다.그리고 편집자들은 기사에 쓸 때 쉽게 그들을 소개할 수 있다.특히, 편집자가 모든 소스에 접근할 수 없거나 완전한 정보를 가지고 있지 않기 때문에, 문서에 대한 참조는 종종 다른 시간에 조립됩니다.섹션 편집 시 문서의 나머지 부분을 볼 수 없는 경우 오류가 발생할 수 있습니다.이것은, 예를 들면, 다른 섹션에서 사용되고 있는 것을 모르고, 이름이 붙은 것을 삭제하는 등, 참조에 문제가 되는 경우가 많습니다.

편집 속도도 상당히 느려질 수 있습니다.저장하기 전에 오류를 체크할 경우 페이지를 해석하고 렌더링한 후 페이지 저장 후 다시 렌더링해야 합니다.따라서 1분 이상 걸릴 수 있는 큰 페이지에 대해서는 페이지 전체를 2회 렌더링해야 합니다.이것은 에러 유무에 관계없이 발생합니다.

그래서 나는 그것이 지금 작동하는 방식이 괜찮다고 생각한다.가능하면 눈에 띄도록 빨간색으로 오류를 표시합니다.하지만 그것들을 인식하고 수정하는 것은 편집자에게 맡겨라.Lua의 오류 보고 기능이 향상됨에 따라 오류 발생 시 오류를 쉽게 발견하고 신속하게 수정할 수 있게 되었습니다.또한 문서에 남아 있는 오류를 찾아 수정하는 것도 훨씬 쉬워졌습니다.--JohnBlackburne^words_deeds 02:47, 2014년 4월 9일 (UTC)응답

• 자동 픽싱은 오류 저장보다 더 좋습니다.Lua 등의 언어에서도 생략 시 "then"을 삽입하는 등 간단한 오류를 자동 믹싱해야 합니다.LALR(1) 문법을 사용한 컴퓨터 언어 설계의 발달로, 지난 40년간은 간단한 구문 오류를 자동 혼합하여 계속 작동하는 것이 희망되어 왔습니다.문법 제작 규칙에 따라 토큰 "그러면"이 유효한 처리를 가능하게 하는 유일한 옵션입니다.if-statement의 경우 생략된 "then" 또는 "end" 키워드를 검출하는 것이 일반적입니다.이 키워드를 자동 수정하면 스크립트는 계속 실행이 가능하며 실제로는 "Script error" ("then" 누락)와 함께 크러링된 경우와 같은 결과가 생성되어 수동 수정 후 재실행됩니다.이 문제는 사용자가 if-statement에서 항상 "then"을 생략하는 등 모든 구문 오류를 자동 수정하는 경우에 발생합니다.다만, 대부분의 경우 "then"을 삽입하고, 옵션 경고 메시지에 몇 개만 남겨두는 것이 현실이라고 생각합니다.그렇지 않으면 치명적인 오류 메시지인 "Simon says"라는 오류가 발생하기 쉬운 이 기술은 40여 년 전에 잘 해결된 불행한 문제입니다. -Wikid77 (talk) 08:23, 2014년 4월 9일 (UTC)응답

애초에 실수하지 않는 게 그렇게 쉬울 때, 나는 자동변환의 의미를 전혀 모르겠다.이는 사용자가 학습하지 못하게 하고 수많은 미묘한 버그를 발생시킬 것이 거의 확실하다.Jackmcbarn (대화) 2014년 4월 9일 (UTC)응답[응답]

코드 자동 변환은 매우 좋지 않은 생각입니다.위의 이유로 자동 변환 중이기 때문에 편집자가 생략한 'then' 스테이트먼트를 삽입하면 유효한 Lua가 아닙니다.편집자는 유효한 Lua를 써야 합니다.Lua는 배우기 어렵지 않습니다. 비슷한 언어를 사용한 경험이 있는 프로그래머는 오후에 그것을 습득할 수 있습니다.파서 함수의 난해한 구문과 같은 장벽은 분명 없습니다.--John Blackburne^words_deeds 12:18, 2014년 4월 9일(UTC)응답

Wikipedia 참조:빌리지 펌프(기술)/아카이브 132#템플릿:Location_map~ issue.--JohnBlackburne^words_deeds 22:56, 2014년 4월 22일 (UTC)응답[응답]

수정 완료. Jackmcbarn (토크) 2014년 4월 22일 (UTC)응답[응답]

이 카테고리에 대해 설명해 주실 수 있습니까?스큐를 사용한 위치 지도 또는 카테고리에 코멘트를 추가할 수 있습니까?이 모듈을 슬로베니아 Wiki로 옮깁니다.--Pinky sl (talk) 18:39, 2014년 4월 29일 (UTC)응답[응답]

스큐는 거의 사용되지 않는 선택적 파라미터로 위도 또는 경도선 사이의 간격을 선형으로 변경할 수 있습니다.내 생각에, 이 기능은 완전히 제거될 수 있다. 왜냐하면 우리는 이 기능을 사용하여 임의의 매핑을 지정할 수 있기 때문입니다. x=그리고. y=실제로 스큐 기능을 사용하고 있는 액티브하게 사용되고 있는 맵은 모릅니다.이전 템플릿:위치 지도 GermanyNeckar는 스큐를 사용했지만, 이는 보다 일반적인 변환으로 대체되었습니다(예: 여기를 참조하십시오).Frietjes (토크) 2014년 4월 29일 19:47 (UTC)응답[응답]

실제로 이 카테고리의 목적은 스큐 기능을 폐지하고 삭제하는 것입니다.사용하고 있는 것이 없는 것이 확인되면, 기능이나 카테고리를 삭제할 예정입니다(또, x기능을 큰폭으로 심플화할 예정입니다).Jackmcbarn (대화) 2014년 4월 30일 01:40 (UTC)응답[응답]

카테고리 페이지에 더 긴 설명을 추가했습니다.- Stradivarius님^{♪ talk ♪} 2014년 4월 30일 05:18 (UTC)응답[응답]

답변 감사합니다.오래된 위치 지도도 업데이트해야 한다는 것을 알 수 있습니다.--Pinky sl (talk) 12:48, 2014년 4월 30일 (UTC)응답[응답]

이 WP에서 알고 있는 것은 모두 갱신되었습니다(템플릿:위치 지도 GermanyNeckar, 템플릿:위치 지도 스웨덴CIAx, 템플릿:위치 지도 CanadaGeo 및 템플릿:위치 지도 독일Weser. Frietjes (토크) 2014년 4월 30일 (UTC)응답[응답]

안녕하세요, 라벨 필드가 두 글자의 지명을 두 번째 줄에 묶는 것을 막을 방법이 없을까요?한 줄에 머무르려면 마을 이름이 필요해요.좋은 생각 있어요?고마워요, Peacemaker67 (전송...) 2014년 5월 26일 (UTC) 8:20 이상 응답[응답]

@Peacemaker67: 모듈에 특별한 동작은 없습니다.그냥 평범한 방법으로 하세요.WP:자세한 내용은 LINE BREAK를 참조하십시오.Jackmcbarn (대화) 2014년 5월 26일 (UTC)응답[응답]

빠른 답변 감사합니다, 잭.이상하게도 이런 문제는 처음이야매일매일 WP에서 새로운 것을 배우는 것을 좋아하게 될 것입니다!안녕하세요, Peacemaker67 (전송...) over) 2014년 5월 27일 00:09 (UTC)응답[응답]

다음과 같은 코드를 사용하여 지도의 이름을 표시하는 템플릿과 기사도 있습니다.

Location within {{Location map {{{pushpin_map}}} name}}

이 코드는 템플릿이 아닌 모듈로 구현된 새로운 맵에 대해 끊어집니다.저는 Lua를 사용해 본 적이 없지만 시행착오를 통해 위의 코드를 다음과 같이 대체하는 것을 발견했습니다.

Location within {{#invoke:Location map data {{{pushpin_map}}} name}}

이것은 오래된 템플릿과 새로운 모듈 모두에서 동작하는 것 같습니다.

이 문제를 해결하기 위해 몇 가지 템플릿을 변경했습니다.

• {{Infobox Mandir}}
• {{Infobox GB bus station}}
• {{Infobox concentration camp}}
• {{Infobox temple}}
• {{Infobox residential college}}

아직 찾지 못한 사례가 더 많을 수 있습니다. -- Greg talk 22:03, 2014년 6월 27일 (UTC)응답[응답]

다음 번에 데이터베이스 덤프를 다운로드할 때 스크립트를 실행하여 이 모든 것을 찾습니다.Jackmcbarn (대화) 2014년 6월 27일 22:09 (UTC)응답[응답]

모듈에 대한 이 편집 요청:위치 지도에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

웨스트 마다빌라감 티룩카다이유르 나가파티남 거리609 311 니브타니브 (토크) 12:43, 2014년 7월 4일 (UTC)응답[응답]

완료되지 않음 - 이 플레이스를 Wikipedia에 추가하려면 모듈을 편집하는 것이 아니라 관련 문서를 편집해야 합니다.위치도. -- John of Reading (talk) 12:54, 2014년 7월 4일 (UTC)응답[응답]

@Jackmcbarn: gerrit: 140763 관련: p.top과 p.bottom은 다른 템플릿에서 사용됩니까?이전 위치 지도 템플릿의 작업을 지원하기 위해 이러한 기능을 다른 함수로 분할해야 한다고 생각합니다만, 링크가 너무 많아서 WhatLinksHere에서 찾을 수 없습니다.- Stradivarius님 2014년 7월 14일 (UTC)응답[응답]

@Stradivarius씨:이건 해킹이니까 템플릿과 같은 정말 크고 지저분한 페이지들이죠.시리아 내전의 상세 지도는 그들의 확장 후의 전체 크기를 망치지 않는다.Jackmcbarn (대화) 2014년 7월 14일 03:35 (UTC)응답[응답]

하하, 이제 그건 일이네.템플릿이 너무 커서 어디에서도 변환이 안 되는 건 처음 봤어요- Stradivarius님^{♪ talk ♪} 2014년 7월 14일 (UTC)응답[응답]

음, 실제로 트랜슬루드는 있습니다.확장 후 인크루드 사이즈가 페이지 크기보다 작습니다.그러나 템플릿이 현재와 같은 속도로 진행된다면 약 18개월 후에 제한을 초과할 것으로 예상합니다.(여기서는 별로 중요하지 않습니다.) - Stradivarius^{♪ talk ♪} 2014년 7월 14일(UTC)응답하세요.

어쩌면 이 사건처럼 위치 지도에 대한 직장의 좌표를 가진 카테고리 기사에서 추적할 수도 있지 않을까?통상, 이것은 발생하지 않습니다.--Edgars2007^{(talk/contribs)} 15:29, 2014년 6월 1일(UTC)응답[응답]

잘 모르겠어요.설명서에 예시로 기재되어 있기 때문에, 기능이라고 생각되는 경향이 있습니다.Jackmcbarn (토크) 2014년 6월 1일 18:40 (UTC)응답[응답]

네, 하지만 마크가 지도 밖에 있다면 뭔가 잘못되었다고 생각하지 않나요? --Edgars2007^{(talk/contribs)} 18:17, 2014년 6월 3일 (UTC)응답하세요.

@Edgars2007:이것은 이제 메인 모듈에 있습니다.오래 걸려서 죄송합니다.Jackmcbarn (대화) 2014년 7월 10일 (UTC)응답[응답]

@Jackmcbarn:감사합니다! --Edgars2007 12:38, 2014년 7월 14일 (UTC)응답[응답]

주의: 이전에는 "Location Map 기능(일반적으로)은 핀이 있는 섬네일을 표시하지만, 그 후는 어떻게 됩니까?"라는 섹션 제목을 줄였습니다. 이미지를 확장하여 더 큰 맵을 표시하지만 핀이 사라졌습니다!"- Stradivarius^{♪ talk ♪} 씨 2014년 7월 16일 23:34 (UTC)답글[답글]

많은 지도는 지역을 개략적으로 나타내며, 지역을 확장해도 더 이상 얻을 것이 없지만, 더 많은 지도는 도시 규모이며, 위치 함수는 관심 지점을 찾기 위해 사용되고 있다.썸네일은 여기서 제한적으로만 사용됩니다. 전체 화면 지도를 위한 '티저 트레일러'에 가깝습니다.최종 사용자에게는 안타깝고 실망스러운 일이지만, 푸시 핀이 사라져서 큰 지도는 거의 쓸모가 없게 되었습니다.

여기 과제가 있습니다누구나 적절한 축척을 통해 확장 지도에 푸시 핀을 전달할 수 있는 알고리즘을 생각해 낼 수 있을까요?테스트 예:빅토리아 버스정류장, 내셔널볼#장소.--John Maynard Friedman (대화) 22:12, 2014년 7월 16일 (UTC)응답[응답]

이를 위해서는 로케이션 맵의 구조를 진지하게 재검토해야 합니다.적어도 새로운 MediaWiki 확장자를 작성하려면 MediaWiki core를 변경해야 할 것 같습니다.가능할지 모르지만, 확실히 쉽지는 않을 거예요.- Stradivarius님^{♪ talk ♪}, 2014년 7월 16일 (UTC)응답[응답]

@John Maynard Friedman: @Stradivarius:bugzilla:64460이 수정되면 쉽게 수정할 수 있습니다.Jackmcbarn (토크) 23:55, 2014년 7월 16일 (UTC)응답[응답]

MW를 다시 쓰거나 확장하지 않고도 이론적으로 실행할 수 있는 방법이 있습니다. 각 위치 지도에 대한 링크를 푸시 핀을 사용하여 800 x 600에 있는 지도에 링크합니다.이 페이지에는 해당 크기를 제외한 위치 지도 템플릿의 호출이 포함되며 이미지의 Commons 페이지(필요한 경우)에 대한 링크와 소스 기사로 돌아갑니다.

• 장점: 기존 소프트웨어를 사용하여 실행 가능.템플릿/모듈을 변경하지 않아도 됩니다.
• 단점: 많은 페이지를 작성해야 합니다.봇은 그것들을 만들 수 있고 그들은 최소한의 자원을 사용하지만 여전히 많은 페이지이다.온 디맨드로 만들 수도 있지만, 봇이 한꺼번에 만드는 것보다 더 많은 작업이 필요할 수 있습니다.

--JohnBlackburne^words_deeds 00:12, 2014년 7월 17일 (UTC)응답[응답]

나로서는 그것을 온 디맨드로 하는 것에 만족하고 싶다.테이크업이 많은 것을 알게 되면, 「누군가」가 봇을 쓰는 것이 가치 있는 일이 될 것입니다.

그러면 800x600 맵을 어떻게 작성할 예정입니까?핀을 수동으로 추가(포토샵)할 생각이었습니까?또한 기본 액션이 아닌 썸네일을 클릭했을 때 더 큰 '고정' 맵을 선택하도록 모듈을 업데이트해야 하지 않습니까? --John Maynard Friedman (talk) 10:56, 2014년 7월 18일 (UTC)응답

파르수람스와르 사원에서 발견되어 오른쪽에 복제되어 확인되었습니다.동일한 템플릿의 다른 인스턴스 {{Infobox Mandir}}을(를) 몇 개 살펴보았습니다만, 이 템플릿과는 전혀 관계가 없는 것 같습니다.--JohnBlackburne^words_deeds 19:34, 2014년 8월 9일(UTC)응답]

마커에 이상한 그래픽을 사용하고 있는 것 같습니다.일반적인 빨간 점이 아니고 오버라이드를 지정하지 않았습니다.--John Blackburne^words_deeds 19:38, 2014년 8월 9일(UTC)응답

같은 문제의 또 다른 예는 카팔레쉬와라 사원입니다.공통점은 긴 단어입니다.Safari를 사용하고 있지만 Firefox에서도 고장났습니다.--JohnBlackburne^words_deeds 20:00, 2014년 8월 9일(UTC)응답[응답]

@JohnBlackburne:문제가 뭔지 알겠어요.나는 지금 수정 작업을 하고 있다.Jackmcbarn (대화) 2014년 8월 9일 (UTC)응답[응답]

@JohnBlackburne:수정 완료(특이한 마크는 템플릿:로케이션 맵 India Orissa는 자체 기본 마크를 지정합니다.)Jackmcbarn (토크) 2014년 8월 9일 (UTC)응답[응답]

여기에서 수정된 것처럼 보이지만 현재 일부 테스트 케이스는 이상해 보입니다.많은 유사한 맵의 'Walraversijde'는 너무 멀리 떨어져 지도에서 삭제되고 있습니다.--JohnBlackburne^words_deeds 21:56, 2014년 8월 9일 (UTC)응답

여러분 안녕하세요.이 질문을 하는 것이 적절한지는 잘 모르겠습니다만, 칠레나 코스타리카와 같이 페이지에 위치 지도가 없는 특정 국가의 1부 축구/축구 팀을 위한 지도를 만드는 도전을 막 시작했습니다.그러나 샌드박스 페이지에서 보듯이 현재 진행상황 지도를 만들었을 때, 많은 팀명이 서로 겹치는 등 매력적이지도 않고 읽기 쉽지도 않습니다.각 페이지에 게재할 수 있도록 하고 싶습니다.어떻게 하면 더 예뻐 보일지 누가 좀 도와줄래?다시, 여기 내 샌드박스 페이지 링크가 있습니다.

만약 제가 제대로 게시하지 않았다면, 요청서를 어디에 제출해야 하는지 알려주세요.

Lbr123 (토크) 03:49, 2014년 7월 20일 (UTC)응답[응답]

@Lbr123: "position" 파라미터를 사용하여 라벨을 이동합니다.또한 지도를 넓힐수록 더 좋은 결과를 얻을 수 있습니다.Jackmcbarn (대화) 2014년 7월 20일 (UTC)응답[응답]

@Jackmcbarn:감사합니다. 저도 시도해 보았지만, 특히 칠레에서는 여전히 겹치는 부분이 많지만, 그것은 그 나라의 형상에 대한 증상일 수 있습니다.계속 노력할게요.Lbr123 (토크) 06:08, 2014년 7월 20일 (UTC)응답[응답]

@Lbr123: 모듈 위치 코드 업데이트와 맵 자체 작업 사이에 모든 오버랩이 해결되었습니다.Jackmcbarn (대화) 2014년 8월 9일 (UTC)응답[응답]

벨기에의 위치 지도는 삭제되어 있고, 「루아로의 이행」은 전혀 이해할 수 없기 때문에, 어떻게 하면 10개 주의 수도의 POI를 하나의 지도에 넣을 수 있을까요?다른 지도도 삭제 대상입니까? (네덜란드 및 12개 주 f.e. 78.21.252.160 (talk) 2014년 9월 22일 (UTC)응답[응답]

{{location map+}}을(를) 1개의 맵에 여러 핀으로 사용합니다.Frietjes (토크) 2014년 9월 22일 19:24 (UTC)응답[응답]

저는 그 템플릿을 사용하고 있습니다만, 실제 사용하는 지도(Location map Belgium)는 이 https://en.wikipedia.org/wiki/Template:Location_map/List 목록에는 존재하지 않습니다.Chris Van Bommel (토크) 2014년 9월 22일 (UTC)응답[응답]

그 목록은 구식이다.벨기에 지도가 존재합니다.Jackmcbarn (대화) 2014년 9월 22일 (UTC)응답[응답]

확실히 효과가 있어, 나는 섞고 있었어.wikipedia 및 en.Wiki 다양성사실상 그것은 효과가 없다.여기, 그래.Wikdiversity에서 템플릿을 만드는 방법밖에 없는 것 같아요.de에서 구할 수 있는 지도도 있나요?en에서 사용하고 싶은 위키피디아.wikipedia, 유일한 방법은 새로운 템플릿을 만드는 것입니다. de. version을 가리킵니다.ChrisVanBommel (대화) 2014년 9월 22일 (UTC)응답[응답]

모듈 복사/가져오기만 하면 됩니다.원하는 Wiki에 대한 위치 지도/데이터/벨기에 대한 위치 지도.Jackmcbarn (대화) 2014년 9월 22일 (UTC)응답[응답]

누가 좀 더 자세히 설명해 주시겠어요?나는 그것을 찾아봤지만 몇 가지 시도를 했지만 성공하지 못했다.모듈이라는 정확한 이름의 페이지 작성:en의 위치 지도/데이터/벨기에 표시됩니다.wikdiversity, 편집 및 편집 탭에서 사용할 수 있는 모든 것을 en의 같은 페이지에서 복사합니다.위키피디아는 나에게 효과가 없는 것 같아.템플릿이랑 모듈이 좀 다른가 봐요?올스터즈Wolfken (토크) 2014년 9월 23일 18:20 (UTC)응답[응답]

어떤 페이지를 작성했는지, 어디서 작성했는지 모르지만 Wikipherity:모듈:위치 지도/데이터/벨기가 존재하지 않습니다.또한 Wikdiversity에서는 현재 Module을 사용하지 않습니다.위치 지도입니다.그러기 전에 거기서 설정을 해 둘 필요가 있습니다.User_talk에서 질문했습니다.Dave_Braunschweig#Location_map_import를 사용하여 Import합니다.Jackmcbarn (대화) 2014년 9월 23일 (UTC)응답[응답]

@알스터울프켄:Import가 완료되었으므로, 이것으로 동작합니다.Jackmcbarn (대화) 2014년 9월 25일 02:47 (UTC)응답[응답]

저는 https://en.wikiversity.org/wiki/User:AalstersWolfken/sandbox에 제 페이지의 초안을 올렸습니다.모듈:위치 지도/데이터/벨기에 만들 수 없습니다.만약 누군가가 그것을 좀 더 설명해 준다면, 내가 직접 벨기에 지방 지도 10개를 구할 수 있기를 바란다.Wikipedia를 참조해 주세요.티아 올스터스Wolfken (토크) 2014년 9월 25일 18:16 (UTC)응답[응답]

@알스터울프켄:만들 수 없다니 무슨 뜻이에요?시도하면 어떤 오류가 발생합니까?Jackmcbarn (대화) 03:56, 2014년 9월 26일 (UTC)응답[응답]

문제는 해결됐습니다.반응해 주셔서 감사합니다.실제로 페이지를 만든 적이 없고, 몇 가지 시도만 했을 뿐인데, '프리뷰 모드'는 기대했던 것(벨기에 지도, 코드 표시)을 전혀 보여주지 않았기 때문에 실제 페이지를 저장하지 않았습니다.그러나 Module: 페이지를 만들었지만, '잘못된' 것처럼 보이지만 즉시 무시되었습니다.다시 한 번 고마워요.올스터즈Wolfken (토크) 2014년 9월 27일 07:48 (UTC)응답[응답]

실제로 현재 새로운 위치 지도 정의를 미리 보는 것은 bugzilla:70495입니다.Jackmcbarn (대화) 2014년 9월 27일 (UTC)응답[응답]

이러한 종류의 위치 맵의 모듈 버전은 무엇입니까? --Edgars2007(talk/contribs) 07:09, 2014년 9월 29일(UTC)응답[응답]

@Edgars2007: 모듈 같은 것:위치 지도/데이터/아프리카.{{2}}은(는) $1, {{3}}은(는) $2가 됩니다.Jackmcbarn (토크) 13:57, 2014년 9월 29일 (UTC)응답[응답]

감사합니다! --Edgars2007(talk/contribs) 2014년 10월 8일(UTC) 15:55 (응답)

버밍엄 배터리 앤 메탈 컴퍼니의 캡션에 파이프가 나오는 것을 수정하기 위해 이 변경을 가했습니다.하지만 지금은 이름 뒤에 보기 흉한 (보이지 않는) 탭이 붙어 있습니다.이것들도 많이 있을 것이기 때문에, 이 문제를 찾아내어 해결하는 전략이 있으면 좋을 것 같습니다.Frietjes (토크) 2014년 10월 19일 (UTC)응답[응답]

이것은 West Midlands 카운티로 변경함으로써 수정할 수 있습니다.이것은 명확화 페이지로 연결되는 링크가 아니기 때문에, 또 명확화 부모 가설의 후행은 없기 때문에, 다른 것도 있을 것입니다.Frietjes (토크) 2014년 10월 19일 (UTC)응답[응답]

제가 알기로는 이 파라미터의 목적은 지도의 위치를 텍스트로 기술하는 것이며, "showed in" 또는 "location in"과 같은 문구로 표시하기에 적합합니다.따라서 기사 이름이 될 필요는 없습니다.예를 들어, 저는 이름이 "프레스턴 시티 센터" 또는 "와이어 자치구"인 지도를 만들었는데, 거기에는 정확한 이름을 가진 기사가 없습니다.기사에 대한 링크도 필요한 경우 이를 실현하기 위한 별도의 파라미터가 필요할 수 있습니다(설정되지 않은 경우 기본 파라미터는 무엇입니까?-- Dr. Greg talk 2014년 10월 19일(UTC) 16:21 (응답)

그것은 통할 것이다.'West Middlands'에 링크하는 것은 피해야 합니다. 애매모호한 페이지이기 때문입니다.Frietjes (토크) 2014년 10월 19일 (UTC)응답[응답]

Wikidata에서 좌표 정보를 검색하는 것에 대한 의견이 있습니까?모듈이 편집되었습니다.몇 가지 버그를 수정하기 위해 이후 샌드박스를 변경했습니다(모듈 토크:좌표) 하지만 이 모듈의 편집자들도 관심을 가질 수 있을까요?—PC-XT+ 2014년 10월 23일 (UTC) 06:10 (응답)

@PC-XT: 이를 위해 샌드박스를 설정합니다.문제가 없으면 메인 모듈에 추가하겠습니다.Jackmcbarn (대화) 2014년 10월 23일 (UTC)응답[응답]

잭 맥반, 난 아무 문제도 못 찾았어요.좋아 보여요.—PC-XT+ 2014년 10월 24일 (UTC) 03:39 (응답)

@PC-XT: Jackmcbarn (대화) 2014년 10월 24일 (UTC) 응답 완료 [응답]

아카시 해교에서{{Location map}}값으로서 코드화되어 있다. extra=에{{Infobox bridge}}. 폐지된 것을 변환하는 동안 coordinates=정보 상자에서 좌표 값을 제거했습니다.{{Location map}}정보 상자에서 좌표를 얻을 수 있는지 확인하려고요지도는 변경되지 않았으며, 마커는 여전히 올바르게 표시됩니다.

첫째, 지도에서 인포박스에서 좌표를 얻을 수 있다면 왜 닥터가 그런 취지의 말을 하지 않는지 궁금합니다.

게다가 인포박스 경도를 30도 변경해도 지도 마커가 움직이지 않습니다.

이게 무슨 일이야?☎-Mandruss ☎ 2014년 11월 9일 (UTC)응답[응답]

d:Q184213에서 좌표를 끌어오고 있습니다.Frietjes (토크) 2014년 11월 9일 18:02 (UTC)응답[응답]

그나저나, 이게 더 나은 해결책이에요.Frietjes (토크) 2014년 11월 9일 18:04 (UTC)응답[응답]

감사해요.☎-Mandruss☎ 2014년 11월 9일 22:08 (UTC)응답[응답]

두 개 이상의 점 사이에 선을 긋는 방법은 없습니까?--------------------------------------------------------------------------------------------------------------------------------------------------------------

또, 마커를 사용하지 않고, 텍스트를 좌표를 중심으로 하는 방법이 있습니까?--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

@communications @community @community:첫 번째 질문에 대해서는 지금 당장은 그렇게 할 방법이 없습니다.현재 가장 좋은 방법은 템플릿입니다.위치 지도 선이지만 극히 제한적이야미래의 어느 시점에서 Scribunto는 .svg 파일을 생성할 수 있게 될 것이며, 그렇게 하는 것이 쉬워질 것입니다.두 번째 질문에는, 아니, 그럴 수 있는 방법은 없어.그 용도는 무엇입니까?Jackmcbarn (대화) 03:32, 2014년 12월 7일 (UTC)응답[응답]

@Jackmcbarn:감사해요.두 번째 제안은 마커를 실제로 사용하지 않는 지역, 사막, 산맥, 바다, 대륙 등에 라벨을 붙이는 것입니다.--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

@marksize를 0으로 설정하면 마커를 숨길 수 있습니다.라벨 자체는 중심에서 약간 벗어납니다만, 그 경우는 문제가 되지 않습니다.또, 라벨의 위치를 위아래로 설정하는 것으로 경감할 수 있습니다.Jackmcbarn (대화) 2014년 12월 7일 (UTC)응답[응답]

모듈에 대한 이 편집 요청:위치 지도에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

81.132.46.54 (대화) 2014년 12월 13일 17:11 (UTC)응답[응답]

아직 안 끝났어요.원하는 변경을 정확하게 말해야 합니다.--John Blackburne^words_deeds 17:18, 2014년 12월 13일(UTC)응답

Link= 마우스 오버가 작동하지 않습니까?:해결 방법을 찾았습니다만, 코드에 오류가 있는 것 같습니다.이 토크 페이지의 기사에는 "link"라고 쓰여 있습니다.독자가 마크를 클릭했을 때 표시되는 Wiki 링크를 지정합니다.마우스 포인터가 마크 위로 이동하면 링크된 문서의 이름이 표시됩니다."이 기능은 {link=X label=[*[X]*]}(아스타리스크 표시)인 경우에만 작동합니다.이것이 없는 경우: 1.마크를 클릭하면 기사로 이동하지만 마우스 위에 레이블=.2가 표시됩니다.link=[*[X]*]라고 쓰면 마우스 오버에 링크 이름이 표시되지만 마크를 클릭하면 =로 표시됩니다.아니면 제가 오해한 게 있어요.해결 방법은 label=[*[ article, bar, label ]* ] 。

코드에 대해서는 어떻게 해야 할지 모르겠지만, 기사에 기재되어 있는 문제에 주목해 주셨으면 합니다.이렇게 하면 다음 사람이 6시간 동안 해결 방법을 찾을 수 있습니다. (분명 내 잘못이지만 나보다 멍청한 사람도 있습니다.)빠른 방법은 {*{위치 지도 ~ USA 라벨 = 마우스 오버 이 라벨 위치 =bottom mark=X solid black 17.gif marksize=15 lat_marks = 39.1 lat_marks = N lon_marks = 94.6 lon_marks = W } 등으로 USA 지도를 패치하는 것입니다.Benjamin Trovato (대화) 00:38, 2015년 1월 5일 (UTC)응답[응답]

@Benjamin Trovato:코드는 올바르게 동작하고 있다.서류는 틀렸지만 지금은 고쳤어요.이제 좀 더 말이 되는지 알아보세요.실제로는 Alt 텍스트가 설정되어 있는 경우 이를 결정하는 라벨입니다.또한 link= 값 주위에 [[]]를 사용하지 마십시오.Jackmcbarn (토크) 2015년 1월 6일 19:09 (UTC)응답[응답]

좋습니다. 링크 아래에서는 링크를 라벨(상호 참조용), 2. 옐로스톤 국립공원에서 파리까지 또는 기타 어떤 것(너무 많은 문자)에도 포함할 수 있습니다.Benjamin Trovato (토크) 2015년 1월 8일 11:10 (UTC)응답[응답]

모듈에 대한 이 편집 요청:위치 지도에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

(쿠르디스탄 자치주) (이라크 쿠르드) (쿠르디스탄 연방) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄) (쿠르디스탄)의 기존 지도를 여기에 넣고 삽입해 주세요.두호키(대화) 2015년 1월 27일(UTC) 17:26(대화) 7백만 명 이상의 사람들이 단순히 이라크가 아닌 이라크의 쿠르드 자치구로 언급되는 아이디어에 감사할 것입니다. 미리 감사드리며 만약 당신이 할 수 없다면 우리는 이해하겠습니다.회신[응답]

지도가 필요해무료 지도를 업로드 할 수 있나요?-^cyberpower_{Chat:Limited Access} 2015년 1월 27일 (UTC) 17:54 (응답)

템플릿 에디터가 필요한 것이 없기 때문에 종료합니다.템플릿의 지시에 따라 누구나 직접 새 맵을 설정할 수 있습니다.위치 지도/새 지도 정의를 만듭니다.Jackmcbarn (토크) 2015년 1월 27일 23:25 (UTC)응답[응답]

이 요청은 오른쪽 상자와 달리 응답되지 않았습니다.Benjamin Trovato (토크)2015년 2월 3일 (UTC)응답[응답]

파라미터 섹션은 "필수입니다.첫 번째 이름 없는 매개 변수로 맵 이름을 사용합니다."제가 알기론 "지도의 이름"은 "지도 템플릿" 또는 그 이름이 무엇이든 상관없습니다.예를 들어 "Russia Dagestan relief locator map.png"에는 로케이터 지도 코드에 "Russia Dagestan"이 필요하며 "Caucasus topo map-blank.svg"에는 "Caucasus mountains"가 필요합니다.지도를 더블 클릭하여 '파일 사용 현황'으로 이동한 후 "템플릿:로케이터 맵 XX를 사용하여 "XX"를 사용합니다.템플릿을 찾을 수 있을 만큼 아래로 내려가려면 맨 아래에 있는 보기 버튼을 사용해야 할 수 있습니다.맵과 템플릿을 직접 관련짓는 것이 있습니까?뭔가 오해를 하고 있는 것 같습니다만, 가능한 한 문서화를 해 두면 오해를 막을 수 있을 것입니다.Benjamin Trovato (토크) 20:27, 2015년 2월 3일 (UTC)응답 [응답]

• #2 로딩했을 때, 「이 요구에 응답했습니다」라고 하는 팝업 메세지가 표시되었는데, 이것은 일종의 에러입니다.=에 대한 설정이라고 기재되어 있습니다만, 어디에 있는지 알 수 없습니다.Benjamin Trovato (토크) 20:45, 2015년 2월 3일 (UTC)응답[응답]

  @Benjamin Trovato:응답된 요청 상자는 이 항을 참조하고 있습니다.맵 이미지를 템플릿과 관련짓는 방법이 올바릅니다.또 다른 방법은 페이지의 소스 코드를 보는 것입니다.더 쉬운 방법은 없어요.Jackmcbarn (토크) 2015년 2월 3일 (UTC)응답[응답]

{{인포박스 산 이름 =케이프 산 사진 = photo_mountain = elevation_ft = 2289 elevation_ref = 지도 = 알래스카 지도_size = 250 label_position = right location = [[시어드 반도]] = {알래스카 알래스카 알래스카 = 655 = 좌표.type: mountain display = atestitle 、 coordin coordin 、 }} coordin coordin = < ref > < http://www.satelliteviews.net/cgi-bin/g.cgi?fid=1399900&state=AK&ftype=summit > < ref > topo = type = first _ route = easy _ route = } 。

이건 좀 이상한데요.왜 정확히 복사해서 붙여 넣은 이 정보 상자가 이곳에서는 작동하지 않고 케이프 마운틴 기사에서 작동할까요?최근의 변경 후에 발생하고 있습니다.아마도 {{Infox mountain}}의 지도 그리기 방법에 뭔가 이상한 점이 있을 수 있습니다만, 무엇을 말할 수 없습니다.--JohnBlackburne^words_deeds 20:16, 2015년 2월 8일(UTC)응답]

기사에서 JohnBlackburne은 WikiData에서 좌표를 추출하고 있습니다(d:Q14951206 참조).여기에서는 WikiData에 좌표가 없습니다.Frietjes (토크) 2015년 2월 8일 20:24 (UTC)응답[응답]

아, 고마워요.나는 그것을 바다에 빠뜨린 위치를 수정하기 위해 좌표를 업데이트해야 했기 때문에 깨닫지 못했고 알아차리지 못했다.지도에서 이걸 다 무시하고 있는 줄은 몰랐네요.Wikidata 좌표를 업데이트하여 지도는 실제로 정확합니다.--JohnBlackburne^words_deeds 21:31, 2015년 2월 8일(UTC)응답[응답]

문제가 해결되었으므로 스크립트에러가 계속 발생하는 것을 피하기 위해 위의 코드를 비활성화했습니다.Jackmcbarn (토크) 2015년 2월 8일 23:34 (UTC)응답[응답]