Wikidata:Property proposal/source of action & destination of action
source of action
editOriginally proposed at Wikidata:Property proposal/Generic
Not done
destination of action
editOriginally proposed at Wikidata:Property proposal/Generic
Not done
Description | qualifier to be used when the object of a statement is an action, to qualify what's the destination of the action |
---|---|
Data type | Item |
Example 1 | see #source of action |
Example 2 | see #source of action |
Example 3 | see #source of action |
See #source of action for the motivation and discussion.
Motivation
editMany computer tools has use (P366) is to copy/move/transfer something from A to B.
It would be nice to be able to qualify statements as shown in the above examples.
Note that the examples use the qualifier action applies to , which has not been created yet.
--Push-f (talk) 10:58, 30 November 2022 (UTC)
(Note: domain expanded (with support of proposer) to source/destination for all types of transfers (physical, digital, legal, etc.). Swpb (talk) 21:31, 7 December 2022 (UTC))
Discussion
edit- WikiProject Properties has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. WikiProject Informatics has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. --Push-f (talk) 09:13, 30 November 2022 (UTC)
- @The-erinaceous-one:, I have revived my other proposal from language & to language and refined the domain of this proposal as you suggested. I agree that this makes sense ... I was conflating target form with action destination. --Push-f (talk) 11:00, 30 November 2022 (UTC)
- This looks better, but I'm questioning whether "source of action" and "destination of action" are the best labels. Why not just use "source" and "destination"
"action". — The Erinaceous One 🦔 01:23, 2 December 2022 (UTC)
- This looks better, but I'm questioning whether "source of action" and "destination of action" are the best labels. Why not just use "source" and "destination"
- Comment I'm a bit confused as to the practical purpose of this set of qualifiers, since I don't really buy "it would be nice to be able to" as a valid motivation. Can you describe a situation where a statement like one of those you mention would actually matter to a Wikidata application, say a SPARQL query meant to identify a number of software components that could operate together in a command path suggested by an AI agent in response to a non-programmer's request for a tool to perform a particular task? I'm not asking you to code the entire query; just explain what essential information could be added using these qualifiers that couldn't be added otherwise (or that could be added in some awkward way for which this would offer a cleaner solution). Like I have asked previously; where is the problem desperately seeking this solution? --SM5POR (talk) 23:24, 30 November 2022 (UTC)
- Comment Another thing that bothers me is the simultaneous proposal of a diametrically opposed pair of qualifiers of the same type. This might indicate a binary relation either between two universally given objects (the "source" and the "destination"), for which a single qualifier stating the direction of the action ("A to B" or "B to A") would be sufficient, or (as in your examples) between two arbitrary objects within a larger set, including the same object in the case of a reflexive action ("local to local" or "remote to remote"). But what if the action doesn't have a clearly defined singular instance of each, such as an audio mixer board with multiple inputs and outputs, or a data stream processor taking instructions from a separate command input channel and sending log messages to a separate diagnostic output channel; could your qualifiers be used for those as well? --SM5POR (talk) 01:55, 1 December 2022 (UTC)
- In other words, with only two object examples, remote host (Q115517047) and local host (Q115517044), using all of two qualifiers to describe their roles seems a bit excessive. What if there is a third role, distinct from those two? --SM5POR (talk) 02:04, 1 December 2022 (UTC)
- @SM5POR: FWIW, I've added some examples (with the proposer's go-ahead) of uses for these properties outside the domain of software. Swpb (talk) 21:25, 7 December 2022 (UTC)
- Note that the broader the domain of application is, the more arbitrary the definitions of "source" and "destination" (and "action applies to") will be, making it difficult to use them in a well-defined manner. Can you have either zero or more than two of each qualifier, or could two of the three qualifiers apply to the same object? Consider
- German reunification (Q56039)has part(s) (P527)political union (Q1140229)
- action applies toWest Germany (Q713750)
- action applies toGerman Democratic Republic (Q16957)
- destination of actionGermany (Q183)
- or
- dissolution of the Soviet Union (Q5167679)has part(s) (P527)dissolution (Q5282797)
- source of actionBiełavieža Accords (Q76986)
- action applies toSoviet Union (Q15180)
- destination of actionRussian Socialist Federative Soviet Republic (Q2305208)
- destination of actionUkraine (Q212)
- destination of actionBelarus (Q184)
- ... 12 more independent states
- What I mean is, what happened in reality is probably better understood in detail than these qualifiers describe, and its not even clear if the "source" is an active agent triggering the action or just a passive party to it. If you look at these items now, they already have all the elements mentioned in various claims. Why would an editor then prefer to use the less precise properties "action applies to", "source of action" and "destination of action"? To really understand this proposal, we ought to come up with even more varied examples than computer commands and political decisions, say cooking ("source" ingredients / "applies to" dinner / "destination" table), writing (mind / novel / publication), teaching (teacher / books / exam), harvest (fields / crops / food), theft (victim / jewelry / jail), marriage (date / wedding / family)... If you think my examples are arbitrary and inconsistent, that's exactly my point. If you can identify a single, obvious interpretation of what each qualifier refers to in every context covered by the proposal, then you have no imagination. SM5POR (talk) 23:21, 7 December 2022 (UTC)
- Here is an alternate way of expressing Example 5:
- Alaska Purchase (Q309029)participant (P710)Russian Empire (Q34266)
object of statement has role (P3831)source (Q31464082) - Alaska Purchase (Q309029)participant (P710)Alaska (Q797)
object of statement has role (P3831)goods (Q28877) - Alaska Purchase (Q309029)participant (P710)United States of America (Q30)
object of statement has role (P3831)destination point or location (Q23458944)
- Alaska Purchase (Q309029)participant (P710)Russian Empire (Q34266)
- Instead of expressing four values using four properties, it expresses six values using two properties. Additional roles can be created as needed without adding more properties. SM5POR (talk) 03:32, 8 December 2022 (UTC)
- @SM5POR: FWIW, I've added some examples (with the proposer's go-ahead) of uses for these properties outside the domain of software. Swpb (talk) 21:25, 7 December 2022 (UTC)
- In other words, with only two object examples, remote host (Q115517047) and local host (Q115517044), using all of two qualifiers to describe their roles seems a bit excessive. What if there is a third role, distinct from those two? --SM5POR (talk) 02:04, 1 December 2022 (UTC)
- As wide as the scope might be, it is not unlimited, and your examples are outside it. Political unions and dissolution are changes, but they are not "transfers" in in the way you're trying to express them. That's why your statements make no sense: in the second, you are saying that the Soviet Union (Q15180) was somehow "transferred" (it wasn't, it ceased to exist) "from" Biełavieža Accords (Q76986) (this is a cause, not a source) to the successor states. That is not how these properties are meant to be used, and your ability to misuse them in this way doesn't convince me that such misuse is likely to be a problem. You could express a transfer of political power as: dissolution of the Soviet Union (Q5167679)has part(s) (P527)peaceful transition of power (Q100235323)
source of actionSoviet Union (Q15180) destination of action[various succesor states] has immediate cause (P1478)Biełavieža Accords (Q76986). There may be better ways to express that, but the point of the proposal is that some facts don't have a better way to express them: you can't well use participant (P710) and object of statement has role (P3831) with scp (Q115516614) because local host (Q115517044) and remote host (Q115517047) are not a "person, group of people or organization", unless you're willing to expand participant (P710) to entities that lack agency. Swpb (talk) 18:11, 8 December 2022 (UTC) - @Swpb: I agree with SM5POR that the proposed property—as currently described—is likely to be (mis)used in ways other than transfers. Perhaps we could create constraints to indicate when the proposed property is misused, but it would be better to improve the proposal so that it is more clear what is being modeled. To that end, I propose that we change the label to "source of transfer" (or perhaps "origin of transfer") and "destination of transfer" if we are restricting the scope of the property only to transfers. (@Push-f: please also see my suggestion, here.) — The Erinaceous One 🦔 07:46, 9 December 2022 (UTC)
- YES. "Source of transfer"/"destination of transfer" would go a long way to clarifying the scope. Let's make that change if Push-f approves. Swpb (talk) 14:47, 9 December 2022 (UTC)
- Perhaps confusing our respective arguments a bit, like Swpb I'm actually not that worried about potential misuse, but rather about the constraints implied by the suggested three-way "transfer" model (source/object/destination). Like Swpb has argued for a generic destination role property to replace various special-purpose properties such as "addressee", I'm arguing for a generic role property, which happens to exist in the form of object of statement has role (P3831), to replace all three properties suggested here, letting the role be indicated by a unique Q-item rather than by a unique property. I admit also that participant (P710) isn't a particularly good label for a non-acting object, but a better one could easily be defined and substituted for it.
- Splitting the single statement with three or four qualifiers into three statements with one qualifier each has other advantages too, such as the ability to add more qualifiers and references to each object statement, rather than just to the monolithic transfer statement. What if either or both the seller and the buyer each have their own broker to negotiate their mutual real estate deal? We don't want more paired properties like from-broker and to-broker, from-date and to-date etc to deal with either side of the initial source/destination pair. SM5POR (talk) 10:20, 9 December 2022 (UTC)
- The separate statements model does offer more flexibility with qualifiers, but I see two problems with it. First is the already mentioned limits of participant (P710), and I'd like to see more specifics on handling that: if the solution is to expand participant (P710), we might get pushback, and if the solution is a different property, I'd like to know which one would work, or if a new one is needed. Second, by needing to qualify with object of statement has role (P3831), it becomes impossible to specify the participants and their roles as qualifying statements, which is necessary if the transfer being discussed is the object of a main statement, rather than the subject item. In the present examples, these "participant" statements could reasonably be made about the subject item, but I don't think this is universally the case; I will try to come up with some examples when I get a little time. Swpb (talk) 14:47, 9 December 2022 (UTC)
- Ah, good, I appreciate that, and I guess it was your open-ended extension "all sorts of transfers (physical, digital, legal etc)" combined with the rather extreme case of a real estate transaction that is the Alaska purchase which led my extrapolation astray thinking "political, intellectual, philosophical, viral" and so on. The word all is pretty dangerous to use in a discussion about abstractions of non-tangible items, when not qualified with examples of what is (paradoxically) not part of all.
- So that may leave "political transfers" off the table then? The Alaska purchase is (together with perhaps the Louisiana purchase) a fringe one-of-its-kind thing, being seen as either a transfer of political territory or a real estate deal, and shouldn't be allowed to dictate the natural limits of the "transfer" data model. Then we have transfers of power (political or electrical), transfer of color between textiles in the laundry process, the ironed transfer of decorations on a piece of garment etc. Are either of these included in your view of "transfer"?
- What I'm aiming at is this: Either you have an abstract idea of what constitutes a generic concept of transfer, be it transfer (Q1811518), transfer (Q88539105), transfer (Q23009675), interchange (Q7833995), transfer (Q3537483), transfer (Q1195816) or transfer (Q315364), or you rely on the lexical definition of "transfer" which includes all of the above (but not necessarily similar things that aren't typically labelled "transfer" in English, such as transport (Q7590), transmission (Q118093), transmission (Q16259746), power transmission (Q3242194), electric power transmission (Q200928), travel (Q61509), move (Q56244401), relocation (Q2918584) and delivery (Q2334804), to name a few that may or may not be included in the first concept).
- While taking the first approach can be pretty tedious, requiring careful attention to detail, it's the preferred way of doing it, as the latter risks being applied differently depending on editor's native language, just like the confusion over the of (P642) prepositional qualifier shows.
- The problem isn't getting all these different kinds of "transfer" included in some item class and constraint definition, but rather making sure they can all use the same three-role action model prescribed by these properties (source/object/destination). It should work fairly well as long as we stick to physical items being transported from one place to another, but when we include also legal transfer of real estate (which has "seller" and "buyer" rather than "source" and "destination" as it doesn't actually move) or power transmission, things get a bit more complicated. Yet you have barely scratched the surface of the full set of actions that may benefit from these three properties SM5POR (talk) 08:06, 9 December 2022 (UTC)
- For the purposes of these properties, I see "transfer" as covering all the above, including the items that are not usually labelled as such in English. I see a transfer as any action x where an item y is originally associated with an item A (a location, a person or organization, a data storage medium, ...) and becomes associated with an item B (while not necessarily becoming disassociated with A). That's a pretty broad scope, but I think it's one where the roles of x, y, A, and B (action, object of action, source, destination) are clear and consistent, even without constraining the type of the items involved (except for possibly the constraint that A and B be of the same type, if that's not self-evident). Swpb (talk) 15:03, 9 December 2022 (UTC)
- @The-erinaceous-one, SM5POR:, would you like to give your final opinion? Regards, ZI Jony (Talk) 05:54, 25 January 2024 (UTC)
- @ZI Jony:Given recent changes in my living conditions (changing residence), I find it hard to recapitulate my opinion in a discussion I participated in over a year ago. I'm still trying to bend work done on Wikidata towards making better use of Q items which we can have plenty of rather than increasing the number of properties. Hence my desire to use the objecthas role qualifierin moreplaces than it is used today. Rather than defining a property B to say that item C has the relation B to item A,I'd favor defining an item B to say that the item C as an object has the role B in relation to item A (the subject). To me, source, agent and destinations are role items, not properties, a transfer is an item too. avoid overloading the property space with roles thatmay be better defined as items. --SM5POR (talk) 11:27, 27 January 2024 (UTC)
- @Swpb,@ZI Jony:I've been working n a set of alternative statements to replace the urrent examples provided with this proposal. For the moment, I have however only time to write a short summary,
- Crreate a number of actions that are subclass of (P279) copying (Q1156791)and define them as Q items with their distinguishing properties, such as
- copying local source to remote destination
- copying remote source to local destination
- copying local source to local destination
- copying remote source to remote destination
- Use these action items as objects of multiple has use (P366) statements on cp (Q305946) and scp (Q115516614) combined with suitable subject has role (P2868) and object of statement has role (P3831) qualifiers referring to roles such as data source (Q121566744) and sink (Q7524520). Additional qualifiers may apply depending on context.
- I agree that it's probably best to keep territorial transfer out of te discussion, as different roles applyto them. I believe that the interpretation of "source of action" and "desination of action" is probably not intuitive withactions in general, and may be limited to transfer-like actions only, for which there are already suitable properties or role items (my preferred encoding of roles) defined. --SM5POR (talk) 15:02, 29 January 2024 (UTC)
- @Push-f,@Swpb,@The-erinaceous-one,@ZI Jony:Due to it being a summary written in great haste (I was about to change residence and had to write a priority list for packing up and moving my stuff) I left my line of thought a bit incomplete. The qualfiers to add to each action should be like source of file (P7482) and product, material, or service produced or provided (P1056) (respectively), the roles, with the appropriate combinations of "local file" and "remote file" (new Q items) as values. IPICKED !product" rather than "destinaton", as the file being copied to need not exist prior to the action. It pops into existance as needed due to the action. --~~~~ SM5POR (talk) 11:28, 4 February 2024 (UTC)
- Hreby correcting myself: thequalifiers subject has role (P2868) and object of statement has role (P3831) won' necessarily find anyexplicit use is this example, <i just want to keep them around, as a complex action may involve multiple roles being performed by different agents.-- SM5POR (talk) 11:36, 4 February 2024 (UTC)
- @SM5POR: As it has been a year, I can forgive you for overlooking the expansion of the proposal. It is not practical to use object of statement has role (P3831) and a new set of Q-items to cover the full scope of the proposal. The Q items you propose only apply to the first three examples, which cover a tiny portion of the proposed role. What would the other examples look like in your formulation? Swpb (talk) 21:30, 5 February 2024 (UTC)
- @Swpb:Due to it being a summary written in great haste (I was about to change residence and had to write a priority list for packing up and moving my stuff) I left my line of thought a bit incomplete. The qualifiers to add to each action should be like source of file (P7482) and product, material, or service produced or provided (P1056) (respectively), the roles, with the appropriate combinations of "local file" and "remote file" (new Q items) as values. I picked "product" rather than "destinaton", as the file bing copied to need not exist prior to the action. It pops into existance as needed due to the action.
- The description refers to the object of a statement being an action. Do you maintain this notion, even as you seemed willing to limit it to transfers? Is a {{Q|1063937) an action or a transfer'?? If you include a statement essentially saying that {{Q|1063937)} is modelledas transporting something from A to B. You could add those qualifiers to map A and B to the actual source and destination items where I'd say the pitcher (Q1048902) has the source role andthe catcher (Q1050571) has the destination role using object of statement has role (P3831) as the qualifier. Now, please do'nt take this as a serious counter-proposal. I'm expressing it this way only to demonstrate what information I consider missing from your examples, and to emphasize that there is no well-understood transfer concept generic enough to model all those actions together using a shared terminology. I'm here essentially using Wikidata statements to define the act of pitching by means of an analogy, and I think wou will agree that this is a rather cumbersome way of doing it. it could be done somewhere, say to supply an A.I. language model with machine-readable descriptions of real-world items using analogies, like explaining to a child that the president is to a country what the headmaster is to a school, but is Wikidata actually the right place to do this? I'm not sure, and this issue should probably be discussed in a broader context of what the strategic goal of Wikidata is meant to be before we start moving in that direction. Or is Wikidata simply the unpredicted and unplanned result of numerous unilateral decisions by mutually independent editors? Something like evolution itself?
- I'm challenging your premise stated near the end of the dicussion page: that There has long been a need to express general "source" and "destination" roles on Wikidata. I don'tagree there is such a need, or that the current specialized properties used in their place are somehow insufficient or inappropriate for this purpose. I could likewise argue that we have too many nouns in our language, and we could replace them with a generic noun thing with modifiers added to yield its different meanings in various contexts. Soon we will be talking AUI (Q2713618) (the language of space, based on a few root words combined with modifiers such as the generic verb do. I thus fail to see your rationale for this proposal, and I have based my objections on the strategy of trying to keep the number of properties down, in order to not dilute the property space. --SM5POR (talk) 09:02, 11 February 2024 (UTC)
- @Swpb, Push-f, SM5POR:, I believe that we will not be able to move forward for this proposal, would you like to give your final opinion/statement? Regards, ZI Jony (Talk) 07:37, 9 April 2024 (UTC)
- @ZI Jony@ːI'm actually a little surprised. If you mean that I have convinced you it's not a good idea, I'd like to tell you I'm not totally comfortable driving the final nail into the coffin of something others have worked hard for in the honest belief it actually was a good idea. Turning somebody else's enthusiasminto disappointment and a awaste oftime is never a reason to celebrate,regardless of what you may thinkof the initialproposal. If you had decided to disregard my objections and gone ahead with theproposal anyway, I would not have raised hell about it,you can't always win. But I think I have had my chance to make my point. What's important is what we can learn from this. I certainly hope I have learned something, I hope you have too. Then we can continue working together to improve Wikidata in different ways, based on our individual insights and ideas. So, let's continue changing the world,one item or lexeme at the time.--SM5POR (talk) 16:01, 10 April 2024 (UTC)
- I'm flummoxed by SM5POR's wordy response right above this, and extremely wordy response above that - it seems they don't know what they want, or how to express their concerns succinctly. If this proposal is rejected, I plan to immediately re-introduce it, with the hope of getting more useful input – that may be for the best. Swpb (talk) 17:32, 12 April 2024 (UTC)
- @Swpb, Push-f, SM5POR:, I believe that we will not be able to move forward for this proposal, would you like to give your final opinion/statement? Regards, ZI Jony (Talk) 07:37, 9 April 2024 (UTC)
- @Push-f,@Swpb,@The-erinaceous-one,@ZI Jony:Due to it being a summary written in great haste (I was about to change residence and had to write a priority list for packing up and moving my stuff) I left my line of thought a bit incomplete. The qualfiers to add to each action should be like source of file (P7482) and product, material, or service produced or provided (P1056) (respectively), the roles, with the appropriate combinations of "local file" and "remote file" (new Q items) as values. IPICKED !product" rather than "destinaton", as the file being copied to need not exist prior to the action. It pops into existance as needed due to the action. --~~~~ SM5POR (talk) 11:28, 4 February 2024 (UTC)
- @The-erinaceous-one, SM5POR:, would you like to give your final opinion? Regards, ZI Jony (Talk) 05:54, 25 January 2024 (UTC)
- For the purposes of these properties, I see "transfer" as covering all the above, including the items that are not usually labelled as such in English. I see a transfer as any action x where an item y is originally associated with an item A (a location, a person or organization, a data storage medium, ...) and becomes associated with an item B (while not necessarily becoming disassociated with A). That's a pretty broad scope, but I think it's one where the roles of x, y, A, and B (action, object of action, source, destination) are clear and consistent, even without constraining the type of the items involved (except for possibly the constraint that A and B be of the same type, if that's not self-evident). Swpb (talk) 15:03, 9 December 2022 (UTC)
- @Swpb: I agree with SM5POR that the proposed property—as currently described—is likely to be (mis)used in ways other than transfers. Perhaps we could create constraints to indicate when the proposed property is misused, but it would be better to improve the proposal so that it is more clear what is being modeled. To that end, I propose that we change the label to "source of transfer" (or perhaps "origin of transfer") and "destination of transfer" if we are restricting the scope of the property only to transfers. (@Push-f: please also see my suggestion, here.) — The Erinaceous One 🦔 07:46, 9 December 2022 (UTC)
- As wide as the scope might be, it is not unlimited, and your examples are outside it. Political unions and dissolution are changes, but they are not "transfers" in in the way you're trying to express them. That's why your statements make no sense: in the second, you are saying that the Soviet Union (Q15180) was somehow "transferred" (it wasn't, it ceased to exist) "from" Biełavieža Accords (Q76986) (this is a cause, not a source) to the successor states. That is not how these properties are meant to be used, and your ability to misuse them in this way doesn't convince me that such misuse is likely to be a problem. You could express a transfer of political power as: dissolution of the Soviet Union (Q5167679)has part(s) (P527)peaceful transition of power (Q100235323)
- Strong support. There has long been a need to express general "source" and "destination" roles on Wikidata, and there are only a few domain-specific properties currently available to do so: (addressee (P1817), destination point (P1444), towards (P5051), target (P533), and their inverses. The proposed pair of properties would be natural parent properties for these, so that we can finally express the entities involved in any sort of transfer - physical, digital, legal, etc. Swpb (talk) 21:16, 7 December 2022 (UTC)
- Not done, no consensus of proposed property at this time based on the above discussion. Swpb, I'd be happy to see your proposal, hope we will pass the new proposal. Regards, ZI Jony (Talk) 07:46, 14 April 2024 (UTC)