Property talk:P159

From Wikidata
Jump to navigation Jump to search


headquarters location
specific location where an organization's headquarters is or has been situated. Inverse property of "occupant" (P466).
DescriptionLocation of an organization's head office - headquarters (Q7540126) For administrative territorial entities use capital (P36).
Representsheadquarters (Q7540126), siège social (Q7533476), seat (Q470540), episcopal see (Q866196)
Data typeItem
Template parameter|headquarters= in en:template:Infobox organization
Domainorganization (Q43229), fictional organization (Q14623646), human settlement (Q486972), newspaper (Q11032), administrative territorial entity (Q56061), periodical (Q1002697), fictional company (Q5446565), website (Q35127), company (Q783794), government agency (Q327333) and organ (Q895526)
Allowed valuesgeographic location (Q2221906) (note: this should be moved to the property statements)
ExampleOrganization of the Petroleum Exporting Countries (Q7795)Vienna (Q1741)
Wikimedia Foundation (Q180)San Francisco (Q62)
Royal Dutch Shell (Q154950)The Hague (Q36600)
Santos Futebol Clube (Q7420622)João Pessoa (Q167436)
Baranagore Ramakrishna Mission Ashrama High School (Q19882251)Belur Math (Q816234)
SourceOfficial website or reliable third party sources (note: this information should be moved to a property statement; use property source website for the property (P1896))
Tracking: sameno label (Q42533318)
Tracking: differencesno label (Q55283116)
Tracking: usageCategory:Pages using Wikidata property P159 (Q23908995)
Tracking: local yes, WD nono label (Q32765319)
See alsolocation of formation (P740), location (P276), occupant (P466), work location (P937)
Proposal discussionProposal discussion
Current uses318,135
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
Value type “geographical object (Q618123), fictional location (Q3895768), vehicle (Q42889), human-geographic territorial entity (Q15642541): This property should use items as value that contain property “instance of (P31)”. On these, the value for instance of (P31) should be an item that uses subclass of (P279) with value geographical object (Q618123), fictional location (Q3895768), vehicle (Q42889), human-geographic territorial entity (Q15642541) (or a subclass thereof). (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P159#Value type Q618123, Q3895768, Q42889, Q15642541, SPARQL, SPARQL (new)
if [item A] has this property (headquarters location (P159)) linked to [item B],
then [item A] and [item B] have to coincide or coexist at some point of history. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P159#Contemporary, SPARQL, SPARQL (new)
This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

Suggested use[edit]

Use the most specific location known, such as the building item, otherwise use the street or city (town, village, or other administrative division item). Danrok (talk) 00:43, 27 February 2013 (UTC)

Can this be opened up to buildings (as opposed to entire cities) that had notably been headquarters for a given organization? See Q1969696 for an example of what I mean. Shawn in Montreal (talk) 01:22, 27 February 2013 (UTC)
That situation applies to many properties. As far as I know we should list all past and present items. We should be seeing "qualifiers" at some point which allows further detail to be given. See here: Qualifiers. Danrok (talk) 01:43, 27 February 2013 (UTC)
Is my revision to the description okay, then? Shawn in Montreal (talk) 01:46, 27 February 2013 (UTC)
Yes. I am also wondering if it is possible for an organization to have more than one current HQ. But have found an example so far. Danrok (talk) 01:53, 27 February 2013 (UTC)
Look no further than my goofy town. Several of Canada's chartered banks have retained a legal HQ in Montreal, while having moved their "operational HQ" to the bustling city of Toronto, decades ago... Shawn in Montreal (talk) 01:55, 27 February 2013 (UTC)

Suggested improvement[edit]

It should be split into something like "Headquarter location (city)", "Headquarter location (province/state)", "Headquarter location (country)", and even "Headquarter location (building)" or "Headquarter location (address)". The reason can be seen in this edit in ru.wp's Yahoo! page that I edited earlier:

I changed the headquarter city from Sunnyville to this P159, while keeping the "California" state, "USA" country, and the country flag intact; but let say in the future the headquarter moved to another country, say Moscow, Russia, then when Yahoo's Wikidata property is update, the infobox would show as Moscow, California, USA. Bennylin (talk) 11:42, 28 March 2013 (UTC)

+1. Right now this property is used for cities and buildings. There should be a property: "Location of a company" (= headquarter) and "Main building(s) of a company". --Kolja21 (talk) 11:27, 5 April 2013 (UTC)
Symbol oppose vote.svg Oppose The value should be the most specific possible, and the other things (e.g. city where a building is), should be derived in a query by following the chain. Superm401 - Talk 18:35, 8 April 2013 (UTC)
Symbol oppose vote.svg Oppose As said, just enter the most specific location item available. Ideally that would be the building, failing that the street may have an it's own wikipedia article. Most probably we can create items for some streets/buildings, even if there is no wikipedia article. Danrok (talk) 02:13, 19 May 2013 (UTC)
Policy is here Wikidata:Notability. Seems to me that we can create items for pretty much any street or building. Danrok (talk) 02:16, 19 May 2013 (UTC)
Symbol oppose vote.svg Oppose. If the building or the street already has an article (60 Wall Street (Q247887), Wall Street (Q11690), K Street (Q6342989)) then by all means link to that. Otherwise the local administrative unit is appropriate. Although we cannot, at the moment, link from an infobox to the larger admin units associated with the unit shown on the wikidata page, this functionality will be added in the next few months. In the mean time policy is to just link to the most local item. Filceolaire (talk) 22:21, 19 August 2013 (UTC)

Use with streets ?[edit]

Addresses of buildings are generally provided though located on street (P669) or street address (DEPRECATED) (P969). What should we do when we want to provide the address of the headquarter, use headquarters location (P159), the same way as located on street (P669), with a street number (P670) qualifier ? --Zolo (talk) 16:00, 6 March 2015 (UTC)

Typing error[edit]

(P159) has a typing error: Organsisationszentrale --Ziltoidium (talk) 06:08, 10 November 2015 (UTC)

Sample to add[edit]

Currently there is no sample for organizations that are only active at a single location. Supposedly these would use the property as well.
--- Jura 15:14, 8 January 2016 (UTC)

✓ Done. I also added a sample with company, dropped a redundant one and moved the whole to statements.
--- Jura 10:20, 9 January 2016 (UTC)

Using with P131 at universities[edit]

It's arguable but what if university consists of one building (or several but situated at one region)? Why not to show that it is situated in some region? If not, how to reflect this otherwise? --Infovarius (talk) 10:35, 30 May 2018 (UTC)

Why is the declaration of P131 (administrative location) incompatible with the declaration of P159 (headquarters location) ?[edit]

Cross-reference: see Property talk:P131#why is the declaration of P131 (administrative location) incompatible with the declaration of P159 (headquarters location) ?. This restriction against located in the administrative territorial entity (P131)+headquarters location (P159) on the same item is simply wrong: there are about 15000 items correctly specifying the two declarations, which are orthogonal/independant. Verdy p (talk) 00:00, 10 September 2018 (UTC)

I guess this constraint was added to ensure that organizations only use headquarters location (P159) and not located in the administrative territorial entity (P131). @Jklamo: --Pasleim (talk) 11:25, 10 September 2018 (UTC)
Yes. Organization/company is legal entity, thus is not located in the administrative territorial entity (P131), just its headquarters is located somewhere, so headquarters location (P159) is only correct way to record this.--Jklamo (talk) 22:06, 16 September 2018 (UTC)
Made it a suggested constraint because this made people mess up items. Multichill (talk) 16:26, 8 June 2019 (UTC)
Many organizations also have a very specific location that is even in their name. New York City Council will always in New York. Although in theory this is fine -- somewhere in hierarchy the city will be there. In practice it makes queries hard. Also note that this is just plain wrong because country (P17) is still recommended. I see no difference here. A city has the same relation as country to institutions. This is just not how you build databases in practice. In theory you could build a relative database with no repetitions. In practice you always have repetitions, because it is not practical to always fetch 12 tables to get that one thing you always need. --Nux (talk) 22:25, 25 January 2020 (UTC)

allowed qualifiers constraint ISO 3116-2[edit]

Wouldn't it be good to have "ISO 3116-2" (P300) as an allowed qualifier for headquarter? --Newt713 (talk) 20:17, 18 September 2019 (UTC)