Shortcut: WD:PP/PLACE

Wikidata:Property proposal/Place

From Wikidata
Jump to navigation Jump to search


Property proposal: Generic Authority control Person Organization
Creative work Place Sports Sister projects
Transportation Natural science Lexeme Wikimedia Commons

See also[edit]

This page is for the proposal of new properties.

Before proposing a property

  1. Check if the property already exists by looking at Wikidata:List of properties (research on manual list) and Special:ListProperties.
  2. Check if the property was previously proposed or is on the pending list.
  3. Check if you can give a similar label and definition as an existing Wikipedia infobox parameter, or if it can be matched to an infobox, to or from which data can be transferred automatically.
  4. Select the right datatype for the property.
  5. Start writing the documentation based on the preload form below and add it in the appropriate section.

Creating the property

  1. Once consensus is reached, change status=ready on the template, to attract the attention of a property creator.
  2. Creation can be done 1 week after the proposal, by a property creator or an administrator.
  3. See steps when creating properties.

On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2020/09.

Geographic location[edit]

Properties proposed in RfC "Countries, subdivisions, and disputed territories"[edit]

recognition[edit]

   Under discussion
Descriptioninternational recognition of the statement (use as qualifier for P31, P17, and P131)
Data typeItem
Example 1Armenia (Q399) instance of (P31) sovereign state (Q3624078) → "international recognition of Armenia"
Example 2Crimean Peninsula (Q7835) country (P17) Russia (Q159) → "recognition of Crimea as a part of Russia"
Example 3Israel (Q801) instance of (P31) sovereign state (Q3624078)international recognition of Israel (Q6055209)

recognized by[edit]

   Under discussion
Data typeItem
Example 1international recognition of Kosovo (Q23052)United States of America (Q30)
Example 2"recognition of Crimea as a part of Russia" → Sudan (Q1049)
Example 3"international recognition of Armenia" → United States of America (Q30)

not recognized by[edit]

   Under discussion
Data typeItem
Example 1"international recognition of Armenia" → Pakistan (Q843)
Example 2"recognition of Crimea as a part of Russia" → Italy (Q38)
Example 3international recognition of Kosovo (Q23052)Madagascar (Q1019)

jurisdiction status[edit]

Motivation[edit]

These proposed properties are part of a broader proposal at Wikidata:Requests for comment/Countries, subdivisions, and disputed territories. Please comment there. --Yair rand (talk) 07:24, 8 April 2019 (UTC)

  • Symbol support vote.svg Support All David (talk) 07:26, 8 April 2019 (UTC)
  • Pictogram voting comment.svg Comment What's "de jure, de facto"? Should have both de jure and de facto items? Or a new item called this should be created? --Liuxinyu970226 (talk) 11:20, 11 April 2019 (UTC)
    @ديفيد عادل وهبة خليل 2, Liuxinyu970226: I had hoped for discussion on this to be kept on the page for the RfC itself, if everyone's okay with that. (@Liuxinyu970226, as explained on the RfC, the proposal is for a new item labelled "de jure, de facto" to be created, which would be for those which are both de jure and de facto authorities over disputed territories.) --Yair rand (talk) 18:46, 11 April 2019 (UTC)
    @Yair rand: Another interesting thing is that, how the second and third proposals are not covered-able by statement supported by (P3680) and statement disputed by (P1310). --Liuxinyu970226 (talk) 04:22, 17 May 2019 (UTC)
  • Interesting proposal. I do see plenty of advantages. --- Jura 19:29, 13 April 2019 (UTC)
  • Symbol support vote.svg Support This will give lot of important information! -Theklan (talk) 14:55, 22 May 2019 (UTC)
  • Symbol support vote.svg Support NMaia (talk) 22:31, 22 May 2019 (UTC)
  • Pictogram voting comment.svg Comment I think we should sort out the relation to existing properties before creating this. Per RFC (and later linked from one of the properties), this should also replace existing ones. It's not clear why though. --- Jura 18:10, 1 July 2019 (UTC)
  • Symbol support vote.svg Support I would like to add the ISO 2 Code of the country it is recognized by, this would help massively with subsequent data integration instead of just showing the country names (they are always spelled differently across data sources, whereas standardized ISO codes simplifies data integration) --- AddNPBot 11:12, 16 July 2019 (UTC)
  • Symbol oppose vote.svg Oppose in current form of proposals. Symbol support vote.svg Support the "recognized by" property if both the domain and value type constraint are changed to state (Q7275). Qualifier statement is subject of (P805) can then be used with the new "recognized by" property with a value type of international recognition of a country (Q19602404). Dhx1 (talk) 13:17, 8 October 2019 (UTC)
  • Symbol support vote.svg Support Iwan.Aucamp (talk) 23:10, 8 October 2019 (UTC)
  • Symbol oppose vote.svg Oppose in current form, and Symbol support vote.svg Support in the form presented by Dhx1 TiagoLubiana (talk) 15:41, 8 March 2020 (UTC)
  • Symbol oppose vote.svg Oppose--Dispe (talk) 12:45, 1 May 2020 (UTC)
  • Symbol support vote.svg Support for “recognized by”, “not recognized by”, “jurisdiction status”. Symbol oppose vote.svg Oppose for “recognition”. Already statement is subject of (P805) can be used. --Wdpp (talk) 18:28, 7 August 2020 (UTC)
  • Symbol support vote.svg Support seems useful for items about countries. --IWI (talk) 00:09, 24 August 2020 (UTC)

territorial entity ranking context[edit]

   Under discussion
Descriptionqualifier for area rank, population rank and population density rank to indicate which class of territorial entity the rank relates to.
Data typeItem
Allowed valuessubclass of territorial entity (Q1496967)
Example 1Cambridge (Q21713103) rank properties → district of England (Q349084)
Example 2Cambridgeshire (Q21272276) rank properties → non-metropolitan county (Q769603)
Example 3Pembrokeshire (Q213361) rank properties → principal area of Wales (Q15979307)
Example 4West Midlands (Q23124) rank properties → ceremonial county of England (Q180673)
Example 5Suffolk (Q23111) rank properties → one value non-metropolitan county (Q769603), one value ceremonial county of England (Q180673)
Example 6City of Bristol (Q21693433) rank properties → one value district of England (Q349084), one value ceremonial county of England (Q180673)
Planned useapply to 3 ranks on each of 450 territorial entities

Motivation[edit]

This implements the qualifier proposed above by ArthurPSmith. Keith Edkins (talk) 16:44, 7 November 2019 (UTC)

"above" where? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:23, 21 November 2019 (UTC)

Discussion[edit]

next level in hierarchy[edit]

   Under discussion
Descriptionqualifier: indicates the value at the next hierarchy level which is true for this item, when more than one is possible at the next level
Data typeItem
Domainqualifier only in transitive property (Q18647515) with hierarchy (Q188619)
Example 1111
Example 2
Example 3
Planned usefor select only right values in cases like AB → (C and D) where C is right for A but D isn't
See alsoterritory overlaps (P3179)

Motivation[edit]

The question arose here. On the example of geographic hierarchical properties like located in the administrative territorial entity (P131), there are cases when at one level of the hierarchy there are two correct values but only one of them are correct for referencing item from lower hierarchy level. The proposed property will help to make the right choice in the case of such switches. We could do the opposite and indicate for each of the values a list of items corresponding to it from the lower level but in case of Atlanta (Q23556) it will be thousands of streets, non-profit organizations, monuments, schools, cafes etc. So best way to resolve it at the items of monuments or cafes.

I am sure that this can be useful not only for territorial properties like part of (P361). Сидик из ПТУ (talk) 12:40, 28 January 2020 (UTC)3333333333

Discussion[edit]

  • Symbol support vote.svg Support Since geographic relationships are not always one-to-one (given the examples above), located in the administrative territorial entity (P131) needs to be able to be qualified with a specific "parent" administrative territory. For example, after a natural disaster, I need to be able to search for all museums in a specific county. Without having a qualifier like "hierarchy switch", many museums will show up as being in the wrong county. And as Сидик из ПТУ points out, this qualification may also apply to other hierarchical/transitive properties. -- Clifflandis (talk) 14:02, 5 February 2020 (UTC)
  • Symbol support vote.svg Support. --Mitte27 (talk) 06:41, 14 February 2020 (UTC)
  • Symbol support vote.svg Support certainly make sense Ghuron (talk) 06:16, 15 February 2020 (UTC)

--Micru (talk) 21:46, 24 August 2014 (UTC) Tobias1984 (talk) TomT0m (talk) Genewiki123 (talk) Emw (talk) 03:09, 9 September 2014 (UTC) —Ruud 16:15, 9 December 2014 (UTC) Emitraka (talk) 14:32, 14 October 2015 (UTC) Bovlb (talk) 19:10, 21 October 2015 (UTC) Peter F. Patel-Schneider (talk) 22:21, 23 October 2015 (UTC) ArthurPSmith (talk) 15:51, 5 November 2015 (UTC) --Daniel Mietchen (talk) 20:53, 3 January 2016 (UTC) --Harmonia Amanda (talk) 22:00, 27 February 2016 (UTC) --Lechatpito (talk) --Andrawaag (talk) 14:42, 13 April 2016 (UTC) --ChristianKl (talk) 16:22, 6 July 2016 (UTC) --Cmungall Cmungall (talk) 13:49, 8 July 2016 (UTC) Cord Wiljes (talk) 16:53, 28 September 2016 (UTC) DavRosen (talk) 23:07, 15 February 2017 (UTC) Vladimir Alexiev (talk) 07:01, 24 February 2017 (UTC) Pintoch (talk) 22:42, 5 March 2017 (UTC) Fuzheado (talk) 14:43, 15 May 2017 (UTC) YULdigitalpreservation (talk) 14:37, 14 June 2017 (UTC) PKM (talk) 00:24, 17 June 2017 (UTC) Fractaler (talk) 14:42, 17 June 2017 (UTC) Andreasmperu Diana de la Iglesia Jsamwrites (talk) Finn Årup Nielsen (fnielsen) (talk) 12:39, 24 August 2017 (UTC) Alessandro Piscopo (talk) 17:02, 4 September 2017 (UTC) Ptolusque (.-- .. -.- ..) 01:47, 14 September 2017 (UTC) Gamaliel (talk) --Horcrux (talk) 11:19, 12 November 2017 (UTC) MartinPoulter (talk) Bamyers99 (talk) 16:47, 18 March 2018 (UTC) Malore (talk) Wurstbruch (talk) 22:59, 4 April 2018 (UTC) Dcflyer (talk) 07:50, 9 September 2018 (UTC) Ettorerizza (talk) 11:00, 26 September 2018 (UTC) Ninokeys (talk) 00:05, 5 October 2018 (UTC) Buccalon (talk) 14:08, 10 October 2018 (UTC) Jneubert (talk) 06:02, 21 October 2018 (UTC) Yair rand (talk) 00:16, 24 October 2018 (UTC) Tris T7 (talk) ElanHR (talk) 22:05, 26 December 2018 (UTC) linuxo Gq86 Gabrielaltay Liamjamesperritt (talk) 08:44, 21 June 2019 (UTC) ZI Jony Ivanhercaz (Talk) 11:07, 15 July 2019 (UTC) Gaurav (talk) 22:39, 24 August 2019 (UTC) Meejies (talk) 04:38, 29 August 2019 (UTC) Iwan.Aucamp SilentSpike (talk) Tfrancart (talk) Luis.ramos.pst.ag Sylvain Leroux TiagoLubiana (talk) 15:12, 2 December 2019 (UTC) Albert Villanova del Moral (talk) 15:43, 6 February 2020 (UTC) Clifflandis (talk) 15:10, 18 February 2020 (UTC) --Tinker Bell 16:48, 23 March 2020 (UTC) SM5POR Mkbergman (talk) 19:17, 10 July 2020 (UTC) Toni 001 (talk) 11:03, 11 July 2020 (UTC) The-erinaceous-one (talk) 22:02, 31 August 2020 (UTC) Cdo256 (talk) 06:26, 8 September 2020 (UTC)

Pictogram voting comment.svg Notified participants of WikiProject Ontology

  • Symbol oppose vote.svg Oppose given the discussion on Wikidata:Project chat and the alternatives explained there. Essentially this qualifier would encourage users to add incorrect statements to the "parent" item. --- Jura 09:39, 15 February 2020 (UTC)
    • This qualifier will not require changing existing statements specified in accordance with the property documentation. Сидик из ПТУ (talk) 06:50, 16 February 2020 (UTC)
    • Symbol support vote.svg Support - It seems that User:Сидик из ПТУ offers this evolutionary change that will help to correctly display geo-chains in wiki-cards. The User:Jura1 solution will break geo-chains in the wiki-cards, therefore it is harmful and not necessary. Carn (talk) 14:10, 20 February 2020 (UTC)
  • Symbol support vote.svg Support This will allow to model the situation en e.g. Georgia, USA as viewed as almost everyone else does it. See also my summary of the discussion in Project chat in Special:Diff/1116318285. --Dipsacus fullonum (talk) 06:58, 16 February 2020 (UTC)
  • Symbol oppose vote.svg Oppose This propoal assumes that administrative divisions are always organised as a linear hierarchy. Many countries however know branching hierarchies where two or more administrative divisions are subordinated to the same division. In such cases, one can add multiple located in the administrative territorial entity (P131) claims because there are multiple most local admin territories. --Pasleim (talk) 12:30, 16 February 2020 (UTC)
    • So, there will be several (two) administrative divisions for Atlanta (Fulton and DeKalb). Georgia will still not be the most local for Atlanta, nor will Fulton for Patch Works Art & History Center (Q76461608). Сидик из ПТУ (talk) 13:43, 16 February 2020 (UTC)
      • You might want to re-read the discussion on project. BTW territory overlaps (P3179) was made for that. --- Jura 13:51, 17 February 2020 (UTC)
        • As I read Wikidata:Property proposal/territory overlapse that isn't true. P3179 was made to: (quote) representing overlapse between territorial entities arising from distinct classifications. Administrative vs religious is one (as with administrative subdivisions of countries vs dioceses), administrative vs political (as is the case with american special districts), geographical vs administrative (landforms vs countries or cities). (end quote) I note the emphasis on different classification types. In the case Georgia, USA municipality and country belongs to different levels of the same type of classification. The municipalities is considered to be in one or more counties, where the counties isn't considered to be in municipalities. In such cases this proposed hierarchy switch will be best to describe the situation. In other cases like the examples in P:P3179 that property is better. So we need both. --Dipsacus fullonum (talk) 15:52, 17 February 2020 (UTC)
    • This makes sense, if you relax the requirement/assumption that only the "most local" value should go in P131. But it may be tempting for people to delete the "redundant" P131 value if they don't realise why it's there. Ghouston (talk) 08:38, 17 February 2020 (UTC)
  • Symbol oppose vote.svg Oppose Jura points out above that this qualifier will encourage people to add incorrect assertions. I would go further and say that it is only useful in the case when people have added incorrect assertions. While Atlanta certainly overlaps two counties, it is false to say that it lies either "physically within" or "under the administrative control of" either of them. If we want to be able to identify the containing county of some specific landmark within Atlanta, we can simply assert it directly (without requiring a qualifier), or find some intermediate region such as a neighbourhood. Bovlb (talk) 21:54, 18 February 2020 (UTC)
Not that P30 matters, but the English label for P30 has just "continent", not "located in continent". --- Jura 11:20, 19 February 2020 (UTC)
The burden of proof (Q1535975) on those who deny the hierarchy (municipality of Georgia (Q76514543)county of Georgia (Q13410428)Georgia (Q1428)). Atlanta seat of Fulton county (but also partly in DeKalb county, how can we say that Atlanta on the same level with counties after this? Are you going to claim that articles County (United States) (Most counties have subdivisions which may include townships, municipalities and unincorporated areasSome municipalities are in multiple counties) and Local government in the United States (Most states and territories have at least two tiers of local government: counties and municipalities) are wrong? Сидик из ПТУ (talk) 12:35, 19 February 2020 (UTC)
Oh, you know — there are many labels and aliases of P131 in many languages have not in but true. And counties perfectly match with Wikidata usage instructions (P2559) of located in the administrative territorial entity (P131) in Atlanta case. Сидик из ПТУ (talk) 12:35, 19 February 2020 (UTC)
I suppose we will keep disagreeing on that. --- Jura 17:31, 19 February 2020 (UTC)
WikiData is not a separate project, the data from it is used in different language sections of Wikipedia, so you should evaluate your proposal to see if the templates created in the language sections will break. Maybe for you this is another abstract question, for me everything looks different. It seems to me that you "disagree" without a proper level of argumentation at a practical level. Carn (talk) 14:19, 20 February 2020 (UTC)
The question is you aren't doing the opposite as you are intending: by adding a complex additional element, you just to make sure that it works for a single outside projects that may not have implemented things correctly. --- Jura 20:19, 3 March 2020 (UTC)
The approach in which some cities of Georgia have in P131 county while others have a state should be attributed to incorrect ones in the first place.
Symbol support vote.svg Support --AleUst (talk) 14:55, 19 February 2020 (UTC)
Symbol support vote.svg Support, administrative territories are quite well represented as an ascending hierarchy, and this correction would make it work even better. Wikisaurus (talk) 16:33, 19 February 2020 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── The good point of this debate is the highlights a problem: While I'm sympathetic to the problems faced by ruwiki infobox designers, it mainly illustrates that Wikidata should try to provide a basic infobox and breadcrum navigation as otherwise we keep getting requests from wikis that make use of our data in a somewhat sub-optimal way and attempt to tweak the data to their usecase. We already did that in other fields and should to it for that too. --- Jura 13:37, 21 February 2020 (UTC)

At first, Wikivoyage doesn't use Wikidata for breadcrumb navigation. Secondly, I see Example: Europe > Russia > Southern Russia > North Caucasus > Dagestan where Europe, Southern Russia and North Caucasus are not administrative territorial entity (Q56061) at all. And Russia is not only in Europe too so Europe > Russia > Siberia > Krasnoyarsk Krai > Krasnoyarsk (region) > Krasnoyarsk is simply wrong. Сидик из ПТУ (talk) 13:48, 21 February 2020 (UTC)
I think we understood that earlier in the discussion (please re-read the comment above by DerFussi if you haven't done so), but it's a feature that should be supported directly through Wikidata statements. I think it's useful even for projects/users other than Wikivoyage. --- Jura 13:52, 21 February 2020 (UTC)
OK. In this case, if we somehow build a hierarchy through Russia then we definitely need a switch in order to choose Asia for Krasnoyarsk and Europe for St. Petersburg. Сидик из ПТУ (talk) 13:56, 21 February 2020 (UTC)
  • Symbol support vote.svg Support The best way now. - Kareyac (talk) 11:16, 21 February 2020 (UTC)
  • @Сидик из ПТУ, Clifflandis, Mitte27, Ghuron, Carn, Pasleim: @Bovlb, Kareyac, Jura1, Dipsacus fullonum: @DerFussi, RolandUnger, Ghouston: I have altered the English proposed name per a discussion above; please comment below if that changes your view on this proposal. ArthurPSmith (talk) 18:42, 21 February 2020 (UTC)
    • It was one or more of several values and I suggest leaving this wording just in case. For example, when two of the three values are true. Сидик из ПТУ (talk) 19:17, 21 February 2020 (UTC)
    • My objection was structural, and about the misuse of P131, so I'm afraid your fix doesn't help me. Thanks for trying. Cheers, Bovlb (talk) 16:34, 25 February 2020 (UTC)
  • Pictogram voting comment.svg Comment I have another suggestion, which would be to use another P131 statement as a qualifier on the P131 statement, instead of defining a new property. Maybe it would be easier to use that trying to remember the name of the obscure property that changes the hierarchy, and it would still be distinguishable from a redundant P131. Ghouston (talk) 22:21, 21 February 2020 (UTC)
    • Yes, I also proposed to do so from the very beginning, however, this requires special documentation so that users understand in which cases such a qualifier is needed and in which it is unwanted. I believe that a special property allows users to better understand what function it performs. Сидик из ПТУ (talk) 08:58, 22 February 2020 (UTC)
  • Pictogram voting comment.svg Comment how to we determine what the next level of the hierarchy is? Wouldn't it rather be "alternate hierarchy"? --- Jura 09:30, 22 February 2020 (UTC)
    • It must be one or more of the values that are specified in a similar property at the item to which we add the qualifier. Сидик из ПТУ (talk) 10:39, 22 February 2020 (UTC)
      • Yeah, so "alternate hierarchy" fits it better. --- Jura 10:41, 22 February 2020 (UTC)
        • Maybe I do not understand the subtleties of the wording in English but, otherwise, there are no differences from a typical case, county of Georgia (Q13410428) are always the next level of hierarchy for municipality of Georgia (Q76514543). The qualifier allows us to make a choice of several alternative values. Сидик из ПТУ (talk) 10:46, 22 February 2020 (UTC)
          • From the discussion, I get the impression that you assume a pyramidal organization of different government entities and likely an infobox that can't handle alternatives. --- Jura 10:52, 22 February 2020 (UTC)
            • Yes, proposed property is for resolve this. Сидик из ПТУ (talk) 11:45, 22 February 2020 (UTC)
              • Sure, but it's better to fix the infobox than to try to change the underlying data. --- Jura 17:10, 22 February 2020 (UTC)
                • The infobox algorithm just relies on the fact that Wikidata will follow the rule "You only need to add the most local admin territory". The most local admin territories for Atlanta are Fulton and DeKalb and this is in line with the main point of view of most serious sources. Сидик из ПТУ (talk) 17:58, 22 February 2020 (UTC)
  • Pictogram voting comment.svg Comment If we are going to say (for example) that Atlanta is in both Fulton and DeKalb counties then, yes, we need something like this. But I think that's just bad modeling and a patch to get around it. When geographical entities overlap like this, the city is no more in the county than the county is in the city. I believe that Atlanta, Fulton County, and DeKalb County are each in Georgia; that Atlanta overlaps with Fulton County and DeKalb County; and that any given point in Atlanta is either in Atlanta and in Fulton County, or in Atlanta and in De Kalb County. The fact that a county is somehow "higher-level" than a city does not change this. Five counties of New York State each coincide with boroughs of New York City: this is the one case I know of in the U.S. where counties are proper subsets of cities. Are we really going to say that New York City is in Kings, Queens, New York, Richmond, and Bronx counties rather than vice versa? - Jmabel (talk) 16:20, 22 February 2020 (UTC)
Сидик из ПТУ and I were just discussing New York City over at Property talk:P131#Possible change of usage. Although the two situations aren't legally analogous, I believe they might be ontologically similar enough that a solution that applies to one ought to apply to the other. —Scs (talk) 16:56, 22 February 2020 (UTC)
Yes, we read articles about borough of New York City (Q408804) yesterday[3][4][5], it emphasizes that they are unique to the United States and are parts of the NYC now. Сидик из ПТУ (talk) 17:58, 22 February 2020 (UTC)
@Jmabel:, how would you write the location linearly, e.g., in the infobox for c:Category:Baltimore Block on Commons? The question is whether to put the city or county first, or come up with some other way of writing it. Ghouston (talk) 22:35, 22 February 2020 (UTC)
@Ghouston: By tradition, in the U.S. (with the exception of New York City) we list city before county regardless of containment, but that's a matter of tradition, not data modeling. I think it might make sense to have a query know that as a rule for U.S. places (should be possible to enforce based on "instance of"), rather than to have to say in doesn't really mean in.
By the way, New York is a mess in this respect. Pretty much any New Yorker would say that Morningside Heights is in Manhattan, not that it is in New York County, or that Park Slope is in Brooklyn, not that it is in Kings County. As for Richmond County / Borough of Richmond: almost everyone calls it "Staten Island"; after more than 300 years, the effort to give it an English rather than a Dutch name never really stuck. - Jmabel (talk) 23:44, 22 February 2020 (UTC)
If the query “all cities of the county Fulton” doesn’t return Atlanta then this is a bad base and it doesn’t matter how the data modeling was. If Britannica says in then we follow this as most users who expect that for all the cities of Georgia, a generally accepted order is kept in line with the real situation. As for the local names of the places in New York, I can say the same thing about Moscow, where the districts got their names from the villages, and then these villages ended up in other districts. But it all suggests that New York boroughs are seen as part of the city as a priority and they are named on the English Wikipedia as Manhattan, Brooklyn, Queens, The Bronx and Staten Island. There are not separate articles about Kings or Richmond. Everything is clear here. Сидик из ПТУ (talk) 07:14, 23 February 2020 (UTC)
There's a broader question here, which is: who or what is (or are) the primary user(s) of Wikidata? If it's people browsing our database, as if it were a stylized and highly-structured Wikipedia, then it makes sense to worry about what Britannica says, or what a reasonable New Yorker would say, and to try to have the presented data match that somehow. But if our data is primarily being used by computers running SPARQL queries, or by Wikipedia as it renders infoboxes, then we should favor a data model that fosters clean, consistent, general-purpose SPARQL queries and Lua templates and the like. —Scs (talk) 12:20, 23 February 2020 (UTC)
Dozens of Wikipedia language sections and a number of other Wikimedia projects need a supported hierarchy for a property. Q18008533 is a Lua module and it is popular, this switch will be useful to it, but, of course, it is required to return the correct sequences like Atlanta→Fulton→Georgia. Сидик из ПТУ (talk) 08:50, 24 February 2020 (UTC)
  • I think the point is that you can't write a single SPARQL query; in the general case you have to write a little program, with some loops and if statements, that issues a number of SPARQL queries and makes decisions based on any next level in hierarchy qualifiers it finds. (To be perfectly clear, suppose the question is not, "Show me everything in DeKalb County (Q486398)", but rather, "Show me everything in County X".)
This isn't necessarily a fatal flaw, but it does need to be acknowledged.
Overlaps are obviously a mess. I suspect we can have either a data model that's closer to the "real world" but requires more-complicated algorithms to query, or a "refactored" model that's easy to query because it interposes some extra, artificial, constructed entities (like "portion of Atlanta within DeKalb county"), but not both. —Scs (talk) 12:08, 23 February 2020 (UTC)
Using of "portion of Atlanta within DeKalb county" will make it difficult to work with queries such as "select all Atlanta bus stops". In any case, it’s better to work with real data than to add unobvious database tricks to the imperfection of the world. Alternatives to switch are similar to Procrustean bed (Q10991776). Сидик из ПТУ (talk) 08:50, 24 February 2020 (UTC)
@Сидик из ПТУ: How does an interposed subentity of Atlanta make it harder to find all Atlanta bus stops? —Scs (talk) 13:06, 24 February 2020 (UTC)
At least we need to order unobvious where in Atlanta-DeKalb or Atlanta-Fulton. And queries may be to select all bus stops in the capitals of each state or to select all Gerogia bus stops with their cities or select count of bus stops by city, etc. And what P131 is correct for it? If counties then we lose Atlanta in our hierarchy and can’t easily select this city along with other state capitals. If Atlanta then we lose any effect of this. A completely different conversation that such administrative territorial entity (Q56061) do not actually exist so this may lead to misinformation of the users. Сидик из ПТУ (talk) 13:25, 24 February 2020 (UTC)
This proposed qualifier is another such trick. I think we'd just stick to the initially suggested solution (add both Atlanta and DeKalb county statements to the bus stop item, but the most local entities) queries remain simple. --- Jura 10:26, 24 February 2020 (UTC)
This will make it impossible to build a hierarchy without a strong knowledge base wired into the algorithm and this will be a false statement that destroys the general logic. By the way, the property can be used without minus and queries like "select all bus stops in county" may contain the requirement to display the most local units for this stops (expected only cities). Maybe somebody can add to my query all organisations where next level of P131 contains only one county. Сидик из ПТУ (talk) 10:57, 24 February 2020 (UTC)
Actually, using this qualifier assumes that the qualifier is used in a given level of the hierarchy, thus requiring users to write a program to identify it as Scs mentions. --- Jura 11:02, 24 February 2020 (UTC)
Using P131 assumes that the most local admin territory for the bus stops of Atlanta is Atlanta, not counties. Сидик из ПТУ (talk) 11:08, 24 February 2020 (UTC)
You mean, you assume that. --- Jura 11:08, 24 February 2020 (UTC)
The reverse situation will complicate both the algorithms on Lua and the operation of SPARQL-queries when they need to work with the hierarchy. Сидик из ПТУ (talk) 11:27, 24 February 2020 (UTC)
I guess it's debatable if "wdt:P131*" is more complicated than the program combined with the qualifier query you linked in some diff, but personally, I find more simpler. --- Jura 11:30, 24 February 2020 (UTC)
Without following the rule of "most local admin territory" cheap hierarchy building will not be possible, however this feature is used in various Wikimedia projects very widely, it's much more relevant than the one-off SPARQL-queries for Georgia like was discussed here. The loss of hierarchy will entail the loss of many other opportunities while the qualifier, on the contrary, creates them. Сидик из ПТУ (talk) 11:45, 24 February 2020 (UTC)
Here we identified that there are actually two "most local admin territories" to be considered (unless "part of Atlanta in DeKalb county" is created) and infoboxes can handle this. It is known that the ruwiki one doesn't do that and apparently ruwiki lacks the resources to keep it in shape .. so we keep getting these requests here. --- Jura 11:52, 24 February 2020 (UTC)
There are two "most local admin territories" for Atlanta (Fulton & DeKalb), it matches to sources. There is one "most local admin territory" for Patch Works Art & History Center (Q76461608) (Atlanta). The machine cannot be taught to choose the "most local admin territory" from two or more values without detailed knowledge base. No one will learn the algorithm to select from the list first the city, then the county and finally the state since several thousand such tasks have accumulated over the history of mankind. We suggest improving the functionality, you suggest destroying it. Сидик из ПТУ (talk) 12:11, 24 February 2020 (UTC)
And the creation of artificial concepts that do not exist in the real world, such as "part of Atlanta in DeKalb county" will make work with Atlanta more difficult. It's not valid administrative territorial entity (Q56061), work with similar items in contrast to the documented property will be less handy and, again, will require a solid knowledge base. Сидик из ПТУ (talk) 12:18, 24 February 2020 (UTC)
  • I don't think people are willing to dismiss transitivity so easily -- it's arguable that we do need it and should strive to preserve it. And North Yorkshire (Q23086) is no counterexample -- if anything it's proof that (a) real-world political subdivisions are confusing, irregular, and difficult, and (b) people have been representing them improperly in Wikidata for a while, meaning we really need some cleanup and a proper fix (whatever that may be). In particular, North Yorkshire is a ceremonial county of England (Q180673) and, therefore, not strictly an administrative subdivision. [See Wikipedia Subdivisions of England: "For non-administrative purposes, England is wholly divided into 48 counties, commonly known [...] as ceremonial counties".] But you probably can't use North Yorkshire (Q23086) as part of your primary P131 hierarchy -- it's guaranteed to fail. (Just look at the comment -- right in Q23086's description! -- directing you over to North Yorkshire (Q21241814), which actually is an administrative subdivision, and which does not encompass e.g. Redcar and Cleveland (Q1434448), meaning it'd be much easier to use Q21241814 as part of a proper, nonoverlapping hierarchy.)
Can you say a little more about what you mean when you say "not allowing hierarchies to be done"? The argument for enforcing pure transitivity on P131 is that it makes P131 act like the mathematical operator subset (Q177646), meaning that simple wdt:P131* queries always yield proper results. In this sense saying that Patch Works is in Fulton County, or that Atlanta is in Georgia, is perfectly fine. I think your objection to these relations is that you can't list all cities in Fulton County by doing a simple wdt:P131 wd:Q486633 query, or something, but I'm really not sure.
Have we asked the folks over at WikiProject Country subdivision for their advice on all this? I bet they've put some thought into how best to resolve these situations. [Footnote: I've now asked them.]—Scs (talk) 13:01, 1 March 2020 (UTC)
Firstly, neither I nor Russian Wikipedia in general came up with the use of ceremonial county of England (Q180673) at located in the administrative territorial entity (P131). As I understand it, the British themselves began to fill out the data in this way. I am not opposed to clarifying this issue, although the ceremonial counties have changed the form of government over time and I fully admit that at the moment the phrase "Most ceremonial counties are, therefore, entities comprising local authority areas, as they were from 1889 to 1974" is correct. We can argue about the powers of the Queen of the United Kingdom, Governor General of Canada (Q390776) or Lord Lieutenant (Q914752) but if the existing hierarchies are in most cases useful then I do not see an error in such an interpretation where ceremonial county of England (Q180673) in located in the administrative territorial entity (P131).
Secondly, I think that following the main sources we should consider Atlanta a city in Fulton County (and also in DeKalb County) and make the appropriate statements. I consider it will be a bad decision to be guided in the first place by the rule "is completely in" and state Georgia for Atlanta at P131 with counties for other cities. It will simply be a false statement that the municipality of Atlanta is on the same hierarchy level as the counties. Сидик из ПТУ (talk) 10:38, 2 March 2020 (UTC)
Ah, okay, now I get it: You want P131 to mean "is an administrative subdivision of". That makes sense.
Or, stated another way, P131 represents a direct child relationship, and the proposed new property simply represents a grandchild relationship, for use in cases where we can't properly describe the situation with two ordinary child relationships. (Indeed, we've got some similarly redundant tags for people. Normally we represent human grandchildren as a pair of child (P40) properties, and siblings as two people having the same parent(s), but if we don't have an entity for the parent, we can use type of kinship (P1039) along with grandchild (Q3603531), sibling (Q31184), etc.) —Scs (talk) 16:36, 2 March 2020 (UTC)
P.S. When I said "you probably can't use Q23086 as part of your primary P131 hierarchy", I was not referring to you or the Russian Wikipedia; I meant "anybody". But the fact that "the British themselves began to fill out the data in this way" doesn't prove much, either -- as JMabel mentioned in another thread, we shouldn't automatically let popular folksonomies drive our more-precise taxonomic work here. 19:18, 2 March 2020 (UTC)
And looking at the real situation, it seems that the warning in the description does not forbid the use of North Yorkshire (Q23086) in the P131 but something like different from (P1889). Сидик из ПТУ (talk) 15:16, 2 March 2020 (UTC)
  • Pictogram voting comment.svg Comment Scs wrote: (quote) I think the point is that you can't write a single SPARQL query; in the general case you have to write a little program, with some loops and if statements, that issues a number of SPARQL queries and makes decisions based on any next level in hierarchy qualifiers it finds. (To be perfectly clear, suppose the question is not, "Show me everything in DeKalb County (Q486398)", but rather, "Show me everything in County X".) (end quote)
That is not true. Here is single SPARQL query using the proposed query for a search for items in an arbitrary administrative unit:
# SPARQL code to find items in an arbitrary administrative unit, called Q800000000,
# using the proposed qualifier, called P8000
SELECT ?item
WHERE
{
  VALUES ?searched_unit { wd:Q800000000 }
  {
    ?item wdt:P131* ?searched_unit .                 # located in the searched unit 
  }
  MINUS
  {
    ?item wdt:P131*/p:P131/pq:P8000 ?other_unit .    # unless next level in hierarchy is a unit
    ?other_unit wdt:P131/^wdt:P131 ?searched_unit .  # at same level in the hierarchy
    FILTER (?other_unit != ?searched_unit)           # and different from the sought unit
  }
}
Try it! --Dipsacus fullonum (talk) 15:47, 26 February 2020 (UTC)
Thank you. I apologize for my naïveté about the potential power of complex SPARQL queries. —Scs (talk) 11:32, 27 February 2020 (UTC)
  • It's essentially two queries which works here because there are not too many items involved and P8000 doesn't exist. For testing, Sandbox-Item (P369) can be used.
I'm curious to see the version for "all bus stops in Georgia by county". According to an addition on Property talk:P131 this would work for that as well. --- Jura 09:52, 29 February 2020 (UTC)
@Jura1: Here is a version for all bus stops in Georgia by county as requested:
# Find all busstops in Georgia by county
SELECT DISTINCT ?busstop ?county
WHERE
{
  ?busstop wdt:P31 wd:Q953806 .       # is busstop
  ?busstop wdt:P131+ ?any_county .    # located in county
  ?any_county wdt:P31 wd:Q13410428 .  # which is a county of Georgia, USA
  OPTIONAL {
    ?busstop wdt:P131*/p:P131/pq:P8000 ?switched_county . # the true county if present
    ?switched_county wdt:P31 wd:Q13410428 .               # if it is a county of Georgia, USA
  } 
  BIND(COALESCE(?switched_county, ?any_county) AS ?county)
}
Try it! --Dipsacus fullonum (talk) 12:17, 29 February 2020 (UTC)
  • Does it assume that the qualifier would be placed on a known layer and the layer is always in the same place of the matrix?
Would this work if the county was a French department and the French municipality had a switch to the relevant department?--- Jura 09:56, 1 March 2020 (UTC)
Answer to first question: No. Answer to second question: As I understand English Wikipedia a French municipality (commune) is in only one department. But even if that isn't the case, then the next levels in the French administrative hierarchy are cantons and arrondissements, so a commune should never have the proposed qualifier with a value of a department. Please read the description the proposal ("the value at the next hierarchy level"). But anyway, even with a double incorrect use of the qualifier, the query could be changed to give busstops in France by department, and work. --Dipsacus fullonum (talk) 12:09, 1 March 2020 (UTC)
I don't think the problem at Wikidata_talk:WikiProject_France/Communes#Communes_multi-départementales is solved. --- Jura 13:02, 1 March 2020 (UTC)
I don't understand French, but as I understand the point using machine translation of the discussion, the French communes is always in exactly one department, but which department have changed over time. If that is correct, then this proposed qualifer will not be usable for french communes. Instead the values for P131 somewhere in the property chain should use time qualifers as start time (P580) and end time (P582). If you want help with queries with time qualifiers, please ask in Wikidata:Request a query. --Dipsacus fullonum (talk) 14:17, 1 March 2020 (UTC)
If I recall correctly, there were several problems: one is that they changed over time (not important here), another that that some users include intermediate administrative layers that strech across several departments. It's a similar problem as the Atlanta one, at least if Atlanta had boroughs. --- Jura 20:19, 3 March 2020 (UTC)
Until 2015, France had two parallel hierarchies of administrative-territorial units. One of them consisted only of cantons, and the other was and remains perfectly transitive. To build a second hierarchy according to it, it is enough to simply indicate arrondissement of France (Q194203). Сидик из ПТУ (talk) 10:42, 4 March 2020 (UTC)
  • Symbol support vote.svg Support - there aren't too many cases that it could be used, however will be useful in some circumstances. --IWI (talk) 00:12, 24 August 2020 (UTC)

BC Register of Historic Places ID[edit]

   Under discussion
Descriptionidentifier of a property listed on the BC Register of Historic Places
RepresentsBC Register of Historic Places (Q86866826)
Data typeExternal identifier
Domaingeographical object (Q618123)
Allowed values[A-U][a-l][A-W][a-x]-\d+
Example 1Emily Carr House (Q5372097) → DcRu-235
Example 2Windy Joe Lookout (Q86120559) → DgRe-2
Example 3Marine Building (Q1326540) → DhRs-33
Number of IDs in sourcecirca 4600
Expected completenesseventually complete (Q21873974)
See alsoCanadian Register of Historic Places ID (P477)

Motivation[edit]

Hi, at the diference of other provincial register like the Alberta Register of Historic Places ID (P759), Quebec cultural heritage directory ID (P633) or Ontario Heritage Act Register ID (P4120), the BC Register of Historic Places (Q86866826) don't have a online register. But you can see all the places here and all historic place data is available here Fralambert (talk) 01:49, 2 March 2020 (UTC) Thierry Caro Fralambert Amqui Antoine2711 (talk) Helmoony joplam QultureQc Jura YanikB Mykola Swarnyk Jimj_wpg Deror avi BeatrixBelibaste Hannes Röst

Pictogram voting comment.svg Notified participants of WikiProject Canada

Discussion[edit]

  • Symbol neutral vote.svg Neutral. Thierry Caro (talk) 23:31, 6 April 2020 (UTC)
  • Pictogram voting comment.svg Comment. @Fralambert: En suivant le premier lien, cherchant un site protégé puis cliquant sur nom, on découvre que cet identifiant est appelé "Borden Number" et ici, on voit que c'est un identifiant pan-canadien. Ne vaudrait-il pas mieux appeler cet identifiant de la sorte ? Et créer un élément dédié, aussi ? Thierry Caro (talk) 02:19, 7 April 2020 (UTC)
    • En fait c'est Borden Code (P3611), non ? Thierry Caro (talk) 02:20, 7 April 2020 (UTC)
      • (conflit d'édit) La Colombie-Britannique utilise effectivement le code Borden comme id pour ses lieux patrimoniaux. Bizarrement, les sites archéologiques, qui sont pourtant la base du code Borden, ne serait pas inclus dans le registre provincial [6]. Du moins ça me crée des violation de contraintes sur Marine Building (Q1326540), tout en me conseillant pas des principaux statuts patrimoniaux, comme heritage designation (BC, Canada) (Q17504995), British Columbia designated provincial heritage site (Q16872697) ou listed in a community heritage register (Q18342392). --Fralambert (talk) 02:38, 7 April 2020 (UTC)
      • Un identifiant qu'on ne semble pas avoir, ce serait plutôt ce qui apparaît sous le nom d'OBJECTID quand on essaie de télécharger les données à partir du volet en bas de la page https://governmentofbc.maps.arcgis.com/apps/webappviewer/index.html. La valeur est de 5196331 pour Windy Joe Lookout (Q86120559). C'est peut-être ça qu'on devrait stocker ici plutôt, non ? Thierry Caro (talk) 02:25, 7 April 2020 (UTC)
        • J'y vais un peu par logique sur Canadian Register of Historic Places ID (P477) le site utilise bien ce code comme identifiant provincial [7]. C'est aussi ce code qui est présent sur cette carte [8]. Et si je regarde les définitions dans [9] « BORDENNUMBER is the unique site number. In BC, all archaeological sites and historic places are coded using the Borden system », ça semble que la province ait étendu le code au lieux patrimoniaux. Pour OBJECTID, c'est plutôt un numéro pour les cartes ESRI. --Fralambert (talk) 03:03, 7 April 2020 (UTC)
          • C'est un peu difficile à suivre mais en gros s'il y a deux bases avec des périmètres différents, c'est sans doute OK. Autrement, je suggère vraiment d'utiliser la propriété existante en en changeant les contraintes pour en élargir le champ. C'est tendu, en effet : parfois les gens ne veulent même pas de deuxième propriété quand il y identité des identifiants, ce qui serait le cas ici. Mais ici, en plus, aucune des deux propriétés ne génère de lien externe, ce qui est généralement tput l'intérêt. Donc on est vraiment à la limite de la logique qui consiste à scinder en deux propriétés. Désolé, mais je suis obligé de passer mon vote vers le neutre. C'est trop proche de Borden Code (P3611). Thierry Caro (talk) 03:22, 7 April 2020 (UTC)

subpopulation[edit]

   Under discussion
Descriptionpartial population according to some criteria
Representssubpopulation (Q2311577)
Data typeNumber (not available yet)
Domainplace
Allowed valuesinteger
Example 1Pristina (Q25270) → 426; point in time (P585) → 1961; ethnic group (P172)Macedonians (Q2436423)
Example 2See below for alternatives
Example 3MISSING

Motivation[edit]

This is a proposed solution of Wikidata:Project_chat#Something_wrong_here?. Previous proposals:

I think this is better than the following alternatives:

For qualifiers:

-- GZWDer (talk) 22:39, 21 March 2020 (UTC)

Discussion[edit]

  • Symbol support vote.svg Support --SilentSpike (talk) 22:45, 21 March 2020 (UTC)
  • GA candidate.svg Weak support I guess this is ok, but I'm a little sad we can't use population (P1082) with qualifiers. I understand the reasoning, but it seems to me it applies to many other cases too, and maybe our data consumers should get a little smarter about checking for qualifiers. ArthurPSmith (talk) 18:24, 23 March 2020 (UTC)
  • Pictogram voting question.svg Question Could you include a qualifier to determine how the subcategory is done? e.g. criterion used (P1013)=eye color. Supposedly, people could add multiple sub-populations for the same date that aren't meant to add up. BTW, we already have male population (P1540) and female population (P1539). --- Jura 18:51, 26 March 2020 (UTC)
Also literate population (P6499) and literacy rate (P6897). --- Jura 19:00, 26 March 2020 (UTC)
  • how about renaming it to "population by ethnic group" Germartin1 (talk) 13:48, 23 May 2020 (UTC)
    • Symbol support vote.svg Support for "population by ethnic group". This could also used for the race data provided by the US Census Bureau and will probably help a lot to import the US census data coming next year. Yellowcard (talk) 14:11, 26 July 2020 (UTC)
    • Symbol support vote.svg Support I agree that "population by ethnic group" would be the most practically useful property as it woul allow us to easily import and store census data from any country.--Kiril Simeonovski (talk) 13:26, 28 July 2020 (UTC)
  • I don't feel qualified to comment on the technicalities, but I very much would support some easier way to be able to represent the racial/ethnic demographics of an entity. {{u|Sdkb}}talk 13:34, 6 August 2020 (UTC)
    Also, Pictogram voting question.svg Question: How would this work for entities that aren't regions? E.g. if I want to specify the percentage of female students, first generation students, or international students at MIT? {{u|Sdkb}}talk 20:06, 15 September 2020 (UTC)

same transportation stop on the other side of the road[edit]

   Under discussion
Descriptionpair transportation stop (eg. bus stop) for this item. May be located on the other side of the road or around a bend
Representspublic transport station (Q548662)
Data typeItem
Domainpublic transport station (Q548662) (eg. bus stop (Q953806))
Example 1Roddom no. 3 (Q75271893)Roddom no. 3 (Q90985343)
Example 2Meschersky prospekt (Q90990057)Meschersky prospekt (Q74170211)
Example 3Davydkovskaya ulitsa (Q90994636)Davydkovskaya ulitsa (Q75262979) + Davydkovskaya ulitsa (Q75264230)
Planned usepublic transport station (Q548662) (eg. bus stop (Q953806))
Expected completenesseventually complete (Q21873974)
See also

Motivation[edit]

Following the example of OpenStreetMap, I suggest having separate elements for bus/trolleybus stops on each side of the road. For example, I attached two of their entities of bus stops to our two (1247147305Roddom no. 3 (Q75271893) + 2339398944Roddom no. 3 (Q90985343)).

On the example of Moscow, I can say that sometimes a stop on the opposite side of the street can be renamed, leaving the second old name[10], respectively, we should be able to separately keep a history of the names of each stop. Also on the different sides of the road different routes may stop. Pair bus stops may have different equipment (pavilion, access to wi-fi), different operating mode (request or regular stop), different dates of establishment (if first of them did not have pair for a some time).

We also need to have separate coordinate location (P625) for each stop, especially since they can move independently on each side.

So, it should be symmetric property (Q18647518) for grouping pairs of public transport station (Q548662) (something like this).

As for triple example (Davydkovskaya ulitsa (Q90994636) + Davydkovskaya ulitsa (Q75262979) + Davydkovskaya ulitsa (Q75264230)), this bus stops are located on intersection (Q285783)[11] and have the same name so I think should be grouped too. Сидик из ПТУ (talk) 12:08, 18 April 2020 (UTC)

Discussion[edit]

  • BA candidate.svg Weak oppose It seems to me like for a given station like "Davydkovskaya ulitsa" you have two bus stops for trains going in both directions. There are also stations that will have more then two bus stops. It seems to me like a better model would be to have on item for "Davydkovskaya ulitsa" that then has two bus stops that are "part of" the main item. ChristianKl❫ 16:08, 21 April 2020 (UTC)
"Davydkovskaya ulitsa" means Davydkovskaya Street (Q4153718) in Russian. There are not any bus station (Q494829) here and I don't see any usage for station item because any of this three bus stops[12][13][14] can be independently renamed. The parent element in this case will be excessive bureaucratic fiction, it essentially does not exist in real life, all the properties must still be maintained in the child elements. Otherwise, I would simply combine these pairs and triples into single elements again, but above I write why this is not an optimal option. However, I don’t think that bus station (Q494829) need child items for each their bus stop (Q953806) as items are not needed for each platform (Q64896574) of railway station (Q55488) or each door of transport terminal (Q67183571). Сидик из ПТУ (talk) 10:42, 22 April 2020 (UTC)
@Сидик из ПТУ: We need a model that doesn't just work for the Russian stations but that generalizes. ChristianKl❫ 22:50, 19 May 2020 (UTC)
For example, here is a similar situation in Denmark[15][16], Australia[17][18], Chile[19][20]. Сидик из ПТУ (talk) 06:52, 21 May 2020 (UTC)
@Сидик из ПТУ: that example currently contains no information about what name is used in the countries for the stations (e.g. on the train schedule). ChristianKl❫ 15:03, 16 July 2020 (UTC)
@ChristianKl: do you really think that these pairs of stops need a third element to describe a certain bus station? What data will need to be included so that it is not just a duplication of information from the first two items? And if not the names, then the list of bus routes for such pairs certainly does not have to coincide. For example, if we describe a circle route (Q145179) then the bus will make stops only on one side of the street, so it is advisable to indicate a stop on a specific side of the street in the route chain. OK, let's look to names of Chilean bus stops I found. [21] is a PI985-Camino A Lonquén / Esq. Los Yacimientos although [22] is a PG1432-Camino A Lonquén / Esq. Camino Privado. It turns out that they even have different IDs: PI985 and PG1432. Сидик из ПТУ (talk) 09:36, 19 July 2020 (UTC)
I do not intend to use the property for rail or subway at all. Only for road transport but maybe for trams and boats. Сидик из ПТУ (talk) 10:38, 19 July 2020 (UTC)

Multichill (talk) Thryduulf (talk) 21:38, 2 November 2013 (UTC) -revi (talkcontribslogs)-- 01:13, 3 November 2013 (UTC) (was Hym411) User:JarrahTree (talk) 06:32, 3 November 2013 (UTC) A.Bernhard (talk) 08:28, 9 November 2013 (UTC) Micru (talk) 12:36, 9 November 2013 (UTC) Steenth (talk) YLSS (talk) 13:59, 25 November 2013 (UTC) Konggaru (talk) 12:31, 14 December 2013 (UTC) Elmarbu (talk) 21:48, 17 December 2013 (UTC) Nitrolinken (talk) 16:30, 14 February 2014 (UTC) George23820 Talk‎ 17:39, 17 August 2014 (UTC) Daniele.Brundu (talk) 21:34, 30 August 2015 (UTC) Dannebrog Spy (talk) 16:13, 9 December 2015 (UTC) Knoxhale 18:39, 26 June 2016 (UTC) happy5214 22:48, 8 July 2016 (UTC) Jklamo (talk) 07:32, 15 August 2016 (UTC) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits DarTar (talk) 16:36, 5 September 2016 (UTC) Pizza1016 (talk | contribs) 01:33, 10 November 2016 (UTC) Sascha GPD (talk) 23:00, 1 February 2017 (UTC) Liuxinyu970226 (talk) 09:09, 2 February 2017 (UTC) A1AA1A (talk) 18:17, 21 May 2017 (UTC) Mauricio V. Genta (talk) 13:56, 9 June 2017 (UTC) Sam Wilson 10:26, 18 June 2017 (UTC) Danielt998 (talk) 05:01, 28 August 2017 (UTC) Maxim75 (talk) 06:04, 22 September 2017 (UTC) NCFriend (talk) 12:29, 2 August 2017 (UTC) Fabio Bettani (talk) 17:48, 3 June 2018 (UTC) Geogast (talk) 23:51, 13 July 2018 (UTC) Jc86035 (talk) 08:48, 18 July 2018 (UTC) Bodhisattwa (talk) 19:29, 17 December 2018 (UTC) Jinoytommanjaly (talk) 13:13, 21 May 2019 (UTC) OktaRama2010 (talk) 00:25, 1 May 2020 (UTC) PhiH (talk) 14:20, 26 July 2020 (UTC) Jcornelius (talk) 18:47, 30 July 2020 (UTC) Mackensen (talk) 15:21, 29 August 2020 (UTC) Pictogram voting comment.svg Notified participants of WikiProject Railways --- Jura 14:59, 15 July 2020 (UTC)

  • Symbol oppose vote.svg Oppose I think, Wikidata should't be as detailed as OpenStreetMap (Q936). Public transport tagging in OSM is very complicated. I like the beauty and simplicity of OSM and how Wikidata and OSM match: OSM shows the details and exact positions, Wikidata is perfect for the big picture (of a bus stop, e.g.). --Geogast (talk) 18:51, 15 July 2020 (UTC)
  • BA candidate.svg Weak oppose per Geogast. Too detailed. Multichill (talk) 10:20, 18 July 2020 (UTC)
    • It would be too detailed (and redundant) for a couple of bus stops to create another element of which they would be a part (bus station consisting of two road signs), as suggested above by ChristianKl. It would also be an overkill to create an element for each shelter at the bus station. You are now voting against cross links between items of bus stops. But how then to navigate between their items? Сидик из ПТУ (talk) 09:13, 19 July 2020 (UTC)

@SemModAP, IrvingBirger, WiseWoman, Dansen89, Nepalicoi: Сидик из ПТУ (talk) 09:55, 19 July 2020 (UTC) @Theklan, Chabe01, Stolbovsky, Xivk: Сидик из ПТУ (talk) 10:15, 19 July 2020 (UTC)

  • As a last resort, we can use the interchange station (P833) for the stated purpose but I'm not sure for multi-lane highways. Сидик из ПТУ (talk) 10:19, 19 July 2020 (UTC)
  • Symbol oppose vote.svg Oppose This property is far too vaguely defined. It could be useful to represent this type of relationship in Wikidata, but it would have to use more specific criteria for the relationship to make its usage clearer (e.g. share at least one route, share a name, not the same direction) and it may well be better to represent this using parent/child items, as is currently done for some interchange stations, instead of using a many-to-many property. Jc86035 (talk) 00:56, 7 August 2020 (UTC)

preposition in french[edit]

   Under discussion
Descriptionpreposition commonly used in French to this place
Data typeMonolingual text
Domainhuman settlement (Q486972)
Allowed valuesen/à/au/aux
Example 1Arles (Q48292) → en
Example 2Cuba (Q241) → à
Example 3Portugal (Q45) → au
Example 4Marquesas Islands (Q172697) → aux
Expected completenessalways incomplete (Q21873886)

Motivation[edit]

In itself, few interest, but this property would greatly help build and write automated French sentences/descriptions for Qid like "église en Arles" / "aéroport aux États-Unis" / "cathédrale au Wisconsin", etc Bouzinac (talk) 21:32, 14 May 2020 (UTC)

Discussion[edit]

VIGNERON
Mathieudu68
Ayack
Aga
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
Nomen ad hoc
GAllegre
Jean-Frédéric
Manu1400
Thibdx
Marianne Casamance
Natou844
Nattes à chat
Pierre André
Bouzinac
Albertvillanovadelmoral
Jsamwrites
Baidax
LearnKnowGive1
Pictogram voting comment.svg Notified participants of WikiProject France

  1. https://www.lepointdufle.net/ressources_fle/pays_regle.htm
  • Many Thanks! Bouzinac (talk) 19:20, 15 May 2020 (UTC)
  • Pictogram voting comment.svg Comment Can be relevant for other languages than French (a rare example for Czech - "v Česku"/"na Slovensku"). Which would probably help Abstract Wikipedia generate content. --Matěj Suchánek (talk) 11:45, 4 September 2020 (UTC)
  • Pictogram voting comment.svg Comment @Bouzinac, Mahir256, Matěj Suchánek: we could call it "preposition for locative" (Q202142) and use for which the usage rules have been defined on property talk. Initially this may just be French, Czech. Even in English, it could be convenient to store "in the" ←→ "in" somewhere. --- Jura 03:50, 5 September 2020 (UTC)
    Do you think monolingual text is appropriate? Shouldn't it be wikibase-form? --Matěj Suchánek (talk) 09:34, 5 September 2020 (UTC)
    • I hadn't commented on that aspect, as I'm not really convinced by either approach. Obviously, somehow anything should also be available on L-entities, but for French, it would mean that many place names would need to be created as lexemes merely to store this (which isn't a problem as such).
    • In the meantime, it occured to me that we could store it directly as form, e.g. [23]. This would also simplify translations to languages like Latin or Polish where there is a distinct form for locative. --- Jura 09:47, 5 September 2020 (UTC)
      I meant that items would link to forms, instead of text (as promoted by the examples above). But obviously, I missed the point that a preposition itself might not be very useful without the form of the word (considering in other languages). --Matěj Suchánek (talk) 09:55, 5 September 2020 (UTC)
      • Good point, that would be a option #4. I experimented with generational suffix (P8017) doing that. I found adding values isn't easy (was that with QS?) --- Jura 10:03, 5 September 2020 (UTC)
So, you would have a multilingual property, say,
  • Symbol support vote.svg Support every time I need to add "the" to country names, I think we should have some explicit solution for this. My order of preference is:
a. approach #3 (additional forms on the lexeme for the country name, requires no new property)
b. approach #2 (a statement on the lexeme of the country name, probably with form-datatype)
c. approach #4 (a form-datatype property on items for countries, similar to generational suffix (P8017)))
d. approach #1 (a monolingual string property on items for countries)
Preferred property label for "preposition for locative" for (b, c, d).
As we don't have multi-lingual datatype, I didn't add that, but several statements with monolingual-datatype make it multilingual.
Any solution is better than the status quo. @Bouzinac, Mahir256, Matěj Suchánek:. --- Jura 14:04, 20 September 2020 (UTC)

CPJF garden ID[edit]

   Under discussion
Descriptionidentifier for a garden on the Comité des Parcs et Jardins de France website
RepresentsComité des Parcs et Jardins de France (Q96781775)
Data typeExternal identifier
Domaingeographic location (Q2221906), and mostly garden (Q1107656)
Allowed values\d+
Example 1Jardin de la Chaumine (Q96781802)1555
Example 2Roseraie Jouin (Q96781796)644
Example 3Villa Folio (Q3558540)842
Sourcehttps://www.parcsetjardins.fr/jardins/carte
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd].
Planned useTemplate:Tourism links (Q50592696)
Number of IDs in source1539
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://www.parcsetjardins.fr/jardins/$1-wd
CountryFrance (Q142)

Motivation[edit]

This new Wikidata property for authority control for places (Q19829908) would help improve our coverage of remarkable garden of France (Q498842), which are interesting garden (Q1107656) in France (Q142). Thierry Caro (talk) 07:14, 2 July 2020 (UTC)

Discussion[edit]

VIGNERON
Mathieudu68
Ayack
Aga
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
Nomen ad hoc
GAllegre
Jean-Frédéric
Manu1400
Thibdx
Marianne Casamance
Natou844
Nattes à chat
Pierre André
Bouzinac
Albertvillanovadelmoral
Jsamwrites
Baidax
LearnKnowGive1
Pictogram voting comment.svg Notified participants of WikiProject France. Thierry Caro (talk) 07:14, 2 July 2020 (UTC)

Water area[edit]

   Under discussion
DescriptionArea/surface of a geographical entity that is covered by water.
Data typeQuantity
Domainplaces
Allowed valuesnumbers
Allowed unitssquare kilometers
Example 1Dauphin Island (Q932623) → 105.344035 square kilometers
Example 2Germany (Q183) → 8634 square kilometers
Example 3California (Q99) → 20501 square kilometers
Planned useFor the US states, cities and Census-designated places, these data is available as CSV files for 1990 to 2010. The data for 2020 will be available next year. It is easy to import them to wikidata, as the US Census Bureau will again publish CSV and Excel files.
See alsoarea (P2046), water as percent of area (P2927)

Motivation[edit]

Currently, for geographic entities such as countries, states and cities, there is no good possibility to have a statement about the water surface. The proposed property is comparable to water as percent of area (P2927), but should be an absolute value (usually in sqaure kilometers) and not relative. It will be a part of area (P2046) and should always be smaller or equal to it. Yellowcard (talk) 14:35, 26 July 2020 (UTC)

Discussion[edit]

  • Pictogram voting comment.svg Comment this could be done with area (P2046) and a suitable qualifier, but this does seem a useful metric so we should figure out some way to get it in! ArthurPSmith (talk) 14:48, 27 July 2020 (UTC)
    • @ArthurPSmith: Good point. Not sure how exactly water as percent of area (P2927) is used, I have added it as separate statement but this could also be used as qualifier for area (P2046). I personally would like to have all those three statements for separate statements and use qualifiers for date and method, but in the end we should only agree on one specific procedure. Is there maybe anything comparable? Yellowcard (talk) 21:20, 27 July 2020 (UTC)
      • water as percent of area (P2927) should apparently only be used as a main value. The issue I see here is that if a place has area (P2046) 100 km² and water as percent of area (P2927) 36% one can't be certain that the percentage refers to the earlier statement unless they have the same point in time (P585) and source. How is the relation between area (P2046) and the proposed property? Do you add both values to get the combined land and water area (like US Census), or is the water area part of area (P2046)? --Pyfisch (talk) 19:03, 23 August 2020 (UTC)
        @Pyfisch: I agree, water as percent of area (P2927) as well as the proposed property are supposed to be used as main values. However, I do not understand what you mean by "Do you add both values to get the combined land and water area (like US Census)", as in the US Census data, the "area" combines land and water area. This is why area (P2046) will always be greater than the statement with the proposed water area property, as long as they base on the same point of time (point in time (P585)) and the same source. Yellowcard (talk) 05:56, 25 August 2020 (UTC)
        Take a look at the Florida Places Gazetteer File. It contains an entry "Everglades city" with the columns ALAND=2370668 and AWATER=738078. According to the technical documentation ALAND is the "Land Area (square meters)" and AWATER is the "Water Area (square meters)". To get the "total area" of 3.11 km² both values are combined (e.g. w:Everglades City, Florida Infobox). You most likely knew this already, but I want to make sure there is no misunderstanding. That area (P2046) is always the total area is reasonable, I just want to be explicit about it. --Pyfisch (talk) 08:44, 25 August 2020 (UTC)
        Nevermind, you say at the very top "It will be a part of P2046 and should always be smaller or equal to it", sorry for the confusion. --Pyfisch (talk) 08:48, 25 August 2020 (UTC)
Pictogram voting comment.svg Comment instead of separate "water area" statement we could also introduce a qualifier "thereof water area" to area (P2046) claims. This would ensure that both numbers refer to the same point in time. But for the similar case of female population (P1539) and male population (P1540) separate items were chosen too. --Pyfisch (talk) 08:44, 25 August 2020 (UTC)
I believe, based on the structure mainly used in Wikidata, that the property should be used as main statement. Furthermore, while we are discussing the water area, I believe that we need a "land area" property as well, don't we? Absolutely same usecase as the proposed water area property. Yellowcard (talk) 21:02, 25 August 2020 (UTC)
We don't need a "land area" property as area (P2046) - water area is always the land area. Creating a land area property would be redundant. --Pyfisch (talk) 07:17, 26 August 2020 (UTC)
Not sure whether that is a valid argument. Based on the redundancy idea, we have a lot of properties that could be called redundant. Just taking your example above: Nobody would call population (P1082) redundant because you could just sum up female population (P1539) and male population (P1540) (and maybe other genders) to get that number. There are many better examples, but I just took this one as you were referring to those properties above. Yellowcard (talk) 16:57, 26 August 2020 (UTC)
It is a philosophical issue at its core. I don't see the utility of a land area property in addition to the water area. --Pyfisch (talk) 00:47, 27 August 2020 (UTC)
Symbol support vote.svg Support --Pyfisch (talk) 07:17, 26 August 2020 (UTC)

map URL[edit]

   Under discussion
Descriptiona URL that links to a map of the place, building, road, transit system, etc. described by the item
Representsmap (Q4006)
Data typeURL
Domainitem; location (Q17334923)
Allowed valueshttps?://.+
Example 1Denny Hall (Q28449746)https://www.washington.edu/maps/#!/den
Example 2University of Washington (Q219563)https://www.washington.edu/maps/
Example 3University of Washington (Q219563)https://wsac.wa.gov/sites/default/files/UW%20Campus%20Map.pdf
Example 4Headquarters of the United Nations (Q11297)https://www.pointswithacrew.com/wp-content/uploads/2016/11/visit-united-nations-headquarters-map.jpg
Example 5Microsoft Redmond Campus (Q6331329)https://kurtsh.files.wordpress.com/2016/03/image.png
Example 6Microsoft Redmond Campus (Q6331329)https://campusbuilding.com/c/microsoft-redmond-main-campus/
Example 7Thailand (Q869)https://www.infoplease.com/atlas/asia/thailand-map
Example 8Amazonia (Q2841453)https://cdn.britannica.com/89/3889-050-F52E7998/Central-network-drainage-Northern-Andes-Amazon-River.jpg
Example 9Olympus Mons (Q520)https://1.bp.blogspot.com/-IiLi5ELT7wk/UVoZIGUJ6QI/AAAAAAAADbY/o4KXF-gPMsg/s1600/olympus+map.jpg
Example 10Yosemite National Park (Q180402)https://www.nps.gov/carto/hfc/carto/media/YOSEmap1.pdf
Example 11Yosemite Valley (Q1996389)https://www.nps.gov/carto/hfc/carto/media/YOSEmap2.pdf
Example 12New York City Subway (Q7733)https://new.mta.info/map/5256
Planned useWe are creating items for University of Washington buildings and will add this property to link to maps of the building on campus.

Motivation[edit]

There is no property to provide a link to a map depicting a location (building, university campus, corporate body, jurisdiction, geographic feature, transit system, etc.). We are creating items for buildings on the University of Washington campus and would like to link to campus maps that show the location of the building. Having a map URL property will be useful to add to many other items in Wikidata. UWashPrincipalCataloger (talk) 16:11, 13 August 2020 (UTC)

Discussion[edit]

Database of Umgebinde houses in Bohemian Switzerland ID[edit]

   Ready Create
Descriptionidentifier for records in the Database of Umgebinde houses in Bohemian Switzerland
Data typeExternal identifier
DomainUpper Lusatian house (Q1362233)
Allowed values[a-z0-9_-]
Example 1Kopec 18 (Q33249924)stare-krecany-podstavkovy-dum-cp-18
Example 2Q61970865ruzova-podstavkovy-dum-cp-e48
Example 3Q31031548jetrichovice-podstavkovy-dum-cp-10-1
Number of IDs in source1508
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://ops.ceskesvycarsko.cz/cs/cile/$1

Motivation[edit]

Tobias1984 Vojtěch Dostál YjM Wesalius Jklamo Walter Klosse Sintakso Matěj Suchánek JAn Dudík Skim Frettie Jura1913 Mormegil Jedudedek marv1N Sapfan

Pictogram voting comment.svg Notified participants of WikiProject Czech Republic @Conny, ‎RoesslerP, WikiAnika:
The largest database of Umgebinde houses in the Czech Republic, including houses in 9 municipalities. Jedudedek (talk) 20:40, 31 August 2020 (UTC)

Discussion[edit]

  • Symbol support vote.svg Support JAn Dudík (talk) 20:46, 31 August 2020 (UTC)
  • Pictogram voting question.svg Question Is the formatting URL really permanent? Are the IDs permanent? Is there some chance that the "database" will survive next 5 years? --YjM | dc 21:50, 31 August 2020 (UTC)
    Databáze byla dokončena v roce 2004, tedy před 16 lety (viz zde kapitolu Podstávkové domy Českého Švýcarska). Nevím, jak dlouho je přístupná na webu, ale určitě již několik let. Jestli si dobře pamatuju, tak jsem na ní narazil nejpozději v květnu 2014, tedy před více jak šesti lety. Jinak České Švýcarsko o.p.s. byla založena roku 2001 a myslím, že (nejen) instituce které za ní stojí, dávají slušný předpoklad dlouhého fungování. Jedudedek (talk) 23:14, 31 August 2020 (UTC)
    @Jedudedek: YjM se spíše ptá na to, zda se odkazy příliš nemění, tzn. zda se příliš často jednotlivé záznamy nepřejmenovávají Vojtěch Dostál (talk) 05:53, 1 September 2020 (UTC)
    Pravda, na tuhle část otázky jsem neodpověděl. Adresy jsou stejné co pamatuju. Podle mě je sice ten jejich systém pojmenování po obci, namísto po části obce (viz příklad č. 3, což je ve skutečnosti Vysoká Lípa 10) zvolenej trochu nešťastně. Ale že by to po těch letech předělávali si nemyslím. Jedudedek (talk) 06:30, 1 September 2020 (UTC)
  • Symbol support vote.svg Support Conny (talk) 11:21, 1 September 2020 (UTC).

American Battlefield Trust battlefield ID[edit]

   Ready Create
Descriptionidentifier for a battlefield on the American Battlefield Trust website
RepresentsAmerican Battlefield Trust (Q5124628)
Data typeExternal identifier
Domainbattlefield (Q4895508)
Allowed values[a-z]+(-[a-z]+)?
Example 1Cowpens National Battlefield (Q5179798)cowpens-battlefield
Example 2Gettysburg Battlefield (Q5554755)gettysburg-battlefield
Example 3Stones River National Battlefield (Q7619315)stones-river-battlefield
Sourcehttps://www.battlefields.org/visit/battlefields
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd].
Planned useTemplate:Geographical links (Q28528875)
Number of IDs in source187
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://www.battlefields.org/visit/battlefields/$1

Motivation[edit]

This new Wikidata property for authority control for places (Q19829908) would improve our coverage of the military history of the United States (Q1483473). Thierry Caro (talk) 04:43, 3 September 2020 (UTC)

Discussion[edit]

StanProg


Pictogram voting comment.svg Notified participants of WikiProject Military History. Thierry Caro Fuzheado

Pictogram voting comment.svg Notified participants of WikiProject United States. Thierry Caro (talk) 04:43, 3 September 2020 (UTC)

VA facility ID[edit]

   Under discussion
Descriptionidentifier for a facility on the U.S. Department of Veteran Affairs website
RepresentsUnited States Department of Veterans Affairs (Q592576)
Data typeExternal identifier
Domaingeographic location (Q2221906)
Allowed valuesString
Example 1Q98841310vha_436GM
Example 2Nashville National Cemetery (Q6966982)nca_865
Example 3Zephyrhills VA Clinic (Q98841314)vha_673GF
Sourcehttps://www.va.gov/find-locations/
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd].
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://www.va.gov/find-locations/facility/$1

Motivation[edit]

This new Wikidata property for authority control for places (Q19829908) would help improve our coverage of the facilities dedicated to veteran (Q193891) in the United States of America (Q30). Thierry Caro (talk) 08:16, 3 September 2020 (UTC)

Discussion[edit]

Thierry Caro Fuzheado

Pictogram voting comment.svg Notified participants of WikiProject United States. Thierry Caro (talk) 08:16, 3 September 2020 (UTC)

KinoWiki ID[edit]

   Under discussion
Descriptionpage on the German KinoWiki, a website about old and new cinema buildings in Germany
Data typeExternal identifier
Domainmovie theater (Q41253)
Example 1Filmbühne (Q98950086)[24]
Example 2Filmtheater (Q50843749)[25]
Example 3Mephisto (Q50843391)[26]
Sourcehttps://www.hifi-archiv.info/Kinowiki/index.php?title=Hauptseite
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd].
Planned useconverting the 1500 extant links on Wikidata (to filmtheater.square7.de) from described at URL (P973) to this new property, later creating new Wikidata items
Number of IDs in sourcethousands
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://www.hifi-archiv.info/Kinowiki/index.php?title=$1
Robot and gadget jobsconverting the 1500 extant links on Wikidata from P973 to this new property
See alsoCinema Treasures ID (P4129), Kinoliste ID (P4981), Carthalia ID (P5652)

Motivation[edit]

Wikidata is strong on cinema buildings (with the CinemaTreasures property mainly for the US and a couple of other properties), and there are already 1500 links (see https://www.wikidata.org/w/index.php?target=http%3A%2F%2Ffilmtheater.square7.de&title=Special%3ALinkSearch ) from Wikidata to the German KinoWiki. IMHO it is the number one site for information mainly about closed, demolished and obscure cinemas in Germany. Especially noteworthy is that countless historic cinema address books have been mined for address and ownership information which is given for each cinema. The KinoWiki is a private site that has changed its servers, I think, twice in its history, so it would be a great help to have a link formatter instead of having to change all those links (and maybe again...). At the moment, all those links are dead (since the old server seems to have stopped working as of today), but most can be fixed by just changing to the new URL. That said, the new site is at this very moment still unstable, spam-ridden and has had a major problem with importing pages with Umlaut in the title (naturally, quite a lot with those German names), so hundereds of pages there will need to be moved (I already did this for a few, being a a user on this Wiki, and after that our links work again). Also, the images there don't work yet. I am confident that the site owner will be able to sort out these problems soon, as he has always done in the past. This property proposal may seem a bit premature (as these bugs are not sorted out yet), but I want to prevent all those links on Wikidata to be deleted as dead links, since it was a such lot of work (mostly mine) to match our items with the KinoWiki. --Anvilaquarius (talk) 17:10, 7 September 2020 (UTC)

Discussion[edit]

  • Symbol support vote.svg Support and Symbol wait.svg Wait I think the links should be saved and transferred to the new domain, but lets wait until the new server is stable and up and running with images and all. --Hannes Röst (talk)

MnDOT Historic Bridges ID[edit]

   Under discussion
Descriptionidentifier for a historic bridge in the database of the Minnesota Department of Transportation
RepresentsMinnesota Department of Transportation (Q3315550)
Data typeExternal identifier
Domainbridge (Q12280)
Allowed valuesString
Example 1Camp Ripley Bridge (Q30590134)4969
Example 2Nymore Bridge (Q16896017)2366
Example 3Soo Line Bridge (Q99398814)L5721
Sourcehttps://www.dot.state.mn.us/historicbridges/browse.html
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd].
Planned useTemplate:Buildings links (Q25751684)
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://www.dot.state.mn.us/historicbridges/$1.html

Motivation[edit]

This new Wikidata property related to bridges (Q29446361) will help improve our coverage of transportation in Minnesota (Q7835240). Thierry Caro (talk) 21:35, 16 September 2020 (UTC)

Discussion[edit]

Akuckartz Beat Estermann Vladimir Alexiev Ilya Sadads Astinson Strakhov Zeromonk Spinster Wittylama Daniel Mietchen Susannaanas Sic19 Jason.nlw Carlojoseph14 YULdigitalpreservation MB-one Ouvrard MartinPoulter Missvain VIGNERON Ainali Birk Weiberg Pmt Mauricio V. Genta Smallison ProtoplasmaKid 2le2im-bdc Rodrigo Tetsuo Argenton Ivanhercaz VisbyStar Patafisik Beireke1 Vahur Puik Ettorerizza Sp!ros Alexmar983 Epìdosis Buccalon Mrtngrsbch Eothan Giaccai NAH User:Fralambert Ipoellet Valeriummaximum Hannes Röst Ahc84

Pictogram voting comment.svg Notified participants of WikiProject Cultural heritage. Thierry Caro Fuzheado

Pictogram voting comment.svg Notified participants of WikiProject United States. Thierry Caro (talk) 21:35, 16 September 2020 (UTC)

  • Symbol support vote.svg Support The source is official and has descriptions for each structure. Baidax (talk) 22:40, 16 September 2020 (UTC)
  • Symbol support vote.svg Support --Epìdosis 06:09, 17 September 2020 (UTC)
  • Symbol support vote.svg Support Susanna Giaccai (talk) 11:11, 17 September 2020 (UTC)
  • Symbol support vote.svg Support--Hannes Röst (talk) 14:17, 18 September 2020 (UTC)

monumentsauxmorts.fr ID[edit]

   Under discussion
Descriptionidentifier for a memorial on monumentsauxmorts.fr
Data typeExternal identifier
Domainwar memorial (Q575759)
Allowed values\d{1,4}
Example 1Q949999191780
Example 2Q96602263999
Example 3war memorial of Pont-de-Vaux (Q90853317)763
Sourcehttp://monumentsauxmorts.fr/crbst_53.html
Number of IDs in source2695
Expected completenesseventually complete (Q21873974)
Formatter URLhttp://monumentsauxmorts.fr/crbst_$1.html
See alsoMonument aux morts ID (P6238); MémorialGenWeb monument ID (P8157)

Motivation[edit]

Many war memorials in France still do not have enough information on Wikidata. This website certainly does not have the largest database of inventoried war memorials but offers a detailed bibliography for each of them as well as information that cannot be found on the websites of the other two existing properties. This proposal is very similar to the one below. This identifier would thus make it possible to better centralize information about war memorials in France and could be part of the project proposal that I am setting out here. However, the website uses Adobe Flash, which is a drawback especially when a lot of browsers will remove its support soon. Baidax (talk) 22:00, 16 September 2020 (UTC)

Discussion[edit]

VIGNERON
Mathieudu68
Ayack
Aga
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
Nomen ad hoc
GAllegre
Jean-Frédéric
Manu1400
Thibdx
Marianne Casamance
Natou844
Nattes à chat
Pierre André
Bouzinac
Albertvillanovadelmoral
Jsamwrites
Baidax
LearnKnowGive1
Pictogram voting comment.svg Notified participants of WikiProject France Baidax (talk) 22:03, 16 September 2020 (UTC)

monumentsdememoire.fr ID[edit]

   Under discussion
Descriptionidentifier for a memorial on monumentsdememoire.fr
Data typeExternal identifier
Domainwar memorial (Q575759)
Allowed values\d{1,3}
Example 1Boisse-Penchot war memorial (Q63762443)129
Example 2Q99398809196
Example 3Q9939881576
Sourcehttp://www.monumentsdememoire.fr/spip.php?page=trouver
Number of IDs in sourceabout 144
Expected completenesseventually complete (Q21873974)
Formatter URLhttp://monumentsdememoire.fr/spip.php?article$1
See alsoMonument aux morts ID (P6238); MémorialGenWeb monument ID (P8157)

Motivation[edit]

Many war memorials in France still do not have enough information on Wikidata. This website has a very small amount of war memorials but offers information that cannot be found on the websites of the other two existing properties, such as dimensions. The website is managed with the support of the Academic district of Montpellier (Q2822314) and Academy of Toulouse (Q2750231); documents are completed in a project with primary school classes. This proposal is very similar to the one above; this one however doesn't have the same quantity of information but remains useful. This identifier would thus make it possible to better centralize information about war memorials in France and could be part of the project proposal that I am setting out here. Baidax (talk) 22:01, 16 September 2020 (UTC)

Discussion[edit]

VIGNERON
Mathieudu68
Ayack
Aga
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
Nomen ad hoc
GAllegre
Jean-Frédéric
Manu1400
Thibdx
Marianne Casamance
Natou844
Nattes à chat
Pierre André
Bouzinac
Albertvillanovadelmoral
Jsamwrites
Baidax
LearnKnowGive1
Pictogram voting comment.svg Notified participants of WikiProject France Baidax (talk) 22:03, 16 September 2020 (UTC)

NPS place ID[edit]

   Under discussion
Descriptionidentifier for a place in the United States on the National Park Service website
RepresentsNational Park Service (Q308439)
Data typeExternal identifier
Domaingeographic location (Q2221906)
Allowed values[a-z]+(-[a-z]+)?
Example 1Bogoslof Island (Q890658)bogoslof-island
Example 2Clingmans Dome Observation Tower (Q65582396)clingmans-dome-observation-tower
Example 3Lake McDonald Lodge (Q3216462)lakemcdonaldlodge
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd].
Planned useTemplate:Geographical links (Q28528875)
Expected completenessalways incomplete (Q21873886)
Formatter URLhttps://www.nps.gov/places/$1.htm
See alsoNPS unit ID (P4083)

Motivation[edit]

This new Wikidata property for authority control for places (Q19829908) would help us improve our coverage of the geography of the United States (Q272160) Thierry Caro (talk) 23:55, 17 September 2020 (UTC)

Discussion[edit]

EdouardHue
VIGNERON
Thierry Caro
Paul Mackay
Pigsonthewing
Fralambert
Holger1959
Dhx1
Derzno
GPSLeo
Tris T7 TT me
Rodrigo Tetsuo Argenton (talk)

Pictogram voting comment.svg Notified participants of WikiProject Protected areas. Thierry Caro Fuzheado

Pictogram voting comment.svg Notified participants of WikiProject United States. Thierry Caro (talk) 23:55, 17 September 2020 (UTC)

  • Symbol support vote.svg Support --Fralambert (talk) 01:24, 18 September 2020 (UTC)
  • Symbol support vote.svg Support But please include the region for which this ID is valid in the label. "National Park Service" could be anywhere on the earth. --GPSLeo (talk) 07:44, 18 September 2020 (UTC)

LoC HABS/HAER/HALS place ID[edit]

   Under discussion
Descriptionidentifier for a place covered by the Historic American Buildings Survey, Historic American Engineering Record or the Historic American Landscapes Survey on the Library of Congress website
RepresentsLibrary of Congress (Q131454)
Data typeExternal identifier
Domaingeographic entity (Q27096213)
Allowed valuesString starting by state two-letter code and ending with 4 digits
Example 1Chelan Butte Lookout (Q96402371)wa0598
Example 2Congregation Kahal Kadosh Beth Elohim (Q3507989)sc0007
Example 3Smokemont Bridge (Q99481483)tn0295
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd].
Planned useTemplate:Buildings links (Q25751684)
Expected completenessalways incomplete (Q21873886)
Formatter URLhttps://www.loc.gov/item/$1

Motivation[edit]

This new Wikidata property for authority control for places (Q19829908) would help us improve our coverage of the architecture of the United States (Q2304178). Thierry Caro (talk) 18:38, 19 September 2020 (UTC)

Discussion[edit]

Akuckartz Beat Estermann Vladimir Alexiev Ilya Sadads Astinson Strakhov Zeromonk Spinster Wittylama Daniel Mietchen Susannaanas Sic19 Jason.nlw Carlojoseph14 YULdigitalpreservation MB-one Ouvrard MartinPoulter Missvain VIGNERON Ainali Birk Weiberg Pmt Mauricio V. Genta Smallison ProtoplasmaKid 2le2im-bdc Rodrigo Tetsuo Argenton Ivanhercaz VisbyStar Patafisik Beireke1 Vahur Puik Ettorerizza Sp!ros Alexmar983 Epìdosis Buccalon Mrtngrsbch Eothan Giaccai NAH User:Fralambert Ipoellet Valeriummaximum Hannes Röst Ahc84

Pictogram voting comment.svg Notified participants of WikiProject Cultural heritage. Thierry Caro Fuzheado

Pictogram voting comment.svg Notified participants of WikiProject United States. Thierry Caro (talk) 18:38, 19 September 2020 (UTC)

Neighborhood[edit]

Outer space[edit]

Please visit Wikidata:WikiProject Space for more information. To notify participants use {{Ping project|Space}}