모듈 토크:Wikidata로부터의 모집단
Module talk| 위키프로젝트 오스트레일리아 | (등급 템플릿 클래스) | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
몇몇 인구수
이 모듈은 정보 상자에서 모집단 2의 가시성을 제거하는 것처럼 보입니다.예: 와라굴 포케타마 (토크) 12:28, 2022년 6월 30일 (UTC) [
- @포케타마: 마음에 드시다니 기쁩니다!라는 생각입니다.
pop2=또한 자동으로 채워집니다.Wikidata에 여러 개가 있는 경우 모듈에서 모집단 목록 출력을 처리합니다.그러나 여기에는 약간의 복잡성이 있습니다. 설명서의 이 부분을 읽어 보십시오.대략적으로 모듈의 매핑에 따라 정보 상자 유형이 ABS 지리 유형 중 하나와 일치하는 경우 하나의 값만 표시되지만 일치하지 않으면 더 많은 값이 표시됩니다.이것은 분명히 논의할 문제입니다!이는 사용 가능한 모든 정보와 가장 유용한 정보 간의 균형입니다. - Warragul의 경우 UCL 및 SUA 모집단을 표시하려는 것으로 보입니다.위키데이터에는 아직
SULA또는 UCL 모집단에 대한 새로운 데이터가 없습니다.2021년 인구 조사를 위해 올해 말에 가져오거나 2016년 인구 조사를 위해 수동으로 추가할 수 있습니다. - —Sam Wilson 2022년 6월 30일 12:57, UTC
- 훌륭하다!포케타마 (토크) 12:59, 2022년 6월 30일 (UTC) [
- 수동으로 제공되지 않을 경우 교외/지역인 마을의 SSC 데이터에 pop2가 사용되고 싶습니다.UCL과 SSC가 모두 있는 경우 둘 다 표시하는 것이 유용할 것입니다.케리 레이먼드가 추가한 서명되지 않은 이전 의견(대화 • 기여) 02:01, 2022년 7월 1일 (UTC) [
- 관련 지역이 3곳 이상인 경우도 있으니 제가 생각하는 모든 것을 나열해 보는 것이 좋습니다.비록 그것들이 어떤 지리를 대표하는지 헷갈리는 많은 항목들도 있는 것처럼 들리기는 하지만요.우리는 곧 이러한 문제들의 목록을 만들고 최상의 시스템을 찾기 위해 노력할 것입니다(가능하다면, 수동으로 일을 하지 않아도 좋을 것입니다. 하지만 아마도 규칙이 그렇게 어렵고 빠르지는 않을 것입니다.).—Sam Wilson 2022년 7월 1일 04:11 (UTC) [
- 수동으로 제공되지 않을 경우 교외/지역인 마을의 SSC 데이터에 pop2가 사용되고 싶습니다.UCL과 SSC가 모두 있는 경우 둘 다 표시하는 것이 유용할 것입니다.케리 레이먼드가 추가한 서명되지 않은 이전 의견(대화 • 기여) 02:01, 2022년 7월 1일 (UTC) [
- 훌륭하다!포케타마 (토크) 12:59, 2022년 6월 30일 (UTC) [
짐버 이스트 및 2개 이상의 정보 상자
하나의 정보 상자가 유형 마을이고 다른 하나는 교외이기 때문에 현재 전략을 따르는 것이 이 경우에 잘 작동할 것이라고 생각합니다(사용 가능한 경우 마을의 경우 UCL, 교외의 경우 SSC).저는 개인적으로 그곳의 문제가 일반적인 문제가 아닌 잘못 고려된 합병 때문이라고 생각합니다.제 경험상 이중 호주 장소 정보 상자는 매우 드물며, 저는 첫 번째 호주 장소 정보 상자에 대해서만 걱정하고 AWB를 사용하여 둘 이상의 기사를 검색하고 수동으로 처리할 것을 제안합니다.호주의 장소에 대한 이중 정보 상자는 하나는 호주의 장소 정보 상자이고 다른 하나는 다른 유형의 정보 상자입니다. 일반적으로 그 마을 또는 그 마을 내에 있는 어떤 이름이든 간에 중요한 지리적 특징에 대한 것입니다.산과 섬은 제가 보는 가장 흔한 시나리오입니다.보호 지역에 대한 두 번째 호주 장소 정보 상자가 있는 경우도 있지만 이에 대한 인구 데이터가 없기 때문에 문제가 되지 않습니다(위에서 제안한 AWB 및 수동 의사 결정 프로세스로 처리할 수 있습니다).케리 (대화) 02:01, 2022년 7월 1일 (UTC) [
비 센서스 추정치 및 더 큰 통계 영역
저는 이 견적들로 아무것도 할 필요가 없다고 생각합니다.첫째, 추정치이며 기사 내용에 포함하는 것은 괜찮지만 IMHO는 실제 인구 조사 데이터에서 가져온 정보 상자 데이터(더 신뢰할 수 있는 출처)를 대체해서는 안 됩니다.소수의 더 큰 마을만이 이러한 추정치를 계산했으며, 제가 관찰한 바로는 대부분의 마을이 "내 마을이 얼마나 큰지 보라"는 강박관념을 가진 기여자를 가지고 있기 때문에 이러한 추정치는 상당히 빠르게 수동으로 추가됩니다.동일한 의견이 더 큰 통계 영역에 적용됩니다. 대부분은 우리가 기사를 작성한 지정된 장소에 자연스럽게 매핑되지 않지만, 다시 "얼마나 큰" 군중에 사로잡히고 수동으로 추가되는지 확인합니다(대부분 부적절합니다).또는 소수의 대도시 지역이 자동화/반자동화된 지원 없이 수동으로 업데이트된 인구 데이터를 얻을 수 있습니다.자동화/반자동화의 필요성은 동일한 수준의 기여자 관심을 받지 못하는 소규모 도시와 교외/지역의 인구를 업데이트하는 것입니다.그리고 이것들은 UCL과 SSC 데이터를 가지고 있습니다.케리 (대화) 02:54, 2022년 7월 1일 (UTC) [
- 동의해야 할 것 같아요.GCCSA를 주요 인구 수로 사용하는 것은 제게는 결코 옳은 것으로 보이지 않았습니다.이러한 더 큰 통계 영역을 참조하는 표는 유용할 수 있지만 정보 상자 인구 수에는 해당되지 않습니다.또는 필수가 아닌 메트로 및 SUA 팝업 옵션 상자를 추가합니다.Sdinesh2222 (대화) 02:15, 2022년 8월 25일 (UTC) [
지리 유형에 매핑하는 데 오타가 있습니까?
코드 매핑 Infobox place type to census place type(ListForInfobox 함수의 맨 위에 있음)에서 교외에 대한 테스트는 "suburb"와 "suburb"이며, 다른 모든 테스트가 가지고 있는 초기 대문자 'S'도 없습니다.이로 인해 모듈이 일부 정보 상자에 대한 데이터를 찾는 것이 중단될 수도 있습니다.Innesw (대화) 4:46, 2022년 7월 8일 (UTC) [
- 사실, articleplacetype = string.lower(frame.args.type)를 지정하고 모든 값을 테스트하는 것이 더 좋지 않을까요?그러면 정보 상자 유형의 사용자 사례 오타는 관련이 없습니다.Innesw (talk) 2022년 7월 8일 05:03 (UTC []
샌드박스에서 업데이트
이 편집 요청에 응답했습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다. |
이 버전의 샌드박스(diff)는 이 모듈의 새 버전으로 릴리스될 준비가 되었습니다.보고되거나 발견된 몇 가지 문제를 해결합니다.라이브 모듈로 복사해 주시겠습니까?감사합니다! — Sam Wilson, 2022년 7월 12일 09:38 (UTC) [
-
완료* Pppery it has begun...* 2022년 7월 12일 13:41 (UTC) [ - 저는 이것을 *좋아합니다*.잘했어요!!!다음에 코디 가능한가요?인라인 Wikidata 호출(Willetton 및 Derby 참고 – Wikidata 호출은 팝😅을 의미함)을 사용하여 실험해 왔지만, 끔찍하고 훨씬 더 나은 접근 방식입니다.Betterkeks (대화) 2022년 7월 16일 08:10 (UTC) [
- 모듈이 마음에 드시다니 기쁩니다!
- 나는 인구 논쟁을 하는 코디 템플릿에 대해 몰랐습니다!Wikidata 값을 사용하여 좌표를 지정하고 적절한 지도 척도를 설정하는 것이 좋습니다.여기 프로젝트 할 일 목록에 문제에 대한 설명을 추가했습니다.제가 못 맞추면 언제든지 수정해주세요!그리고 저는 여러분이 생각하는 최선의 접근법에 대해 더 이야기하고 싶습니다.Wikidata의 가치(특히 인구)를 활용하는 최선의 방법을 브레인스토밍하는 데 관심이 있는 사람들을 위한 워크샵(온라인 및/또는 11월 커뮤니티 컨퍼런스)을 개최하고 싶습니다.우리는 해결해야 할 많은 목록이 있습니다.저희가 뭔가 정리하면 여기에 공지를 올리겠습니다.MaiaC Williams (대화) 03:18, 2022년 7월 18일 (UTC) [
- 저는 이것을 *좋아합니다*.잘했어요!!!다음에 코디 가능한가요?인라인 Wikidata 호출(Willetton 및 Derby 참고 – Wikidata 호출은 팝😅을 의미함)을 사용하여 실험해 왔지만, 끔찍하고 훨씬 더 나은 접근 방식입니다.Betterkeks (대화) 2022년 7월 16일 08:10 (UTC) [
ref name 예제?
웨스턴 오스트레일리아의 마운트 롤리에서 이 모듈이 생성한 2021년 인구 조사 링크의 참조 이름은 무엇입니까?한 IP가 참조를 변경하지 않고 새 인구 조사를 위해 기사를 업데이트하려고 했고 저는 참조 이름을 알 수 없어서 그들의 편집을 되돌려야 했습니다.여기서는 설명서의 예제를 사용하면 매우 유용할 것입니다.감사합니다!Graham87 2022년 9월 3일 13:01 (UTC) [
- @Graham87:그
<ref name=Census />해당 기사에서 사용 중인 항목은 실제로 Infobox에서 제공되는 것이 아니라 기사 내(공용 전송 섹션)에 정의되어 있습니다.그래서 당신의 복귀는 꽤 옳았지만, 다른 수정은 새로운 숫자의 출처와 일치하도록 참조를 업데이트하는 것이었습니다.그렇긴 하지만, 그렇게 하는 것은 2021년 인구 조사에 대한 여러 참조가 있다는 것을 의미하며, 그것은 이상적이지 않습니다. 하지만 현재로서는 유일한 해결책입니다.문제는 이 모듈 내에서 참조의 이름을 지정한 다음 해당 이름을 외부에서 사용할 수 없다는 것입니다.이는 알려진 문제이며 해결 방법에 대한 몇 가지 아이디어가 있습니다. 예를 들어, {{PopulationFromWikidata}}은 참조와 함께 현재 모집단만 출력하는 템플릿을 만드는 것이 가장 가능성이 높습니다(정보 상자 참조와 중복되지 않음).하지만 (헤헤), 이것은 여전히 다음과 같은 문장에 도움이 되지 않을 것입니다."가족의 평균 수입은 주당 3,117달러였습니다.
마운트 롤리 거주자의 평균 연령은 38세
였습니다.". 여기서 자동 업데이트 참조를 수동으로 업데이트된 텍스트 내 수치와 결합하는 것은 가치가 없습니다.그것은 전혀 다른 이야기입니다.흠… 여기서 조금 길게 언급했습니다. 간단히 말해서 롤리 산을 고치려면 인용문을 숫자와 함께 업데이트해야 합니다(그리고 그에 따른 이중 참조는 당분간 보류되어야 한다고 생각합니다). :-) Sam Wilson 2022년 9월 7일 (UTC)
참조 재사용
@Steelkamp를 포함한 몇몇 사람들은 기사의 텍스트 내에 모집단이 지정된 경우 참조가 중복되지 않도록 하는 방법에 대해 질문했습니다.저는 이것을 하는 가장 좋은 방법을 찾고 있습니다.아마도 그런 것들이Hamersley has a population of {{PopulationFromWikidata}}.항상 정확한 참조를 가진 최신 모집단을 표시하고 해당 참조가 정보 상자의 모집단과 정확히 일치하므로 중복되지 않는다는 점에서 좋을 것입니다(Cite는 중복을 제거하지만 정확해야 합니다).문제는 일반적으로 본문에 주어진 다른 수치가 있다는 것입니다. 위의 예는 실제로 2021년 인구 조사에서 해머슬리의 인구
가 5,209명
이었다는 것입니다. 이것은
기록된 4982개보다 증가한 수치
입니다. 따라서 첫 번째 수치를 자동으로 만드는 것은 의미가 없습니다. 두 번째 수치는 수치에 따라 달라지며 한 개의 수치가 업데이트되면 모두 자동으로 만들어야 하기 때문입니다.그래서 제 다음 생각은 다음과 같은 일반적인 참조 템플릿을 만들 수 있어야 한다는 것입니다. Hamersley had a population of 5,209 at the 2021 census.{{PopulationFromWikidata refonly claim=210a80be3f80b58f394ade59f08b8aaae9f0b06e}} 그러면 해당 클레임에 사용된 참조가 무엇이든 출력될 수 있지만 클레임의 해시를 알아야 하는 것은 꽤 까다롭습니다(클레임이 제거되고 다시 생성되면 변경될 수 있음은 말할 것도 없습니다).사용되는 모집단 수치는 결정 방법(P459)과 시점(P585)의 조합을 기반으로 하고 부분(P518)에 적용되기 때문에 "2021년 수치만 주세요"라고 말하는 것만으로는 충분하지 않습니다.그래서 어떻게 해야 할지 정말 모르겠어요! (과거의 모든 인구 수치를 표로 출력하는 것에 대한 논의가 따로 있는데, 그것이 훨씬 더 쉬울 것 같습니다.) - Sam Wilson, 2022년 12월 3일 (UTC)[
- 모듈에서 생성한 기본 참조를 사용하는 대신 pop_footnotes= 매개 변수를 사용하여 명명된 참조를 삽입할 수 있습니까?Steelkamp (대화) 18:34, 2022년 12월 3일 (UTC) [
- 또는 데이터가 업데이트될 때 참조가 업데이트되지 않는 문제가 발생합니까?Steelkamp (대화) 18:34, 2022년 12월 3일 (UTC) [
- @스틸 캠프:네, 그것이 이 모든 것에 대한 큰 문제입니다.중복 인용이 있다는 것은 기사 텍스트와 정보 상자가 현재 일치한다는 사실의 인공물일 뿐입니다.다음 인구 조사가 나오자마자, 그들은 다시 동기화되지 않을 것입니다 - 그리고 5년마다 12,000개의 기사를 수동으로 업데이트하는 것을 피하는 것이 이 모든 것이 피하려고 하는 것입니다! :-) 지금 우리가 할 수 있는 최선은.
{{PopulationFromWikidata wikidata=Q5644515}}이는 다음과 같습니다. 5,SAL560(추정),[1] 하지만 실제로는 그럴 가치가 없을지도 모릅니다.Sam Wilson 01:45, 2022년 12월 5일(UTC) Sam Wilson 01:45, 2022년 12월 5일UTC) [
- @스틸 캠프:네, 그것이 이 모든 것에 대한 큰 문제입니다.중복 인용이 있다는 것은 기사 텍스트와 정보 상자가 현재 일치한다는 사실의 인공물일 뿐입니다.다음 인구 조사가 나오자마자, 그들은 다시 동기화되지 않을 것입니다 - 그리고 5년마다 12,000개의 기사를 수동으로 업데이트하는 것을 피하는 것이 이 모든 것이 피하려고 하는 것입니다! :-) 지금 우리가 할 수 있는 최선은.
- 또는 데이터가 업데이트될 때 참조가 업데이트되지 않는 문제가 발생합니까?Steelkamp (대화) 18:34, 2022년 12월 3일 (UTC) [
레퍼런스
- ^ Australian Bureau of Statistics (28 June 2022). "Hamersley (Suburb and Locality)". Australian Census 2021 QuickStats. Retrieved 28 June 2022.
오류
뉴사우스웨일스 주 힐즈 해변에 오류가 표시됩니다.누가 좀 고쳐 주시겠어요?마틴 (MSGJ · talk) 12:24, 2022년 12월 23일 (UTC) [
- @삼윌슨 - 마틴 (MSGJ · talk) 2022년 12월 23일 (UTC) 25, 회신 [
- 제가 고쳤어요.구체적인 문제는 클레임이 전혀 없는 위키데이터 항목에 아티클이 연결될 때 모듈에서 Lua 오류가 발생한다는 것입니다.그것의 희귀성과 근본적인 문제를 강조하는 것을 고려할 때 아마도 고칠 가치가 없을 것입니다.Pppery it has begun...* 2022년 12월 23일 18:23 (UTC)
감사합니다 - 마틴 (MSGJ · talk) 2022년 12월 23일 (UTC) :38 답변
쿨라부니아는 자동 인구 조사 인구를 받지 않나요?
정보 상자에서 2016년 인구를 제거했지만 2021년 인구는 마법처럼 나타나지 않았지만 쿨라부니아에 대한 2021년 SAL 데이터가 있습니다.뭐가 잘못됐어요?나는 인근 지역에서 테스트를 했고 그것은 예상대로 작동했습니다.케리 (대화) 2023년 1월 8일 23:29 (UTC)
- @케리 레이먼드:쿨라부니아(Q30763775)와 쿨라부니아(Q48808424)를 합병해야 할 것 같습니다.여기 있는 기사는 인구 데이터가 없는 후자에 연결되어 있습니다.저는 이것이 별개의 것들인 지역/지역과 마을의 또 다른 예인지 확신할 수 없지만, 저는 그렇지 않다고 생각합니다.샘 윌슨 00:20, 2023년 1월 9일(UTC) 회신 [
- 위키데이터의 Qld 플레이스는 쓰레기 데이터로 가득 차 있어 새로운 것은 없습니다.위키데이터가 아니었기 때문에, 저는 그 둘을 병합하려고 했지만 실패했습니다.저는 https://www.wikidata.org/wiki/Special:MergeItems 을 사용했는데 처음에는 설명이 다르기 때문에 병합을 거부합니다.두 설명이 모두 정확하지 않았기 때문에(쓰레기 데이터!), 둘 다 "호주 퀸즐랜드 사우스 버넷 지역의 지역"과 동일한 설명으로 변경하려고 했지만 "항목 Q48808424에 동일한 설명 텍스트를 사용하여 언어 코드와 관련된 레이블 "쿨라부니아"가 이미 있습니다."라고 말하면서 Q30763775에서 변경할 수 없습니다.그래서 그들은 합병될 수 없는 것처럼 보입니다.케리 (대화) 2023년 1월 9일 10:23 (UTC) [
숫자가 아닌 모집단
템플릿 토크에서 이 문제를 제기했습니다.Infox Australian place#팝과 팝2(population_data)에 대한 숫자가 아닌 값이지만 이 모듈에 미치는 영향에 대해서도 논의하고자 합니다.하지만 위의 글을 읽는 것을 방지하기 위해, 여기서 다시 말씀드리겠습니다.
2021년 인구 조사에서 모든 인구 수가 숫자인 것은 아닙니다.아마도 개인 정보 보호의 이유로, 그들은 인구가 거의 또는 전혀 없는 장소에 대한 데이터를 제공하는 것을 꺼릴 것입니다. 예를 들어, Garrawalt QLD[1]와 같이, "선택된 지역에 사람이 없거나 매우 낮은 인구가 있었기 때문에 정보를 제공할 수 없습니다."라고 설명합니다.그래서 저는 그 지역 기사의 "팝" 필드에 "인구가 없거나 적음"을 넣었습니다. 물론 밀도를 계산할 때 더미 침을 뱉습니다. 왜냐하면 "팝"의 값은 숫자가 아니기 때문입니다.하지만, 그것은 ABS가 제공하는 가치이기 때문에 우리는 그것을 수용해야 합니다.두 가지 접근 방식을 볼 수 있습니다.
- "팝" 필드에서 비슬래시 값을 허용하지만 밀도를 계산하는 코드가 비슬래시 데이터가 있을 때 이를 계산하지 않도록 더 스마트하게 만듭니다.
- 대체 필드(예: "팝 텍스트")를 사용하여 팝 또는 팝 텍스트를 표시하며 밀도는 "팝"에 값이 있는 경우에만 계산됩니다."pop2-text"도 필요합니다.
현재 Garrawalt의 정보 상자에 대한 인구 필드를 비워 두면 이 모듈은 Garrawalt에 대한 2021년 인구 조사가 없지만 Garrawalt에 대한 2021년 인구 조사가 있는 것처럼 2016년 인구 조사를 반환합니다.따라서 2021년 인구 조사 결과는 이 모듈에서 "없음 또는 매우 낮음" 값으로 반환되어야 한다고 생각합니다(템플릿에서 비숫자 데이터를 처리하는 방법을 분류하면).숫자가 아닌 데이터를 해결하기 위한 특정 솔루션이 이 모듈의 삶을 더 쉽게 만들 수 있는지 더 나쁘게 만들 수 있는지 잘 모르겠습니다. 그래서 저는 지금 이 문제를 여기에 표시하고 있습니다.케리 (대화) 2:06, 2023년 2월 6일 (UTC []
