Module talk:PopulationFromWikidata

Australia Template‑class

	Australia portal PopulationFromWikidata is within the scope of WikiProject Australia, which aims to improve Wikipedia's coverage of Australia and Australia-related topics. If you would like to participate, visit the project page.AustraliaWikipedia:WikiProject AustraliaTemplate:WikiProject AustraliaAustralia
Template	This module does not require a rating on Wikipedia's content assessment scale.

Several population figures

The module (which is fantastic) seems to remove the visibility of Population 2 in the infobox. For example: Warragul Poketama (talk) 12:28, 30 June 2022 (UTC)[reply]

@Poketama: Glad you like it! The idea is that |pop2= will also be automatically filled. The module does handle outputting a list of populations when there are multiple available in Wikidata. There is some complexity to this, however; have a read of this bit of the documentation. Roughly, if an infobox type matches one of the ABS geography types (according to the mapping in the module) then only one value is shown, but if it doesn't match then more will be. This is definitely up for discussion! It's a balance between showing all available information, and only the most useful.

In the case of Warragul, it looks like you want to display the UCL and SUA populations. There is no new data for the ~~SUL~~SUA or UCL population yet, in Wikidata. It will be imported later this year for the 2021 census, or you can add it now manually for the 2016 census.

—Sam Wilson 12:57, 30 June 2022 (UTC)[reply]

Fantastic! Poketama (talk) 12:59, 30 June 2022 (UTC)[reply]

If not manually supplied, I'd like to see pop2 used for the SSC data for towns which are also suburbs/localities. If there is both a UCL and an SSC, it would be useful to display both. — Preceding unsigned comment added by Kerry Raymond (talk • contribs) 02:01, 1 July 2022 (UTC)[reply]

There are some situations where there are three or more relevant geographies, so it's good to list them all I think. Although it sounds like there's also a bunch of items that are confused about what geography they represent. We'll make a list of these issues soon and try to figure out the best system (if possible, it'd be nice to not have to do things manually; perhaps the rules aren't that hard and fast though). —Sam Wilson 04:11, 1 July 2022 (UTC)[reply]

Jimbour East and 2 or more infoboxes

As one infobox is type town and the other a suburb, I think following the current strategy will work just fine in this case (UCL for town, if available, and SSC for the suburb); I personally think the problem there is due to a poorly-considered merge and not a general problem. In my experience double Australian place infoboxes are quite rare, I would suggest only worrying about the first Australian place infobox, and use AWB to seek out those articles with more than one and deal with them manually. Double infoboxes on Australian place articles more often a case of one being an Australian place infobox (as it is the name of a town/suburb/locality) and the other being a different type of infobox, usually for the significant geography feature from which the town or whatever takes its name and is within that town, mountains and islands being the most common scenario I see. We do sometimes have a 2nd Australian place infobox for a protected area but we don't have population data for these so this it's a non-problem (and can be dealt with by the AWB and manual decision process I suggest above). Kerry (talk) 02:01, 1 July 2022 (UTC)[reply]

Non-census estimates and the larger statistical areas

I don't think anything needs to be done with these estimates. Firstly they are estimates and, while it's fine to include them in article content, IMHO they should not replace the infobox data which is drawn from actual census data (a more reliable source). Only a small number of larger towns have these estimates calculated and, in my observation, these get added manually quite quickly as most towns have a contributor with an obsession with "look how big my town is". The same comments apply to the larger statistical areas, which mostly do not have a natural mapping to the named places we have articles for, but again get seized upon by the "look how big" crowd and manually added (mostly inappropriately). Or to put it another way, the small number of larger urban areas will get manually updated population data without any automated/semi-automated assistance. The need for automation/semi-automation is to update the population of smaller towns and the suburbs/localities that don't get the same level of contributor interest. And these have UCL and SSC data. Kerry (talk) 02:54, 1 July 2022 (UTC)[reply]

I think I have to agree. Using GCCSA as the primary population count never looked right to me. A table referencing these bigger statistical areas might be useful but not in the infobox population count. Or add non-mandatory metro and SUA pop option boxes. Sdinesh2222 (talk) 02:15, 25 August 2022 (UTC)[reply]

Typo in mapping to geography types?

In the code mapping Infobox place type to census place type (at the top of function ListForInfobox), the tests for suburb are "suburb and "suburb", neither with an initial uppercase 'S' which the other tests all have. I presume this could be stopping the module finding any data for some Infoboxes. Innesw (talk) 04:46, 8 July 2022 (UTC)[reply]

In fact, wouldn't it be better to have articleplacetype = string.lower(frame.args.type), and just test for the all-lowercase values? Then user case typos in the infobox type are irrelevent. Innesw (talk) 05:03, 8 July 2022 (UTC)[reply]

@Innesw: Great idea! This is now done (along with a few other fixes). Sam Wilson 01:22, 13 July 2022 (UTC)[reply]

Update from sandbox

This edit request has been answered. Set the |answered= parameter to no to reactivate your request.

This version of the sandbox (diff) is ready for release as the new version of this module. It resolves a few of the issues that have been reported or discovered. Could it please be copied over to the live module? Thanks! — Sam Wilson 09:38, 12 July 2022 (UTC)[reply]

Done * Pppery * _{it has begun...} 13:41, 12 July 2022 (UTC)[reply]

@Pppery: Thanks! Sam Wilson 01:20, 13 July 2022 (UTC)[reply]

I *love* this. Well done!!! Can the coord be done next? I’ve been experimenting by using inline wikidata calls (see Willetton and Derby – note wikidata calls for pop 😅), but it is horrible and this is a much better approach. Betterkeks (talk) 08:10, 16 July 2022 (UTC)[reply]
Glad you like the module!

I didn't know about the Coord template taking a population argument! Seems a good idea to bring in place coordinates (and set appropriate map scales) using Wikidata values. I've just added a description of your problem to the project to-do list here. Feel free to edit if I haven't got it right! And I'd love to talk more about what you think the best approach would be. I'm hoping to organise a workshop (online? and/or at the community conference in November?) for anyone who's interested in brainstorming best ways to use values (particularly population) from Wikidata. We've got quite a list to tackle. I'll post a notice here if we organise something. MaiaCWilliams (talk) 03:18, 18 July 2022 (UTC)[reply]