Closed elf-pavlik closed 4 years ago
If you look at the Conversation for Action protocol, it covers agreements about whether the reciprocal flow has happened.
The delivery vf:Transportation (process/action/event) happens independently of vf:Transfer (action/event) For example:
she picks 20kg of mangos already owned by Amanda from Sam's shed and travels to her by bike. she leaves mangos in Amanda's cellar and picks up apples already owned by Sam from there
That's FOB origin.
those illustrations might overlay in interesting ways with
I think in defining vf:Transportation we should keep in mind that it works as a process and not atomic event. vf:Transfer can work as atomic event and once again I want to emphasise that we should treat vf:Transfer differently from vf:Process!
Transportation will often involve an exchange of transportation service (Freight) for something. E.g. from that same reference:
I think in most cases people want to see all the reciprocal commitments and events wrapped up in the same exchange, but the transportation process is usually the transportation provider's responsibility and is encapsulated in their context.
Some transportation services work as gift http://sustainablepost.org/about-lightfoot One could send a piece of jewellery as a gift using lightfoot. We have only vf:Transfer and vf:Transport but no vf:Exchange at all. At the same time I agree that if we need to express vf:Exchange we need to capture all the specific commitments that agents care about and agreed on.
Maybe agreement can in simplest case just specify that someone promises (makes commitment) to pick up the resource from somewhere or drop it off to somewhere? I shouldn't matter If an agent does the transportation oneself or delegates it to 3-rd party.
The third party would represent an interaction with another agent, but it may not be important to the interaction with the first two agents.
-Brent Shambaugh
Website: bshambaugh.org
On Wed, Jun 1, 2016 at 9:23 PM, elf Pavlik notifications@github.com wrote:
Maybe agreement can in simplest case just specify that someone promises (makes commitment) to pick up the resource from somewhere or drop it off to somewhere? I shouldn't matter If an agent does the transportation oneself or delegates it to 3-rd party.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/valueflows/exchange/issues/27#issuecomment-223171660, or mute the thread https://github.com/notifications/unsubscribe/AEAuYVNx3g8qTuCv474ldC8R_tVEjL15ks5qHjCPgaJpZM4Idj8O .
At the same time I agree that if we need to express vf:Exchange we need to capture all the specific commitments that agents care about and agreed on. <<---out of the loop a bit, but this sounds like a tall order
-Brent Shambaugh
Website: bshambaugh.org
On Thu, Jun 2, 2016 at 2:18 AM, Brent Shambaugh brent.shambaugh@gmail.com wrote:
The third party would represent an interaction with another agent, but it may not be important to the interaction with the first two agents.
-Brent Shambaugh
Website: bshambaugh.org
On Wed, Jun 1, 2016 at 9:23 PM, elf Pavlik notifications@github.com wrote:
Maybe agreement can in simplest case just specify that someone promises (makes commitment) to pick up the resource from somewhere or drop it off to somewhere? I shouldn't matter If an agent does the transportation oneself or delegates it to 3-rd party.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/valueflows/exchange/issues/27#issuecomment-223171660, or mute the thread https://github.com/notifications/unsubscribe/AEAuYVNx3g8qTuCv474ldC8R_tVEjL15ks5qHjCPgaJpZM4Idj8O .
At the same time I agree that if we need to express vf:Exchange we need to capture all the specific commitments that agents care about and agreed on. <<---out of the loop a bit, but this sounds like a tall order
If the agents involved execute a defined protocol (e.g. conversation for action, CfA, as in the diagram above), it's not very tall. One of our jobs in VF will be to specify that and possibly some other protocols in enough detail to be implementable. CfA has been implemented many times, and is already fairly well specified.
from: http://schema.org/DeliveryMethod
Commonly used values:
- http://purl.org/goodrelations/v1#DeliveryModeDirectDownload
- http://purl.org/goodrelations/v1#DeliveryModeFreight
- http://purl.org/goodrelations/v1#DeliveryModeMail
- http://purl.org/goodrelations/v1#DeliveryModeOwnFleet
- http://purl.org/goodrelations/v1#DeliveryModePickUp
- http://purl.org/goodrelations/v1#DHL
- http://purl.org/goodrelations/v1#FederalExpress
- http://purl.org/goodrelations/v1#UPS
from: http://schema.org/ParcelService
Commonly used values:
IMO http://schema.org/OnSitePickup + some generic 'drop off' could give a good starting point. Later if an agent responsible for transportation wants to delegate the 'pick-up' or 'drop-off' to another agent, they can make independent agreement.
We have moved the ValueFlows organization from GitHub to https://lab.allmende.io/valueflows.
This issue has been closed here, and all further discussion on this issue can be done at
If you have not done so, you are very welcome to register at https://lab.allmende.io and join the ValueFlows organization there.
25 mentions very specific type of delivery 'payment method' (usually digital). I think vf:Transfer (also used for vf:Exchange) needs a way to specify agreement on delivering the resource rights over we transfer.
Some examples from Open Food Network