THE CONSNET 1.0 PORTAL
Biodiversity
and Biocultural Conservation Laboratory
Download .pdf Version of MultCSync Manual
MultCSync Manual
Version
1.0
July 2004
Sahotra
Sarkar, Justin Garson,
and Alexander Moffett

Biodiversity and Biocultural Conservation Laboratory,
Section of Integrative Biology,
Disclaimer
Although the MultCSync Version 1.0
software package has been tested and run successfully on computer systems at
the University of Texas at Austin, no warranty of MultCSync Version 1.0 is
expressed or implied.
The software, data, and related
materials contained therein are provided “AS IS,” without warranty of any kind,
either expressed or implied, including, but not limited to, the implied
warranties of merchantability and fitness for a particular task.
As of July 2004, MultCSync Version 1.0
can be downloaded from:
http://uts.cc.utexas.edu/~consbio/Cons/Labframeset.html
Cover
Graphics: Multiple Synchronization Plot which plots each of 36
different conservation area networks according to their respective area and cost
(measured in terms of human population density). Out of the original 36
feasible solutions, the plot shows two solutions to be non-dominated.
Biodiversity
and Biocultural Conservation Laboratory,
Section of
Integrative Biology,
University
of Texas at Austin,
1
University Station, #C0930,
Austin, TX
78712 -1180;
<consbio@uts.cc.utexas.edu>;
1 (512)
232 7122.
© 2004 S. Sarkar, J. Garson, and A. Moffett. Please send comments and questions to <consbio@uts.cc.utexas.edu>.
Table of Contents
Chapter 1. Introduction
Chapter 2. The Main Program
2.1. Finding the Set of Non-Dominated Solutions
2.2. Refining the Set of Non-Dominated Solutions
2.3. Revising the Set of Non-Dominated Solutions
2.4. Projecting Output to the Screen
2.5. Ranking the Set of Criteria
2.6. Ranking the Set of Alternatives
Chapter 3. Input and Output File Formats
References
Appendix 1. Summary of Functions of Menu Items
Appendix 2. Sample MultCSync Run
Chapter 1
A standard strategy for
biodiversity conservation consists of the selection of conservation area
networks (CANs): sets of places such as national
parks and reserves at which conservation plans are implemented (Margules and
Pressey 2000). CANs are selected so that desired
features of biodiversity such as species, which are generically called
“biodiversity surrogates,” are represented in CANs up
to specified targets, for instance, 10 per cent of the range of a species
(Margules et al. 1988). Additionally, well-designed CANs
incorporate design criteria such as the size of individual areas, their
dispersion over the landscape, and their connectivity. Moreover, CAN selection
occurs in the context of many other social claims on land use besides
biodiversity conservation. These include use for recreation (including
wilderness preservation [Callicott and Nelson 1998;
Sarkar 1999]), habitat transformation for agricultural or industrial
development, biological and industrial resource extraction, etc. CANs are typically initially selected as economically as
possible, that is, by representing biodiversity surrogates up to their targets
in the smallest possible total area (Sarkar et al. 2004). A central task
of systematic conservation planning is to find a CAN that not only economically
represents surrogates but: (i) incorporates the other design criteria; and (ii)
also performs as optimally as possible with respect to the social claims on
land use.
In what follows, each CAN
that satisfies the biodiversity representation targets will be regarded as a
“feasible alternative” or, in short, an “alternative.” Given a set of feasible
alternatives, besides the design criteria, the various competing social claims
on land use can also be modeled as criteria each of which assigns at least an
ordinal rank, and preferably a quantitative value, to every such alternative.
These criteria are often incompatible in the sense that they cannot all be
fully optimized simultaneously. For instance, preserving land for its
wilderness value is incompatible with converting it for agricultural use.
Selecting the “best available” alternative involves computing “trade-offs”
between all the design and social criteria.
A wide variety of
techniques exist for such computations ranging from heuristic multi-dimensional
optimization algorithms (Dyer et al. 1992) to the well-developed
multi-attribute value theory (MAVT) and multi-attribute utility theory (MAUT)
(Keeney and Raiffa 1993; Dyer 2004). The MultCSync software package implements
several of these techniques for use in conjunction with place prioritization
software packages that ensure biodiversity surrogate representation. These
packages include ResNet (Kelley et al. 2002; Sarkar et al. 2002),
C-Plan (Pressey 1999), and Marxan (Ball and
Possingham 2000). Each of these packages implements a different set of
algorithms for selecting a CAN that satisfies all biodiversity representation
surrogates (and is thus a feasible alternative).
MultCSync begins by
computing the subset of “non-dominated” alternatives in the set of feasible alternatives.
An alternative,
, dominates another alternative,
, if
is better than
by at least one
criterion, and no worse than
by any of the criteria.
An alternative is “non-dominated” if no other alternative dominates it.
Non-dominated alternatives are thus straightforwardly preferable to the
dominated ones: there is no criterion by which any dominated alternative is
better than any non-dominated alternative. If the number of non-dominated
alternatives is small, the non-dominated set can be presented to political
decision makers who can then select between them on the basis of considerations
beyond those that have been modeled. MultCSync implements a computationally
efficient (polynomial-time) algorithm (developed in Sarkar and Garson [2004])
for computing the non-dominated set.
However, typically, the cardinality of the
non-dominated set increases rapidly with the number of criteria (Sarkar and Garson
2004). In such a circumstance, the non-dominated set may be intractably large
for use by decision-makers. It then becomes imperative to refine the
non-dominated set, that is, produce a ranking among the non-dominated
alternatives, so that some of them can be eliminated. This requires
establishing preferences between the criteria and compounding this additional
information with the rankings of the alternatives according to the criteria.
MultCSync provides three options for such refinement:
(i) it allows the less important criteria to be dropped sequentially, leading
to either (a) a new revised non-dominated set or (b) the elimination of some
alternatives from the existing non-dominated set; (ii) it allows the use of the
Analytic Hierarchy Process (
Under the relative version of the
The absolute version of the
The initial explicit combination of the non-dominated
set and methods (i) and (iii) make MultCSync unique among software packages for
multi-criteria decision making. (For a review, see Belton and Stewart [2002].)
Chapter 2
The
Main Program
MultCSync Version 1.0 consists of a
single executable file (MultCSync.exe) and can be downloaded anywhere onto the
user’s hard drive. Additionally, the
user has the option of using Gnuplot, a free software
package for the graphical display of output, in conjunction with MultCSync. The
windows version of Gnuplot can be downloaded from:
http://www.ncftpd.com/download/.
The MultCSync interface is composed of a main interface (Figure 2.1), as well as a number of auxiliary screens.

Figure 2.1.
The main interface.
There
are eight menu options and a progress window in the upper-left hand corner of the
interface that informs the user about which options are currently activated
(See Figure 2.1). (Upon execution, none of these options are activated; hence
they are all labeled “OFF”.) However, instead of explaining the function of
each menu item in turn, this manual will describe six different procedures for
analyzing and representing a given data set. (See Appendix 1 for a summary of
the function associated with each menu item.)
2.1. Finding the Set of Non-Dominated Solutions.
Given an NDS input file that
contains the value for each alternative on each criterion, the following four
steps can be performed to produce the NDS
output file, which contains the non-dominated solutions. (See
Chapter 3 for input and output file format.)
1. Under the “Input” menu heading, click “Input to
NDS” (see Figure 2.2).

Figure 2.2.
The input menu heading.

Figure 2.3.
The NDS input file dialog box.
2.4.2 Projecting
the Output File to a Two-Dimensional Graph.
As the number
of criteria in the NDS output
file may be greater than two, the user must specify
which of the two criteria should be projected to Gnuplot,
and how many different two-dimensional plots should be created. This can be
done by performing the following 5 steps. Gnuplot
must be installed on the computer.
1. Under the “File” menu heading, click “Locate Gnuplot” (see Figure 2.12). This opens a dialog box that takes the pathname of Gnuplot. (The name of the Gnuplot executable is typically “wgnuplot.exe”).

Figure 2.12.
The file menu heading.
2. Under the “NDS Output Files” menu
heading, click on “Basic Output” (see Figure 2.5). This opens the dialog box
shown in Figure 2.6. After entering the name of the NDS output file,
enter the number of plots that should be produced in the box labeled “Enter
total number of plots that should be produced”. This opens the dialog box shown
in Figure 2.13.
The program will automatically generate
names for each plot file that will be produced. For example, if the name
of the NDS output file is “C:\\MultSync_Output.txt”, and the user wants
three different two-dimensional plots to be created, then the dialog box will
create names for the three files, e.g., “C:\\MultSync_Output_plot_1.txt”. For
each plot file, enter the two criteria that should be plotted in that
file. An example is given in Figure 2.13.

Input
and Output File Formats
There are two types of input files that
are used by MultCSync: the NDS input file, and the
3.1 Input file formats.
The NDS input file must have the following format:
(i) the number of rows must be equal to
the number of alternatives that are being analyzed; and
(ii) the number of columns must be
equal to n + 1, where n is the total number of criteria. Each
column must consist of the following data:
Column
1: this is the identification number for the alternative. This must be an
integer;
Column
i +1: the value of each alternative for criterion i.
The
(i) the number of rows must be equal to
n, and the number of columns must be equal to n, where n
is the total number of criteria. Hence the
(ii) for any cell, xij,
of the matrix, where i is the row number and j is the column
number, xij must contain a number
representing the strength of the user’s preference for i over j.
If j is preferred to i, then xij
must contain the inverse of the strength of the user’s preference for j
over i.
3.2 Output file formats.
There are 7 types of output file that the program can produce. They are
the log file, the NDS output file, the refined NDS output file,
the revised NDS output file, the criteria output file, the alternatives
output file, and the plot file.
The NDS output file, refined
NDS output file, and revised NDS output file all have the same
format:
(i) the number of rows is equal to the
number of non-dominated solutions; and
(ii) the number of columns is equal to n + 1, where n is the total number of criteria. Each column consists of the
following data:
Column
1: this is the identification number for the alternative;
Column i
+1: the value of each alternative for criterion i.
Since all of these output files have
the same format as the NDS input file, the output for a given run can be
used as the input file for a new run.
The criteria output file has the following format:
(i) the first item specifies the method (Method 1,
2, 3, or 4), that produced the most consistent ranking of criteria (see
Introduction on the four methods);
(ii) the second item is a list of each criterion and
its associated priority. Thus if there are n criteria, this item will
consist of n rows, each of the following form:
For criterion n: r
where r
is the priority of criterion n;
(iii) the third item specifies the consistency ratio
of the most consistent method; and
(iv) the fourth item specifies that, “a consistency
ratio of 0.10 or less is acceptable”.
The alternatives output file has the following format: the number of rows is equal to the number of alternatives that are prioritized. Each row has the following form:
Alternative n = r
where r is the
ranking of the nth best alternative. (Note that the alternative with the
lowest r is the “optimal” alternative given the criteria ranking.)
There are two different plot files.
One contains all of the non-dominated solutions, and the other contains all
alternatives. The first has a “_nds.txt” suffix, and the second has a
“_all.txt” suffix. Each plot file has the following format:
(i) a header that provides instructions
for manually opening the output file in Gnuplot (each line of this header is prefixed with
“#”);
(ii) beneath the header, there are n
rows. For the plot file with only non-dominated solutions, n is the
number of non-dominated solutions. For the plot file with all
alternatives, n is the number of alternatives;
(iii)
there are 2 columns. The first column represents the value of each alternative
for the criterion to be plotted along the x-axis, and the second column
represents the value of each alternative for the criterion to be plotted along
the y-axis.
The log file contains a record of all the most relevant information
during a run of the program. A log file is generated each time either
“Execute NDS” or “Execute
NDS input file Filename/NA
Number of alternatives Number of
alternatives
Number of criteria Number of
criteria
NDS output file Filename/NA
Refined NDS output file Filename/NA
Number of criteria excluded Number of
criteria excluded
Revised
NDS output file Filename/NA
Number of criteria excluded Number of
criteria excluded
Number of criteria Number of
criteria
Number of alternatives Number of
alternatives
Absolute measurement Yes/No
Criteria output file Filename/NA
Alternatives output file Filename/NA
Project files to screen Yes/No
Project plots to screen Yes/No
Number of plots to be
produced Number of
plots to be produced
Location of gnuplot Filename/NA
In
addition, if criteria are excluded using either the refine or revise NDS output
options, those criteria that have been excluded will be listed in the log
file. If projects or files are plotted
to the screen, a list of the locations of these plots, along with the criteria
plotted in them, will likewise be listed.
References
Ananda, J. and Herath, G. 2003.
“The Use of the Analytic Hierarchy Process to Incorporate Stakeholder
Preferences into Regional Forest Planning.”
Forest Policy and Economics 5: 13 -26.
Anselin, A., Miere, P., and Anselin, M. 1989. “Multicriteria Techniques in Ecological
Evaluation: an Example Using the Analytic Hierarchy Process.” Biological Conservation 49: 215 -229.
Ball, I. R. and Possignham,
H. P. 2000. “MARXAN (V 1.8.2) User's Manual”.
http://www.ecology.uq.edu.au/marxan.htm.
Belton, V. 1986. “A Comparison of the Analytic
Hierarchy Process and a Simple Multi-Attribute Value Function.” European Journal of Operational Research
26: 7 -21.
Belton, V. and Stewart, T. 2002. Multiple Criteria Decision Analysis: An Integrated Approach. Dordrecht: Kluwer.
Callicott, J. B. and Nelson, M. P. Eds. 1998. The Great New
Wilderness Debate. Athens, GA: University of Georgia Press.
Clevenger, A. Wierzchowski, J., Chruszcz,
B., and Gunson, K. 2002. “
Diaz-Balteiro,
L. and Romero, C. 2001. “Combined
use of Goal Programming and the Analytic Hierarchy Process in Forest
Management.” In Schmoldt, D., Kangas,
J., Mendoza, G., and Pesonen, M. Eds. The Analytic Hierarchy Process in Natural
Resource and Environmental Decision Making. Boston: Kluwer Academic Publishers, pp. 81 -95.
Dyer, J. 1990. “Remarks on the Analytic Hierarchy
Process.” Management Science 36: 249 -258.
Dyer, J. 2004. “MAUT-Multiattribute Utility Theory.”
In Figueira, J.,Greco, S. and Ehrgott, M. Eds. Sate
of the Art in Multiple Criteria Decision Analysis. Dordrecht: Kluwer..
Dyer, J. S., Fishburn, P.
C., Steuer, R. E., Wallenius,
J., and Zionts, S. 1992. “Multiple Criteria Decision
Making, Multiattribute Utility Theory: The Next Ten Years.” Management
Science 38: 645 -654.
Kamenetzky, R. 1982. “The Relationship between the Analytic
Hierarchy Process and the Additive Value Function. Decision Sciences 13:
702 -713.
Kangas, J. 1993. “A Multi-Attribute Preference Model for
Evaluating the Reforestation Chain Alternatives of a Forest Stand.” Forest Ecology and Management 59: 271 -288.
Keeney, R. L. and Raiffa, H. 1993. Decisions with
Multiple Objectives: Preferences and Value Tradeoffs. Cambridge, UK:
Cambridge University Press.
Kelley, C., Garson, J., Aggarwal,
A., and Sarkar, S. 2002. “Place Prioritization for Biodiversity Reserve Network
Design: A Comparison of the SITES and ResNet Software Pacakges
for Coverage and Efficiency.” Diversity and Distributions 8: 297
-306.
Margules, C. R. and Pressey, R. L. 2000. “Systematic
Conservation Planning.” Nature 405: 242 -253.
Margules, C. R., Nicholls, A. O., and Pressey, R. L.
1988. “Selecting Networks of Reserves to Maximize Biological Diversity.” Biological
Conservation 43: 63 -76.
Mendoza G. and Sprouse, W.
1989. “Forest Planning and Decision Making under Fuzzy Environments: An
Overview and Illustration.” Forest
Science 35: 481 -502.
Mendoza, G. and Prabhu, R.
2000. “Multiple Criteria Decision Making Approaches to Assessing Forest
Sustainability Using Criteria and Indicators: A Case Study.” Forest Ecology and Management 131: 107 -126.
Li, W., Wang, Z., and Tang, H. 1999. “Designing the
Buffer Zone of a Nature Reserve: A Case Study in Yancheng
Biosphere Reserve, China.” Biological
Conservation 90: 159 -165.
Pesonen, M. 2001. “Potential Allowable Cut
of
Peterson, D., Silsbee, D., and Schmoldt,
D. 1994. “A Case Study of Resources Management Planning with Multiple
Objectives and Projects.” Environmental
Management 18: 729- 742.
Reynolds, K. 2001. “Prioritizing
Salmon Habitat Restoration with the
Saaty, T. L. 1980. The Analytic Hierarchy Process:
Planning, Priority Setting, Resource Allocation. New York: McGraw-Hill.
Salo, A. and Hämäläinen, R.
1997. “On the Measurement of Preferences in the Analytic Hierarchy Process.” Journal of Multi-Criteria Decision Analysis
6: 309 -319.
Sarkar, S. 1999. “Wilderness Preservation and Biodiversity
Conservation--Keeping Divergent Goals Distinct.” BioScience
49: 405 -412.
Sarkar, S. and Garson, J. 2004. “Multiple Criterion
Synchronization (
Sarkar, S., Aggarwal,
A., Garson, J., Margules, C. R., and Zeidler, J.
2002. “Place Prioritization for
Biodiversity Content.” Journal of Biosciences 27(S2): 339 -346.
Sarkar, S., Pappas, C., Garson, J., Aggarwal, A., and Cameron, S. 2004. “Place Prioritization
for Biodiversity Conservation Using Probabilistic Surrogate Distribution Data.”
Diversity and Distributions 10: 125 -133.
Schmoldt, D. and Peterson, D. 2001. “Strategic and Tactical
Planning for Managing National Park Resources.” In Schmoldt,
D., Kangas, J., Mendoza, G., and Pesonen,
M. Eds. The Analytic Hierarchy Process in
Natural Resource and Environmental Decision Making. Boston: Kluwer Academic Publishers, pp. 67 -69.
Villa, F., Tunesi, L., and Agardy, T. 2002. “Zoning Marine Protected Areas through
Spatial Multiple-Criteria Analysis: the Case of the Asinara
Island National Marine Reserve of Italy.” Conservation
Biology 16: 515 -526.
Appendix 1
Index of Functions of Menu Items
This appendix provides a
brief description of the function of each menu item. The first column lists
each menu heading; the second, items that fall under that heading; and the
third, a description of that item’s function.
|
Menu Heading |
Menu Items |
Function |
|
File |
Locate Gnuplot |
Specify location of Gnuplot
plotting software |
|
Exit |
Exit program |
|
|
Edit |
Open File |
Create a new input file or open an existing file |
|
Input |
Input to NDS |
Specify location and structure of NDS input file |
|
Input to AHP |
Specify location and structure of |
|
|
Log File |
Specify name and location of log file to be created |
|
|
NDS Output Files |
Basic Output |
Specify name and location of NDS output file to be
created |
|
Refine Non-dominated Set |
Specify name and location of refined NDS output
file to be created |
|
|
Revise Non-dominated Set |
Specify name and location of revised NDS output
file to be created |
|
|
|
Criteria Output File |
Specify name and location of criteria output file
to be created |
|
Alternatives Output File |
Specify name and location of alternatives output
file to be created |
|
|
Project |
Plots |
Plot two-dimensional graphs to screen upon
execution |
|
Files |
Open NDS output file to screen upon execution |
|
|
Execute |
Execute NDS |
Find non-dominated solutions from NDS input file |
|
Execute AHP |
Rank alternatives from NDS file and |
Appendix 2
Sample MultCSync Run
This
appendix provides a sample run of MultCSync, using data procured for a
conservation project in north-central Namibia.
The NDS input file (Figure A2.1) is the only input file
that is necessary for running MultCSync. The input file that will be used in this
appendix contains information on 100 alternative conservation plans, or
“alternatives”, each of which is ranked according to six criteria. Thus the
input file shown below contains 100 rows and seven columns. (The first column
contains the numeric ID for each alternative.) Note that if a criterion should
be maximized instead of minimized, then the values associated with that
criterion should be the inverse of the actual value, as in the seventh column
shown below.

Figure A2.1. Example NDS input file. Each row represents an alternative. (Not all rows are shown.) The first column contains the numeric ID for each alternative; the remaining six columns contain the score for that alternative on each of the six criteria, respectively. The first five criteria are to be minimized, and so each of the values that appear in these columns are positive. The sixth criterion is to be maximized, and so the values that appear in this column are the inverse of the actual value.
Upon
executing MultCSync, the main interface opens (Figure A2.2). Under the “Input”
menu heading, “Input to NDS” is selected in order to enter the information
about the NDS input file.

Figure A2.2. The main interface.
This
elicits the dialog box shown in Figure A2.3, into which user enters the number
of alternatives (100), the number of criteria (6), and the filename and path
for the NDS input file (“C:\\NDS_Input_File.txt”).

Figure A2.3. Example NDS input dialog box. In this example, the number of alternatives
is set at 100, the number of criteria is set at 6, and the filename and pathway
for the NDS input file is set as
“C:\NDS_Input_File.txt.”
After
clicking “OK,” and returning to the main interface, “Basic Output” is selected
from the “NDS Output Files” menu heading (see Figure A2.2). This elicits a
dialog box that prompts the user for the filename and pathway of the NDS output file, into which information about the non-dominated alternatives is written
(Figure A2.4).

Figure A2.4.
Example NDS output file dialog box.
In this case, the NDS output file
is called “C:\NDS_Output_File.txt.”
After
clicking “OK,” and exiting the NDS output file dialog box, “Log File” is
selected from the “Input” menu heading of the main interface. This elicits the log file dialog box (see
Figure A2.5), into which the user enters the filename and pathway of the log
file.

Figure A2.5.
Example log file dialog box. In
this example the log file is called
“C:\Log_File.txt.”
After
clicking “OK,” and returning to the main interface, “Execute NDS” is selected
from the “Execute” menu heading. This executes the algorithm that computes the
non-dominated solutions. The user is alerted once the computation is finished
and the non-dominated alternatives have been written into the NDS output
file (see Figure A2.6). In this example, there are 33 non-dominated
alternatives out of the initial 100 alternatives. These are indexed by the
numeric ID of the alternative (which appears in the first column), and the
information is in the same format as in the NDS input file.
Consequently, the output file from one run of MultCSync can be used as the
input file to a new one.

Figure A2.6. Example NDS output file. Each row represents a non-dominated solution. (Not all rows are shown.)
It
may be that 33 non-dominated alternatives is too large a set to present to
decision makers, and therefore the set should be refined. One way of doing this
is by excluding one or more of the criteria from consideration and determining
that subset of initial non-dominated alternatives that remains non-dominated
after the exclusion. In the following example, the first criterion will be
excluded.
Under
the “NDS Output Files” menu heading, the user selects “Refine Non-dominated
Set”. This elicits the dialog box shown in Figure A2.7. As can be seen, the
user can simultaneously exclude several criteria from consideration. Here, as
only criterion 1 is being excluded, the user inserts a ‘1’ into the box to the
left of “Drop Criteria:”. The filename and path of the refined NDS output
file (in this example, “C:\NDS_Output_file_refined.txt”) is entered into
the box below that.

Figure A2.7. The refined NDS output file dialog box.
After
entering this information, the user checks “OK” and returns to the main
interface. “Execute
NDS” is selected from under the “Execute” menu heading of the main
interface. MultCSync then calculates the
number of non-dominated solutions resulting from the elimination of criterion
1, and after the calculation has been completed, the user is alerted to the
number of non-dominated solutions in the refined NDS output file, and
the location of that file. (See Figure A2.8.) As can be seen, the exclusion of
the first criterion only reduced the number of non-dominated alternatives by
three; there are now 30 such alternatives. Because the removal of criterion 1
did not substantively affect the set of non-dominated solutions, the user may
decide to readmit this criterion into consideration. For the remainder of this
example, then, all 33 of the initially identified non-dominated solutions will
be taken into consideration, and the

Figure A2.8. Example message after the refining
process has executed.
To
apply the

Figure A2.9.
Example
In
order to prioritize the six criteria, the filename and pathway of the
The
absolute version of the

Figure A2.10. The manual
pairwise comparison dialog box.
As
can be seen, the user is first prompted to compare the first and the second
criterion. As criterion 2 is more important than criterion 1 (‘5’ on a scale of
one to nine), the user enters ‘5’ next to the box marked: ”How much more
important is criterion 2 than criterion 1?” (see Figure A2.11).

Figure A2.11. Example of a comparison between criterion 1 and 2.
In
this example, 15 such comparisons will be made (as shown below in Table A2.1).
Upon each comparison, the pairwise matrix display window will be updated. After
the last comparison has been made, the

Figure A2.12. The automatically
generated
|
Criteria Compared |
Comparison |
|
1, 2 |
Criterion 2 receives a
“5” relative to criterion 1 |
|
1, 3 |
The criteria are of
equal importance |
|
1, 4 |
Criterion 4 receives a
“3” relative to criterion 1 |
|
1, 5 |
Criterion 5 receives a
“4” relative to criterion 1 |
|
1, 6 |
Criterion 6 receives
an “8” relative to criterion 1 |
|
2, 3 |
The criteria are of
equal importance |
|
2, 4 |
The criteria are of
equal importance |
|
2, 5 |
Criterion 2 receives a
“4” relative to criterion 5 |
|
2, 6 |
Criterion 6 receives a
“2” relative to criterion 2 |
|
3, 4 |
The criteria are of
equal importance |
|
3, 5 |
Criterion 5 receives a
“3” relative to criterion 3 |
|
3, 6 |
Criterion 6 receives a
“7” relative to criterion 3 |
|
4, 5 |
The criteria are of equal
importance |
|
4, 6 |
Criterion 6 receives
an “3” relative to criterion 4 |
|
5, 6 |
Criterion 6 receives a
“2” relative to criterion 5 |
Table A2.1. Evaluation of 15 pairwise comparisons. Column (i) identifies the two criteria involved in each comparison, while column (ii) identifies the results of each comparison. “Criterion X receives a ‘Y’ relative to criterion Z” means that criterion X is Y times more important than criterion Z.
After
returning to the main interface, “Alternatives Output File” is selected from
the “

Figure A2.13. Example output file dialog box.
Upon
returning to the main interface, “Execute

Figure A2.14. Example criteria ranking, which is printed to the screen upon completion of the
The
final ranking of the alternatives produced can be found in the alternatives output file (see Figure
A2.15).

Figure A2.15. Example alternatives output file. Not all of the file is shown. Priorities are identified for each alternative, and the alternatives are ranked on the basis of their assigned priorities, in order of decreasing importance.