Wikidata

Wikidata:Property proposal/associated with

< Wikidata:Property proposal

associated with edit

Originally proposed at Wikidata:Property proposal/Generic

   Not done
DescriptionUsed to describe a generic association of one item/concept with another, where we don't have a more specific property available
Data typeItem
Example 1Christmas cake (Q556060) → Christmas (Q19809) (qualifier subject has role (P2868) - "food associated with the festival")
Example 2We Are the Champions / We Will Rock You (Q66008229) → News of the World (Q309021) (qualifier subject has role (P2868) - "single taken from this album")
Example 3Handbuch zum Evangelischen Gesangbuch (Q53631328) → Evangelisches Gesangbuch (Q1381294) (qualifier subject has role (P2868) - "de:Kommentarwerk"/"en:Commentaries related to the work") Evangelisches Gesangbuch (Q1381294) → Handbuch zum Evangelischen Gesangbuch (Q53631328) (qualifier object has role (P3831) - "de:Kommentarwerk"/"en:Commentaries related to the work")
Example 4Söderala church parish (Q10688470) → Söderala parish (Q10688474) (qualifier subject has role (P2868) - "administrative parish associated with, but not the same as, a religious parish")
Example 5Reading (Q60578270) → Reading (Q7300456) (qualifier subject has role (P2868) - "constituency with the same name but different boundaries")
Example 6King Arthur (Q45792) → Eildon Hills (Q3049397) (qualifier subject has role (P2868) - "legendary burial place")
Example 7mangalsutra (Q2767663) → marital status (Q11920938) (qualifier subject has role (P2868) - "object used to signify")
Planned useWill implement for administrative area relationships to begin with
See alsoinspired by (P941), used by (P1535), based on (P144), influenced by (P737), different from (P1889), etc

Motivation edit

This is intended to be used to describe some way in which two items are related to each other, but where there isn't an existing property. The number of potential ways that something can be related/connected to another concept is very large. We have properties for many types of relationship (eg inspired by (P941), used by (P1535) or based on (P144)) but we are unlikely ever to create properties for all the ones we want to describe - some will be very specialised and only need to be used a few times.

My thought is that we can create a generic property to link two items together, with a mandatory qualifier to specify what exactly that relationship is (I've suggested subject has role (P2868), but perhaps a new qualifier property would be needed). The values would be items created to describe that specific form of relationship, allowing for queries. This is similar to relative (P1038)/kinship to subject (P1039), which we use where one of the standard family properties like father (P22) can't cover the specific relationship.

Thanks to Moebeus & Salgo60 for some of the examples - see svwp and phab for more notes on parishes. Andrew Gray (talk) 14:43, 20 August 2019 (UTC)[reply]

Discussion edit

  • @Jura1: Good catch. I think there are certainly some overlaps - #6 would certainly fit nicely for "significant place", which I had forgotten was a property! And agree that "main subject" could work for #3 (perhaps with a qualifier to say "is a commentary" rather than any other kind of critical work). But some of the others definitely don't seem to fit in existing properties - eg #1, #2 or #7.
For #4/#5, fuzzy place relationships, using "different from" seems a bit awkward - I can see that it's a possibility, but it doesn't feel like quite the right relationship. It could be that the two items we want to connect aren't really confused by people, and the property description implies that they are. Andrew Gray (talk) 16:18, 20 August 2019 (UTC)[reply]
Replacing "main subject" with this seems like a terrible idea. I wonder if there isn't the risk of more similar lapses.
Depending on the names, I think you could have both "significant place" and "different from". We also have "facet of" which overlaps with this. For properties there is "see also", but for items, I vaguely recall that this wasn't thought of being a good idea. --- Jura 17:31, 20 August 2019 (UTC)[reply]
I think there are a lot of properties that overlap with this in various ways - in which case we should definitely use those properties. The idea here is to have a fallback option for when those don't work. Salgo60 - you suggested the Kommentarwerk example - is there a reason you thought "main subject" wouldn't work there? I think Jura is right that for that particular case, "main subject" seems more appropriate. Andrew Gray (talk) 18:14, 20 August 2019 (UTC)[reply]
I'll note that this exact argument, only in reverse, is used a lot when shooting down proposals for narrower properties. "We don't need this, we have a less specific property, just use qualifiers to specify it". The way I look at it, it's useful to have a kind of generic "supra-property" like this and use it when modelling: when and if we see a pattern emerge and there is significant volume, it'll be much easier to then propose something more specific and separate out the relevant property/item pairs, rather than starting with a property that is very/overly specific and that ends up being seldom used. There are quite a few of those. Moebeus (talk) 11:25, 21 August 2019 (UTC)[reply]
@Moebeus: I don’t dislike generic properties if they make sense on their own. For example instance of (P31) and subclass of (P279) are widely used on ontologies outside of Wikidata and Help:TomT0m/Classification can be well defined. This however needs carefulness. In such cases it can be counter productive to create to specific properties that are essentially the same relationships, but for two kinds of more specific items, this creates dispertion, a discrepancy of practices and models for the same thing. However, in this case, the exact same criticism as « two many properties and different ways to the same stuffs » is . Such a property is totally unspecified, and the probable usecase will be « OK, so I’ve this problem … so what do I do ? Oh, I have an excellent idea ! I’ll use the « relationship property with this qualifier ». And on another item, antother person on a similar case « Oh, I have an excellent idea, I’ll use the relationship property with that combined with that other qualifier ». Except there is no guarantee that a pattern will emerge or that the use will be consistent for similar cases, we already have such problems with current properties sometimes. People do something as they think it’s a good idea but it’s not always easy to decipher what their idea was in the first place. I think that models should be discussed at least a little bit. If their is a usecase, we should be able to find a not to bad solution and document it at least a bit. Such a generic property would in my opinion would have the same problems than too much specific one : too much solutions to express the same thing. So it’s not really a suprise that the argument is reversed, the solution is probably an equilibrium between the two, a compromise between regularity and flexibility/expressiveness. author  TomT0m / talk page 11:45, 21 August 2019 (UTC)[reply]
  • named as proposed to be associated with or short to relate to
  • described as choose a suitable existing property instead of this stub or propose a new one at WD:PP
  • provided with restriction forbidding the stub if a real property already associates this two elements.
This tool would prevent us from semantical straining of property just because there's yet no suitable one.
Anticipated flood of such stubs can be held back by forbidding two stubs, which
  • associate an element with two R-related elements
  • or the other way round which associate two R elements with the same third element.
Where R stands for C* or C*+I or P*, C for subclass of (P279), * for transitive closure (Q1501387), + for function composition (Q244761), I for instance of (P31) and P for part of (P361).
Abc82 (talk) 08:48, 25 August 2019 (UTC)[reply]
  •   Comment I just a few minutes ago ran into a situation where this property (at least as a temporary measure) would have helped - how does one relate IOPS (Q539454) to FLOPS (Q188768)? Neither one have many regular statements, but they are certainly "related" as both being measures of (different aspects of) computer performance. I couldn't think of anything to do, and so the two items remain unconnected. I don't think this is a helpful situation. If people over-use this sort of generic property in certain domains, at least it allows us to do WDQS queries to find such cases and fix them. Without this property we make improving Wikidata harder. ArthurPSmith (talk) 17:36, 27 August 2019 (UTC)[reply]
    • When I see that example the first thing I see is that IOPS (Q539454) lacks P31/P279. If this property would get you to use it instead of doing the work the item actually needs which is to start with P31/P279, I would see that as a negative outcome. It seems to me like the shared relationship between might be that they should have a P31 or P279. ChristianKl ❪✉❫ 20:12, 27 August 2019 (UTC)[reply]
      • @ChristianKl: I don't quite follow what you are saying here. I added a P31 for IOPS (Q539454) (the same as the one for FLOPS (Q188768) but that leaves them only extremely loosely related. Did you have something else in mind? ArthurPSmith (talk) 18:35, 28 August 2019 (UTC)[reply]
        • One of them is a measurement harddisks and RAM of a computer while the other one is a measurement for CPU/GPUs. The way they are related is that both are measures of computer performance. If you want to capture that information the straightforward way would be to create an item called "measure of computer performance" and use it as the class for both of those items. If you see another relationship between the two that isn't about how both are measures of computer perfomance saying that they have a relationship with each other isn't helpful when the relationship isn't specified. ChristianKl ❪✉❫ 09:17, 29 August 2019 (UTC)[reply]
          • I really don't follow this "instead of doing the work the item actually needs" argument. That's a very subjective measure, and in this case my first reaction was not to do anything at all. Then any other editor who runs across this would have the same burden before any action could be taken. Why do we want to make life more difficult for our editors here? ArthurPSmith (talk) 18:03, 29 August 2019 (UTC)[reply]
            • @ArthurPSmith: I don't think "define the nature of the relationship between the two entities" as a requirement for adding a relationship between them a "very subjective measure". If people are generally encouraged to add statements about the fact that two items relate to each other without doing the work of thinking about how they are related that results in messy data.
If two people differ about modelling decisions specifity helps to have a productive discussions. Discussions about whether or not the heart is associated with the stomach seem much more subjective in nature and much more unproductive. ChristianKl ❪✉❫ 09:39, 16 September 2019 (UTC)[reply]
  1. We Are the Champions / We Will Rock You (Q66008229)part of (P361)News of the World (Q309021)
  2. Reading (Q60578270)different from (P1889)Reading (Q7300456)criterion used (P1013)border (Q133346)
If even the examples in the property proposal can be handled better with existing properties, without loss of information, then what can we expect this property to become in the wild? I like Abc82's idea of listing these vague "associations" on item talk, for later editors to handle properly. Swpb (talk) 20:09, 26 December 2019 (UTC)[reply]
  Not done, no consensus.--GZWDer (talk) 20:28, 18 March 2020 (UTC)[reply]
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Property_proposal/associated_with&oldid=1138008900"