Wikidata:Property proposal/Archive/51

From Wikidata
Jump to navigation Jump to search
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

This archive page is full. Use Wikidata:Property proposal/Archive/52 or subsequent ones.

The previous archive page is Wikidata:Property proposal/Archive/50.

Australasian Pollen and Spore Atlas Code

DescriptionCode identifying a pollen or spore listed in the Australasian Pollen and Spore Atlas managed by the Australian National University
Data typeString
Template parameterNo existing property is known to exist, however a link to the atlas entry could be included somehow within en:template:taxobox
Domainpollen (Q79932) and spore (Q177332)
Allowed valuesstring pattern: \d+(\-\d+)*(\(\d+(\-\d+)*\))?
ExampleParietaria judaica (Q147991)62-14-3
SourceAustralasian Pollen and Spore Atlas
Formatter URL$1
Robot and gadget jobsCodes could be scraped from the Australasian Pollen and Spore Atlas and mix-and-match used for import into Wikidata

The Australasian Pollen and Spore Atlas website is designed to enable simple online access to the largest collection of pollen and spores information in the Australasian region. The APSA collection and office is currently located at the Australian National University in Canberra, Australia. This database contains numerous fields of information on pollens and spores for flora both endemic and common to Australia. Database fields include description of the pollen and spore shapes, their arrangement and patterns. Addition of this property would signifanctly enhance Wikidata's understanding of pollens and spores, particularly those endemic within Australia (Q408). Dhx1 (talk) 11:56, 22 November 2015 (UTC)Reply[reply]

Pictogram voting comment.svg Comment Not sure. A quick browse does not turn up real content? I would rather have something like FloraBase. - Brya (talk) 13:54, 22 November 2015 (UTC)Reply[reply]
Pictogram voting comment.svg Comment The unique content is demonstrated better for Acanthus ebracteatus ACANTHACEAE, Pseudowintera traversii WINTERACEAE, Dicliptera brachiata ACANTHACEAE and Bouganvillaea spectabilis NYCTAGINACEAE. I am unaware of this level of detail being provided by other organisations, including FloraBase. A quick survey of samples in this database shows that most entries have useful detail (morphology, images, etc) - Dhx1 (talk) 16:04, 22 November 2015 (UTC)Reply[reply]
Pictogram voting comment.svg Comment OK, that is better, although I seem to recall having seen more extensive sites covering pollen. - Brya (talk) 05:49, 23 November 2015 (UTC)Reply[reply]
 Support looks useful to me. --99of9 (talk) 02:44, 4 May 2016 (UTC)Reply[reply]

@Dhx1:✓ Done with datatype external identifier. I have taken your regex (with a minor correction), which has single values per species. In some cases there are multiple pages however (with codes ending in a, b, c). Lymantria (talk) 20:29, 4 May 2016 (UTC)Reply[reply]


   Not done
Descriptionentry in ADB on the subject
RepresentsAllgemeine Deutsche Biographie (Q590208)
Data typeItem
Template parameterTemplate:Cite ADB (Q6676526)
Allowed valuesitem for Wikisource page
ExampleKaspar von Schoch (Q1048100)Schoch, Kaspar von (ADB) (Q19679712)

Integrates ADB into Wikidata. --- Jura 06:48, 26 July 2015 (UTC)Reply[reply]

 Not done No support. Lymantria (talk) 17:35, 9 May 2016 (UTC)Reply[reply]

price range (WikiVoyage)

Descriptionprice range for eat/sleep listings. Use price (P2284) or fee (P2555) for specific prices
Data typeItem
Template parameterprice in voy:Wikivoyage:Listings
Allowed valuesitems for WikiVoyage price ranges, see voy:Template:Eatpricerange and voy:Template:Sleeppricerange
ExampleHotel ABCDEF > budget
  • Pictogram voting comment.svg Comment seems to be needed for WikiVoyage
    --- Jura 18:36, 13 May 2016 (UTC)Reply[reply]
  •  Oppose We already have fee (P2555) which would seem suitable. If a range needs to be expressed this can be done with qualifiers (e.g. determination method (P459) minimum (Q10585806)) or using the mid point with ± (e.g. 7.5±2.5 pound sterling (Q25224)), although note that until phab:T95425 (and related bugs?) is fixed this may be displayed incorrectly. Thryduulf (talk: local | en.wp | en.wikt)
    • I updated the proposal to clarify the function of this property. It's different from the actual prices. BTW, for these price (P2284) seems to be the main property.
      --- Jura 10:16, 14 May 2016 (UTC)Reply[reply]
    •  Oppose You haven't merely "updated" the proposal, you've changed it to something entirely different which actually makes no sense. We don't use words like "budget" "midrange" "splurge" in the individual listings, we use numeric prices or price ranges. The 'budget' label is a subsection header only, it isn't template data. K7L (talk) 18:47, 15 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment. This prices ranges seem to be used in to different ways: once for a summary per location (what means "budget" in this location?) and then for each listing (is this place to eat/sleep "budget"?). The later would use this property. Not sure where to store the first.
    --- Jura 10:16, 14 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment. The "budget", "midrange" and "splurge" qualifiers are Wikivoyage city article ===subsection headers===, but are not used as data values for the price= field in individual listings. They're not template data. An individual listing might have "€100/room, €150/suite, $25/campsite with caravan hookups" but vague text like "reasonably priced" is *not* desired in WV listings. K7L (talk) 01:24, 15 May 2016 (UTC)Reply[reply]
    • Most listings seem to be grouped by these ranges. Is this specific to the English version or used everywhere? To do the sections based on Wikidata, one would need such a property.
      --- Jura 09:43, 15 May 2016 (UTC)Reply[reply]
    • The arbitrary grouping by price is only used to break up long lists of restaurants and hotels into more manageable chunks of 7±2 listings each; it has no other significance. There are other ways to break these up - by type (eat: 'asian', 'western', 'pizza', 'european', sleep: 'hotel', 'motel', 'B&B', 'campground') or by neighbourhood ('downtown', 'west end', 'lakeshore', 'old town', 'suburban') being the most common. It's not specific to the English-language version. K7L (talk) 18:47, 15 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment. price (P2284) as specified on Property talk:P2284 has some very inflexible constraints, only one price instead of a range or list of values, currency forced to EUR or USD only. fee (P2555) is marginally better, but is still a single price (such as a bridge toll) as of a specific date. A "pricerange" is not a single "price". K7L (talk) 02:30, 15 May 2016 (UTC)Reply[reply]
    • If you think a string version is needed, please make a separate proposal.
      --- Jura 09:43, 15 May 2016 (UTC)Reply[reply]
    • Done. K7L (talk) 18:47, 15 May 2016 (UTC)Reply[reply]

Index Hepaticarum ID

Descriptionidentifier in the Index Hepaticarum, a nomenclatural database
Data typeExternal identifier
Domainplants (hepatics)
Allowed valuesnumber
ExampleJungermannia lanceolata (Q21875939) -> 2690
Formatter URL$1

Nomenclatural database, for hepatics (liverworts and hornworts), comparable to IPNI, at a smaller scale. Brya (talk) 18:43, 22 April 2016 (UTC)Reply[reply]

OOjs UI icon error.svg WikiProject Taxonomy has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead.


@Brya, Succu, Tobias1984:✓ Done --Lymantria (talk) 17:30, 29 April 2016 (UTC)Reply[reply]

Thank you! - Brya (talk) 17:36, 29 April 2016 (UTC)Reply[reply]

flower colour

   Done: flower color (P2827) (Talk and documentation)
Descriptioncolour of flowers of a plant species, hybrid or cultivar
Data typeItem
Domainflowering plants
Allowed valuescolours
ExampleJasminum officinale (Q515610)white (Q23444)

Of interest to gardeners, florists, botanists and others. We may need to create items for colour ranges or groups, as used by reliable sources (e.g. en.WP describes Hyacinthoides non-scripta (Q164013) as "violet–blue"). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:18, 29 July 2015 (UTC)Reply[reply]

Postscript: Prior discussion is at Wikidata:Project chat#Adding property colour (for flowers), and I should have mentioned that I posted this at the request of User:Timboliu, posting as an IP on my talk page. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 08:59, 30 July 2015 (UTC)Reply[reply]

I really like it that we are venturing more and more into covering traits now (after things like eye color (P1340) and mushroom cap shape (P784)), but I have not seen a strategic discussion as to whether it would be better to use more generic properties on more specific items or more specific properties on more generic items, though the issue keeps popping up (see also the volcano eruption discussion). With this in mind, I am not sure about the benefit of this proposed property over starting an item for "flower of Jasminum officinale" and using colour properties like color (P462) on it. --Daniel Mietchen (talk) 01:12, 30 July 2015 (UTC)Reply[reply]

OOjs UI icon error.svg WikiProject Taxonomy has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. --Daniel Mietchen (talk) 01:15, 30 July 2015 (UTC)Reply[reply]
I think this may get complicated very quickly. For example, this means having to deal with "violet–blue", "violet and blue", and "violet or blue". I suggest first looking at existing databases (here is one, and another, but there should be lots of them). - Brya (talk) 04:54, 30 July 2015 (UTC)Reply[reply]
There is WikiProject Identification Keys, but I'm not sure if it actually goes somewhere. --- Jura 05:02, 30 July 2015 (UTC)Reply[reply]

Pictogram voting comment.svg Comment A flower consists of multiple parts. The proposal is refering to which one? Flora of North America says „violet-blue or rarely white or pink“. So we would need at least an additional qualifier. Characters (or traits) are not stable. They are depending from a certain taconomic viewpoint. I agree with Daniel. We need a more general discussion. Watson and Dallwitz are using 581 characters in their The families of flowering plants to describe flowering plants. GrassBase uses 1090 characters for species belonging to Poaceae (Q43238). We are far away from defining our own plant ontology. --Succu (talk) 08:37, 30 July 2015 (UTC)Reply[reply]

Perhaps we need properties for petal colour, sepal colour, etc? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 08:59, 30 July 2015 (UTC)Reply[reply]
@Pigsonthewing: I think not. Constructions like
⟨ Flower of whatever ⟩ has part Search ⟨ 107412) ⟩
color (P462) View with SQID ⟨ blue ⟩
number of elements Search ⟨  4 ⟩
would be pretty nice in this case ... author  TomT0m / talk page 09:27, 30 July 2015 (UTC)Reply[reply]
 Oppose I guess there would be a discussion if the discussion for standard flower color representation, but it seems it's not that well defined, so I think here there would be absolutely no benefit to try to be specific for no precise reason. Even if the discussion of a specific color standard was at sake, this solution would work anyway with the item datatype for color, assuming there is an identifier property, an item for each color in the standard, with
⟨ color as defined by standard S ⟩ subclass of (P279) View with SQID ⟨ color ⟩
⟨ blue whatever ⟩ instance of (P31) View with SQID ⟨ color as defined by standard S ⟩
, and
⟨ blue whatever ⟩ S standard identifier Search ⟨ blueZZZZZ ⟩
, used as in my comment above:
⟨ Flower of whatever ⟩ has part Search ⟨ 107412 ⟩
color (P462) View with SQID ⟨ blue whatever ⟩
number of elements Search ⟨  4 ⟩
 – The preceding unsigned comment was added by TomT0m (talk • contribs).
Pictogram voting comment.svg Comment I think before discussing this property, we should write up a RFC and let outsiders of this knowledge domain weigh in. I have been thinking about this a lot lately and see no clear path to follow. For example TomT0m's suggestion is nice, but it is hard to imagine that we can retrain a whole community to use constructs like that. There is also the problem of adding too much information in the qualifier-rows. Readability and editablity are concerns for Wikidata and we have to be pragmatic about that. - In my opinion the most manageable solution would be to create items for all subparts and dump all the metrics in there. There are some examples of that already on Wikipedia: Acer saccharum (Q214733) has part Canadian Gold Maple Leaf (Q119457). But that also means creating many items ("bee wing", "shark tooth", ..). --Tobias1984 (talk) 10:31, 30 July 2015 (UTC)Reply[reply]
  • why not ? It's not that hard. And similar structure for the whole project greatly limit the amount of examples needed. I don't agree that this structure is hard to grab. author  TomT0m / talk page 15:04, 30 July 2015 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment List of mushrooms seems to work mainly with specific properties, open to non-specialists and non-template editors. Maybe a similar sub-field could be identified to build a similar set of properties. --- Jura 11:11, 30 July 2015 (UTC)Reply[reply]
    and a subproject specific to a kind of mushrooms would have its own set of incompatible but similar properties ? Please don't take that path /o\ author  TomT0m / talk page 09:15, 31 July 2015 (UTC)Reply[reply]
    • I think it's a good path to follow collaboratively built samples that can be compatible. This way we are sure we don't just follow idle chat. --- Jura 09:25, 31 July 2015 (UTC)Reply[reply]
    • @Jura1: So ... why chatting at all ? It's for that reason we have a property proposal process (plus I have a few stalled properties myself, easy to say I'm idle after that) but enough personal iddle chatting. On the list : in which way edibility is specific to mushrooms, to take an example in the list ? having specialized properties for no good reason could create the need for a merge later ... author  TomT0m / talk page 13:03, 31 July 2015 (UTC)Reply[reply]
    • Well, at some point one has to evaluate if all the talk of participants actually leads to some collaboration within the project or not. --- Jura 07:20, 1 August 2015 (UTC)Reply[reply]
    • @Jura1: Let's be clear : should I consider this a personal attack ? You should be clear on what you consider a "contribution". There is many ways to contribute. Mine is not "maximising the editcount on the main namespace". author  TomT0m / talk page 10:25, 1 August 2015 (UTC)Reply[reply]
@TomT0m: Specialized properties don't necessarily need to be merged. They can also be subclassed to more generic properties. - And I still think the structure is hard to grab. If we have many properties that each take one or a few simple statements it is easier to work with than totally generic properties that can hold 1000s of statements each with their own qualifier structure. How would a user read such a list without thinking he is reading a programming language? - But I could also be totally wrong about this assertion. In any case I still think an RfC would be a better idea than dispersing the discussion over so many property proposals. --Tobias1984 (talk) 20:39, 31 July 2015 (UTC)Reply[reply]
@Tobias1984: Yout RFC argument is also valid for discussion on similar properties spreads on a lot of property discussions. And the outcome of discussions in many specialised properties is likely to become inconsistent decisions. I also don't see an obvious way to subproperty "color of parts" like properties as the kind of part would not be specified by an item. A Rfc why not but ... This would not prevent property proposals anyway and I would not know what to ask. On the contrary the structure I propose can be used in a variety of usecase, and a few examples with the color of the flower of some plant and the color of the superhero costume pant should suggest it applies to anything ... Plus the fact that there will be property proposals for people who does not knows that is an opportunity to tell them that, and those who knows won't ever have to go through this and will just enter their statements smoothly. There is so many advantages for so less understanding problems ... author  TomT0m / talk page 21:06, 31 July 2015 (UTC)Reply[reply]
@TomT0m: For example this RfC also proposed a really simple and generic way of handling images on Wikidata: Wikidata:Requests_for_comment/Image_properties:_many_properties_or_many_qualifiers. But even that rather simple scheme did not catch on and we still have all the specialized image properties as far as I know. So the topic might require an RfC that we need to make certain changes to the user interface that makes it easier for people to use generic properties. I might have time to draft something next week and I will ping you for your input. --Tobias1984 (talk) 21:28, 31 July 2015 (UTC)Reply[reply]
I'm not sure if Wikidata actually has the technology for this RFC nor if it's planned to develop it in the long term. --- Jura 07:20, 1 August 2015 (UTC)Reply[reply]
@Jura1: As a lot of your post, I don't understand what you mean. author  TomT0m / talk page 10:25, 1 August 2015 (UTC)Reply[reply]
  •  Support I support the flower color proposal as a generic property. The values have to be added as needed. There are many standards, but most data sources use their own vocabulary, which needs to be matched. As to petal color, sepal color etc.: It may be desirable to add this, but it will not replace the unspecified flower color. For practical reasones, unspecific "flower color" is relatively highly used property in botany, without specifying the parts. Thus data available for flower color cannot be easily mapped to (often unavailable) data for the color of specific parts). --G.Hagedorn (talk) 11:47, 8 August 2015 (UTC)Reply[reply]
  •  Support as above. If different parts have different colours then use applies to part (P518) as a qualifier to identify the part associated with each colour. Joe Filceolaire (talk) 17:34, 8 August 2015 (UTC)Reply[reply]
    @Filceolaire: Excuse me but such a model is prone to give me headeaches :) Flowers are parts of a plant. To tell the color of the flower, or the color of any other part, like leaves, we will use either part of (P361) qualified, or ... a property "color of the part", and when the part has several color, we will use applies to part (P518) ? OK, but we could also put statements like
    ⟨ plant ⟩ color (P462) View with SQID ⟨ yellow ⟩
    applies to Search ⟨ flower ⟩
    ... I really don't like this. We should try to stay consistent in the ontology and limit the number of ways to express the same thing. This means that we should try to adopt the most straightforward rule with as few exceptions as possible, and "in the case of part colors use has part qualified with colors except for the case of flowers where we use "flower color" and when the color has parts we put several "flower color" statements qualified with "applies to" seems to me where we cross a complexity line. author  TomT0m / talk page 08:10, 10 August 2015 (UTC)Reply[reply]
  •  Support somehow the discussion got side-tracked. --- Jura 06:08, 15 August 2015 (UTC)Reply[reply]
  •  Oppose The property color (P462) already exists, and can be used together with applies to part (P518) without problem. I see no benefit to creating a new property for flowers. --Yair rand (talk) 06:46, 16 December 2015 (UTC)Reply[reply]
Yes we have, but how would you describe the colorparts of Union Jack (Q3173323) with a generic property and applies to part (P518)? --Succu (talk) 23:17, 25 December 2015 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment I agree with using color (P462), about the rest I'm not sure. Regardless on whether we use it with qualifiers, or on a data item describing the flower part of that plant, things can get even more complicated than described above - I have two comments. First, consider e.g. butterflies. How do we describe the color of the upperside forewings of the male imago of a butterfly? Forewing is definitely "a part of the object", but in this case we have also other categories: gender male, developmental stage imago, and also upperside (which is perhaps also "a part of the object"). Second, sometimes it's not clear whether the property should apply to the whole object or its part. Is deciduous/evergreen the whole plant, or its foliage? Is phyllotaxis a property of the leaf, or the stem, or the whole plant? Prot D (talk) 09:47, 4 March 2016 (UTC)Reply[reply]

@Pigsonthewing, Daniel Mietchen, G.Hagedorn, Filceolaire, Jura1: ✓ Done as sub-property of color (P462). I see a slight consensus in favor of creating a sub-property, although it is not really clear-cut in this multi-year discussion. In the end I opted for creating this specialized property, since the color of a flower is a very important aspect for identification, but also for the general public. Much more so than the color of any other part of a plant. --Srittau (talk) 21:30, 8 May 2016 (UTC)Reply[reply]

3DMet ID

   Done: 3DMet ID (P2796) (Talk and documentation)
Descriptionimport Template:Chembox 3DMet (Q6871237)
Data typeExternal identifier
Domainchemical compound
Allowed valuesB\d{5}
Exampleethanol (Q153) → B01253
Formatter URL$1
Robot and gadget jobsYes

--GZWDer (talk) 08:32, 6 October 2015 (UTC)Reply[reply]

@GZWDer, Snipre, Pigsonthewing: ✓ Done I noticed the proposer is not available (for a while?). The formatter URL suggested in the previous question is in accordance with the enwiki use, so I used it right away. Lymantria (talk) 12:39, 30 April 2016 (UTC)Reply[reply]

@Lymantria: Thanks for the change of the url and the property creation. It is ok like that. Snipre (talk) 20:52, 30 April 2016 (UTC)Reply[reply]

Molar volume

   Done: molar volume (P2807) (Talk and documentation)
DescriptionTo be used as a qualifier with phase point (P873) to describe critical volume
Data typeQuantity
Domainchemical compounds
Allowed valuesvalue with unit
Exampledimethyl carbonate (Q416254)phase point (P873) with critical point (Q111059) and 251±51 cm³/mol
Sourcescientific literature, e.g. CRC Handbook of Chemistry and Physics (95th edition) (Q20887890)

(Add your motivation for this property here.) ∼Wostr (talk) 22:16, 14 April 2016 (UTC)Reply[reply]


@Wostr, Snipre:✓ Done Happy editing. Lymantria (talk) 18:28, 4 May 2016 (UTC)Reply[reply]


   Done: wavelength (P2808) (Talk and documentation)
DescriptionTo be used as a qualifier with refractive index (P1109)
Data typeQuantity
Domainchemical compounds
Allowed valuesvalue with unit
Exampledimethyl carbonate (Q416254)refractive index (P1109) = 1,3687 with 589 nm
Sourcescientific literature, e.g. CRC Handbook of Chemistry and Physics (95th edition) (Q20887890)

(Add your motivation for this property here.) ∼Wostr (talk) 22:16, 14 April 2016 (UTC)Reply[reply]

  • Pictogram voting comment.svg Comment This needs a better description and should be applicable to other cases besides as a qualifier for refractive index - wavelength is a pretty generic physical property for light, sound, or any other mode of propagation. I could imagine wikidata items for specific spectral absorption lines for instance that it would be reasonable to provide a wavelength property for - though I can't find any examples right now... Anyway, I think the property should be recast as more generic, but otherwise I  Support creating it in principle. ArthurPSmith (talk) 12:52, 30 April 2016 (UTC)Reply[reply]
     Support I agree with User:ArthurPSmith that this will be used more broadly. For example hydrogen line (Q1406191) wavelength=21.10611405413 cm. --99of9 (talk) 03:02, 4 May 2016 (UTC)Reply[reply]
  •  Support A more general application of this property should be proposed. Snipre (talk) 13:21, 4 May 2016 (UTC)Reply[reply]

@Wostr, ArthurPSmith, 99of9, Snipre:✓ Done With a general description. Lymantria (talk) 19:52, 4 May 2016 (UTC)Reply[reply]

Mercalli intensity scale

Descriptionmeasurement of the intensity of an earthquake
RepresentsMercalli intensity scale (Q170350)
Data typeString
Template parameter"intensity" in en:Template:Infobox earthquake and "mercalli" in es:Plantilla:Ficha de terremoto
Allowed values(V?I{1,3}|I?[VX]|XI{1,2})
Example2016 Kaohsiung earthquake (Q22662663) → VII
Robot and gadget jobsPossibly, if there is a source (e.g. from USGS) that has this information in a convenient format for a bot.

Mercalli scale intensity is an important and commonly used attribute for earthquakes, and is often one of the things in the infobox on Wikipedia articles about earthquakes.

I am somewhat bothered by the fact that mercalli is typically given and displayed as a roman numeral, but at least if this is used in an infobox w/ lua, special formatting could at least be done there. (and in the way we have formatter urls for identifiers, maybe there could be something for formatting this type of thing on Wikidata). Aude (talk) 12:01, 7 February 2016 (UTC)Reply[reply]

  • @Aude: Datatype should be "item", with an item created for each of the twelve possible values. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:30, 12 March 2016 (UTC)Reply[reply]
  •  Support --Tubezlob (🙋) 17:49, 17 April 2016 (UTC)Reply[reply]
  •  Support @Aude: To allow roman numerals, datatype should be changed into string, and Regex should be something like (V?I{1,3}|I?[VX]|XI{1,2}) I changed that in the proposal above, but feel free to revert that. Lymantria (talk) 07:38, 24 April 2016 (UTC)Reply[reply]
  •  Support as datatype "item". --Pasleim (talk) 22:37, 25 April 2016 (UTC)Reply[reply]

@Aude:✓ Done and created twelve items with intensity scale numbers as the possible values. Lymantria (talk) 14:52, 26 April 2016 (UTC)Reply[reply]

MathWorld identifier

DescriptionIdentifier for entries in MathWorld, online mathematics reference work.
RepresentsMathWorld (Q719112)
Data typeExternal identifier
Template parameteren:Template:MathWorld: |id= - Template:MathWorld (Q6272939)
Allowed values[A-Z][A-Za-z]*
Formatter URL$1.html

Arthur Rubin
Nomen ad hoc
The Anome
Daniel Mietchen
John Samuel
Jeremy Dover
Toni 001
Pictogram voting comment.svg Notified participants of WikiProject Mathematics


MathWorld is on of the widest used online basic mathematical reference works. It has a template (Template:MathWorld (Q6272939)), that is used in many wikipedias. Lymantria (talk) 15:10, 23 April 2016 (UTC)Reply[reply]


volume formula

   Not done
Descriptionformula to calculate the volume of an object
Data typeMathematical expression
Domaingeometrical object
Allowed valuesLaTeX strings
Examplecube (Q812880) => "V = a^3" or "a^3",sphere (Q12507) => "V = \frac{4}{3} \pi \cdot r^3", solid of revolution (Q725939) => "V = \pi \cdot \int_{a}^{b} (f(x))^2 \mathrm{d}x"

Adding this property with data type "Mathematical Expression" allows us to save language indepentant information, used by several articles.

This kind of property should also emphasize, why we should have several properties additionally to the TeX String one to add a meaning to the formatted TeX String.  – The preceding unsigned comment was added by 2003:45:4f71:7301:d515:92cf:a661:d7f8 (talk • contribs) at 11 feb 2016 05:03 (UTC).


 Not done No consensus. Lymantria (talk) 08:52, 7 May 2016 (UTC)Reply[reply]

lastedit (Wikivoyage)

DescriptionDate stamp; when was info in this record last verified? WV listings get outdated quickly. date of disappearance (P746) is close, but specific to missing persons.
Data typePoint in time
Template parameterlastedit in voy:template:listing at Template:Listing (Q14330485)
Allowed valuescalendar date, point in time (P585)
  • Pictogram voting comment.svg Comment Maybe "Wikivoyage entry last checked" as name? point in time (P585) is generally used for individual statements. dissolved, abolished or demolished date (P576) can be used to indicate that a place no longer existing.
    --- Jura 09:43, 15 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment We don't know the venue has disappeared (otherwise we would remove the listing outright). All this field tells us is that the venue was still extant as described at the date listed. It's a "date last seen" but doesn't necessarily put the venue on a missing persons list. K7L (talk) 18:54, 15 May 2016 (UTC)Reply[reply]
    • P576 could be used without an actual date (unknown value) or with a year. At Wikidata, items are not deleted because they are no longer current.
      --- Jura 05:08, 16 May 2016 (UTC)Reply[reply]
    • P576 without an actual date might work as a 'closed' flag (next item, below) but wouldn't fit this item. The 'lastedit' field indicates that an establishment was last seen alive by a Wikivoyage editor on that specific date, for instance {{sleep|name=Some cowshed in Bethlehem|lastedit=0001-12-25}} doesn't tell us whether they're still housing voyagers in stables because there was no room in the inn, only that it was happening the last time we checked - on Christmas Day. retrieved (P813) (access date, date retrieved) might be closer? K7L (talk) 13:10, 16 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment This is *not* the same as the metadata, as it doesn't update on every edit - only manually each time someone has verified the listing is accurate or the venue is still in operation. For instance, I log on in 1912 and create a "get in - by boat" listing for SS Titanic, a fine and luxurious vessel that just launched. It gets forgotten for a few years, then someone edits it to correct the name from SS Titanic to RMS Titanic without verifying the rest or checking whether the boat is still running. That bumps forward the edit date in the metadata, but doesn't update Wikivoyage's "lastedit" because that's used as a "last verified" date and not merely "last touched". They're not the same, so they should not be synchronised in any way. K7L (talk) 19:53, 16 May 2016 (UTC)Reply[reply]
  •  Oppose This can be expressed using Wikidata references or qualifiers. This property would contradict good practice in Wikidata. -- T.seppelt (talk)

closed (Wikivoyage)

DescriptionBoolean flag indicating a venue is permanently closed and should be removed from all Wikivoyage editions. dissolved, abolished or demolished date (P576) can be used to indicate that a place no longer exists if we know when it closed - but we often find these years later as URLs break or telephone numbers go out of service.
Data typeItem
Template parameterNot used as a Template:Listing (Q14330485) listing field; setting this 'true' should suppress display of the entire template or display an error.
Allowed valuestrue, false, (blank)
  • Pictogram voting comment.svg Comment This effectively invalidates the entire record for Wikivoyage purposes, as the guide rarely mentions something which no longer exists. Likely only useful to track closed venues to ensure they're removed from other Wikivoyage languages. K7L (talk) 19:18, 15 May 2016 (UTC)Reply[reply]
  •  Oppose Use end date, significant event, or similar. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:24, 16 May 2016 (UTC)Reply[reply]
  •  Oppose Per Andy. --Srittau (talk) 18:09, 16 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment The end date looks close, but can we use it if we have no idea when the venue closed - but do know that a call today gives "number not in service"? K7L (talk) 19:53, 16 May 2016 (UTC)Reply[reply]
  •  Oppose per Andy. -- T.seppelt (talk) 20:10, 16 May 2016 (UTC)Reply[reply]


   Not done
DescriptionURL to venue's user-supplied content page on Google+, see proposal at Wikidata:Property_proposal/Generic#Google.2B
Data typeExternal identifier
Template parametergoogle in voy:de:vorlage:vCard at Template:Listing (Q14330485), currently a full URL, used in German-language Wikivoyage only
DomainWikivoyage listings (de)
Allowed valuesinteger or text (username), website account on (P553)
Example"Komische Oper Berlin" listing in voy:de:Berlin points to
Formatter URL$1/

Closed as duplicate of Wikidata:Property proposal/Google plus. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:49, 16 May 2016 (UTC)Reply[reply]

Place of marriage

Descriptionlocation where the marriage was celebrated, qualifier for property "spouse" (P26)
Data typeItem
Sourceitems with spouse (P26) currently using location (P276) as qualifier
Proposed byProperty_talk:P26#Place_of_marriage
--- Jura 11:26, 17 April 2016 (UTC)Reply[reply]
✓ Done --Tobias1984 (talk) 19:02, 17 May 2016 (UTC)Reply[reply]

Wikidata time precision

Descriptionnumeric value used by Wikidata to describe the corresponding time/date precision
Data typeQuantity
Allowed valuesintegers (1-14)
ExampleYear > 9, Day > 11
Proposed byUser:Jura1
@Lymantria: As in the sample above, the idea is to place it on items like month (Q5151) allowing to add a label to precision in queries, sample: [1].
--- Jura 21:05, 2 May 2016 (UTC)Reply[reply]
Ah, right.  Support. Lymantria (talk) 06:03, 3 May 2016 (UTC)Reply[reply]

@Jura1:✓ Done --Lymantria (talk) 06:49, 4 May 2016 (UTC)Reply[reply]

Wikidata month number

   Done: no label (P2837) (Talk and documentation)
Descriptionnumeric value of month
Representsmonth (Q5151)
Data typeQuantity
Domain12 items for months
Allowed values1-12
Allowed unitsnone
ExampleMay > 5
  • Pictogram voting comment.svg Comment Allows to add month names to query results with datatype time.
    --- Jura 08:22, 5 May 2016 (UTC)Reply[reply]
  • Pictogram voting question.svg Question Can't this be fixed by using
    ⟨ May (Q119)  View with Reasonator View with SQID ⟩ numeric value (P1181) View with SQID ⟨ "5" ⟩
    criterion used (P1013) View with SQID ⟨ calendar date (Q205892)  View with Reasonator View with SQID ⟩
    ? May being 5 is more general than in Wikidata. Lymantria (talk) 09:51, 5 May 2016 (UTC)Reply[reply]
    • We could do almost all quantity datatype properties with P1181. It just gets more complicated to build queries and/or monitor items for changes. Every time someone edits an item that may be completely unrelated, potentially they could break everything.
      --- Jura 10:17, 5 May 2016 (UTC)Reply[reply]
  • Can you give an example where this property is needed? --Pasleim (talk) 21:06, 7 May 2016 (UTC)Reply[reply]

@Jura1:✓ Done without "Wikidata" in the name, this month number is way more general. Lymantria (talk) 07:50, 14 May 2016 (UTC)Reply[reply]

  • The problem with that is that it could lead to more than 12 items with the property.
    --- Jura 09:34, 14 May 2016 (UTC)Reply[reply]
    • Agreed. I would prefer the more specific Wikidata to be in the title. @Lymantria, Jura1: --Izno (talk) 14:01, 16 May 2016 (UTC)Reply[reply]
      • Right. Adjusted the English and Dutch descriptions accordingly. Other languages I am not capable of. Lymantria (talk) 15:20, 16 May 2016 (UTC)Reply[reply]

applies in

   Not done
DescriptionSee above. Probably only used with property "property used in this template".
Data typeItem
Allowed valueswikimedia projects
ExampleTemplate:Authority control (Q3907614) "uses" ORCID iD (P496); "applies in" English Wikipedia (Q328)


Proposed by: GZWDer (talk) (Add your motivation for this property here.) GZWDer (talk) 15:40, 6 March 2015 (UTC)Reply[reply]

@GZWDer:  Not done Non-stand-alone proposal, with the referenced proposal is missing. This makes no sense and can not be created as is. If this is still required, please open a new, stand-alone proposal. --Srittau (talk) 23:15, 5 May 2016 (UTC)Reply[reply]

Gettext plural form string

   Not done
Descriptionstring used in Gettext PO files to determine plural forms
Representsgrammatical number (Q104083)
Data typeString
ExampleGerman (Q188) => "nplurals=2; plural=(n != 1);"

Motivation: GNU Gettext is a widespread translation program. One of its features is a distinction of the grammatical number. For example, English has 2 grammatical “numbers”: singular and plural. Russian has 4 of them, Chinese only has one, and so an. Additionally, the grammatical number can differ a lot for each language. Gettext has a syntax to desribe the grammatical number of a language. See the source to learn more. While this is very technical, I think having this syntax also has a nice side-effect: It provides a precise way to describe the various grammatical number systems (oddly referred to as “plural forms” in Gettext manuals) of the languages of the world. That's great to build a database IMO. So its use is clearly beyond just Gettext. A list of known “plural forms” values can be accessed here: This proposal may not be complete, so please suggest anything which is missing! Thanks.

Proposed by: Wiki-Wuzzy (talk)

  •  Support --- Jura 23:32, 20 April 2015 (UTC) Need to think this over. --- Jura 10:58, 8 May 2015 (UTC)Reply[reply]
  •  Support. Wiki-Wuzzy is there any benefit in having the datatype = "item" instead (and rename the property "grammatical number")? with items created for each different form of grammatical number. This would mean languages with 4 'plural forms' would have 4 values for this property. Filceolaire (talk) 13:07, 28 April 2015 (UTC)Reply[reply]
    • No, because you inevitably lose information if you do this, because terms like “plural” are not strictly defined. Most importantly, you'd lose the rules (a “plural” does not follow the same rules for all languages which have a plural). Your idea soundns more like something which could (!) be used for another property. --Wiki-Wuzzy (talk) 12:22, 2 May 2015 (UTC)Reply[reply]
      •  Support, but uncertain, per Kaldari Popcorndude (talk) 00:53, 11 November 2015 (UTC)Reply[reply]
      • couldn't you have an item version for the vast majority of these?
        • "has plural": "1 thing", "not 1 thing"
        • "has plural": "1 thing", "more than 1 thing"
        • "has plural": "no plural".
      • There are 143 languages listed, these 3 cover 120 of them. Or perhaps a slightly more general property for what grammatical category (Q980357)s the language marks? Popcorndude (talk) 12:32, 11 October 2015 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment Having a value based on a specific piece of software seems short-sighted. Shouldn't we be recording this data semantically? Kaldari (talk) 23:25, 10 November 2015 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment As with others above, I think this would be best to be item-valued, with values required to be from a small class of allowed items.
With that proviso, I would  Support.
But it would be good to be able to record on that small set of items how the class was represented in GNU Gettext. It seems to me that this would need a new property, perhaps "syntactic expression", so that one could record
⟨ plural-type N ⟩ "syntactic expression" Search ⟨ "nplurals=2; plural=(n != 1);" ⟩
programming language (P277) [[Special:Search/Property:programming language (P277)|Search]] ⟨ GNU Gettext (Q937302) ⟩
As far as I can see this property for how something is represented in a particular programming or specification language appears to be something that still needs to be created (though it's possible I may just have missed it). Jheald (talk) 21:51, 17 November 2015 (UTC)Reply[reply]

@Wiki-Wuzzy, Jura1, Filceolaire, Popcorndude, Kaldari, Jheald:  Not done: no consensus for the property as is. But I can see a consensus for an item-based solution, where languages, whose plural-form works similar are referencing the same item. Per Jheald, this item could then get a property for a gettext string. You might consider a new proposal for those two properties. --Srittau (talk) 23:21, 5 May 2016 (UTC)Reply[reply]

HowLongToBeat identifier

DescriptionHowLongToBeat identifier
RepresentsHowLongToBeat (Q22222506)
Data typeExternal identifier
DomainVideo games
Allowed valuespositive integers or \d+
ExampleTomb Raider (Q1757876)10469
Formatter URL$1

HowLongToBeat is an online polling database for determining video game completion time in various styles. Unlike other media such as books, film, and television, there is no algorithm for determining game play time. Judging by image filenames, the database was seeded with Wikipedia data after its launch (2011). Dispenser (talk) 15:13, 22 January 2016 (UTC)Reply[reply]


@Dispenser, Micru: ✓ Done --Srittau (talk) 23:40, 5 May 2016 (UTC)Reply[reply]

Time period of inception and reconstruction

   Not done
DescriptionInception and reconstruction time, espesially for architecture monuments
Data typeMonolingual text
Template parameter"year" in lv:template:monument, year in voy:ru:template:monument, рік in uk:template:ВЛП-рядок
Allowed valuesany text
Example"1207 - 1209, XIV - XVI cent., 1699, rebuilded in 1991 - 2000"
SourceWLM monuments lists in Wikipedia

Currently Latvian, Russian and Ukrainian communities are in progress of migration WLM monuments from lists to Wikidata. We have very comprehensive and complete monument lists, so we can't afford to lose the information from these lists. Inception and reconstruction time period often presents in the lists, espesially for architecture monuments and we can't replace such time periods by inception (P571) because its ambiguity and restrictions - inception (P571) forbids more than one date. Voll (talk) 17:42, 23 April 2016 (UTC)Reply[reply]

  •  Support as requestor. --Voll (talk) 17:49, 23 April 2016 (UTC)Reply[reply]
  •  Support needed for Wikivoyage.--Ymblanter (talk) 19:13, 23 April 2016 (UTC)Reply[reply]
  •  Support, this property will be useful for monuments database and Wikivoyage. --Alexander (talk) 19:15, 23 April 2016 (UTC)Reply[reply]
  • Can we replace it by datetime value? Or maybe use begin date and end date. It may be useful for comparison or sorting (for example to list older monuments first).--Ahonc (talk) 19:31, 23 April 2016 (UTC)Reply[reply]
    • Nobody can forbid us to use inception (P571) with first date from "1207 - 1209, XIV - XVI cent., 1699, rebuilded in 1991 - 2000" as the begin date. but we can't use inception (P571) for all reconstruction dates. --Voll (talk) 20:45, 23 April 2016 (UTC)Reply[reply]
      • Firstly, we may separate create and rebuild date, secondly, 1207, 14 century, 1209, 16 century, 1699, 1991, 2000 have their own WD elements and we may use WD elements instead of text. So we may have problems only with dates like 1st half of 19th century. As alternative we may use two properties: string-type and datetime-type, first will use for showing, second for comparison and sorting.--Ahonc (talk) 21:09, 23 April 2016 (UTC)Reply[reply]
  •  Oppose as a text value. Would  Support this as a date value. --Srittau (talk) 19:49, 23 April 2016 (UTC)Reply[reply]
    • I am sorry, but I haven't got the idea. How can I realize my example string: "1207 - 1209, XIV - XVI cent., 1699, rebuilded in 1991 - 2000" (and it is not the hardest example) using the datetime value? --Voll (talk) 20:51, 23 April 2016 (UTC)Reply[reply]
      • It would need to be two separate properties, one for the begin date and one for the end date (e.g. "construction started" and "construction finished"). - Nikki (talk) 21:54, 23 April 2016 (UTC)Reply[reply]
    • I completely agree (although as I pointed out above, it would need to be two properties). Wikidata is about structured data, a text string is definitely not the right solution here. - Nikki (talk) 21:54, 23 April 2016 (UTC)Reply[reply]
  • One option would be to use significant event (P793) construction (Q385378) with start time (P580) and end time (P582) as qualifiers (items other than construction (Q385378) can be used for the dates referring to rebuilding, restoration, etc). - Nikki (talk) 21:54, 23 April 2016 (UTC)Reply[reply]
    • Symbol oppose vote oversat.svg Strong oppose to storing this as a text value. If it really needs to be added to Wikidata right now, this shows how the example string could already be entered using significant event (P793) (we could create an item for rebuilding, I used "building restoration" for now). I have no objections to creating new date properties (probably easier to query, although significant event (P793) makes it easier to pair dates). - Nikki (talk) 10:16, 24 April 2016 (UTC)Reply[reply]
  •  Support, yes, we need it for monument lists. Agree, that we can also use inception (P571) for querying (that was my first idea). Somewhere in future, we can convert this proposed property into good, queryable property. --Edgars2007 (talk) 07:54, 24 April 2016 (UTC)Reply[reply]
    • Why create a property to only be used temporarily? It will only create more work for everyone. It's more work for us, converting the data, and more work for local projects, converting their templates to use the first property, then adapting their templates to support both methods after we start to replace the property (which could take a while, P357 (P357) is still not finished a year and a half later) and then changing it again to remove the unnecessary code once we delete the old property. - Nikki (talk) 10:16, 24 April 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment Dear friends, please remember my original request: governmental institutions often in their databases describe heritage monument history in such strange (for WD) way: "1207 - 1209, XIV - XVI cent., 1699, rebuilded in 1991 - 2000". They just marked milestones without information what happened in this milestones. What happened in 1699 __we don't know__ - abbey could built new belfry or could rebuit old church - so we can't guess - it was inception or reconstruction? In my small country (2 mln inhabitants) we have about 700 described cases (some cases are more complicated than mentioned one) - every tenth monument. I think we will have tens of thousands parameters with described ambiguity in Russia. I am going to import all information from lists to Wikidata, so if I throw these parameters away, I can't convince the WLM community to replace old list with generated ones and store all the data in Wikidata only. Yes, we can discuss about new properties for time of reconstruction and so on, but my request was about storing in Wikidata information from governmental heritage monuments lists. Thank you. --Voll (talk) 10:35, 24 April 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment Nikki, thank you so much, I am thinking a lot about your questions and proposals and now I see that my request was wrong ab initio.
    • I need, in fact, something like "Monument construction milestones in heritage register" and this new property should be used only as heritage designation (P1435) qualifier. Should I create new request or change information in this request?
    • We need to discuss somewhere about your significant event (P793) idea, Ahonc idea, tie it with inception (P571) etc. and than code the chosen solution in the import bot. --Voll (talk) 07:26, 25 April 2016 (UTC)Reply[reply]
  •  Oppose Use existing properties as discussed; prefer structured data over unstructured text. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:30, 26 April 2016 (UTC)Reply[reply]
  •  Oppose if it is a monolingual text, would support if it would be a list of dates. Firstly, WLM lists can be multilingual (e.g. WLM lists for Crimea are available in Ukrainian and in Russian), secondly, I really don't like the idea of storing dates as text — NickK (talk) 15:25, 27 April 2016 (UTC)Reply[reply]
  •  Oppose use inception (P571) and significant event (P793) --Pasleim (talk) 16:35, 27 April 2016 (UTC)Reply[reply]

@Voll:  Not done, no consensus. --Srittau (talk) 23:51, 5 May 2016 (UTC)Reply[reply]

appears in the list of heritage monuments

Descriptionheritage monument is a part of the list of heritage monuments
Data typeItem
Allowed valueslists of heritage monuments (Wiki loves monuments)
SourceWikidata items

Currently Latvian, Russian and Ukrainian communities are in progress of migration WLM monuments from lists to Wikidata. Every monument should be linked to the heritage monuments list because we are planning to support heritage monuments lists in Wikipedia in the future too. We can't use list of monuments (P1456) because it creates link from administrative territorial entity to heritage monument list and have some specific constraint violations. Voll (talk) 17:48, 23 April 2016 (UTC)Reply[reply]

  •  Support as requestor. --Voll (talk) 17:49, 23 April 2016 (UTC)Reply[reply]
  •  Support needed for heritage lists.--Ymblanter (talk) 19:13, 23 April 2016 (UTC)Reply[reply]
  •  Support per above. --Alexander (talk) 19:16, 23 April 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment Why can we not get this value by administrative unit? Basilica of the Assumption is situated on AGlona village, which is part of Aglona Parish, which is part of Aglona municipality. Then Basilica is part of Aglona municipality, then it is part of list of monuments of this municiplaity. That's why this property is redundant. // Почему нельзя получить это значение по административной единице? Если Аглонская базилика расположена в селе Аглона, которое находится в Аглонской волости, которая в свою очередь в Аглонском крае, значит базилика в Аглонском крае, а значит она является частью списка памятников этого края. Соответственно это свойство избыточно.--Ahonc (talk) 19:27, 23 April 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment I have similar reservations like User:Ahonc. I think this should be solved with smart queries. --Srittau (talk) 19:53, 23 April 2016 (UTC)Reply[reply]
    • We need this property not for queries, but for support (maintaining) heritage monuments lists in Wikipedia. Unfortunately, heritage monuments list doesn't correspond to specific administrative territorial entity - we may have a few lists for single administrative territorial entity (uk:Вікіпедія:Вікі любить пам'ятки/Київ/Шевченківський район (А–В)) or we may combine monuments from different administrative territorial entities to one heritage monuments list (lv:Valsts aizsargājamie kultūras pieminekļi Jūrmalā (Dubulti–Lielupe)). --Voll (talk) 21:07, 23 April 2016 (UTC)Reply[reply]
    • I think we shouldn't create two ecosystems for monuments lists (one in Wikidata and second in Wikipedia). We should tie these together as much as possible, otherwise we will lose for Wikidata all these communities which are working for lists maintaining and "Wiki loves monuments" contest. If we can't create strong connection between Wikidata and WLM/lists each community will be fine on its own, but it is not enough, if we are going to create mighty heritage monuments database. --Voll (talk) 21:29, 23 April 2016 (UTC)Reply[reply]
  • Manually maintaining lists is a bad idea, regardless of where it's done. What exactly are you trying to achieve, and why can't you use the criteria used to create the list to find the relevant items? - Nikki (talk) 22:43, 23 April 2016 (UTC)Reply[reply]
    • I'm going to say  Oppose until someone can explain why the list can't be generated from the criteria used for creating the list. I'm not sure exactly what people are referring to with "smart queries", but filtering by the first letter and/or including multiple administrative entities is easy to do with SPARQL (and SPARQL queries is how the development team plan to support lists, from what I've heard). - Nikki (talk) 09:30, 24 April 2016 (UTC)Reply[reply]
      • Thank you for the question, Nikki. As you know many national communities create own heritage monument lists for WLM contest. For some countries (Ukraine, Italy, etc,) these lists are the only place where you can find information about monuments, because government doesn't collect this information and volunteers collect it from municipalities. In other countries (Russia for example) WLM community improved the lists and they contain a lot of information additionally to common governmental data. In my opinion we can't afford to lose the information collected by communities year by year.
      • So my plan is: import all information from lists to Wikidata (I am writing a bot for this task), create tool (or extend Listeria functionality) for generation the lists from WD, generate these list alongside to hand made lists (I need requested property for this step), and only then ____convince____ the community to replace old list with generated ones and store all the data in Wikidata only. It will take many months, many times bot will be running and all this time I should have links between old lists and monuments in Wikidata and requested property will do this job. --Voll (talk) 09:56, 24 April 2016 (UTC)Reply[reply]
  •  Support, per nomination. Smart queries won't work, as Voll noted (with examples from uk and lvwiki). --Edgars2007 (talk) 07:57, 24 April 2016 (UTC)Reply[reply]
  • Inviting @Multichill:--Ymblanter (talk) 08:19, 24 April 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Options How about lv:Dalībnieks:Jura1/test1?
    --- Jura 09:19, 24 April 2016 (UTC)Reply[reply]
    • It is not only option, it is second step in my project ;-). But I prefer use current list division, because WLM volunteers many years divide own lists in this way. I will make first test project in Latvian community, so it will be possible for WLM volunteers and Wikidata editors check result and correct tasks for other communities. --Voll (talk) 10:03, 24 April 2016 (UTC)Reply[reply]
  • What about has list (P2354)? --Pasleim (talk) 22:24, 25 April 2016 (UTC)Reply[reply]
    I don't think so, because IMHO has list (P2354) is using in classes mostly, it is distinct and inverse for the most part. If we are thinking about existing property, then we can use list of monuments (P1456), if we allowed "cultural property" type in addition to "area" type. Something like "link to the list of heritage monuments connected (related) to the subject (area or property)". --Voll (talk) 19:09, 26 April 2016 (UTC)Reply[reply]

@Voll, Ymblanter, Atsirlin, Edgars2007: ✓ Done. Needed at the moment. Maybe we can come up with a better solution in the future. I also created Q24025936 as a sub-class of Wikimedia list article (Q13406463). Please use that for lists of cultural heritage monuments. --Srittau (talk) 00:04, 6 May 2016 (UTC)Reply[reply]

@Srittau: I'm not sure I understand this proposal, but is this really a wikimedia list ? @Voll: Could you be a little more specific about the kind of list you are planning to build ? For example, I see statement which seems incorrect to me : we're mixing a class of documents (an outside world concept) with a wikimedia list, which is something we're usually trying to avoid. Secondly, please see Help:Classification, I think you're trying to use the concept of a "list" as the concept of a "class" and that actually to link the class of monuments to the class (of all "classified" ;) monuments) with instance of (P31). Which is something I'm trying to avoid as we're building A LOT of specific properties and classification systems for very little gain. author  TomT0m / talk page 09:38, 11 May 2016 (UTC)Reply[reply]
For example, it should be enough to
⟨ the monument ⟩ instance of (P31) View with SQID ⟨ list of Latvian cultural monuments (Q20566219)  View with Reasonator View with SQID ⟩
. to get a list, a simple SPARQL query like {{SPARQL}}
SELECT ?monument where { ?monument wdt:P279*/wdt:P31 wd:Q20566219 }
Run it!
could then be enough. author  TomT0m / talk page 09:49, 11 May 2016 (UTC)Reply[reply]

government expenditure by type

   Not done
Descriptionthe amount of money spent by a government on a specific budget item
Data typeNumber (not available yet)
DomainCountries, states, cities
Allowed valuesCurrency amounts
Example$16 billion spent on military in 2013
Robot and gadget jobsA robot should update this

central government bond yield (10 year maturity)

   Not done
Descriptionthe interest rate on a 10 year government bond
Data typeNumber (not available yet)
DomainCountries, states, cities
Allowed valuesPercentages
Robot and gadget jobsA robot should update this

The government 10 year bond yield is important information for assessing credit markets Mcnabber091 (talk) 07:24, 17 December 2015 (UTC)Reply[reply]


Pictogram voting comment.svg Comment Qualifier would be historical date of the interest rate. Mcnabber091 (talk) 04:51, 20 December 2015 (UTC)Reply[reply]

Pictogram voting comment.svg Comment @Mcnabber091: In some countries these bond move up and down a lot, see for instance these graphs. Are you prepaired to do mass imports of historical data on this property? Only two or three figures about random moments in time I think do not yield a lot of information. Lymantria (talk) 06:40, 7 May 2016 (UTC) @Lymantria: This property would be updated once per year. A yearly snapshot is better than nothing.Mcnabber091 (talk) 06:33, 17 May 2016 (UTC)Reply[reply]

  •  Not done lack of support, unclear if it's ever going to be used.
    --- Jura 15:38, 19 May 2016 (UTC)Reply[reply]

household liabilities by source

   Not done
Descriptionthe amount of liabilities (debt) held by households for a specific type of debt
Data typeNumber (not available yet)
DomainCountries, states, cities
Allowed valuesCurrency amounts
Example$56 billion in home mortgages
Robot and gadget jobsA robot should update this

Household liabilities play an important role in the economy and it is good to know what types of loans households have Mcnabber091 (talk)


Pictogram voting comment.svg Comment I was thinking of deleting this property and then create separate properties for each liability type (household mortgage debt, household auto loans, household credit card debt, etc.). In that case I would delete this property and create new properties to work for the data. Please see this table to get an example of what data I want to import into Wikidata: Household assets and liabilities Mcnabber091 (talk) 01:18, 21 December 2015 (UTC)Reply[reply]

  •  Not done lack of support, unclear if it's ever going to be used.
    --- Jura 15:38, 19 May 2016 (UTC)Reply[reply]

household assets by source

   Not done
Descriptionthe amount of assets held by households for a specific type of asset
Data typeNumber (not available yet)
Allowed valuesCurrency amounts
Example$3.5 trillion in equity stock
Robot and gadget jobsA robot should update this

Pictogram voting comment.svg Comment Household assets are an important part of the economy. It is important to know the composition of household wealth. Mcnabber091 (talk) 07:38, 17 December 2015 (UTC)Reply[reply]


Pictogram voting comment.svg Comment Please see the household liability by type property proposal. Mcnabber091 (talk) 05:23, 20 December 2015 (UTC)Reply[reply]

  •  Not done lack of support, unclear if it's ever going to be used.
    --- Jura 15:38, 19 May 2016 (UTC)Reply[reply]

sovereign wealth fund

   Not done
Descriptionsovereign wealth fund of the country or region
Representssovereign wealth fund (Q1061648)
Data typeItem
Domaincountries, regions
Allowed valuessubclass of organization (Q43229)
ExamplePeople's Republic of China (Q148)China Investment Corporation (Q1824816)
Sourceen:Largest sovereign wealth funds#Largest sovereign wealth funds etc.

Sovereign wealth funds can have a large amount of money that can impact a national economy. Mcnabber091 (talk)

household wealth per capita

   Not done
Descriptionthe amount of household wealth (net worth) per adult
Data typeNumber (not available yet)
Allowed valuesCurrency amounts
Example$3,500 per adult
Robot and gadget jobsA robot should update this

Household wealth is very important for analyzing an economy Mcnabber091 (talk) 07:38, 17 December 2015 (UTC)Reply[reply]


Pictogram voting comment.svg Comment This property should be easy to create. It would be a simple amount. The qualifier would be the historical date and currency. Mcnabber091 (talk) 08:39, 20 December 2015 (UTC)Reply[reply]

  •  Not done lack of support, unclear if it's ever going to be used by proposer.
    --- Jura 15:32, 19 May 2016 (UTC)Reply[reply]

individual tax rate

Descriptionthe percentage tax rate on individuals by income
Data typeNumber (not available yet)
DomainCountries, states, cities
Allowed valuesPercentage
Robot and gadget jobsA robot should update this

Tax rates and tax thresholds are important economic statistics to monitor government finance and economic behavior. Mcnabber091 (talk) 06:25, 18 December 2015 (UTC)Reply[reply]


Pictogram voting comment.svg Comment This property would be the individual tax rate for a country. It would have 3 main qualifiers: historical date, lowest income threshold and highest income threshold. Item: Country. Property: Individual tax rate Qualifier: date. Qualifer: lowest income threshold. Qualifier: highest income threshold. Would this work? Mcnabber091 (talk) 08:52, 20 December 2015 (UTC)Reply[reply]

  •  Support. I think this will work with those qualifiers but you need to propose the qualifier properties for the threshold. Joe Filceolaire (talk) 16:12, 22 December 2015 (UTC)Reply[reply]

@Mcnabber091, Filceolaire: ✓ Done I created the requested qualifiers as lowest income threshold (P2835) and highest income threshold (P2836). Lymantria (talk) 07:23, 14 May 2016 (UTC)Reply[reply]

capital gains tax rate

   Not done
Descriptionthe standard tax rate investors pay on capital gains
Representscapital gains tax (Q687591)
Data typeNumber (not available yet)
Allowed valuesPercentage
Robot and gadget jobsA robot should update this

The capital gains tax rate is an important economic variable.Mcnabber091 (talk) 22:41, 20 December 2015 (UTC)Reply[reply]

  •  Not done lack of support, unclear if it's ever going to be used.
    --- Jura 15:38, 19 May 2016 (UTC)Reply[reply]

central government debt

   Not done
Descriptiontotal debt held by the central government
Representsgovernment debt (Q12695)
Data typeNumber (not available yet)
Allowed valuesNumber, currency
Example$324 billion
Robot and gadget jobsA robot should update this

central government debt is an important economic statistic that provides information about the finances of a country.Mcnabber091 (talk) 22:51, 20 December 2015 (UTC)Reply[reply]


Pictogram voting comment.svg Comment this property shouldn't be too hard to create. it would have qualifiers for each year.Mcnabber091 (talk) 22:51, 20 December 2015 (UTC)Reply[reply]

 Oppose. We have total debt (P2133). Joe Filceolaire (talk) 16:42, 22 December 2015 (UTC)Reply[reply]

Pictogram voting comment.svg Comment Do we need to make an item for each government entity such as 'united states federal government' or 'govnerment of Las Vegas'? I don't think this property would be descriptive enough when applied to the 'united states' item. Are you suggesting we would use a qualifier to show that it is central government? In that case I don't think we have a property yet that differentiates a central government. I think it would be easier to have both properties. Mcnabber091 (talk) 21:45, 25 December 2015 (UTC)Reply[reply]

Would the property legal form fix this? I don't see how that would work. Mcnabber091 (talk) 21:57, 25 December 2015 (UTC)Reply[reply]
 Support I think total debt (P2133) at a country page could easily be misunderstood as total debt of a country and all its inhabitants or something. So I support this, but as a subproperty of total debt (P2133). Lymantria (talk) 09:49, 3 May 2016 (UTC) Second thoughts. Lymantria (talk) 13:37, 7 May 2016 (UTC)Reply[reply]
  • @Lymantria: I think this property is specific enough. It means exactly the about of debt outstanding for the central government of a country. I hope it wouldn't get misunderstood. Mcnabber091 (talk) 06:15, 17 May 2016 (UTC)Reply[reply]
  •  Not done lack of support, unclear if it's ever going to be used by proposer.
    --- Jura 15:33, 19 May 2016 (UTC)Reply[reply]

state and local combined government debt

   Not done
Descriptioncombined debt for all state and local governments within a country.
Data typeNumber (not available yet)
Allowed valuesNumber. positive or negative
Example-352 billion
Robot and gadget jobsA robot should update this

State and local government finance is important for economic analysis Mcnabber091 (talk) 23:06, 20 December 2015 (UTC)Reply[reply]

  •  Not done lack of support/unclear if it's actually ever going to be used by proposer.
    --- Jura 15:30, 19 May 2016 (UTC)Reply[reply]

Pictogram voting comment.svg Comment I'm not sure how this would work. The goal is to have a list of public investment funds within a country.Mcnabber091 (talk) 01:18, 21 December 2015 (UTC)Reply[reply]

Pictogram voting comment.svg Comment I have reshaped the proposal. --Jklamo (talk) 21:49, 9 April 2016 (UTC)Reply[reply]

  •  Not done lack of support, unclear if it's ever going to be used.
    --- Jura 15:38, 19 May 2016 (UTC)Reply[reply]


This is an important economic statistic for analyzing an economy.


Pictogram voting comment.svg Comment I was thinking about deleting this property proposal and replacing it with multiple new properties that are more specific (for example: Central government military expenditure, Central government healthcare expenditure etc.). Would this be the appropiate way to import this type of data into Wikidata. Please see this example of the data I'm talking about: [2]. I can't find any relevant examples on Wikidata yet. Mcnabber091 (talk) 05:14, 20 December 2015 (UTC)Reply[reply]

  • Pictogram voting comment.svg Comment Please rename as "Expenditure by Type" so it can be used for other ornanizations besides national governments.
Use with qualifier 'applies to part (P518)' to indicate what type each line is. Joe Filceolaire (talk) 16:37, 22 December 2015 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment @Filceolaire: As you are suggestion if this were used for the U.S. federal budget, then it would be 'expendtiture by type' under the United States item (or should another item be created for U.S. federal government)? Using the United States item, I feel like that is not descriptive enough to just be 'expenditure by type'. I feel like this would be more convenient to keep it as 'central government expenditure by type' and create a new property for 'expenditure by type' that would apply to all other entities. Mcnabber091 (talk) 20:29, 25 December 2015 (UTC)Reply[reply]
I was reading through more comments and I saw that you suggested 'applies to part' property to separate separate lines. Can you give me an example of it being used in this way? Mcnabber091 (talk) 21:59, 25 December 2015 (UTC)Reply[reply]
Mcnabber091 I disagree on the name This should be a generic property for government expenditure whether it is central, state or county. The important thing is to distinguish between the statistics for the state and statistics for the state government so "Government expenditure by type" works for me.
I can't think of an example off hand of applies to part (P518) used with an economic property - these economic properties aren't much used yet - but that is certainly my understanding of what applies to part (P518) (Description:"part of the item for which the claim is valid") was created for. Joe Filceolaire (talk) 20:19, 30 December 2015 (UTC)Reply[reply]
@Filceolaire: Thank you for the comment. I change the name to 'government expenditure by type'. It would be a big help if you could make comments on the other properties proposals on this page. Mcnabber091 (talk) 05:00, 31 December 2015 (UTC)Reply[reply]
He is unlikely to respond. RIP.
--- Jura 15:38, 19 May 2016 (UTC)Reply[reply]
  •  Not done lack of support, unclear if it's ever going to be used.
    --- Jura 15:38, 19 May 2016 (UTC)Reply[reply]

central government expenditure

   Not done
Descriptiontotal expenditure by the central government
Data typeNumber (not available yet)
Allowed valuesNumber, currency
Example$32 billion
Robot and gadget jobsA robot should update this

government expenditure is an important economic statistic. Mcnabber091 (talk) 22:57, 20 December 2015 (UTC)Reply[reply]


Pictogram voting comment.svg Comment this property would be a single $ amount. qualifier by year.Mcnabber091 (talk) 22:57, 20 December 2015 (UTC)Reply[reply]

Pictogram voting comment.svg Comment Do we need to make an item for each government entity such as 'united states federal government' or 'govnerment of Las Vegas'? I don't think this property would be descriptive enough when applied to the 'united states' item. Are you suggesting we would use a qualifier to show that it is central government? In that case I don't think we have a property yet that differentiates a central government. I think it would be easier to have the longer property title. Mcnabber091 (talk) 21:45, 25 December 2015 (UTC)Reply[reply]

@Lymantria: I think that makes sense to me. I not very good at understanding how Wikidata works. I think the method you proposed with criterion used (P1013) would work, but it would also work as its own property. Right? Or is it redundant to have two ways that work? I feel as tho there are already properties in existence that work like this. Mcnabber091 (talk) 06:29, 17 May 2016 (UTC)Reply[reply]


   Done: incidence (P2844) (Talk and documentation)
Descriptionprobability of occurrence of a given condition in a population within a specified period of time
Representsincidence (Q217690)
Data typeNumber (not available yet)
Template parameternot yet available
Domaindiseases, events
Allowed values0 - 100000 cases per unit of person-time
Exampletuberculosis (Q12204) → 1000 cases per 100000 person-years (Q23893296); qualifier point in time (P585) 2013; location (P276) Earth (Q2)

There is already a fairly similar property prevalence (P1193) which is about proportion of population with a specified disease at a given timepoint. Incidence is about occurrence of disease or other events in a population. It is a very useful metric in medicine and it describes the importance of a disease. Prevalence is not an illustrative metric for diseases with very different durations; instead, incidence correctly describes the rate of becoming sick. Also, it has wide applicability and large use in epidemiology in both descriptive and predictive modelling. Jtuom (talk) 14:45, 28 January 2016 (UTC)Reply[reply]

  • @Jtuom: The example given, "1000 cases per 100000 person-years globally" is not a number. If the allowed values go up to "INF", then seven digits is insufficient. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:36, 12 March 2016 (UTC)Reply[reply]
  •  Support -ArjaA (talk) 09:00, 17 May 2016 (UTC)Reply[reply]
  •  Support I think thats's a very important property for epidemiology and medicine in general. Qualifiers could be used to restrict the validiy of a certain incidence rate to a certain population or geographic region. Sebotic (talk) 18:07, 17 May 2016 (UTC)Reply[reply]


   Not done
Descriptionindicates that the Creative Work contains a reference to, but is not necessarily about a concept. It can be Same as Schema property "mentions":
Data typemonolingual-invalid datatype (not in Module:i18n/datatype)
Allowed valuesWikisource Index pages
ExampleThe Kiss and Other Stories by Anton Tchekhoff (Q15839163) => s:en:Index:The Kiss and Other Stories by Anton Tchekhoff, 1908.pdf
Q19186576 => s:ru:Индекс:Дмитрий Минаев - На перепутьи, 1871.pdf
Robot and gadget jobsimport from wikisource
Proposed byAubrey (talk) 10:17, 8 June 2015 (UTC)Reply[reply]

@Aubrey:  Not done, no support, seems to be the same as Wikisource index page URL (P1957). --Srittau (talk) 18:18, 16 May 2016 (UTC)Reply[reply]

Yeah, thanks @Srittau:. The proposal is different from Wikisource index page URL (P1957), but it's too early: Wikisources are not really mapped/integrated with Wikidata, and definitely is higher priority than mentions. Aubrey (talk) 20:05, 16 May 2016 (UTC)Reply[reply]

opening hours

Descriptionopening hours of the attraction, when applicable
Data typeString
Template parameterhours in voy:Template:Listing Template:Listing (Q14330485) / voy:Template:See Template:View (Q14330711) / etc.
Allowed valuesper WikiVoyage formatting guidelines (voy:Wikivoyage:Time and date formats)
⟨ Banff Park Museum (Q3813327)  View with Reasonator View with SQID ⟩ openhours Search ⟨ May 14-June 30: 10AM-5PM, Wed-Sun; July 1-Sept 1 10AM-5PM Daily; Sept 2-Oct 12 10AM-5PM Wed-Sun ⟩
from Banff (Q58337) section voy:en:Banff#See
  • Pictogram voting comment.svg Comment Seems to be the main field missing of Template:View (Q14330711). I don't think specialized datatypes for this are going anywhere.
    --- Jura 18:29, 13 May 2016 (UTC)Reply[reply]
  •  Oppose Needs a structured-data solution, not free text. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:20, 16 May 2016 (UTC)Reply[reply]
  •  Oppose I agree with Andy. A property for opening hours is necessary but not as string. -- T.seppelt (talk) 20:07, 16 May 2016 (UTC)Reply[reply]
    • @T.seppelt: can you clarify which other datatype you think applies and why you consider Wikivoyage formatting guidelines "unstructured".
      --- Jura 21:46, 16 May 2016 (UTC)Reply[reply]
      • There is no ideal datatype for representing repeating timespans. And since nothing is going to happen in this direction we need another solution. What about defining to items open and closed, alowing several statements per property and specifying rules by using qualifiers? For example Open with qualifiers: affected part = Monday, start = 8 AM, end = 7 PM. Another solution would be to use the multilingual string type because every language uses different formats. In this case and for the currently proposed property a regular expression should be defined to identify malformed values. I'd be fine with this: a multilingual string with regex for identifying constraint violations. – T.seppelt (talk) 05:41, 17 May 2016 (UTC)Reply[reply]
        • Currently there is monolingual string that would allow to do this, but there is no datatype multilingual string. The problem would be that the various language versions would need to be kept in sync. To display a localized text, a single string version could be used. Based on K7L's sample above, maybe we should split this into three parts: an hour range (property), a date-range (qualifier) and a weekday range (qualifier, maybe as items).
          --- Jura 06:00, 17 May 2016 (UTC)Reply[reply]
          • I mixed up the names, monolingual string is what I mean. Yes, keeping them in sync would be a big problem. Let's see if we can define a more structures solution using time-ranges and qualifiers. For those ranges we need I new datatype, I think. Maybe this proposal should be moved to Wikidata:Property proposal/Pending. -- T.seppelt (talk) 19:25, 17 May 2016 (UTC)Reply[reply]
            • "Pending" would suppose that there was an actual datatype planned for this or we came up with one. As these things don't just emerge from nothing, we would need to decide how it could work. As other systems use string datatype for the same or similar, I think we might even be able to formulate a working solution with existing datatypes. There are already lots of constructive contributions in this thread. Let's see what additional points come up (maybe Thryduulf wants to expand his suggestion) and maybe we can formulate a better proposal.
              --- Jura 06:47, 18 May 2016 (UTC)Reply[reply]
  •  Support as-is, as a structured approach would require potentially a different open/close time pair for every day of the week (or two open/close pairs per day if the place is closed for lunch), multiplied by at least two or three seasons (high season, spring/fall shoulder seasons, winter) with start/end dates for each (which often would be "Victoria Day" or "Thanksgiving" or some such). If the listing is a restaurant with a bar, the kitchen might close earlier than the rest of the establishment; often a business fits into multiple categories (that resto-bar might be part of a golf clubhouse or a hotel) creating more permutations of operating hours for each of the individual roles. The difference between free-text and structured data is the difference between a line of text vs. an entire table or more. This gets complex quickly. K7L (talk) 22:47, 16 May 2016 (UTC)Reply[reply]
  •  Oppose as an unstructured field. --Srittau (talk) 23:20, 16 May 2016 (UTC)Reply[reply]
  •  Oppose as proposed. Separate properties for "opening time" and "closing time" should be proposed, this can be qualified with valid in period (P1264), has part(s) (P527), etc. as necessary. Thryduulf (talk: local | en.wp | en.wikt) 02:00, 17 May 2016 (UTC)Reply[reply]
    • How would you group opening time and closing time? What's the advantage over the structured Wikivoyage approach?
      --- Jura 05:06, 17 May 2016 (UTC)Reply[reply]
      • Wikivoyage's method is not, in any meaningful way, structured. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:24, 17 May 2016 (UTC)Reply[reply]
      • I agree with Andy - the string datatype suggestion is not structure, and nor is the current implementation at Wikivoyage. With my suggestion above I don't propose to group opening time and closing time in Wikidata using this method, that would have to be done when extracted. I have realised though that was is being desired here is actually tabular data, e.g.
May to August
Day Opening time Closing time
Monday 09:00 17:00
Tuesday 09:30 17:00
Wednesday 09:00 17:00
Thursday 09:00 20:00
Friday 09:00 20:00
Saturday 10:00 22:00
Sunday 12:00 16:00
To my knowledge there is no way currently of storing this within Wikidata. The best we can do would be something like:
⟨ Attraction ⟩ Operating hours for day Search ⟨ Monday ⟩
opening time (P8626) View with SQID ⟨ 09:00 ⟩
closing time (P8627) View with SQID ⟨ 17:00 ⟩
valid in period start Search ⟨ May ⟩
valid in period end Search ⟨ August ⟩
. We could have addition properties for "lunch period start" and "lunch period end" if desired. Thryduulf (talk: local | en.wp | en.wikt) 12:19, 18 May 2016 (UTC)Reply[reply]
Unfortunately it's more complicated; the high season might run from July 1 (Q17611863) to the first Monday in September (Q10901070), with the shoulder season as everything else between the last Monday before May 24 (Q2916311) and the second Monday in October (Q13959). Easter parade (Q12056872) as an event listing? The first Sunday after the first full moon after equinox (Q1315). Have fun. K7L (talk) 14:00, 18 May 2016 (UTC)Reply[reply]
How is Labour Day (Q10901070) more complicated than August (Q122)? As long as there is an item for whichever event or date you want to use as a deliminating period the suggestion above will work just fine. If there isn't an item, you just need to create one. Thryduulf (talk: local | en.wp | en.wikt) 14:48, 18 May 2016 (UTC)Reply[reply]
We get odd cases for event listings like "Town Winter Festival, one weekend in mid-February" where we might have an exact date this was held this year but no exact date when it will fall next year until the event's organisers announce it. Most likely, there is no structured solution which addresses everything. K7L (talk) 15:25, 18 May 2016 (UTC)Reply[reply]
For that you'd just use the precision you do know (February) in the structured data and have anything non-structured as an additional comment. The entire point of Wikidata is that it is structured data - from WD:ABOUT: "Wikidata is [...] a free, collaborative, multilingual, secondary database, collecting structured data[...]". If you want something other than structured data then Wikidata is the wrong solution. Thryduulf (talk: local | en.wp | en.wikt) 17:07, 18 May 2016 (UTC)Reply[reply]
Pictogram voting comment.svg Comment This is an interesting proposal. I don't think we necessarily need to have a separate field for each part and there may be details we can't cover.
--- Jura 15:54, 19 May 2016 (UTC)Reply[reply]
  •  Support There are things that can not be structured because they have too many culturally-specific exceptions (closed when it rains? Open for a few days after each Ramadan?) Imposing structure won't always work. An hybrid approach would be the best I guess. Syced (talk) 06:47, 19 May 2016 (UTC)Reply[reply]
    • If things cannot be structured, the they do not belong in Wikidata, which is specifically for structured data. (The few exceptions that exist simply allow humans to contribute to Wikidata). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:40, 20 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Options There is a template at Wikivoyage to format this in some languages, e.g. at voy:fr:Modèle:Horaire. The template seems fairly straight-forward and could be used as a basis for a string format.
    I also found mention of using OSM format for entries. The later doesn't seem to be that easy to use.
    --- Jura 15:54, 19 May 2016 (UTC)Reply[reply]
  •  Oppose per "structured" argument. Generally, any string-formatted data would need to be "structured" to be of use. Regarding the "n days past Ramadan" or "Easter", I think Thryduulf's counterproposal covers that. --Izno (talk) 18:20, 19 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment this seems to be another case where wikidata's limited set of datatypes makes things difficult. The actual underlying structure here is really something like a list of date-range specifications where each date-range specification consists of the range of dates for validity mapped to a list of day-of-week or other specific date-matching criteria each of which is then mapped to a list of time spans. I.e. the full structure is a map of items to maps of items to lists. To attach it as a single property value to the attraction would mean allowing nested lists and maps as property values, a significant increase in complexity. What about allowing 'json' datatypes for strings? That might not be too hard to manage... But rendering for display could be tricky. ArthurPSmith (talk) 20:21, 19 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment OpenStreetMap's method, which is semi structured, is at Can we learn anything from that? The microformats community also did some analysis, see Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:43, 20 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment I propose that we close this as not done' for now, and open up an RfC on a separate page, to look at which data type(s), property or properties are needed, based on some real-world examples and other services' schemas. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:46, 20 May 2016 (UTC)Reply[reply]
    • That seems sensible as long as the closure is without prejudice to future property proposals related to this - (almost?) nobody is objecting to the concept of opening hours on Wikidata, rather there is no agreement regarding the method of doing so. Thryduulf (talk: local | en.wp | en.wikt) 00:32, 21 May 2016 (UTC)Reply[reply]

wheelchair accessibility

Data typeItem
Template parameterhandicap in voy:fr:Modèle:Listing at Template:Listing (Q14330485)
DomainWikiVoyage listings
Allowed valuesyes, no, with assistance; see voy:fr:Modèle:Handicap/Template:Wheelchair accessibility (Q17365980) for values
⟨ Berliner Straße (Q637739)  View with Reasonator View with SQID ⟩ wheelchair accessibility (P2846) View with SQID ⟨ wheelchair accessible (new item) ⟩
  • Pictogram voting comment.svg Comment seems to be missing.
    --- Jura 22:10, 14 May 2016 (UTC)Reply[reply]
  • Please provide an example. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:39, 16 May 2016 (UTC)Reply[reply]
  • Generally,  Support, but please provide an example and list the items that should be used as values, or alternatively, which items should be created. --Srittau (talk) 18:13, 16 May 2016 (UTC)Reply[reply]
    • @Srittau: I think that it is included. Which part isn't clear?
      --- Jura 18:16, 16 May 2016 (UTC)Reply[reply]
      • You are right. An example is required, though. --Srittau (talk) 18:37, 16 May 2016 (UTC)Reply[reply]
        • ✓ Done --Srittau (talk) 18:45, 16 May 2016 (UTC)Reply[reply]
          • I don't think we should create the items before we actually agree to create the property.
            --- Jura 18:50, 16 May 2016 (UTC)Reply[reply]
            • Sorry, I meant I added an example. I agree with you. --Srittau (talk) 18:52, 16 May 2016 (UTC)Reply[reply]
  •  Support -- T.seppelt (talk) 20:09, 16 May 2016 (UTC)Reply[reply]
  •  Support Syced (talk) 06:59, 19 May 2016 (UTC)Reply[reply]
  •  Support, but require that the items be more semantic than "green". --Izno (talk) 18:29, 19 May 2016 (UTC)Reply[reply]
  •  Support. Thierry Caro (talk) 11:03, 20 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment Wheelchair accessibility is not a binary property. See the types of access and examples listed at for example. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:10, 20 May 2016 (UTC)Reply[reply]
  •  Support, subject to agreement as to what property should be used to bind this attribute to the item that is wheelchair-accessible. While we're defining this, I suggest that we should consider other forms of special-needs accommodation at the same time: for example, support for deaf, blind or autistic individuals. -- The Anome (talk) 11:15, 21 May 2016 (UTC)Reply[reply]
    • You might want to join Wikivoyage if you want to add this there. For now, Wikidata has already problems supplying what they currently use/need.
      --- Jura 11:41, 21 May 2016 (UTC)Reply[reply]

@Jura1, T.seppelt, Syced, Izno, Thierry Caro, Pigsonthewing: ✓ Done -- Lymantria (talk) 13:56, 21 May 2016 (UTC)Reply[reply]

node (OpenStreetMap), way (OpenStreetMap)

DescriptionOpenStreetMap "element" may be one of "node", "way" or "relation" and a number. We have OpenStreetMap relation ID (P402) but are missing the other two.
Data typeItem
Template parameteropenstreetmap in voy:fr:modèle:listing at Template:Listing (Q14330485) currently accepts a full URL. This will need two new properties (OSM node, OSM way) to match format of existing P402 (OSM relation).
Allowed valuesnumeric
Example is the Titanic Memorial at Belfast City Hall in Ulster.
Formatter URL$1 or$1


   Done: Google+ ID (P2847) (Talk and documentation)
Data typeExternal identifier
Domainpeople, organizations, other
Allowed values\d{22}|\+[-\w_\u00C0-\u00FF]+ (64-bit int base10 encoded and vanity URL)
ExampleUbuntu (Q381) -> +Ubuntu
Michael Bloomberg (Q607) -> 10055787708941310856
Mitt Romney (Q4496) -> +MittRomney
see User:Nikki/P553#Google+ for current uses
For Wikivoyage:
⟨ Komische Oper Berlin (Q687694)  View with Reasonator View with SQID ⟩ googleplus Search ⟨ 102309912006062068078 ⟩
in de:Berlin would point to
Sourcewebsite account on (P553) statements
Formatter URL$1
Proposed byJura 09:51, 15 April 2016 (UTC)Reply[reply]
  • Pictogram voting question.svg Question @Jura1: How will this data be imported? Give properties that could be filled in using this external resource. Why are both a numerical ID (used by Google APIs) and the vanity URL allowed values? Considering most of its users were coerced into creating an account and subsequently forgot, how can we be assured the information is meant to be public? Dispenser (talk) 20:04, 15 April 2016 (UTC)Reply[reply]
    • Have a look at Nikki's list.
      --- Jura 23:11, 16 April 2016 (UTC)Reply[reply]
  •  Oppose No example; conflicting allowed values. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:19, 18 April 2016 (UTC)Reply[reply]
    •  Support Both number ID as well as strings like +Ubuntu are valid identifiers, so I don't see conflicting allowed values. All allowed values point to Google plus pages via the formatter URL.

@Jura1, K7L: ✓ Done, points by Andy have been addressed. --Srittau (talk) 16:12, 21 May 2016 (UTC)Reply[reply]

Dictionary of Canadian Biography ID

Descriptionentry of the item in the Dictionary of Canadian Biography
Data typeExternal identifier
Domainhuman (Q5)
ExampleLomer Gouin (Q764557)gouin_lomer_15F
Formatter URL$1.html and$1.html

It was proposed in the proposal of Québec cultural heritage directory people identifier (P2592). Very usefull for starting a article on Wikipedia. Fralambert (talk) 03:21, 13 March 2016 (UTC)Reply[reply]


leading position in this organisation

DescriptionIndicates the leading position(s) in this organisation. The qualifier below indicates the person who holds the posisiton.
Data typeItem
Domainposition (Q4164871)
ExampleSee below

position holder

Descriptionqualifier that indicates who holds the leading position
Data typeItem
Domainhuman (Q5)
  • ⟨ North Atlantic Treaty Organization (Q7184)  View with Reasonator View with SQID ⟩ <leading position in this organisation> [[Special:Search/Property:<leading position in this organisation>|Search]] ⟨ Q6501749 ⟩
    <position holder> [[Special:Search/Property:<position holder>|Search]] ⟨ Q57665 ⟩
    start time (P580) View with SQID ⟨ 1 okt 2014 ⟩
  • ⟨ Stanford University (Q41506)  View with Reasonator View with SQID ⟩ <leading position in this organisation> [[Special:Search/Property:<leading position in this organisation>|Search]] ⟨ Q2114175 ⟩
    <position holder> [[Special:Search/Property:<position holder>|Search]] ⟨ Q6231954 ⟩
    start time (P580) View with SQID ⟨ 1 sep 2000 ⟩
  • ⟨ University of California, Berkeley (Q168756)  View with Reasonator View with SQID ⟩ <leading position in this organisation> [[Special:Search/Property:<leading position in this organisation>|Search]] ⟨ Q61061 ⟩
    <position holder> [[Special:Search/Property:<position holder>|Search]] ⟨ Q7025311 ⟩
    start time (P580) View with SQID ⟨ 1 jun 2013 ⟩

See my oppose vote with provost and chanchellor proposals. Lymantria (talk) 14:51, 3 May 2016 (UTC)Reply[reply]

  •  Oppose all four above proposals. We don't need redundant statements or properties. --Yair rand (talk) 21:37, 3 May 2016 (UTC)Reply[reply]

 Withdrawn since corporate officer (P2828) is created, in favour of that property. Lymantria (talk) 19:09, 9 May 2016 (UTC)Reply[reply]

goratings ID

   Done: Goratings ID (P2805) (Talk and documentation) player identifier
RepresentsGo Ratings (Q23058744)
Data typeNumber (not available yet)
DomainGo player (Q12039558) or Go professional (Q3186699)
ExampleKe Jie (Q18653975) → 1195
Formatter URL$1.html

I am working on updating elo ratings of go players (current progress described here), so far I have been matching the players according to their name, but there are multiple players with same name, which produces collisions, using goratings ID would solve this, because it is unique for every player. Wesalius (talk) 08:51, 27 April 2016 (UTC)Reply[reply]


@Wesalius:✓ Done with datatype external identifier. Lymantria (talk) 07:28, 4 May 2016 (UTC)Reply[reply]


   Not done
Data typeMISSING
Example 1MISSING
Example 2MISSING
Example 3MISSING

(Add your motivation for this property here.) Balajijagadesh (talk) 10:23, 1 May 2016 (UTC)Reply[reply]


@Balajijagadesh: Your proposal is very incomplete. Please, complete it. Lymantria (talk) 06:41, 3 May 2016 (UTC)Reply[reply]

@Balajijagadesh: Not done Incomplete proposal. Lymantria (talk) 17:09, 9 May 2016 (UTC)Reply[reply]

professional name (Japan)

Representsprofessional name (Q11415657)
Data typeItem
Domainhuman (Q5)
Allowed valuesinstances of professional name (Q11415657)
Example(item for holder) → Karaku Sanshōtei (Q11356887)
  • Pictogram voting comment.svg Comment Currently these are mixed up in items for people.
    --- Jura 07:20, 3 May 2016 (UTC)Reply[reply]
    • @Jura1: Could you give an example of an actually correct ues? For instance, how would it be used in Mansai Nomura II (Q910611)? Lymantria (talk) 06:03, 12 May 2016 (UTC)Reply[reply]
      • For the sample item above, one would need to create 9 items for each holder which would all link to Q11356887. Some of them already have infoboxes on the linked Japanese article. There are few similar lists I came across when trying to find dates for people. I also asked for input on Wikidata:井戸端. Maybe you could get your item sorted out there as well.
        --- Jura 10:19, 12 May 2016 (UTC)Reply[reply]
        • I'll wait for a complete example. There are more kinds of professional names, even within Japan, e.g. many actors and writers do use professional names. We already have pseudonym (P742) and art-name (P1787), I'm afraid this is confusing and will be used wrongly. Lymantria (talk) 05:39, 13 May 2016 (UTC)Reply[reply]
          • @Lymantria: I hesitate to create the nine items without being able to link them. Obviously, I would make use of the property if it's created in a reasonable timeframe.
            --- Jura 12:02, 13 May 2016 (UTC)Reply[reply]

@Jura1:✓ Done - I hope you make it possible to add Wikidata property example (P1855). Lymantria (talk) 07:59, 14 May 2016 (UTC)Reply[reply]

  • Thanks @Lymantria:: ✓ Done. I will try to add more samples from frwiki.
    --- Jura 07:38, 17 May 2016 (UTC)Reply[reply]


   Done: totem (P2831) (Talk and documentation)
DescriptionTotem. In many indigenous cultures an individual or group has a particular totem (e.g. a type of animal)
Representstotem (Q263443)
Data typeItem
Domainhumans, clans, tribal groups, ...
ExampleJohn Stewart Murray (Q24002220) -> Siluriformes (Q59576) "his cultural totem was Burapac (the catfish)"

Some aboriginal Australians listed in the Australian Dictionary of Biography have a clearly referenced totem, which is an important personal "property" to them. 99of9 (talk) 02:22, 4 May 2016 (UTC)Reply[reply]

 Support It's gennerally more associated with the clan or the tribe, but it can be referenced. --Fralambert (talk) 01:56, 5 May 2016 (UTC)Reply[reply]

@99of9, Fralambert: ✓ Done -- Lymantria (talk) 05:49, 12 May 2016 (UTC)Reply[reply]

iTunes artist ID

Descriptionartist ID in iTunes
Data typeExternal identifier
Domainhuman (Q5)
ExampleKygo (Q16845512)635806094
Formatter URL$1

(Add your motivation for this property here.) Mikey641 (talk) 15:30, 12 May 2016 (UTC)Reply[reply]

  •  Support. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:07, 16 May 2016 (UTC)Reply[reply]
  • Pictogram voting question.svg Question Should we add the id part of the artist to this property? It seems to me that it is there for a reason in the URL, possibly to be able to have vanity URLs for artists. --Srittau (talk) 08:31, 18 May 2016 (UTC)Reply[reply]
Srittau, i didnt add the id part cause i saw that Apple Music album ID (U.S. version) (P2281) didnt have one too.--Mikey641 (talk) 16:46, 18 May 2016 (UTC)Reply[reply]

@Mikey641, Pigsonthewing: ✓ Done --Lymantria (talk) 12:56, 23 May 2016 (UTC)Reply[reply]

I have find now that /en/ in the URL Formatter$1 - doesn't work now!
Maybe the site itunes has changed its url format...
Now all ids work without this part: /en/ in the url!
With /en/ now this property completely invalid!
Please! Could you edit? This part should be removed!
Thank you!
Aokoroko (talk) 12:44, 9 January 2017 (UTC)Reply[reply]


Descriptionaccomplice, co-perpetrators of a crime
Representsaccomplice (Q706884)
Data typeItem
Domainhumans (instances of human (Q5))
ExampleGool Badsha Mahomed (Q24088055) <-> Mullah Abdullah (Q16058969) were accomplices (both perpetrators of Battle of Broken Hill (Q4870567))

Although this relationship is sometimes linked through a notable crime, sometimes the crime isn't notable in itself, but the connection can still be made. 99of9 (talk) 07:01, 18 May 2016 (UTC)Reply[reply]

  •  Oppose If the crime is needed to link two persons, it is by definition notable ("structural need"). --Srittau (talk) 08:28, 18 May 2016 (UTC)Reply[reply]
    An accomplice in English may not have actually committed the crime and will usually receive a lesser punishment as a result. --Izno (talk) 12:06, 18 May 2016 (UTC)Reply[reply]
  • Tentative support--there may be other ways to represent an accomplice to a crime. --Izno (talk) 12:06, 18 May 2016 (UTC)Reply[reply]
  •  weak oppose
    ⟨ crime ⟩  Wikidata property  ⟨ 24088055 ⟩
    with Search ⟨ 16058969 ⟩
    as Search ⟨ 706884 ⟩
    would seem to work here. Thryduulf (talk: local | en.wp | en.wikt) 13:32, 18 May 2016 (UTC)Reply[reply]
  • Ok, something like that seems to work, thanks. I'll withdraw this. --99of9 (talk) 00:08, 19 May 2016 (UTC)Reply[reply]

pricerange (Wikivoyage listings)

   Not done
Descriptionprice or pricerange for Wikivoyage listings. Use price (P2284) or fee (P2555) if there is just one fixed, specific price and a currency.
Data typeItem
Template parameterprice in Template:Listing (Q14330485) as documented at voy:Wikivoyage:Listings
Allowed valuesText. Prices for individual venues - admission prices for theatres and museums, price of a main course in restaurants or a room in a motel
⟨ Gaia House ⟩ pricerange Search ⟨ dormitory $10/night, twin rooms $30/night , family room $50/night, camping $3.50/night ⟩
from Cape Maclear (Q2937250) section voy:en:Cape Maclear#Sleep
Sourcevoy:template:listing in individual Wikivoyage city guides
  • Pictogram voting comment.svg Comment. We don't need a field which says "budget", "midrange" or "splurge" as that's simply not what goes into the listing template entries in Wikivoyage. If anything, a vendor claiming "reasonable prices" in a listing instead of a specific numeric range is to be avoided as too vague to be meaningful. We need actual dollar amounts (or quid, euro, yen... whatever passes for local currency) or a specific numeric price range, like £90-100. If the "A Modest Proposal" restaurant has different pricing on their kids' menu, we need to say so instead of listing just one price. K7L (talk) 18:47, 15 May 2016 (UTC)Reply[reply]
  •  Oppose as proposed. Needs a more structured solution. Please also provide a real-life example. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:38, 16 May 2016 (UTC)Reply[reply]
Real-life example: Syced (talk) 06:58, 19 May 2016 (UTC)Reply[reply]
  •  Support as proposed, this is data that doesn't fit the structure as there are multiple price ranges and multiple items to be priced. A cabin will cost more than a campsite, there may be extra charges for things like boat launch, parking or dock space; there are also seasonal variations. The number of people will also affect price. It won't fit in a single three-field (item being sold, minimum price, maximum price) if there's more than one option being marketed. K7L (talk) 22:24, 16 May 2016 (UTC)Reply[reply]
  •  Oppose as proposed per Andy. Each option being marketed needs it's own statement, with has part(s) (P527) qualifiers as appropriate. e.g.
    ⟨ Gaia House ⟩ price (P2284) View with SQID ⟨  10+-5 USD ⟩
    has part(s) (P527) View with SQID ⟨ dormitory (Q847950)  View with Reasonator View with SQID ⟩
    valid in period (P1264) View with SQID ⟨ August ⟩
    . Thryduulf (talk: local | en.wp | en.wikt) 02:06, 17 May 2016 (UTC)Reply[reply]
  • Pictogram voting comment.svg Comment although I initially suggested the use of price (P2284), fee (P2555) might be more appropriate, as it applies to a service at a given place, not the price to buy the place itself. In its current definition, P2555 only applies to tolls and admission fees. In any case, the question is if either meets the current use of "price" by Wikidata. The proposal is somewhat contradictory as it includes datatype "item", but requires "text". Maybe item could work: "dormitory" with "price" as qualifier and value "$10".
    --- Jura 07:36, 20 May 2016 (UTC)Reply[reply]
  •  Oppose as proposed: this seems to be creating a special-purpose micro-object-model of its own just for this application. I'm not sure what the right solution to this problem is, but it needs more thought. I think Thryduulf may be right that the way to do this is to add multiple price statements, each with a qualifier for what individual facet of the item's services it is pricing. .-- The Anome (talk) 11:05, 21 May 2016 (UTC)Reply[reply]

 Not done Unsufficient support. Lymantria (talk) 05:32, 23 May 2016 (UTC)Reply[reply]


   Done: Wi-Fi access (P2848) (Talk and documentation)
DescriptionIndicates availability of public wi-fi hotspot at an individual venue
Data typeItem
Template parameterwi-fi in voy:fr:Modèle:Listing at Template:Listing (Q14330485)
DomainWikiVoyage listings (fr)
Allowed valuesyes, no, free, paid; see voy:fr:Modèle:Wi-Fi for values
⟨ Sharook Riviera Grand Lodge ⟩ wi-fi Search ⟨ free ⟩
(gratuit) from voy:fr:Wete#Se loger