View source for Property talk:P642

{{Property documentation}}
{{Complex constraint
 | label = Deprecate use case x3
 | description = If the value is a part of the parent item, {{P|518}} should be used instead. (Use case x3 on [[Wikidata:WikiProject Data Quality/Issues/P642]].)
 | sparql = SELECT DISTINCT ?item ?itemLabel 
WHERE 
{
  ?item wdt:P527 ?part.
  ?item ?property [pq:P642 ?part]
  FILTER (?property != p:P31)
  FILTER (?property != p:P279)
  FILTER (?property != p:P2868)
}
 }}

{{ExternalUse|
* [[:es:Plantilla:Ficha de persona]], <!-- With the property P39 -->
* [[:it:Template:Epidemia]],
* [[:ja:Template:道の駅]]
* [[:ca:Plantilla:Esdeveniments]], [[:ca:Plantilla:Infotaula de Pokémon]], [[:ca:Plantilla:Infotaula de cançó]], [[:ca:Plantilla:Infotaula personatge]], [[:ca:Plantilla:Infotaula vaixell/base]], [[:ca:Plantilla:Infotaula d'estel]], [[:ca:Plantilla:Infotaula d'objecte astronòmic]]
* [[:eu:Txantiloi:Etapa emaitza]], [[:eu:Txantiloi:Pertsonaia infotaula]]
* [[:ha:Template:Databox]]
* [[:kab:Talɣa:Databox]]
* [[:ig:Àtụ:Databox]]
* [[:ary:موضيل:معلومات كائن]]
* [[:ga:Teimpléad:WD Bosca Sonraí Amhrán]]
}}

== Related properties==
{{P|518}} when the restriction applies to a part of the item itself

== Translation ==

Just saying that this is very hard to translate, at least in Finnish because we don't have many prepositions in the language. --[[User:Stryn|Stryn]] ([[User talk:Stryn|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:14, 30 December 2014 (UTC)
: Totally agree, in Lithuanian language we use Genitive case for this „of“ purpose.--[[User:Zygimantus|Zygimantus]] ([[User talk:Zygimantus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:56, 17 January 2017 (UTC)
::Totally agree here that it's impossible to translate this into East Asian languages, where it's impossible to put a genitive after the noun being modified. Chinese (all variants) and Japanese can only do "A's B", not "B of A". [[User:Deryck Chan|Deryck Chan]] ([[User talk:Deryck Chan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:26, 7 March 2017 (UTC)

== Scope?... ==

This property lacks a proper definition. —[[User:Tinm|Tinm]] ([[User Talk:Tinm|d]]) 19:37, 19 January 2016 (UTC)

: Agreed. When it was still called "of", people were using it for everything and nothing. The label "within the scope of" does not seem to make sense in most cases. Is this qualifier really providing useful information in a situation where you do not already know what the proper relationship between the items involved should be? If not, then one should probably go for more specific solutions with a more narrow definition. --[[User:Markus Krötzsch|Markus Krötzsch]] ([[User talk:Markus Krötzsch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:07, 26 January 2016 (UTC)
::Confusing. In case this helps, here's some statistics: This property is used as a qualifier for some 147 properties, the most common ones being {{P|31}} (9746 uses), {{P|39}} (4428 uses), {{P|1112}} (2927 uses), {{P|1346}} (1694 uses), {{P|281}} (1107 uses), {{P|1685}} (1010 uses), {{P|106}} (904 uses), {{P|279}} (768 uses), {{P|366}} (308 uses), {{P|360}} (249 uses), and {{P|780}} (240 uses). This is going to take some cleaning up. --[[User:Yair rand|Yair rand]] ([[User talk:Yair rand|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:55, 28 January 2016 (UTC)
::* {{Ping|Tinm|Markus Krötzsch|Yair rand}} Only English (and "Canadian" and "British" English) has the lengthy "within the scope" attached to the preposition; every other language that I can read seems to just label this as a simple preposition. In English it was also originally simply "of" as the archive of the proposal shows. It was changed a few months ago - why? While the change did pull in content from the description, it does NOT seem to me to be an improvement on the simple 'of'. I believe it should be changed back to 'of' for English to match how it is expressed in other languages. Perhaps the description needs to be improved also. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:19, 24 March 2016 (UTC)
:::: While changing the label to 'of' the English description also ought to be changed - maybe 'qualifier to add context regarding where or what the statement applies to'? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:03, 24 March 2016 (UTC)

: {{Ping|Swpb}} any reason why you changed the en label ? I guess the qualifier was used as a "meaningless" multi-purpose qualifier that had any sense only in the context of a statement. With the change of label, this changes everything. Should'nt we go back instead ? <span style="border: 1px #C9C9C9;"><span style="background-color:#E8E8E8;padding:3px;">author&nbsp;</span><span style="background-color:#FFFFFF;">&nbsp;[[User:TomT0m|TomT0m]] / </span>talk [[User talk:TomT0m|page]]</span> 17:36, 24 March 2016 (UTC)

While the issue is not resolved, I cancelled the change of label. Non concerted and not explained as far as I know. <span style="border: 1px #C9C9C9;"><span style="background-color:#E8E8E8;padding:3px;">author&nbsp;</span><span style="background-color:#FFFFFF;">&nbsp;[[User:TomT0m|TomT0m]] / </span>talk [[User talk:TomT0m|page]]</span> 15:53, 25 March 2016 (UTC)

== Classes where this is used ==

The most common property this is used to qualify is {{P|31}}

Here's a query for the most common P31 classes that P642 is used on, together with an example item and an example value:
:<tt>tinyurl.com/k6hwfba</tt>

[[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:53, 24 March 2017 (UTC)

== Proper use? ==

Is this an acceptable use of this property? [[Q6259215#P527]] --[[User:Valerio Bozzolan|Valerio Bozzolan]] ([[User talk:Valerio Bozzolan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:57, 29 June 2017 (UTC)
: No, usually such statements are not used at category items at all. --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:40, 30 June 2017 (UTC)
:: It would nice if someone would write a guide on what to use ''instead'' of '''"of."''' I appreciate that it is deprecated, but I don't grok the more appropriate alternatives yet. I'll review [[WD:P642]] and see if I can find additional guidance. [[User:Jerimee|Jerimee]] ([[User talk:Jerimee|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:17, 9 August 2024 (UTC)
:::{{ping|Jerimee}} [[WD:P642]] is exactly the place to find alternatives, although it is not complete. Secondly, because that guide isn't complete or necessarily the most user-friendly, "of" ''isn't yet'' deprecated. It is ''planned to be deprecated'', meaning you are encouraged to find better properties to use, but you can still use "of" for now, when you can't find anything better. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:57, 3 September 2024 (UTC)

== used as a qualifier in reference record ==

{{ping|ChristianKl}} This could be used as a qualifier in reference record, as the examples in, [[Q43977122#P577]] and [[Q43977130#P577]].
It is used to scope the indirect reference entity, {{P|248}}:{{Q|44287862}}, to a specific item.
--[[User:Ans|Ans]] ([[User talk:Ans|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:28, 4 December 2017 (UTC)
: Those references are problematic in a way that goes beyond the usage of "of". The semantics of {{P|248}} assert that two items with the same value are referring to the same source. Your constraint violations break that promise that's valuable for linked data.
: Changing our data model in such a way that breaks guarantees on which data reusers can hope to rely is not something should be donewithout seeking consensus beforehand.
: In addition, Wikipedia url's aren't valid values for {{P|854}}. Everything that gets imported from from Wikipedia is supposed to use {{P|143}}. This allows Wikipedias to make a decision not to import data from Wikidata that only has Wikipedia sources. [[User:ChristianKl|ChristianKl]] ([[User talk:ChristianKl|✉]]) 11:59, 4 December 2017 (UTC)
::{{ping|ChristianKl}}
::#The propose of this discussion here is to seek for consensus?
::#I use {{P|143}} only when it is imported from the same wikipedia item (the wikipedia article is linked to sitelink on the same wikidata item that it is imported to).  I use {{P|854}} with a Wikipedia url, if it is imported from Wikipedia item that is not the same as wikidata item, since merely using "imported from" does not give provenance from which specific wikipedia article it is imported.  Or we need to use {{P|642}} as a qualifier to "imported from" to give provenance of a specific Wikipedia article?  I prefer to use "imported from":"wikipedia article" - "of":<item> pair rather than Wikipedia url, since its semantic is more well-defined than the Wikipedia url.  I use Wikipedia url as just an interim solution.  I've thought that it should later be converted to a more well-defined concept without '''loss''' of provenance information.
::#''This allows Wikipedias to make a decision not to import data from Wikidata that only has Wikipedia sources.'' <-- I know that, but I've already thought that Wikipedian can also parse the url to know that it is imported from Wikipedia (also, just for interim solution).
::--[[User:Ans|Ans]] ([[User talk:Ans|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:24, 12 December 2017 (UTC)
:::You didn't ping any Wikiprojects for input or list this discussion on the project chat to get input, so it's not likely to get substantial input. But even if you had that wouldn't lead to anybody supporting your proposal just as nobody did in the deletion discussion. 
::: There's no parsing of the URL when Wikipedia imports data and Wikipedia currently filters out references that use {{P|143}} to prevent Wikipedia references. While I do consider it valuable to provide exact reference to where data from Wikipedia comes from, the inability to do so is partly by design to discourage the usage of Wikipedia as source (eg. in https://www.wikidata.org/wiki/Wikidata:Property_proposal/wikimedia_revision_identifier there was the argument that "Wikipedia is not a source"). [[User:ChristianKl|ChristianKl]] ([[User talk:ChristianKl|✉]]) 22:28, 12 December 2017 (UTC) 
:::It seems that the latest attempt at https://www.wikidata.org/wiki/Wikidata:Property_proposal/Generic#Wikimedia_import_URL will be successful.

== Discussion elsewhere ==

There's a discussion relating to the appropriate use of {{P|642}} at [[Property talk:P1435#Allowed qualifiers - P642 vs. P361]]. Comments welcome. &mdash;&nbsp;[[User:Ipoellet|Ipoellet]] ([[User talk:Ipoellet|talk]]) 20:03, 31 January 2018 (UTC)

== Usages on Japanese expressways' interchanges/junctions... ==
Well I only ask for usages as "main statements", the usages as qualifiers are not affected.

I would love to know if there's ways to replace those usages, which over-filled [https://query.wikidata.org/#SELECT%20DISTINCT%20%3Fitem%20%3FitemLabel%20WHERE%20%7B%0A%09%3Fstatement%20wikibase%3AhasViolationForConstraint%20wds%3AP642-D2FD6874-6853-493A-A224-9613F9A94E1A%20.%0A%09%3Fitem%20%3Fp%20%3Fstatement%20.%0A%09FILTER%28%20%3Fitem%20NOT%20IN%20%28%20wd%3AQ4115189%2C%20wd%3AQ13406268%2C%20wd%3AQ15397819%20%29%20%29%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22ja%22%20%7D%20.%0A%7D%0A this SPARQL Query]. --[[User:Liuxinyu970226|Liuxinyu970226]] ([[User talk:Liuxinyu970226|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:30, 18 January 2019 (UTC)
:{{ping|B.O.B. jp|フォット|Ennpitsu|Raimei BT|新幹線}}{{ping|アストロニクル|610CH-405}} which I more or less know that they edited such items. --[[User:Liuxinyu970226|Liuxinyu970226]] ([[User talk:Liuxinyu970226|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:33, 18 January 2019 (UTC)
:{{ping|Okkn}} How do you think about this? --[[Special:Contributions/2409:8902:9002:11FF:A782:9881:88C6:78CB|2409:8902:9002:11FF:A782:9881:88C6:78CB]] 06:20, 18 January 2019 (UTC)
:: We may need a new property similar to {{P|81}}. --[[User:Okkn|Okkn]] ([[User talk:Okkn|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:38, 20 January 2019 (UTC)

== Essay: P642 considered harmful ==

[[User:Lucas Werkmeister/P642 considered harmful]] is an essay advising against the use of this property. Comments are welcome on the talk page. [[User:Lucas Werkmeister|Lucas Werkmeister]] ([[User talk:Lucas Werkmeister|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:38, 17 April 2021 (UTC)
:This topic has been raised as an issue for discussion at [[Wikidata:WikiProject Data Quality/Issues]]. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:40, 13 November 2021 (UTC)

== {{P|P642}} ==

@[[User:Swpb|Swpb]] Why can't we have the constraints? 

The purpose of them is to discourage people from using the property and use alternative properties or propose new ones. Without the constraints, people will keep  using {{P|P642}} and may not use the alternatives - increasing its wrong usage. We need to stop the usage, decrease the usage, use alternatives, and propose alternatives if we're ever going to get to the point of deleting this property. 

If there's any relationship you absolutely ''need'' {{P|P642}} for, go propose a property right now. It's not like we're deleting the property. We're instead allowing for its continued usage, but ''encouraging'' editors to find alternatives by notifying them with constraints. [[User:Lectrician1|Lectrician1]] ([[User talk:Lectrician1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:40, 8 February 2022 (UTC)

:We should not have these broad constraints yet because we don't have viable alternatives identified yet, and we want some sort of consistency in how P642 uses are migrated. We are working on identifying use cases [[User:Swpb/P642|here]], but we have barely begun (help is appreciated!). I know from personal experience that there are dozens of use cases for which there is no appropriate existing alternative, and property creations don't happen overnight. The smoothest, least disruptive way to do this is to identify and create alternatives on a use-case basis, migrate uses and set ''narrow'' constraints against those uses ''as we go'', not to announce to the world that this property is soon to be dead when we still have no idea what is to become of its tens of thousands of uses. We did a very similar thing several years ago with the nebulous "as" property, and it was a very effective approach. P642 has similarly been around for years, and is even more widely and variously used than "as" was. The new uses that appear during this process are not going to make a significant impact on effort – but doing things without proper planning will. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:10, 9 February 2022 (UTC)

*Can we see some numbers before doing large scale changes? 
:There are currently 11,228,761 uses of this as qualifier. 
:*Changing the constraint as done generates the same number of constraint violations.
:*There is a risk that '''changing millions of statements to a different existing property deteriorates data quality for these properties''', while many of the current uses of this qualifier are harmless.
:What would help are the number of uses per property. We don't really know how relevant the samples in the essay above are (it doesn't supply any numbers).
::Some pointers:
::*Most of my queries timed out 
::*There are 62 properties that have it as "allowed qualifier": [https://query.wikidata.org/#SELECT%20%3Ftype%20%28COUNT%28%2a%29%20AS%20%3Fcount%29%0A%7B%0A%20%20%3Fp%20p%3AP2302%20%5B%20ps%3AP2302%20wd%3AQ21510851%20%3B%20pq%3AP2306%20wd%3AP642%20%5D%20.%0A%20%20%3Fp%20wikibase%3ApropertyType%20%3Ftype%20%0A%7D%0AGROUP%20BY%20%3Ftype%20]
::*Other properties may not have such a constraint.
::*[[https://www.wikidata.org/wiki/Wikidata:Database_reports/Constraint_violations/P31#Properties_statistics|this]] has 197165 uses for P31. Maybe Ivan could generate them?
:Once available, a plan per property would probably be best. [[Wikidata:WikiProject_Data_Quality/Issues/P642]] is a good start, but e.g. for P31 covers currently 10% or so (per given quantity). --- [[User talk:Jura1|<span style="display:inline-block;transform:rotate(-8deg);-moz-transform:rotate(-8deg);-webkit-transform:rotate(-8deg);-o-transform:rotate(-8deg);">Jura</span>]] 23:58, 9 February 2022 (UTC)
::I suspect that in 11 million uses, there will be large use cases of possibly several million usages each. It would be good to identify those and start any migration with them. I think P31 and P279 may be the last in line. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:35, 10 February 2022 (UTC)
::@[[User:Jura1|Jura1]] So I delved deeper, using Harej's custom query service. I can confirm there are 197,000 statements with P642 qualifiers of {{property|P31}}. it seems there are only 18,811 such uses in {{property|P279}}. According to an (incomplete) [https://query.wikidata.org/#SELECT%20%3Fprop%20%28count%28distinct%28%3Fstatement%29%29%20as%20%3Fcount%29%20WITH%20%7B%0A%20SELECT%20%2a%20WHERE%20%7B%0A%20%20%20%20%20%20%20%20%20%3Fitem%20%3Fprop%20%3Fstatement%20.%0A%20%20%20%20%20%20%20%20%20%3Fstatement%20pq%3AP642%20%5B%5D%20.%7D%20limit%20500000%20%7D%20as%20%25items%20where%20%7B%0Ainclude%20%25items%0A%7D%20%0Agroup%20by%20%3Fprop%0Aorder%20by%20desc%28%3Fcount%29 query], a huge number of usages is in {{property|P2215}}. A further query indicates there is actually 10,443,919 usages in {{property|P2215}}. Resolving those might make further querying and filtering possibly simpler. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:09, 10 February 2022 (UTC)
::Thanks. Nice query. Should have thought of that.
::So after {{P|2215}} and {{P|31}} just about >500,000 remain. I found:
::*174,385 for {{P|2868}}
::*108,891 for {{P|1346}}
::*74,107 for {{P|39}}
::Seems the generic qualifier is being used in a too generic way ;) --- [[User talk:Jura1|<span style="display:inline-block;transform:rotate(-8deg);-moz-transform:rotate(-8deg);-webkit-transform:rotate(-8deg);-o-transform:rotate(-8deg);">Jura</span>]] 15:45, 10 February 2022 (UTC)
:::@[[User:Jura1|Jura1]] We'll have to go property-by-property and discover patterns of usage. I'll try to propose a solution for P2215 because there the usage of P642 seems particularly unnecessary. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:08, 10 February 2022 (UTC)
::::{{ping|Vojtěch Dostál}} I've found (see [[Wikidata:WikiProject Data Quality/Issues/P642]]) that use cases depend on the classes of items involved, as much if not more than on the property in the main statement. Some uses are very ideosyncratic. This may be a nearly asymptotic effort - it will take some effort to resolve 90% of uses, then a similar effort to resolve the next 9%, and the next 0.9%... [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:26, 14 February 2022 (UTC)
:::::@[[User:Swpb|Swpb]] Yep, you are completely right. I am just looking for the low-hanging fruit now, as a proof-of-concept that things like this can be changed. There may not even be consensus for removal of P642 in some other cases, so I'd start with a use case which is quite clearly wrong to me. I think {{property|P3831}} or {{property|P518}} might make more sense but I need to check it with the astronomy community here. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:54, 15 February 2022 (UTC)
::::It's not clear to me either what the added value would be to change the qualifier of properties that have a clearly defined use for it (e.g. {{P|2215}}). 
::::The essay seems mainly about P31 (and P279). Personally, I think there are 3 types of uses:
::::*uses that should be with another qualifier or property (possibly created afterwards), but was never migrated
::::*uses that help (human) editors understand the items (harmless, I think)
::::*uses that should be with a different property, but that doesn't exist yet
::::For P279, I added some Krbot stats to its talk page (see [[Property talk:P279]]). Hope these are better than some I got for P642, but couldn't match with others. --- [[User talk:Jura1|<span style="display:inline-block;transform:rotate(-8deg);-moz-transform:rotate(-8deg);-webkit-transform:rotate(-8deg);-o-transform:rotate(-8deg);">Jura</span>]] 14:12, 15 February 2022 (UTC)
:::::Too bad I didn't bother to check this talk page before doing the statistics myself, as you apparently had done them just three weeks prior... Anyway, as I point out at [[Wikidata talk:WikiProject Data Quality/Issues/P642#Performance and database design]] I believe that using {{P|642}} (or actually any Wikidata qualifier) the way it has been used for {{P|2215}} is a pretty sub-optimal way of representing what would normally be a single entry in a database of stellar objects. Mathematically, ''proper motion'' is a single property, a spherical vector consisting of two scalar values (or possibly three, if you were to combine it with {{P|2216}} to which it's physically related, though I would recommend against doing so for other reasons), much like ''latitude'' and ''longitude'' (optionally combined with ''altitude'').
:::::Applying a qualifier to a property value is to me a kind of irregular exception, such as when the value changes under particular circumstances or at a specific point in time. But {{Q|13442}} and {{Q|76287}} are in no way "particular circumstances"; they are the inseparable axes by which you indicate a point in a two-dimensional coordinate system. You can't have one without the other and still identify the point, much like you can't locate an airplane by stating its latitude at one point and its longitude at another, maybe 15 minutes later; they always come in pairs.
:::::So, for each star you will need two property claims, separated by this (or some other) qualifier. This is no big deal to Wikidata; a single item may have two values for the same property, or 20, or 200, or three... See where I'm getting at? Unless you have some strict rules about in what order the components of a pair of values may appear in Wikidata, you cannot tell for sure which two claims belong together. Now, for a constant vector there would be only two claims, but what if you have several, like for {{Q|14268}}? Granted, as all but two are deprecated, this isn't a significant problem, but what if you have multiple values of equal rank, say because the proper motion has actually changed over time? You can add more qualifiers to identify those pairs, but it seems like a pretty non-intuitive way of structuring your data, like first taking a series of timestamps and separating them with hours in one bag, minutes in another, and seconds in a third, but only after putting a label on each number to tell which originate from the same timestamp.
:::::And what is the performance cost of looking up these values, with the fairly complicated data structure required just to represent a single value with a qualifier? This is where I begin comparing it with mailing a small airplane.
:::::Therefore I'd prefer seeing a new datatype, similar to geographic location, but relative rather than absolute. If Wikidata is expected to list millions of stellar objects, maybe it could warrant a phabricator ticket? --[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:09, 16 March 2022 (UTC)
::::::@[[User:Vojtěch Dostál|Vojtěch Dostál]]: Maybe a spherical vector datatype (two scalars) like the one I suggest is the solution you are looking for? --[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:03, 16 March 2022 (UTC)

== Alleged discouragement or deprecation ==

I can read that the use of this property is discouraged, but I can't see why; it is enormously useful.

One use of this property is to say, e.g. "X is a list of Y"; thus, I say "X is a list, then use "of" as a qualifier, and then "Y" as a parameter.

I would also like to see "for" as a separate property.

Generic properties are actually very useful. Like in natural language, it is often useful to say something broader or generic rather than laboring about the more specific concept to pick.

--[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:08, 22 December 2022 (UTC)

If this property should be discouraged, there should probably be an easy to use guide on how to translate from English to Wikidatese. There should be example sentences in English for common uses of "of" and then example markups in Wikidatese. Since, it is vital that users have it easy to translate from English to Wikidatese and that is currently often rather difficult.

--[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:12, 22 December 2022 (UTC)

I see this was discussed at [[User_talk:Lucas_Werkmeister/P642_considered_harmful]], but one of the most natural places to discuss this is on the property talk page or in some public venue, not on a user's talk page.

Let those who want to deprecate the property describe for use how to translate the following:
* X is a list of Y
* X is a set of Y

And I also propose "for" as a separate propery:
* X is a tool for Y"
And if not a dedicated property, then a translation guide from English to Wikidatese (where Wikidatese is the language of Wikidata). Maybe [[Wikidata:Translating from English to Wikidatese]], and there could be similar guides for other languages. Do such guides already exist? --[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:17, 22 December 2022 (UTC)

: {{Ping|Dan Polansky}} What do you think about these suggestions?
:# {{Statement|X|P31|list}} + {{Statement|X|P360|Y}} - note, that this is a subproperty of {{P|P2670}}
:# {{Statement|X|P31|set}} + {{Statement|X|P2670|Y}} - though the scope of this property is somewhat restricted
:# {{Statement|X|P31|tool}} + {{Statement|X|P366|Y}} --[[User:Nw520|Nw520]] ([[User talk:Nw520|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:07, 22 December 2022 (UTC)
:: {{Ping|Nw520}} Thank you; excellent. There should also be "is a set of". My point would be that "of" enables a generic class of these expressions and that, from a certain standpoint, these properties are artificial: I do not need isAListOf if I have X-isA-List-of, and then I can plug any container type instead of List into the position, whether list, set, mapping or multiset. Also of note is that "isA" is ambiguous between isInstanceOf and isSubclassOf, so properly, there would have to be isInstanceOfListOf and isSubclassOfListOf. It seems preferable to make generic tools available ("of") rather than making specific compound tools ("is an instance of list of"), and this is indeed what natural language does. In any case, thanks again. --[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:17, 22 December 2022 (UTC)
::: If I'm understanding you correctly, you are describing a property like for example “is a collection of” (this might be already covered by {{P|P2670}}, but I'm not a member of WikiProject Onthology ;) ). The problem with {{P|P642}} however is that its de-facto-scope was and is much broader. In most instances “of” is interpreted as “I can somehow narrow my statement down, but I don't know what the relationship between the statement's value and the refinement is.”<br/>For instance: Let's assume I'm developing a template for Wikivoyage that displays the type of cuisine served by a restaurant. {{Statement|X|P31|restaurant|P642|Q192786}} works fine, but due to the unrestrained nature of “of” some people also used it for statements like {{Statement|X|P31|restaurant|P642|Q38076}}. Thus, I'd have to walk through the qualifier value's class hierarchy to reason whether the item is in fact about a cuisine. With dedicated properties like {{P|P2012}} querying becomes a piece of cake since all reasoning had to be done at the time the data was added to Wikidata, with the added benefit that tighter constraints can be enforced (and better value suggestions provided). --[[User:Nw520|Nw520]] ([[User talk:Nw520|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:51, 22 December 2022 (UTC)
:::: I see. But the problem with avoiding generics is that using Wikidata gets rather hard. Maybe an easy-to-use guide would help, or good example entities where one can see how things can be done. --[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:00, 22 December 2022 (UTC)
:: What about me starting a translation guide and see how far we can get with that? --[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:19, 22 December 2022 (UTC)
:: Later: I misunderstood a bit. It is now possible to say X isSubclassOf List isListOf Y or X isInstanceOf List isListOf Y. But the point about genericity of containers stands: I want to connect any container to its concent. Then, instead of isListOf, there could be isContainerOf. I still see value in the generic "of"; I cannot think about the range of all its applications. It would perhaps be profitable to figure out how to best translate "of" into inflected languages such as German and Czech rather than trying to get rid of this generic tool. Admittedly, I am looking at it from the point of view of English and the appearance of the resulting structures from the point of view of German or Czech may be rather suboptimal, leading to phrasing that is not natural in these languages. --[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:40, 22 December 2022 (UTC)

== X is a mapping of Y to Z ==

How do I say this? I can currently do it with "of", and I have to make a workaround for "to", but I can do it.

For instance, how do I say that "my concept" is "a mapping from positive integers to real numbers"? (I would actually like to see "from" from a natural language perspective.) --[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:58, 22 December 2022 (UTC)
: There are {{P|1568}}, {{P|2396}}, {{P|1571}} and {{P|1851}} for this :) --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:29, 27 December 2022 (UTC)

== X is a set of Z ==

I am slowly starting to understand the ontology business. To say the above, we say two things:
* X subclass-of set
* Y has-part(s) Z
We do not need qualifiers. We do not need to say this:
* X sublass-of set of Z; "of" as a qualifier is essentially a workaround.
The key ontological questions are: what are the superclasses, qualities, parts? We want to see candidate hypotheses about these questions listed next to each other, ready to be accepted or deprecated, and ready to lead to a fork of a concept when it turns out sources differ. We do not need explicitly say "X of Y". Or so I think; some ontologist can correct me. This should all be clearly explained somewhere in Wikidata, but apparently it isn't. --[[User:Dan Polansky|Dan Polansky]] ([[User talk:Dan Polansky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:51, 25 December 2022 (UTC)

== Can we mark this property as deprecated in its description? ==

@[[User:Swpb|Swpb]] @[[User:SM5POR|SM5POR]] @[[User:Push-f|Push-f]] It not being deprecated tells people it's still okay to use it. It should not be okay to use it. [[User:Lectrician1|Lectrician1]] ([[User talk:Lectrician1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:21, 31 January 2023 (UTC)

:@[[User:Lectrician1|Lectrician1]]: I agree that we should strongly discourage further use, as the current language ("will be deprecated") seems a bit weak and unspecific in time. However, it would be wrong to say it ''is'' or ''has been'' deprecated already, or add prohibitive constraints, before we have all the replacement properties created and documented. Maybe ''is (currently / in the process of) being deprecated'' would be a strong enough hint? By bugging editors about current use too early (say, by adding constraints), we will only be bugged ourselves in return about future use not being decided yet.
:We may want to speed up the process by working on several (non-overlapping) groups of use cases simultaneously, but each group will take its time, as we will have to consolidate the changes in whatever templates, modules, Wikipedia infoboxes and Help pages that keep referring to them (in my opinion, for each use case the Wikidata documentation statements, Help pages and their translations ought to be fixed first, then the functional applications, and finally the actual claims). --[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:13, 31 January 2023 (UTC)
:Absolutely not, the property is not and should not be deprecated yet. Where replacements for specific use cases have been identified, we can and do create constraints to discourage P642 from being used ''in those cases''. But if we just tell everyone "don't use this property for anything" ''before'' we identify all its replacements, we will have chaos as different editors make up their own work-arounds, and we'll never be able to track down all the weird statements that result. The work must be done first. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:59, 31 January 2023 (UTC)
::Agree 100% with @[[User:Swpb|Swpb]] - we can deprecate for specific cases, and chip away at using "of" as time goes along, but simply saying "don't use this for anything" will mess things up a lot - especially since some situations, like the one that prompted this ({{P|39}}) simply don't have a good widely-agreed replacement yet. [https://w.wiki/6HNv This report] gives an idea of how complicated it would be to unpick for the different groups, though there are a few potential easy wins there. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:16, 31 January 2023 (UTC)
:::@[[User:Andrew Gray|Andrew Gray]], @[[User:Nassauer27|Nassauer27]], @[[User:ChristianKl|ChristianKl]], @[[User:TomT0m|TomT0m]], @[[User:Infovarius|Infovarius]], @[[User:TheAafi|TheAafi]], @[[User:GZWDer|GZWDer]]: Speaking of {{P|39}} (and some similar properties), I'm currently considering two distinct qualifiers tentatively labeled ''in service of'' and ''assigned to'', but before writing the formal proposals I'd like to hear from editors working in different languages how well they would translate without ambiguities or significantly changed connotations. Based on that input, we could consider additional qualifiers to use in different contexts (such as whether to use the same ''assigned to'' qualifier or different ones in a political vs a business context, or whatever distinction is important in languages other than English). Please add your comments on these labels (or introduce alternative labels) in the subsections at [[Wikidata talk:WikiProject Data Quality/Issues/P642/Property labels#Seeking language advice on future qualifier proposals]]. --[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:04, 1 February 2023 (UTC)
{{od}}<s>It appears it's been disabled for use with "position held".  So those of us who are trying to build entries can either fuck off or be subjected to an undue burden?  Help me out here.</s>Scratch that, I used it after searching for it.  For those of us using the property in this context, are we supposed to create values for every individual position or pretend that those positions somehow aren't important enough to include?  That's what I could really use help with.[[User:RadioKAOS|RadioKAOS]] ([[User talk:RadioKAOS|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:24, 2 March 2023 (UTC)

:@[[User:RadioKAOS|RadioKAOS]]: Having to create items that combine generic positions with different administrative entities (such as "mayor of Dillingham") is precisely what I want to avoid by introducing multiple qualifiers to replace {{P|642}}. In the case you were working on I would write it pretty mcuh as you did, with {{statement|Q104828795|P39|Q30185|in service of|Q79383}}. But before I put forward this proposal, I'd like to see comments from various language communities, including the English one, to determine an appropriate scope that doesn't make translating this property label unnecessarily burdensome, such as whether you can use the same "in service of" expression whether this person has been elected by the inhabitants or appointed by the executive branch of the local government. Would you say that a member of the House of Representatives representing California does so "in service of" {{Q|525805}} and "assigned to" {{Q|11701}}, or would you prefer {{P|1268}} {{Q|525805}} (with the same "assigned to" qualifier) in that particular case? --[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:04, 20 March 2023 (UTC)

== Replace "of" in depicts beheaded head of John the Baptist ==

See [[Q116966881#P180]]: {{Statement|Q116966881|P180|Q101195208|P642|Q40662}}. What would be a good replacement for {{P|642}} here? [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:47, 4 March 2023 (UTC)
:{{P|361}} would be accurate, if a little stilted. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:55, 5 March 2023 (UTC)

::{{re|Multichill}} Could {{Q|1698963}} be used there, or would that have to be restricted to uses of the motif in heraldry? It would be a shame for it not to cover all uses of the motif, in my opinion. [[User:Ham II|Ham II]] ([[User talk:Ham II|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:44, 24 January 2024 (UTC)
:::@[[User:Ham II|Ham II]],@[[User:Multichill|Multichill]],@[[User:Swpb|Swpb]]As {{Q|40662}} is far from the only character having been beheaded (I'm thinking of Andromeda or Medusa in Greek mythology, I think the original question still deserves a more generic answer, even if the example in that specific case could be solved by {{Q|1698963}} already being an item (which could use the solution in one of its own statements).--11:01, 8 May 2024 (UTC) [[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:01, 8 May 2024 (UTC)
::::I still think {{P|361}} is the best replacement among existing properties. (In distant second place is {{P|127}}, which would be quite wrong.) To wit, [[Wikidata:WikiProject_Data_Quality/Issues/P642#Qualifying_any_property|use case x6]]. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:00, 8 May 2024 (UTC)

== P642 needed for taxonomy synonyms ==

Often old species names become superseded, especially in the case of fungi, and when this happens it is important to have a convenient link from the non-current taxon item to the current taxon item.  According to the [[Wikidata:WikiProject_Taxonomy/Tutorial#Taxon_synonym|WikiData taxonomy tutorial]], this can be done by adding a "{{P|31}}" = "{{Q|1040689}}" statement (in addition to the normal "instance of = taxon" value) and adding the qualifier "{{P|642}}" with a value equal to the preferred taxon item.  I see from a SPARQL query that there are currently 9920 such uses of P642 and at present all the proposals would use P642.  This is also being discussed at [[Wikidata_talk:WikiProject_Taxonomy#Property_%22of%22_%28P642%29_deprecated_but_needed_for_synonyms]]  

Could P642 continue to be used just in the context of taxon items?  How could we solve this? [[User:Strobilomyces|Strobilomyces]] ([[User talk:Strobilomyces|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:58, 17 October 2023 (UTC)
* In some languages there is no equivalent of 'of'. As a result, this qualifier may not be unambiguous because translations do not always perfectly convey its meaning. In the WikiProject you have been given a different solution, I think even creating a new property for this would be better than the use of 'of' qualifier. ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 17:43, 17 October 2023 (UTC)
::{{ping|Wostr}} Thank you for answering.  Please can you say specifically where the different solution given in the Wikiproject is?  I agree that a new property could solve the problem and I wondered whether there might be an existing one which we could use in this context. [[User:Strobilomyces|Strobilomyces]] ([[User talk:Strobilomyces|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:11, 18 October 2023 (UTC)
::: {{re|Strobilomyces}} I was writing about the creating of a new property. Biological taxonomy is not my field of interest, but I think it would be reasonable to consider whether the main value with the qualifier should be reversed (in a new property or an existing one, if such property exists), i.e. the taxon name used as the main value and the taxon function (basonym, etc.) as the qualifier, e.g. by {{P|P3831}}. From a layman's point of view, this seems more logical, but I don't know how this data is most often queried and this should affect the data model. What's more, this discussion should take place on one page, [[Wikidata talk:WikiProject Taxonomy]] seems to be better for this. ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 21:52, 18 October 2023 (UTC)
:::: I think that would be more logical, but it would also be more difficult to bring about in Wikidata given the current status, so I prefer not to propose it.  OK, I will stop posting on this page. [[User:Strobilomyces|Strobilomyces]] ([[User talk:Strobilomyces|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:52, 19 October 2023 (UTC)
::On [[Wikidata:WikiProject_Taxonomy]] under "Optional properties"/"General", it mentions that "{{P|642}}" can be used with "{{P|2868}}" and I know that it is used with roles {{Q|10640897}}, {{Q|3342920}} and {{Q|Q810198}} amongst others as well as "{{Q|1040689}}".  In fact it is logical to do this for most of the roles which are listed below in section "Related Items" - actually they are all types of synonyms more or less.  I think it would be best to have one new  or existing property to replace P642, rather than creating new properties "is protonym of", "is synonym of", "is basionym of", etc.  I see that there is a property "{{P|2210}}"; could we simply replace P642 by P2210 everywhere?  Is that property also liable to be deprecated? [[User:Strobilomyces|Strobilomyces]] ([[User talk:Strobilomyces|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:32, 18 October 2023 (UTC)
:::@[[User:Strobilomyces|Strobilomyces]],@[[User:Wostr|Wostr]],@[[User:Swpb|Swpb]]ː If you can refer us to one or two existing statements using ̺{{P|642}} for this purpose, I could start thinking of another way to express it with a new qualifier (which may or may not later find use also outside the taxon domain),I'm simply not familiar enough with your field to find a good example all by myself.--[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:30, 8 May 2024 (UTC)
:::@[[User:Strobilomyces|Strobilomyces]]̺{{P|2210}} has a different purpose, it's used to specify a frame of reference, such as average sea level when stating the height of a mountain. It doesn't make sense to use it for synonyms or (worse) as a generic replacement for {{P|642}}. See my other reply below.--10:42, 8 May 2024 (UTC) [[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:42, 8 May 2024 (UTC)
:@[[User:Strobilomyces|Strobilomyces]] @[[User:Wostr|Wostr]]@[[User:SM5POR|SM5POR]] Why not using {{P'|replaced by}} and its inverse {{P'|replaces}} ? <span style="border: 1px #C9C9C9;"><span style="background-color:#E8E8E8;padding:3px;">author&nbsp;</span><span style="background-color:#FFFFFF;">&nbsp;[[User:TomT0m|TomT0m]] / </span>talk [[User talk:TomT0m|page]]</span> 10:48, 8 May 2024 (UTC)
::@[[User:Strobilomyces|Strobilomyces]],@[[User:TomT0m|TomT0m]]ː I cannot express an opinion on whether {{P|1366}} or {{P|1365}} would be appropriate without seeing the actual use cases.--[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:10, 8 May 2024 (UTC)

{{ping|Strobilomyces|Wostr|SM5POR|TomT0m}} It seems like the consensus of [[Wikidata_talk:WikiProject_Taxonomy/Archive/2023/11#h-Property_"of"_(P642)_deprecated_but_needed_for_synonyms-20231017140000|the Wikiproject discussion]] (on which I have no opinion) was to create inverses of {{P|1403}} and {{P|566}}. I have modeled how these properties would be used to replace statements using P642 [[Wikidata:WikiProject_Data_Quality/Issues/P642#Qualifying_instance_of_(P31)_only_(expand_to_is_a_list_of_(P360)?)|in use cases i21, i22, and i23 here]]. Please advise if I have misunderstood the proposed handling. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:39, 8 May 2024 (UTC)

== Chairperson ==

Since this property is being deprecated please give an example for chairpersons:
* Heinrich Böll, position held: [https://www.wikidata.org/w/index.php?title=Q42747&oldid=2051184307#P39 chairperson of P.E.N]
None of the alternatives listed under {{P|1659}} seem to fit. --[[User:Kolja21|Kolja21]] ([[User talk:Kolja21|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:16, 1 February 2024 (UTC)

:The same problem applies for, say, 'chancellor of [insert university here]'.
:Or I guess any sort of '[position] of [organization]' use cases. [[User:HotMess|<big>🔥</big><b style="color:red;">HOT<i style="color:orange;">m̵̟͆e̷̜̓s̵̼̊s̸̜̃</i></b><big>🔥</big>]] ([[User_talk:HotMess|talk]]) 23:48, 8 February 2024 (UTC)
::@[[User:Kolja21|Kolja21]],@[[User:HotMess|HotMess]],@[[User:Swpb|Swpb]]ː At [https://www.wikidata.org/wiki/Wikidata:WikiProject_Data_Quality/Issues/P642#Property_proposals_to_replace_specific_P642_uses] I have proposed "in service of" for any case where a person holds a formal position within a particular organization or a government, Compare this to "assigned to"; another proposal where the assignment isn't chosen by the entity where this position exists, such as an ambassador to another country or a delegate to a conference.--[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:15, 8 May 2024 (UTC)
:::The properties "in service of" and "assigned to" do not exist. Looks like it was to early to describe P642 as deprecated. I've add the info (WD:P642) to the German description and translated {{Q|37911748}}. --[[User:Kolja21|Kolja21]] ([[User talk:Kolja21|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:46, 8 May 2024 (UTC)
::::@[[User:Kolja21|Kolja21]],@[[User:Swpb|Swpb]]ː I cannot comment on the progress of the deprecation effort as I'm not in charge of this project nor of how the property is currently described. You are quite right that those two propeties I suggested haven't been created yet, partly because I haven't written a formal proposal, but I will support their creation and your use cases may come in handy. I have found another illustrative use case. I also invite you to comment on or make suggestions at [https://www.wikidata.org/wiki/Wikidata_talk:WikiProject_Data_Quality/Issues/P642/Property_labels#Seeking_language_advice_on_future_qualifier_proposals] for how to translate these two properties into German or other languages, so that we can tell well in advance how easy they will be totranslate once they have been created.--[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:08, 8 May 2024 (UTC)
::::The property is ''not'' described as "deprecated", but as "being deprecated". It is still acceptable to use P642 in use cases where an alternative has not been identified. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:29, 8 May 2024 (UTC)
:::::@[[User:Swpb|Swpb]],@[[User:Kolja21|Kolja21]]ː Maybe it'stime to start writing those formal property proposals. If you could help me set up those forms or pages, I could start filling them in with content text and examples,provided you agree in general that these two qualifiers are needed? I haven't seen any arguments voiced against them.--[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:48, 10 May 2024 (UTC)
:::@[[User:SM5POR|SM5POR]] okay, I have no idea how property proposals work, but I am in favour of 'in service of', but I'm a bit unsure about how 'assigned to' would work so no overall opinion on that myself [[User:HotMess|<big>🔥</big><b style="color:red;">HOT<i style="color:orange;">m̵̟͆e̷̜̓s̵̼̊s̸̜̃</i></b><big>🔥</big>]] ([[User_talk:HotMess|talk]]) 14:54, 10 May 2024 (UTC)
::::Property proposals can be created by anyone, by using the text field on [[Wikidata:Property proposal/Generic]]. Since [[Wikidata:Property proposal/in service of]] already exists, a revived proposal could be named something like "in service of (2)". Since I'm not entirely clear on the divisions between "in service of", "assigned to", {{P|108}}, and {{P|1268}}, I don't think I'm the right person to create those proposals, and I would suggest that whoever does first works out exactly where each property should be used. But if there are specific questions about, say, the fields in the proposal template, I can help with that. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:45, 10 May 2024 (UTC)
:::::@[[User:Swpb|Swpb]],@[[User:HotMess|HotMess]]ː We need ''somewhere'' to workthat  out together, and if the proposal page is too late a place for doing that I think our project page is that place, right? please refer us to an appropriate spot; I have lost track of our pages even as I helped creating them long ago, and I'm currently in a physical condition a bit too awkward (wheelchair among other things) for fine-tuned wiki editing.[[User:SM5POR|SM5POR]] ([[User talk:SM5POR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:37, 12 May 2024 (UTC)
::It was my impression that {{P|2389}} was suitable for this purpose, but apparently not everybody agrees – see [[Property_talk:P2389#Why_allow_as_qualifier?]] --[[User:C960657|C960657]] ([[User talk:C960657|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:29, 23 October 2024 (UTC)
:::Thanks for the notice. I agree, {{P|2389}} is ideally suited for the purpose. [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:13, 24 October 2024 (UTC)