75 | | == Showing the results of a session run |
76 | | Some time (depending on the deadline you set) after starting your session, links are provided to the log file, and to a visualizer that can plot the utilities of the bids recorded in the log file. |
77 | | |
78 | | [[Image(sessioncompleted.png, 70%)]] |
79 | | |
80 | | |
81 | | You can also view the log files later, through the "View logs" option in the main menu of the runserver. |
82 | | |
83 | | |
84 | | |
85 | | If you click on "view the log file" you get an exact log of all the actions taken by the parties. Notice that in the SAOP protocol, this log file becomes available only after the session has been completed. |
86 | | |
87 | | You can click on "render a utilities plot" to show a graphical representation of the utilities of all the offers made in the session, as in the figure below. Notice that this is only possible if (1) the log file is already available (2) the profiles are publicly available (3) the profiles are a UtilitySpace. |
88 | | |
89 | | [[Image(utilplot.png, 70%)]] |
90 | | |
91 | | If you ran a SHAOP session, the plotter tries to show the utilities of the SHAOP parties in the negotiation as they place the real Offers. However the SHAOP party uses a partial profile without utility function. The plotter tries to be smart here: if the profile is a filtered utilityspace of the form "URL.?partial=N" it removes the "partial=N" filter option and uses the unfiltered profile for the plotting. It should be clear that these utilities have no real meaning in the partial profile that the SHAOP party is using, but the partial profile will normally get the utilities sorted corresponding to this original profile. |
92 | | |
93 | | The information made available about the running session is determined by the protocol. For SAOP, there are currently two ways to check the progress on the running session |
94 | | * Check the output of the tomcat web server (eg in catalina.out) |
95 | | * Check the log files written by the protocol. |
96 | | |
97 | | In general log files are available only after the session completes, because this information could be abused by the negotiating parties. |
98 | | |
99 | | At the bottom of the plot is a message "Agreement:X" where X can be 'yes', 'no' or 'partial' (or '?' if the protocol is not fully supported by the plotter). |
100 | | |
101 | | [[Image(mopacplot.png, 50%)]] |
102 | | |
103 | | The MOPAC protocol shows the utilities of the offers made by the parties. In each round, all remaining parties place an offer (in non-deterministic order) so as the negotiation progresses less and less parties make subsequent offers. In negotiations with many parties and partial deals it may be necessary to check the log file for further details about what happened in the negotiation. |
104 | | |
| 79 | |
| 80 | |
| 81 | |
| 82 | |
| 83 | == Showing the results of a session run |
| 84 | Some time (depending on the deadline you set) after starting your session, links are provided to the log file, and to a visualizer that can plot the utilities of the bids recorded in the log file. |
| 85 | |
| 86 | [[Image(sessioncompleted.png, 70%)]] |
| 87 | |
| 88 | |
| 89 | You can also view the log files later, through the "View logs" option in the main menu of the runserver. |
| 90 | |
| 91 | |
| 92 | |
| 93 | If you click on "view the log file" you get an exact log of all the actions taken by the parties. Notice that in the SAOP protocol, this log file becomes available only after the session has been completed. |
| 94 | |
| 95 | You can click on "render a utilities plot" to show a graphical representation of the utilities of all the offers made in the session, as in the figure below. Notice that this is only possible if (1) the log file is already available (2) the profiles are publicly available (3) the profiles are a UtilitySpace. |
| 96 | |
| 97 | [[Image(utilplot.png, 70%)]] |
| 98 | |
| 99 | If you ran a SHAOP session, the plotter tries to show the utilities of the SHAOP parties in the negotiation as they place the real Offers. However the SHAOP party uses a partial profile without utility function. The plotter tries to be smart here: if the profile is a filtered utilityspace of the form "URL.?partial=N" it removes the "partial=N" filter option and uses the unfiltered profile for the plotting. It should be clear that these utilities have no real meaning in the partial profile that the SHAOP party is using, but the partial profile will normally get the utilities sorted corresponding to this original profile. |
| 100 | |
| 101 | The information made available about the running session is determined by the protocol. For SAOP, there are currently two ways to check the progress on the running session |
| 102 | * Check the output of the tomcat web server (eg in catalina.out) |
| 103 | * Check the log files written by the protocol. |
| 104 | |
| 105 | In general log files are available only after the session completes, because this information could be abused by the negotiating parties. |
| 106 | |
| 107 | At the bottom of the plot is a message "Agreement:X" where X can be 'yes', 'no' or 'partial' (or '?' if the protocol is not fully supported by the plotter). |
| 108 | |
| 109 | [[Image(mopacplot.png, 50%)]] |
| 110 | |
| 111 | The MOPAC protocol shows the utilities of the offers made by the parties. In each round, all remaining parties place an offer (in non-deterministic order) so as the negotiation progresses less and less parties make subsequent offers. In negotiations with many parties and partial deals it may be necessary to check the log file for further details about what happened in the negotiation. |
| 112 | |
| 113 | |