rlm@7
|
1 #+TITLE: Best-First Search for Effective Pokemon Types
|
rlm@0
|
2 #+AUTHOR: Robert McIntyre & Dylan Holmes
|
rlm@0
|
3 #+EMAIL: rlm@mit.edu
|
rlm@7
|
4 #+description: Finding interesting pokemon type combinations through Best-First search in clojure.
|
rlm@4
|
5 #+SETUPFILE: ../../aurellem/org/setup.org
|
rlm@4
|
6 #+INCLUDE: ../../aurellem/org/level-0.org
|
rlm@0
|
7
|
rlm@0
|
8 * The Pok\eacute{}mon Type System
|
rlm@0
|
9
|
rlm@0
|
10 The Pok\eacute{}mon type system consists of seventeen different
|
rlm@0
|
11 \ldquo{}types\rdquo{} (Rock, Grass, Ice, Psychic, Ground, Bug, Flying,
|
rlm@0
|
12 Fire, Fighting, Dark, Dragon, Poison, Water, Ghost, Normal, Electric,
|
rlm@0
|
13 and Steel) that interact like an extended version of
|
rlm@0
|
14 Rock-Paper-Scissors: for example, the Fire type is strong against the
|
rlm@0
|
15 Grass type but weak against the Water type. In the table below, we've
|
rlm@0
|
16 recorded the relative strengths of each of the types in the
|
rlm@0
|
17 Pok\eacute{}mon type system; the number in each cell indicates how
|
rlm@0
|
18 effective an attack of the type in the row is against a
|
rlm@0
|
19 Pok\eacute{}mon of the type in the column. We call these numbers
|
rlm@5
|
20 /susceptibilities/.
|
rlm@0
|
21
|
rlm@0
|
22 In the Pok\eacute{}mon games, only four susceptibility values (two,
|
rlm@0
|
23 one, one-half, and zero) occur. These numbers indicate particularly
|
rlm@0
|
24 high susceptibility, average susceptibility, particularly low
|
rlm@5
|
25 susceptibility, and no susceptibility (immunity).
|
rlm@0
|
26
|
rlm@5
|
27 - The suceptability of Flying types /against/ Ground is 0, because Ground
|
rlm@5
|
28 attacks cannot hurt Flying pok\eacute{}mon at all. The damage that
|
rlm@5
|
29 a Ground type attack normally does is /multiplied/ by 0 when it is
|
rlm@5
|
30 uesd against a Flying type pok\eacute{}mon.
|
rlm@0
|
31
|
rlm@5
|
32 - The susceptability of Fire types against Water attacks
|
rlm@5
|
33 is 2, because Water type attacks are strong against Fire type
|
rlm@5
|
34 Pok\eacute{}mon. The damage that a Water type attack normally does
|
rlm@5
|
35 is doubled when it is used against a Fire type pok\eacute{}mon.
|
rlm@0
|
36
|
rlm@5
|
37 - The susceptability of Water types against Water attacks is
|
rlm@5
|
38 $\frac{1}{2}$, because Water type attacks are strong against Water
|
rlm@5
|
39 type Pok\eacute{}mon. The damage that a Water type attack normally
|
rlm@5
|
40 does is halved when it is used against a Water type
|
rlm@5
|
41 pok\eacute{}mon.
|
rlm@5
|
42
|
rlm@5
|
43 There are two pok\eacute{}mon type systems in use. The first is the
|
rlm@5
|
44 classic system which was used for the very first pok\eacute{}mon
|
rlm@5
|
45 games, Red, Yellow, and Blue. This old system was used from 1998 to
|
rlm@5
|
46 2000 in America, and is known as the /Generation I Type System/. The
|
rlm@5
|
47 modern pok\eacute{}mon type system was introduced in 2000 with the
|
rlm@5
|
48 introduction of pok\eacute{}mon Gold and Silver, and has been in use
|
rlm@5
|
49 ever since. It is called the /Generation II Type System/.
|
rlm@5
|
50
|
rlm@5
|
51 Here are the the definitions of the two type systems.
|
rlm@5
|
52
|
rlm@7
|
53 * Generation I and II Type System Data
|
rlm@0
|
54
|
rlm@6
|
55 ** Generation II Type System
|
rlm@0
|
56 #+label: pokemon-matchups
|
rlm@0
|
57 #+tblname: pokemon-table-gen-two
|
rlm@0
|
58 | | normal | fire | water | electric | grass | ice | fighting | poison | ground | flying | psychic | bug | rock | ghost | dragon | dark | steel |
|
rlm@0
|
59 |----------+--------+------+-------+----------+-------+-----+----------+--------+--------+--------+---------+-----+------+-------+--------+------+-------|
|
rlm@0
|
60 | normal | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | .5 | 0 | 1 | 1 | .5 |
|
rlm@0
|
61 | fire | 1 | .5 | .5 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 1 | 2 | .5 | 1 | .5 | 1 | 2 |
|
rlm@0
|
62 | water | 1 | 2 | .5 | 1 | .5 | 1 | 1 | 1 | 2 | 1 | 1 | 1 | 2 | 1 | .5 | 1 | 1 |
|
rlm@0
|
63 | electric | 1 | 1 | 2 | .5 | .5 | 1 | 1 | 1 | 0 | 2 | 1 | 1 | 1 | 1 | .5 | 1 | 1 |
|
rlm@0
|
64 | grass | 1 | .5 | 2 | 1 | .5 | 1 | 1 | .5 | 2 | .5 | 1 | .5 | 2 | 1 | .5 | 1 | .5 |
|
rlm@0
|
65 | ice | 1 | .5 | .5 | 1 | 2 | .5 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 2 | 1 | .5 |
|
rlm@0
|
66 | fighting | 2 | 1 | 1 | 1 | 1 | 2 | 1 | .5 | 1 | .5 | .5 | .5 | 2 | 0 | 1 | 2 | 2 |
|
rlm@0
|
67 | poison | 1 | 1 | 1 | 1 | 2 | 1 | 1 | .5 | .5 | 1 | 1 | 1 | .5 | .5 | 1 | 1 | 0 |
|
rlm@0
|
68 | ground | 1 | 2 | 1 | 2 | .5 | 1 | 1 | 2 | 1 | 0 | 1 | .5 | 2 | 1 | 1 | 1 | 2 |
|
rlm@0
|
69 | flying | 1 | 1 | 1 | .5 | 2 | 1 | 2 | 1 | 1 | 1 | 1 | 2 | .5 | 1 | 1 | 1 | .5 |
|
rlm@0
|
70 | psychic | 1 | 1 | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | .5 | 1 | 1 | 1 | 1 | 0 | .5 |
|
rlm@0
|
71 | bug | 1 | .5 | 1 | 1 | 2 | 1 | .5 | .5 | 1 | .5 | 2 | 1 | 1 | .5 | 1 | 2 | .5 |
|
rlm@0
|
72 | rock | 1 | 2 | 1 | 1 | 1 | 2 | .5 | 1 | .5 | 2 | 1 | 2 | 1 | 1 | 1 | 1 | .5 |
|
rlm@0
|
73 | ghost | 0 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 2 | 1 | 1 | 2 | 1 | .5 | .5 |
|
rlm@0
|
74 | dragon | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 2 | 1 | .5 |
|
rlm@0
|
75 | dark | 1 | 1 | 1 | 1 | 1 | 1 | .5 | 1 | 1 | 1 | 2 | 1 | 1 | 2 | 1 | .5 | .5 |
|
rlm@0
|
76 | steel | 1 | .5 | .5 | .5 | 1 | 2 | 1 | 1 | 1 | 1 | 1 | 1 | 2 | 1 | 1 | 1 | .5 |
|
rlm@0
|
77
|
rlm@6
|
78 The rows are attack types, while the columns are defense types. To
|
rlm@6
|
79 see the multiplier for a pokemon attack against a certain type, follow
|
rlm@6
|
80 the row for the attack type to the column of the defending type.
|
rlm@6
|
81
|
rlm@6
|
82 ** Generation I Type System
|
rlm@7
|
83 #+label: pokemon-matchups-gen-1
|
rlm@7
|
84 #+tblname: pokemon-table-gen-one
|
rlm@0
|
85 | | normal | fire | water | electric | grass | ice | fighting | poison | ground | flying | psychic | bug | rock | ghost | dragon |
|
rlm@0
|
86 |----------+--------+------+-------+----------+-------+-----+----------+--------+--------+--------+---------+-----+------+-------+--------|
|
rlm@0
|
87 | normal | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | .5 | 0 | 1 |
|
rlm@0
|
88 | fire | 1 | .5 | .5 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 1 | 2 | .5 | 1 | .5 |
|
rlm@0
|
89 | water | 1 | 2 | .5 | 1 | .5 | 1 | 1 | 1 | 2 | 1 | 1 | 1 | 2 | 1 | .5 |
|
rlm@0
|
90 | electric | 1 | 1 | 2 | .5 | .5 | 1 | 1 | 1 | 0 | 2 | 1 | 1 | 1 | 1 | .5 |
|
rlm@0
|
91 | grass | 1 | .5 | 2 | 1 | .5 | 1 | 1 | .5 | 2 | .5 | 1 | .5 | 2 | 1 | .5 |
|
rlm@0
|
92 | ice | 1 | 1 | .5 | 1 | 2 | .5 | 1 | 1 | 2 | 2 | 1 | 1 | 1 | 1 | 2 |
|
rlm@0
|
93 | fighting | 2 | 1 | 1 | 1 | 1 | 2 | 1 | .5 | 1 | .5 | .5 | .5 | 2 | 0 | 1 |
|
rlm@0
|
94 | poison | 1 | 1 | 1 | 1 | 2 | 1 | 1 | .5 | .5 | 1 | 1 | 2 | .5 | .5 | 1 |
|
rlm@0
|
95 | ground | 1 | 2 | 1 | 2 | .5 | 1 | 1 | 2 | 1 | 0 | 1 | .5 | 2 | 1 | 1 |
|
rlm@0
|
96 | flying | 1 | 1 | 1 | .5 | 2 | 1 | 2 | 1 | 1 | 1 | 1 | 2 | .5 | 1 | 1 |
|
rlm@0
|
97 | psychic | 1 | 1 | 1 | 1 | 1 | 1 | 2 | 2 | 1 | 1 | .5 | 1 | 1 | 1 | 1 |
|
rlm@0
|
98 | bug | 1 | .5 | 1 | 1 | 2 | 1 | .5 | 2 | 1 | .5 | 2 | 1 | 1 | 0 | 1 |
|
rlm@0
|
99 | rock | 1 | 2 | 1 | 1 | 1 | 2 | .5 | 1 | .5 | 2 | 1 | 2 | 1 | 1 | 1 |
|
rlm@0
|
100 | ghost | 0 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 0 | 1 | 1 | 2 | 1 |
|
rlm@0
|
101 | dragon | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 2 |
|
rlm@0
|
102
|
rlm@6
|
103
|
rlm@6
|
104 This is the old table from Generation I. The differences from
|
rlm@6
|
105 Generation II are:
|
rlm@7
|
106 - Dark and Steel types are missing (these were introduced in
|
rlm@7
|
107 Generation II).
|
rlm@7
|
108 - Bug is super-effective against Poison (not-very-effective in
|
rlm@7
|
109 Generation II).
|
rlm@7
|
110 - Poison is super-effective against Bug (normal in Generation II).
|
rlm@7
|
111 - Bug is regularly effective against Ghost (super-effective in
|
rlm@7
|
112 Generation II).
|
rlm@7
|
113 - Ice is normally effective against Fire, (not-very-effective in
|
rlm@6
|
114 Generation II).
|
rlm@6
|
115 - Ghost is completely ineffective against Psychic. This is considered
|
rlm@6
|
116 to be a programning glitch.
|
rlm@6
|
117
|
rlm@6
|
118
|
rlm@6
|
119
|
rlm@0
|
120 * Representing the Data
|
rlm@0
|
121
|
rlm@7
|
122 After creating the Pok\eacute{}mon types namespace, we store the
|
rlm@7
|
123 tables of susceptibilities above in =pokemon-table-gen-one= and
|
rlm@0
|
124 =pokemon-table-gen-two=, each of which is a simple vector of
|
rlm@0
|
125 vectors. Because a vector of vectors can be cumbersome, we do not
|
rlm@0
|
126 access the tables directly; instead, we use the derivative structures
|
rlm@0
|
127 =attack-strengths= and =defense-strengths=, which are functions which
|
rlm@0
|
128 return hash-maps associating each row (respectively column) of the
|
rlm@0
|
129 table with its corresponding Pok\eacute{}mon type.
|
rlm@0
|
130
|
rlm@0
|
131
|
rlm@0
|
132 #+srcname: header
|
rlm@0
|
133 #+begin_src clojure :results silent
|
rlm@0
|
134 (ns pokemon.types
|
rlm@7
|
135 (:use clojure.set)
|
rlm@7
|
136 (:use clojure.contrib.combinatorics)
|
rlm@7
|
137 (:use clojure.contrib.math)
|
rlm@7
|
138 (:use clojure.contrib.def)
|
rlm@7
|
139 (:use rlm.rlm-commands))
|
rlm@0
|
140 #+end_src
|
rlm@0
|
141
|
rlm@7
|
142 #+srcname: data
|
rlm@0
|
143 #+begin_src clojure :results silent
|
rlm@0
|
144 (in-ns 'pokemon.types)
|
rlm@0
|
145 ;; record type strengths as a vector of vectors
|
rlm@7
|
146 ;; the variables pokemon-table-gen-one and pokemon-table-gen-two
|
rlm@7
|
147 ;; are replaced with the tables above when this file is tangled.
|
rlm@0
|
148 (def pokemon-gen-one pokemon-table-gen-one)
|
rlm@0
|
149 (def pokemon-gen-two pokemon-table-gen-two)
|
rlm@0
|
150
|
rlm@0
|
151 (defn type-names [] (vec (doall (map (comp keyword first) pokemon-gen-two))))
|
rlm@0
|
152
|
rlm@0
|
153 (defn attack-strengths []
|
rlm@0
|
154 (zipmap
|
rlm@0
|
155 (type-names)
|
rlm@0
|
156 (map (comp vec rest) pokemon-gen-two)))
|
rlm@0
|
157
|
rlm@0
|
158 (defn defense-strengths []
|
rlm@0
|
159 (zipmap (type-names)
|
rlm@0
|
160 (map
|
rlm@0
|
161 (apply juxt (map (attack-strengths) (type-names)))
|
rlm@0
|
162 (range (count (type-names))))))
|
rlm@0
|
163 #+end_src
|
rlm@0
|
164
|
rlm@7
|
165 The two statements
|
rlm@7
|
166
|
rlm@7
|
167 #+begin_src clojure :exports code
|
rlm@7
|
168 (def pokemon-gen-one pokemon-table-gen-one)
|
rlm@7
|
169 (def pokemon-gen-two pokemon-table-gen-two)
|
rlm@7
|
170 #+end_src
|
rlm@7
|
171
|
rlm@7
|
172 probably look weird. When the actual source file is created, those
|
rlm@7
|
173 variables are replaced with the data from the tables above.
|
rlm@7
|
174
|
rlm@7
|
175 See [[../src/pokemon/types.clj][types.clj]] to look at the final tangled output.
|
rlm@7
|
176
|
rlm@7
|
177
|
rlm@0
|
178 #+begin_src clojure :results output :exports both
|
rlm@0
|
179 (clojure.pprint/pprint pokemon.types/pokemon-gen-two)
|
rlm@0
|
180 #+end_src
|
rlm@0
|
181
|
rlm@0
|
182 #+results:
|
rlm@0
|
183 #+begin_example
|
rlm@0
|
184 (("normal" 1 1 1 1 1 1 1 1 1 1 1 1 0.5 0 1 1 0.5)
|
rlm@0
|
185 ("fire" 1 0.5 0.5 1 2 2 1 1 1 1 1 2 0.5 1 0.5 1 2)
|
rlm@0
|
186 ("water" 1 2 0.5 1 0.5 1 1 1 2 1 1 1 2 1 0.5 1 1)
|
rlm@0
|
187 ("electric" 1 1 2 0.5 0.5 1 1 1 0 2 1 1 1 1 0.5 1 1)
|
rlm@0
|
188 ("grass" 1 0.5 2 1 0.5 1 1 0.5 2 0.5 1 0.5 2 1 0.5 1 0.5)
|
rlm@0
|
189 ("ice" 1 0.5 0.5 1 2 0.5 1 1 2 2 1 1 1 1 2 1 0.5)
|
rlm@0
|
190 ("fighting" 2 1 1 1 1 2 1 0.5 1 0.5 0.5 0.5 2 0 1 2 2)
|
rlm@0
|
191 ("poison" 1 1 1 1 2 1 1 0.5 0.5 1 1 1 0.5 0.5 1 1 0)
|
rlm@0
|
192 ("ground" 1 2 1 2 0.5 1 1 2 1 0 1 0.5 2 1 1 1 2)
|
rlm@0
|
193 ("flying" 1 1 1 0.5 2 1 2 1 1 1 1 2 0.5 1 1 1 0.5)
|
rlm@0
|
194 ("psychic" 1 1 1 1 1 1 2 2 1 1 0.5 1 1 1 1 0 0.5)
|
rlm@0
|
195 ("bug" 1 0.5 1 1 2 1 0.5 0.5 1 0.5 2 1 1 0.5 1 2 0.5)
|
rlm@0
|
196 ("rock" 1 2 1 1 1 2 0.5 1 0.5 2 1 2 1 1 1 1 0.5)
|
rlm@0
|
197 ("ghost" 0 1 1 1 1 1 1 1 1 1 2 1 1 2 1 0.5 0.5)
|
rlm@0
|
198 ("dragon" 1 1 1 1 1 1 1 1 1 1 1 1 1 1 2 1 0.5)
|
rlm@0
|
199 ("dark" 1 1 1 1 1 1 0.5 1 1 1 2 1 1 2 1 0.5 0.5)
|
rlm@0
|
200 ("steel" 1 0.5 0.5 0.5 1 2 1 1 1 1 1 1 2 1 1 1 0.5))
|
rlm@0
|
201 #+end_example
|
rlm@0
|
202
|
rlm@7
|
203 =pokemon-gen-two= is a simple list-of-lists data structure.
|
rlm@0
|
204
|
rlm@0
|
205 #+begin_src clojure :results output :exports both
|
rlm@0
|
206 (clojure.pprint/pprint (pokemon.types/defense-strengths))
|
rlm@0
|
207 #+end_src
|
rlm@0
|
208
|
rlm@0
|
209 #+results:
|
rlm@0
|
210 #+begin_example
|
rlm@0
|
211 {:water [1 0.5 0.5 2 2 0.5 1 1 1 1 1 1 1 1 1 1 0.5],
|
rlm@0
|
212 :psychic [1 1 1 1 1 1 0.5 1 1 1 0.5 2 1 2 1 2 1],
|
rlm@0
|
213 :dragon [1 0.5 0.5 0.5 0.5 2 1 1 1 1 1 1 1 1 2 1 1],
|
rlm@0
|
214 :fire [1 0.5 2 1 0.5 0.5 1 1 2 1 1 0.5 2 1 1 1 0.5],
|
rlm@0
|
215 :ice [1 2 1 1 1 0.5 2 1 1 1 1 1 2 1 1 1 2],
|
rlm@0
|
216 :grass [1 2 0.5 0.5 0.5 2 1 2 0.5 2 1 2 1 1 1 1 1],
|
rlm@0
|
217 :ghost [0 1 1 1 1 1 0 0.5 1 1 1 0.5 1 2 1 2 1],
|
rlm@0
|
218 :poison [1 1 1 1 0.5 1 0.5 0.5 2 1 2 0.5 1 1 1 1 1],
|
rlm@0
|
219 :flying [1 1 1 2 0.5 2 0.5 1 0 1 1 0.5 2 1 1 1 1],
|
rlm@0
|
220 :normal [1 1 1 1 1 1 2 1 1 1 1 1 1 0 1 1 1],
|
rlm@0
|
221 :rock [0.5 0.5 2 1 2 1 2 0.5 2 0.5 1 1 1 1 1 1 2],
|
rlm@0
|
222 :electric [1 1 1 0.5 1 1 1 1 2 0.5 1 1 1 1 1 1 0.5],
|
rlm@0
|
223 :ground [1 1 2 0 2 2 1 0.5 1 1 1 1 0.5 1 1 1 1],
|
rlm@0
|
224 :fighting [1 1 1 1 1 1 1 1 1 2 2 0.5 0.5 1 1 0.5 1],
|
rlm@0
|
225 :dark [1 1 1 1 1 1 2 1 1 1 0 2 1 0.5 1 0.5 1],
|
rlm@0
|
226 :steel [0.5 2 1 1 0.5 0.5 2 0 2 0.5 0.5 0.5 0.5 0.5 0.5 0.5 0.5],
|
rlm@0
|
227 :bug [1 2 1 1 0.5 1 0.5 1 0.5 2 1 1 2 1 1 1 1]}
|
rlm@0
|
228 #+end_example
|
rlm@0
|
229
|
rlm@7
|
230 =defense-strengths= is a more convenient form of =pokemon-gen-two=,
|
rlm@7
|
231 with key/value pair access.
|
rlm@0
|
232
|
rlm@0
|
233 * Interfacing with the Data
|
rlm@7
|
234
|
rlm@7
|
235 In the pok\eacute{}mon games, a pok\eacute{}mon can have up to two
|
rlm@7
|
236 types at the same time. For example, Zapdos, the fearsome legendary
|
rlm@7
|
237 that can control lightning, has both the Electric and Flying types. A
|
rlm@7
|
238 pok\eacute{}mon with more than one type gains the advantages and
|
rlm@7
|
239 disadvanteags of both types. The suceptibilitys of each type are
|
rlm@7
|
240 multiplied together to produce the hybrid type's susceptibilities. For
|
rlm@7
|
241 example, Electric is weak to Ground (susceptibility of 2), but Flying
|
rlm@7
|
242 is immune to Ground (suceptibility of 0). Zapdos' type,
|
rlm@7
|
243 Electrig/Flying, is immune to Ground because $2 \times 0 = 0$.
|
rlm@7
|
244
|
rlm@0
|
245 #+srcname: types
|
rlm@0
|
246 #+begin_src clojure :results silent
|
rlm@0
|
247 (in-ns 'pokemon.types)
|
rlm@0
|
248
|
rlm@0
|
249 (defn multitypes "All combinations of up to n types" [n]
|
rlm@0
|
250 (vec
|
rlm@0
|
251 (map vec
|
rlm@0
|
252 (reduce concat
|
rlm@0
|
253 (map (partial combinations (type-names))
|
rlm@0
|
254 (range 1 (inc n)))))))
|
rlm@0
|
255
|
rlm@7
|
256 (defn susceptibility
|
rlm@0
|
257 "Hash-map of the susceptibilities of the given type combination
|
rlm@0
|
258 to each type of attack"
|
rlm@0
|
259 [pkmn-types]
|
rlm@0
|
260 (rlm.map-utils/map-vals
|
rlm@0
|
261 clojure.core/rationalize
|
rlm@0
|
262 (apply hash-map
|
rlm@0
|
263 (interleave (type-names)
|
rlm@0
|
264 (apply (partial map *)
|
rlm@0
|
265 (map (defense-strengths) pkmn-types))))))
|
rlm@0
|
266
|
rlm@7
|
267 (defn susceptance
|
rlm@0
|
268 "The cumulative susceptibility of the given type combination"
|
rlm@0
|
269 [types]
|
rlm@7
|
270 (reduce + (map #(expt % 2) (vals (susceptibility types)))))
|
rlm@0
|
271 #+end_src
|
rlm@0
|
272
|
rlm@7
|
273 Now we can work out the suceptability of Zapdos automatically.
|
rlm@7
|
274
|
rlm@7
|
275 Electric is weak to Ground.
|
rlm@7
|
276 #+begin_src clojure :exports both
|
rlm@7
|
277 (:ground (pokemon.types/susceptibility [:electric]))
|
rlm@7
|
278 #+end_src
|
rlm@7
|
279
|
rlm@7
|
280 #+results:
|
rlm@7
|
281 : 2
|
rlm@7
|
282
|
rlm@7
|
283 Flying is immune to Ground.
|
rlm@7
|
284 #+begin_src clojure :exports both
|
rlm@7
|
285 (:ground (pokemon.types/susceptibility [:flying]))
|
rlm@7
|
286 #+end_src
|
rlm@7
|
287
|
rlm@7
|
288 #+results:
|
rlm@7
|
289 : 0
|
rlm@7
|
290
|
rlm@7
|
291 Together, they are immune to Ground.
|
rlm@7
|
292 #+begin_src clojure :exports both
|
rlm@7
|
293 (:ground (pokemon.types/susceptibility [:electric :flying]))
|
rlm@7
|
294 #+end_src
|
rlm@7
|
295
|
rlm@7
|
296 #+results:
|
rlm@7
|
297 : 0
|
rlm@7
|
298
|
rlm@7
|
299
|
rlm@7
|
300
|
rlm@7
|
301
|
rlm@0
|
302 * Best-First Search
|
rlm@0
|
303
|
rlm@0
|
304 I'd like to find type combinations that are interesting, but the total
|
rlm@0
|
305 number of combinations gets huge as we begin to consider more
|
rlm@0
|
306 types. For example, the total possible number of type combinations
|
rlm@7
|
307 given just 8 possible types is: 17^{8} = 6,975,757,441 combinations.
|
rlm@0
|
308 Therefore, it's prudent to use search.
|
rlm@0
|
309
|
rlm@0
|
310 These functions are a simple implementation of best-first search in
|
rlm@0
|
311 clojure. The idea to start off with a collection of nodes and some way
|
rlm@0
|
312 of finding the best node, and to always expand the best node at every
|
rlm@0
|
313 step.
|
rlm@0
|
314
|
rlm@0
|
315 #+srcname: search
|
rlm@0
|
316 #+begin_src clojure :results silent
|
rlm@0
|
317 (in-ns 'pokemon.types)
|
rlm@0
|
318
|
rlm@0
|
319 (defn comparatize
|
rlm@0
|
320 "Define a comparator which uses the numerical outputs of fn as its criterion.
|
rlm@0
|
321 Objects are sorted in increasing numerical order. Objects with the same fn-value
|
rlm@0
|
322 are further compared by clojure.core/compare."
|
rlm@0
|
323 [fun]
|
rlm@0
|
324 (fn [a b]
|
rlm@0
|
325 (let [val-a (fun a)
|
rlm@0
|
326 val-b (fun b)]
|
rlm@0
|
327 (cond
|
rlm@0
|
328 ;; if the function cannot differentiate the two values
|
rlm@0
|
329 ;; then compare the two values using clojure.core/compare
|
rlm@0
|
330 (= val-a val-b) (compare a b)
|
rlm@0
|
331 true
|
rlm@0
|
332 ;; LOWER values of the function are preferred
|
rlm@0
|
333 (compare (- val-a val-b) 0)))))
|
rlm@0
|
334
|
rlm@0
|
335 (defn-memo best-first-step [successors [visited unvisited]]
|
rlm@0
|
336 (cond (empty? unvisited) nil
|
rlm@0
|
337 true
|
rlm@0
|
338 (let [best-node (first unvisited)
|
rlm@0
|
339 visited* (conj visited best-node)
|
rlm@0
|
340 unvisited*
|
rlm@0
|
341 (difference
|
rlm@0
|
342 (union unvisited (set (successors best-node)))
|
rlm@0
|
343 visited*)]
|
rlm@0
|
344 (println best-node)
|
rlm@0
|
345 [visited* unvisited*])))
|
rlm@0
|
346
|
rlm@0
|
347 ;; memoize partial from core so that for example
|
rlm@0
|
348 ;; (= (partial + 1) (partial + 1))
|
rlm@0
|
349 ;; this way, best first search can take advantage of the memoization
|
rlm@0
|
350 ;; of best-first step
|
rlm@0
|
351 (undef partial)
|
rlm@0
|
352 (def partial (memoize clojure.core/partial))
|
rlm@0
|
353
|
rlm@0
|
354 (defn best-first-search
|
rlm@0
|
355 "Searches through a network of alternatives, pursuing
|
rlm@0
|
356 initially-promising positions first. Comparator defines which
|
rlm@0
|
357 positions are more promising, successors produces a list of improved
|
rlm@0
|
358 positions from the given position (if any exist), and initial-nodes is
|
rlm@0
|
359 a list of starting positions. Returns a lazy sequence of search results
|
rlm@0
|
360 [visited-nodes unvisited-nodes], which terminates when
|
rlm@0
|
361 there are no remaining unvisited positions."
|
rlm@0
|
362 [comparator successors initial-nodes]
|
rlm@0
|
363 (let [initial-nodes
|
rlm@0
|
364 (apply (partial sorted-set-by comparator) initial-nodes)
|
rlm@0
|
365 initial-visited-nodes (sorted-set-by comparator)
|
rlm@0
|
366 step (partial best-first-step successors)]
|
rlm@0
|
367 (take-while
|
rlm@0
|
368 (comp not nil?)
|
rlm@0
|
369 (iterate step [initial-visited-nodes initial-nodes]))))
|
rlm@0
|
370
|
rlm@0
|
371 #+end_src
|
rlm@0
|
372
|
rlm@0
|
373
|
rlm@0
|
374 Now that we have a basic best-first-search, it's convenient to write a
|
rlm@0
|
375 few pokemon-type specific convenience functions.
|
rlm@0
|
376
|
rlm@0
|
377 #+srcname: pokemon-search
|
rlm@0
|
378 #+begin_src clojure :results silent
|
rlm@0
|
379 (in-ns 'pokemon.types)
|
rlm@0
|
380 (defvar type-compare (comparatize susceptance)
|
rlm@0
|
381 "compare two type combinations wrt their susceptibilities")
|
rlm@0
|
382
|
rlm@0
|
383 (defn type-successors
|
rlm@0
|
384 "Return the set of types that can be made by appending a single type
|
rlm@0
|
385 to the given combination."
|
rlm@0
|
386 [type]
|
rlm@0
|
387 (if (nil? type) '()
|
rlm@0
|
388 (set (map (comp vec sort (partial into type)) (multitypes 1)))))
|
rlm@0
|
389
|
rlm@0
|
390 (defn immortal?
|
rlm@0
|
391 "A type combo is immortal if it is resistant or invulnerable to
|
rlm@0
|
392 every pokemon type. This is because that set of types can just be
|
rlm@0
|
393 repeated to achieve as low a susceptance as desired"
|
rlm@0
|
394 [type]
|
rlm@0
|
395 (every? (partial > 1) (vals (susceptibility type))))
|
rlm@0
|
396
|
rlm@0
|
397 (defn type-successors*
|
rlm@0
|
398 "Stop expanding a type if it's immortal, or if it is longer than or
|
rlm@0
|
399 equal to limit-size. Also, only return type additions that are
|
rlm@0
|
400 strictly better than the initial type."
|
rlm@0
|
401 [limit-size type]
|
rlm@0
|
402 (if (or (<= limit-size (count type)) (immortal? type)) '()
|
rlm@0
|
403 (set (filter #(< 0 (type-compare type %)) (type-successors type)))))
|
rlm@0
|
404
|
rlm@0
|
405 (defn pokemon-type-search
|
rlm@0
|
406 "Search among type-combos no greater than length n, limited by limit
|
rlm@0
|
407 steps of best-first-search."
|
rlm@0
|
408 ([n] (pokemon-type-search n Integer/MAX_VALUE))
|
rlm@0
|
409 ([n limit]
|
rlm@0
|
410 (first (last
|
rlm@0
|
411 (take
|
rlm@0
|
412 limit
|
rlm@0
|
413 (best-first-search
|
rlm@0
|
414 type-compare
|
rlm@0
|
415 (partial type-successors* n)
|
rlm@0
|
416 (multitypes 1)))))))
|
rlm@0
|
417
|
rlm@0
|
418 (defvar immortals
|
rlm@0
|
419 (comp (partial filter immortal?) pokemon-type-search)
|
rlm@0
|
420 "find all the immortal pokemon types ")
|
rlm@0
|
421
|
rlm@0
|
422 #+end_src
|
rlm@0
|
423
|
rlm@0
|
424 Because there are so many type combinations, it's important to narrow
|
rlm@0
|
425 down the results as much as possible. That is why =type-successors*=
|
rlm@0
|
426 only returns types that are actually better than the type it is given.
|
rlm@0
|
427
|
rlm@0
|
428 Best-first search can get caught optimizing a single type forever, so
|
rlm@0
|
429 it's also important to limit the search space to be finite by setting
|
rlm@0
|
430 an upper bound on the length of a type combo.
|
rlm@0
|
431
|
rlm@0
|
432 * Results
|
rlm@0
|
433 ** The best dual-type combo
|
rlm@0
|
434
|
rlm@0
|
435 #+begin_src clojure :results cache verbatim :exports both
|
rlm@0
|
436 (first (pokemon.types/pokemon-type-search 2))
|
rlm@0
|
437 #+end_src
|
rlm@0
|
438
|
rlm@0
|
439 #+results:
|
rlm@0
|
440 : [:dark :ghost]
|
rlm@0
|
441
|
rlm@0
|
442 Dark and Ghost, which additionally has the property of having no
|
rlm@0
|
443 weaknesses to any other type, is the best type combo in terms of
|
rlm@0
|
444 susceptance.
|
rlm@0
|
445
|
rlm@0
|
446 The Dark and Steel types were introduced many years after
|
rlm@0
|
447 pok\eacute{}mon started. In addition to the additional types, the
|
rlm@0
|
448 pok\eacute{}mon games gained a few new rules concerning some of the
|
rlm@0
|
449 matchups of the original types. Therefore, it's also interesting to see what
|
rlm@0
|
450 type combination was most powerful before those types and new rules were introduced.
|
rlm@0
|
451
|
rlm@0
|
452 The easiest way to do this with my setup is to just rebind the
|
rlm@0
|
453 =pokemon-gen-two= table to the =pokemon-gen-one= table. Since
|
rlm@0
|
454 everything that references this variable is a function and we're not
|
rlm@0
|
455 doing anything too crazy with lazy-sequences and late-binding, this
|
rlm@0
|
456 simple macro will do the job.
|
rlm@0
|
457
|
rlm@0
|
458 #+srcname: old-school
|
rlm@0
|
459 #+begin_src clojure :results silent
|
rlm@0
|
460 (in-ns 'pokemon.types)
|
rlm@0
|
461
|
rlm@0
|
462 (defmacro old-school
|
rlm@0
|
463 [& forms]
|
rlm@0
|
464 `(binding [pokemon-gen-two pokemon-gen-one] ~@forms))
|
rlm@0
|
465 #+end_src
|
rlm@0
|
466
|
rlm@0
|
467 Using the =old-school= macro, it's easy to find answers for the
|
rlm@0
|
468 original 15 pokemon types as well as the expanded pokemon types
|
rlm@0
|
469 introduced later.
|
rlm@0
|
470
|
rlm@0
|
471 #+begin_src clojure :results verbatim :exports both :cache yes
|
rlm@0
|
472 (pokemon.types/old-school (first (pokemon.types/pokemon-type-search 2)))
|
rlm@0
|
473 #+end_src
|
rlm@0
|
474
|
rlm@0
|
475 #+results[f43470fdf460ed546e9c57879abc9eda56da129f]:
|
rlm@0
|
476 : [:ghost :psychic]
|
rlm@0
|
477
|
rlm@0
|
478 Ghost and Psychic also manages to have no weaknesses to any of the original
|
rlm@0
|
479 types.
|
rlm@0
|
480
|
rlm@0
|
481 #+begin_src clojure :results output :exports both
|
rlm@0
|
482 (clojure.pprint/pprint
|
rlm@0
|
483 (pokemon.types/old-school
|
rlm@0
|
484 (pokemon.types/susceptibility [:ghost :psychic])))
|
rlm@0
|
485 #+end_src
|
rlm@0
|
486
|
rlm@0
|
487 #+results:
|
rlm@0
|
488 #+begin_example
|
rlm@0
|
489 {:water 1,
|
rlm@0
|
490 :psychic 1/2,
|
rlm@0
|
491 :dragon 1,
|
rlm@0
|
492 :fire 1,
|
rlm@0
|
493 :ice 1,
|
rlm@0
|
494 :grass 1,
|
rlm@0
|
495 :ghost 0,
|
rlm@0
|
496 :poison 1/2,
|
rlm@0
|
497 :flying 1,
|
rlm@0
|
498 :normal 0,
|
rlm@0
|
499 :rock 1,
|
rlm@0
|
500 :electric 1,
|
rlm@0
|
501 :ground 1,
|
rlm@0
|
502 :fighting 0,
|
rlm@0
|
503 :bug 0}
|
rlm@0
|
504 #+end_example
|
rlm@0
|
505
|
rlm@0
|
506 ** An Immortal Type
|
rlm@0
|
507 It's possible to quickly find an immortal type by giving the search
|
rlm@0
|
508 a long enough maximum type length. 50 rounds of search with a max
|
rlm@0
|
509 type limit of 10 is enough to find an immortal type.
|
rlm@0
|
510
|
rlm@0
|
511 #+begin_src clojure :results scalar :exports both
|
rlm@0
|
512 (first (pokemon.types/pokemon-type-search 10 50))
|
rlm@0
|
513 #+end_src
|
rlm@0
|
514
|
rlm@0
|
515 #+results:
|
rlm@0
|
516 : [:dragon :fire :flying :ghost :grass :ground :steel :steel :water :water]
|
rlm@0
|
517
|
rlm@0
|
518
|
rlm@0
|
519 #+begin_src clojure :results output :exports both
|
rlm@0
|
520 (clojure.pprint/pprint
|
rlm@0
|
521 (pokemon.types/susceptibility
|
rlm@0
|
522 [:dragon :fire :flying :ghost :grass :ground :steel :steel :water :water]))
|
rlm@0
|
523 #+end_src
|
rlm@0
|
524
|
rlm@0
|
525 #+results:
|
rlm@0
|
526 #+begin_example
|
rlm@0
|
527 {:water 1/4,
|
rlm@0
|
528 :psychic 1/4,
|
rlm@0
|
529 :dragon 1/2,
|
rlm@0
|
530 :fire 1/2,
|
rlm@0
|
531 :ice 1/2,
|
rlm@0
|
532 :grass 1/8,
|
rlm@0
|
533 :ghost 1/2,
|
rlm@0
|
534 :poison 0,
|
rlm@0
|
535 :flying 1/2,
|
rlm@0
|
536 :normal 0,
|
rlm@0
|
537 :rock 1/2,
|
rlm@0
|
538 :electric 0,
|
rlm@0
|
539 :ground 0,
|
rlm@0
|
540 :fighting 0,
|
rlm@0
|
541 :dark 1/2,
|
rlm@0
|
542 :steel 1/32,
|
rlm@0
|
543 :bug 1/16}
|
rlm@0
|
544 #+end_example
|
rlm@0
|
545
|
rlm@0
|
546 ** Explanations for Common Pok\eacute{}mon Strategies
|
rlm@0
|
547
|
rlm@0
|
548 Many people start out a battle with either a normal pok\eacute{}mon or an
|
rlm@0
|
549 electric pok\eacute{}mon, and here's some justification for that choice.
|
rlm@0
|
550
|
rlm@0
|
551 #+srcname: weaknesses
|
rlm@0
|
552 #+begin_src clojure :results silent
|
rlm@0
|
553 (in-ns 'pokemon.types)
|
rlm@0
|
554 (defn critical-weaknesses [type]
|
rlm@0
|
555 (count (filter #(> % 1) (vals (susceptibility type)))))
|
rlm@0
|
556 #+end_src
|
rlm@0
|
557
|
rlm@0
|
558 #+begin_src clojure :exports both :results output
|
rlm@0
|
559 (clojure.pprint/pprint
|
rlm@0
|
560 (sort-by pokemon.types/critical-weaknesses (pokemon.types/multitypes 1)))
|
rlm@0
|
561 #+end_src
|
rlm@0
|
562
|
rlm@0
|
563 #+results:
|
rlm@0
|
564 #+begin_example
|
rlm@0
|
565 ([:normal]
|
rlm@0
|
566 [:electric]
|
rlm@0
|
567 [:water]
|
rlm@0
|
568 [:fighting]
|
rlm@0
|
569 [:poison]
|
rlm@0
|
570 [:ghost]
|
rlm@0
|
571 [:dragon]
|
rlm@0
|
572 [:dark]
|
rlm@0
|
573 [:fire]
|
rlm@0
|
574 [:ground]
|
rlm@0
|
575 [:flying]
|
rlm@0
|
576 [:psychic]
|
rlm@0
|
577 [:bug]
|
rlm@0
|
578 [:steel]
|
rlm@0
|
579 [:ice]
|
rlm@0
|
580 [:grass]
|
rlm@0
|
581 [:rock])
|
rlm@0
|
582 #+end_example
|
rlm@0
|
583
|
rlm@0
|
584 Electric and Normal are among the best types with which to start the
|
rlm@0
|
585 game, since they have the fewest weaknesses among all the types.
|
rlm@0
|
586
|
rlm@0
|
587 At the beginning of the pok\eacute{}mon games, players are given a choice
|
rlm@0
|
588 between the Fire pok\eacute{}mon Charmander, the Water pok\eacute{}mon Squirtle, or
|
rlm@0
|
589 the Grass/Poison pok\eacute{}mon Bulbasaur.
|
rlm@0
|
590
|
rlm@0
|
591 #+begin_src clojure :exports both :results verbatim
|
rlm@0
|
592 (sort-by pokemon.types/susceptance [[:fire] [:water] [:grass :poison]])
|
rlm@0
|
593 #+end_src
|
rlm@0
|
594
|
rlm@0
|
595 #+results:
|
rlm@0
|
596 : ([:water] [:fire] [:grass :poison])
|
rlm@0
|
597
|
rlm@0
|
598 As can be seen, the Water pok\eacute{}mon Squirtle is the most solid
|
rlm@0
|
599 choice starting out, insofar as susceptance is concerned.
|
rlm@0
|
600
|
rlm@0
|
601 ** The Worst Pok\eacute{}mon Types
|
rlm@0
|
602
|
rlm@0
|
603 #+srcname: weak-types
|
rlm@0
|
604 #+begin_src clojure :results silent
|
rlm@0
|
605 (in-ns 'pokemon.types)
|
rlm@0
|
606
|
rlm@0
|
607 (defn type-compare-weak
|
rlm@0
|
608 "compare first by total number of critical-weaknesses,
|
rlm@0
|
609 then by overall susceptance, favoring weaker types."
|
rlm@0
|
610 [type-1 type-2]
|
rlm@0
|
611 (let [measure (memoize (juxt critical-weaknesses susceptance))]
|
rlm@0
|
612 (if (= (measure type-2) (measure type-1))
|
rlm@0
|
613 (compare type-2 type-1)
|
rlm@0
|
614 (compare (measure type-2) (measure type-1)))))
|
rlm@0
|
615
|
rlm@0
|
616 (defn resistant?
|
rlm@0
|
617 "might as well get rid of types that are resistant to any type"
|
rlm@0
|
618 [type]
|
rlm@0
|
619 (not (every? #(< 0 %) (vals (susceptibility type)))))
|
rlm@0
|
620
|
rlm@0
|
621 (defn type-successors-weak
|
rlm@0
|
622 [limit type]
|
rlm@0
|
623 (set (if (<= limit (count type)) '()
|
rlm@0
|
624 (filter #(< 0 (type-compare-weak type %))
|
rlm@0
|
625 (remove resistant? (type-successors type))))))
|
rlm@0
|
626
|
rlm@0
|
627 (defn pokemon-type-search-weak
|
rlm@0
|
628 "Search among type-combos no greater than length n, limited by limit
|
rlm@0
|
629 steps of best-first-search."
|
rlm@0
|
630 ([n] (pokemon-type-search-weak n Integer/MAX_VALUE))
|
rlm@0
|
631 ([n limit]
|
rlm@0
|
632 (first (last
|
rlm@0
|
633 (take
|
rlm@0
|
634 limit
|
rlm@0
|
635 (best-first-search
|
rlm@0
|
636 type-compare-weak
|
rlm@0
|
637 (partial type-successors-weak n)
|
rlm@0
|
638 (multitypes 1)))))))
|
rlm@0
|
639 #+end_src
|
rlm@0
|
640
|
rlm@0
|
641
|
rlm@0
|
642 #+begin_src clojure :results scalar :exports both
|
rlm@0
|
643 (first (pokemon.types/pokemon-type-search-weak 1))
|
rlm@0
|
644 #+end_src
|
rlm@0
|
645
|
rlm@0
|
646 #+results:
|
rlm@0
|
647 : [:rock]
|
rlm@0
|
648
|
rlm@0
|
649 Poor Rock. It's just not that good a type. Maybe this is why Brock
|
rlm@0
|
650 (who has rock pok\eacute{}mon) is the first gym leader in the games.
|
rlm@0
|
651
|
rlm@0
|
652 #+begin_src clojure :results scalar cache :exports both
|
rlm@0
|
653 (first (pokemon.types/pokemon-type-search-weak 2))
|
rlm@0
|
654 #+end_src
|
rlm@0
|
655
|
rlm@0
|
656 #+results:
|
rlm@0
|
657 : [:grass :ice]
|
rlm@0
|
658
|
rlm@0
|
659 # ;;bonus convergently immortal type combo
|
rlm@0
|
660 # (susceptance (vec (concat (repeat 150 :water) (repeat 50 :poison) (repeat 50 :steel) [:ghost :normal :flying :ground :dark])))
|
rlm@0
|
661
|
rlm@0
|
662 #+begin_src clojure :results output :exports both
|
rlm@0
|
663 (clojure.pprint/pprint
|
rlm@0
|
664 (pokemon.types/susceptibility [:grass :ice]))
|
rlm@0
|
665 #+end_src
|
rlm@0
|
666
|
rlm@0
|
667 #+results:
|
rlm@0
|
668 #+begin_example
|
rlm@0
|
669 {:water 1/2,
|
rlm@0
|
670 :psychic 1,
|
rlm@0
|
671 :dragon 1,
|
rlm@0
|
672 :fire 4,
|
rlm@0
|
673 :ice 1,
|
rlm@0
|
674 :grass 1/2,
|
rlm@0
|
675 :ghost 1,
|
rlm@0
|
676 :poison 2,
|
rlm@0
|
677 :flying 2,
|
rlm@0
|
678 :normal 1,
|
rlm@0
|
679 :rock 2,
|
rlm@0
|
680 :electric 1/2,
|
rlm@0
|
681 :ground 1/2,
|
rlm@0
|
682 :fighting 2,
|
rlm@0
|
683 :dark 1,
|
rlm@0
|
684 :steel 2,
|
rlm@0
|
685 :bug 2}
|
rlm@0
|
686 #+end_example
|
rlm@0
|
687
|
rlm@0
|
688 This miserable combination is weak to 6 types and double-weak to
|
rlm@0
|
689 Fire. No pok\eacute{}mon in the games actually has this type.
|
rlm@0
|
690
|
rlm@0
|
691 * Conclusion
|
rlm@0
|
692
|
rlm@0
|
693 Searching for a type that is weak to everything takes a very long time
|
rlm@0
|
694 and fails to reveal any results. That's the problem with a search
|
rlm@0
|
695 over this large problem space --- if there's an easy solution, the
|
rlm@0
|
696 search will find it quickly, but it can be very hard to determine
|
rlm@0
|
697 whether there is actually a solution.
|
rlm@0
|
698
|
rlm@0
|
699 In the [[./lpsolve.org][next installment]], I'll use =lp_solve= to solve this problem in
|
rlm@0
|
700 a different way.
|
rlm@0
|
701
|
rlm@0
|
702
|
rlm@5
|
703
|
rlm@0
|
704 * COMMENT main program
|
rlm@0
|
705 #+begin_src clojure :noweb yes :tangle ../src/pokemon/types.clj :exports none
|
rlm@0
|
706 <<header>>
|
rlm@0
|
707 #+end_src
|
rlm@0
|
708
|
rlm@0
|
709 ## this is necessary to define pokemon-table inside the source code.
|
rlm@0
|
710
|
rlm@0
|
711 #+begin_src clojure :noweb yes :tangle ../src/pokemon/types.clj :var pokemon-table-gen-one=pokemon-table-gen-one :var pokemon-table-gen-two=pokemon-table-gen-two :exports none
|
rlm@0
|
712 <<data>>
|
rlm@0
|
713 #+end_src
|
rlm@0
|
714
|
rlm@0
|
715 #+begin_src clojure :noweb yes :tangle ../src/pokemon/types.clj :exports none
|
rlm@0
|
716 <<types>>
|
rlm@0
|
717 <<search>>
|
rlm@0
|
718 <<pokemon-search>>
|
rlm@0
|
719 <<old-school>>
|
rlm@0
|
720 <<weaknesses>>
|
rlm@0
|
721 <<weak-types>>
|
rlm@0
|
722 #+end_src
|
rlm@0
|
723
|
rlm@0
|
724
|
rlm@0
|
725
|
rlm@0
|
726
|
rlm@0
|
727
|
rlm@0
|
728
|
rlm@0
|
729
|
rlm@0
|
730
|
rlm@0
|
731
|
rlm@0
|
732
|
rlm@0
|
733
|
rlm@0
|
734
|
rlm@0
|
735
|
rlm@0
|
736
|
rlm@0
|
737
|
rlm@0
|
738
|
rlm@0
|
739
|
rlm@0
|
740
|