Wikidata:Property proposal/Number of votes after transferring
Number of votes after transferring[edit]
Originally proposed at Wikidata:Property proposal/Organization
| Description | (qualifier) see single transferable vote (Q115807) |
|---|---|
| Data type | Quantity |
| Allowed values | number (not necessary integer) |
| Example 1 | John Brennan (Q98342830) → 641.92, 641.92, 646.76, 646.76, 650.76 |
| Example 2 | MISSING |
| Example 3 | MISSING |
Motivation[edit]
Currently John Brennan (Q98342830) shows a constriant violation as the number of votes is not integer.GZWDer (talk) 08:15, 13 August 2020 (UTC)
Discussion[edit]
My initial reaction is that this might be the wrong way around, and that if we want a separate property here, it would be the "Number of first preference votes" instead. Generally I think it would be good to avoid a scenario where a consumer of the data must know what type of election it was to know which property to use to get the 'final' number of votes a candidate received, and it would be best to keep votes received (P1111) for that, on the principle of least surprise (these are the totals that equate to the final rank order etc). In cases where there are vote transfers, then I do think it makes sense to also want to record the number of first preference votes, so I would support a new property for that. If we were to want to store every intermediate vote count then neither of these approaches really work very well, but I'm not sure if there's much demand for doing that. --Oravrattas (talk) 16:44, 13 August 2020 (UTC)
Oppose the description doesn't make it clear what the property is about and how it differs from the existing property. ChristianKl ❪✉❫ 11:27, 31 December 2020 (UTC)
Not done Clear opposition. JesseW (talk) 19:17, 18 March 2021 (UTC)