Open main menu

Wikidata:Property proposal/Google plus

< Wikidata:Property proposal


   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)     > 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)
  •   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)
    • Have a look at Nikki's list.
      --- Jura 23:11, 16 April 2016 (UTC)
  •   Oppose No example; conflicting allowed values. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:19, 18 April 2016 (UTC)
    •   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.
  •   Support, widely used social network. We should prefer vanity URLs if an item has one, otherwise use the internal ID. This can be documented. --Srittau (talk) 18:07, 16 May 2016 (UTC)
  • I'd   Support giving this the same treatment as Twitter username (P2002) and Facebook ID (P2013) because it's just more of the same. K7L (talk) 20:46, 16 May 2016 (UTC)

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