GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — boost_graph/example/exterior_property_map.cpp at develop · stdgraph/boost_graph

Expand file tree

/

exterior_property_map.cpp

Copy path
More file actions
More file actions

Latest commit

 

History

History
History
93 lines (76 loc) · 2.83 KB
/

exterior_property_map.cpp

Copy path

File metadata and controls

93 lines (76 loc) · 2.83 KB
Raw
Copy raw file
Download raw file
Open symbols panel
Edit and raw actions
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
//=======================================================================
// Copyright 1997, 1998, 1999, 2000 University of Notre Dame.
// Authors: Andrew Lumsdaine, Lie-Quan Lee, Jeremy G. Siek
//
// Distributed under the Boost Software License, Version 1.0. (See
// accompanying file LICENSE_1_0.txt or copy at
// http://www.boost.org/LICENSE_1_0.txt)
//=======================================================================
#include <boost/config.hpp>
#include <iostream>
#include <algorithm>
#include <string>
#include <boost/graph/adjacency_list.hpp>
#include <boost/property_map/property_map.hpp>
using namespace std;
using namespace boost;
/*
Exterior Decorator Basics
An exterior decorator is a way of associating properties with the
vertices or edges of a graph. The "exterior" part means that the
properties are not stored inside the graph object (see
internal_decorator_basics.cc). Instead they are stored
separately, and passed as an extra argument to any
algorithm they are needed in. There are several standard
decorator types such a color and weight that are used
in the GGCL algorithms.
The main responsibility of a decorator is to provide an operator[]
that maps a vertex (or vertex ID) to the property value for that
vertex. It just so happens that a normal array provides this. In
addition, a decorator must provide access to the property type
through the decorator_traits class. For convenience, GGCL
already defines a decorator_triats class for pointer and
array types.
Sample Output
Jeremy owes Rich some money
Jeremy owes Andrew some money
Jeremy owes Jeff some money
Jeremy owes Kinis some money
Andrew owes Jeremy some money
Andrew owes Kinis some money
Jeff owes Jeremy some money
Jeff owes Rich some money
Jeff owes Kinis some money
Kinis owes Jeremy some money
Kinis owes Rich some money
*/
template < class EdgeIter, class Graph, class Name >
void who_owes_who(EdgeIter first, EdgeIter last, const Graph& G, Name name)
{
while (first != last)
{
cout << name[source(*first, G)] << " owes " << name[target(*first, G)]
<< " some money" << endl;
++first;
}
}
int main(int, char*[])
{
/* The property will be "names" attached to the vertices */
string* names = new string[5];
names[0] = "Jeremy";
names[1] = "Rich";
names[2] = "Andrew";
names[3] = "Jeff";
names[4] = "Kinis";
using MyGraphType = adjacency_list<>;
using Pair = pair< int, int >;
Pair edge_array[11] = { Pair(0, 1), Pair(0, 2), Pair(0, 3), Pair(0, 4),
Pair(2, 0), Pair(3, 0), Pair(2, 4), Pair(3, 1), Pair(3, 4), Pair(4, 0),
Pair(4, 1) };
MyGraphType G(5);
for (int i = 0; i < 11; ++i)
add_edge(edge_array[i].first, edge_array[i].second, G);
who_owes_who(edges(G).first, edges(G).second, G, names);
return 0;
}
You are visitor 01402520 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.