Doc Rampage

Saturday, August 21, 2004

any Kerry supporters out there?
Donald Sensing at One Hand Clapping has offered to publish an essay from a Kerry supporter who can argue why Kerry would make a good president. If you are a Kerry supporter, this is a great opportunity to present your case to thousands of people. Sensing's audience tends to be anti-Kerry but also serious and intellectual. They will give you a fair hearing if you make a good argument.

So, do you think Kerry is a genuinely good presidential candidate rather than just being not-Bush? Do you have a good argument for this position? Then I encourage you to enter Sensing's contest.

So, do you think Kerry is a genuinely good presidential candidate rather than just being not-Bush? Do you have a good argument for this position? Then I encourage you to enter Sensing's contest.

Friday, August 20, 2004

boobs for safety
Boob jobs have saved lives in real-life combat situations. This isn't theory people, it's actual experience with actual flying bullets. This news article tells of a woman who was hit by a bullet during a shootout between police and drug traffickers. Her life was very possibly saved by her breast implants.

So now, along comes Mary Carey, alleged porn star, involving herself in military affairs as though her "acting" experience gives her expertise in martial technology. What does a porn actress know about the combat effectiveness of head-light enhancements? She thinks just because she's been around a lot of after-market chest equipment she knows their ballistic properties? I don't think so. Even if she does girl-on-girl action (not having followed her career, I couldn't say) so that she's had a lot of hands-on experience with plastic mammaries, that still doesn't provide the appropriate expertise to weigh in on this issue.

Boob jobs save lives. That's the bottom line. And I salute the US military for recognizing this fact and making this life-saving technology available to service personnel and their spouses.

And if this activity produces more esthetically pleasing military bases, well, so much the better.

So now, along comes Mary Carey, alleged porn star, involving herself in military affairs as though her "acting" experience gives her expertise in martial technology. What does a porn actress know about the combat effectiveness of head-light enhancements? She thinks just because she's been around a lot of after-market chest equipment she knows their ballistic properties? I don't think so. Even if she does girl-on-girl action (not having followed her career, I couldn't say) so that she's had a lot of hands-on experience with plastic mammaries, that still doesn't provide the appropriate expertise to weigh in on this issue.

Boob jobs save lives. That's the bottom line. And I salute the US military for recognizing this fact and making this life-saving technology available to service personnel and their spouses.

And if this activity produces more esthetically pleasing military bases, well, so much the better.

on sets and numbers
In the spirit of my ongoing campaign to alienate most of my readers, I've decided to add another post on mathematics (or more properly, on the foundations of mathematics which is a more interesting topic).

Probably the first symbols of numbers were collections of stones or shells or other small tokens. A herder could count his sheep (or his children) by keeping a small bag of stones and marking them off, each one to a single animal. If he had a special stone for each sheep, then this wasn't mathematics, it was naming. But if any stone could match any sheep, then the bag of stones represented a number and the herder was doing primitive mathematics.

So what is a number? Numbers don't seem to act like properties. You can ask what is the color of something, or what is its temperature and the answer is pretty much determined by the object. You can't ask what is the number of something. What is the number of a basketball team? Is it one team or twelve players? It depends on how you describe the team.

What is a set? People sometimes visualize sets as collections or groups of things, but this is only an analogy to what sets really are. A set is really the extension of a property. So once I explain what a property and an extension is, then you'll know what a set is.

A property is pretty much what you think it is. It's a description. For example "__ is red" is a property. Some things are red and some things are not. Here is an interesting pair of properties:

P1: __ is a prime number between 2 and 10

P2: __ is an odd number less than 8

What's interesting is that every number that satisfies P1 also satisfies p2 and the reverse. So are P1 and P2 the same property? Clearly not. P1 is about prime numbers and P2 is about odd numbers. They are entirely different concepts. But when two properties have this feature, we say that they are coextensive or that they have the same extension. The extension of a property is all and only those objects that satisfy the property. A set is the extension of a property viewed as an object in its own right. A collection or class. (The intension of a property is the underlying concept).

For many purposes, you only care about the extension of a property and not the intension. For example these two properties are coextensive:

P3: __ is an odd number

P4: __ is a number having a 1, 3, 5, 7, or 9 as the last decimal digit

We know that these two sets are coextensive, so we switch between them at will. There are 951 people who are going to vote yes or no. Can we be sure there will be no tie? We want to know if 951 is an odd number so we apply P4 to find out, rather than P3, which is the question we really want to answer. Since they are coextensive it doesn't matter. They describe the same set.

As sets are derived from properties, so operations and relations on sets are derived from operations and relations on properties. You can operate on properties using "and", "or", and "and not" (called logical connectives). P3 can be combined with

P5: __ is less than 8

to produce

P6: __ is an odd number and is less than 8

which is coextensive with P2. This corresponds to set intersection. If S3 is the extension of P3 and S5 is the extension of P5, then S6=S3*S5 is the extension of P6 (using * to represent set intersection). Similarly

P7: __ is an odd number or is less than 8

to produce the set union S7=S3+S5, which is the extension of P7. Finally,

P8: __ is an odd number and is not less than 8

has the set difference S8=S3-S5 as its extension.

Reducing a property to its extension is a process of abstraction. You throw away some details so that you can reason more generally. In this case, you throw away all details except the identities of the objects that satisfy the property. The underlying concept is entirely discarded.

You can think of this process of abstraction as being defined by the relation of coextension. If property p is coextensive with q and q is coextensive with r, then p is coextensive with r. We say that p, q, and r are all equivalent with respect to coextension or that they are all in the same equivalence class. Each set corresponds to an equivalence class of properties.

Of course coextension isn't the only relation we can use to abstract properties. Another one we can use is cocardinality (I made that word up to go with coextension, the usual term is "equinumerous"). Cocardinality throws out even more detail than coextension does; we don't even keep track of the identities of the elements. Two properties p and q are set to be cocardinal if there is any one-to-one mapping from the values that satisfy p to the values that satisfy q. Within the mapping, each value that satisfies p has exactly one corresponding value that satisfies q and each value that satisfies q has exactly one corresponding element that satisfies p. For example given

P9: __ is an odd number less than 6

P10: __ is an even number less than 7

the set of objects that satisfy P9 is S9={1,3,5} and the set that satisfies P10 is S10={2,4,6}. We can map S9 to S10 like this: 1<->2, 3<->4, 5<->6. Since we can create this mapping, P9 and P10 are cocardinal. Compare this to coextension, where we don't throw away the identities of the elements. Two properties are coextension only if there is a one-to-one mapping that specifically maps objects on one side to equal objects on the other. Cocardinality allows you to map objects on one side to*any* object on the other side.

Like coextension, cocardinality can be used to produce an abstraction. As the abstraction based on coextension produces sets, the abstraction based on cocardinality produces cardinal numbers. Every property is abstracted to the cardinal number that goes with its equivalence class.

The operations and relations on properties extend to cardinal numbers much as they do to sets. In order to avoid confusion, I'm going to switch from numbers to letters for my examples:

P11: __ is a vowel

P12: __ is a liquid consonant

P13: __ is a letter less than b.

The extension of P11 is {a,e,i,o,u} with cardinality N11=5, the extension of P12 is {l,r} with cardinality N12=2, and the extension of P13 is {a} with cardinality N13=1. Consider

P14: __ is a vowel or a liquid consonant

P15: __ is a vowel or a letter less than b

The extension of P14 is {a,e,i,o,u,l,r} with cardinality N14=7=N11+N12. So "or" corresponds to addition. But notice that the cardinality of P15 is not N11+N13. This is because addition only applies to disjoint properties. Properties that have no elements in common.

P16: __ is a vowel and not a letter less than b

P17: __ is a vowel and not a liquid

Here, "and not" corresponds to subtraction (N16=N11-N13) but only in a restricted case: where the second property is contained in the first.

Multiplication is a bit more complex and I'll handle it in a later post.

Probably the first symbols of numbers were collections of stones or shells or other small tokens. A herder could count his sheep (or his children) by keeping a small bag of stones and marking them off, each one to a single animal. If he had a special stone for each sheep, then this wasn't mathematics, it was naming. But if any stone could match any sheep, then the bag of stones represented a number and the herder was doing primitive mathematics.

So what is a number? Numbers don't seem to act like properties. You can ask what is the color of something, or what is its temperature and the answer is pretty much determined by the object. You can't ask what is the number of something. What is the number of a basketball team? Is it one team or twelve players? It depends on how you describe the team.

What is a set? People sometimes visualize sets as collections or groups of things, but this is only an analogy to what sets really are. A set is really the extension of a property. So once I explain what a property and an extension is, then you'll know what a set is.

A property is pretty much what you think it is. It's a description. For example "__ is red" is a property. Some things are red and some things are not. Here is an interesting pair of properties:

P1: __ is a prime number between 2 and 10

P2: __ is an odd number less than 8

What's interesting is that every number that satisfies P1 also satisfies p2 and the reverse. So are P1 and P2 the same property? Clearly not. P1 is about prime numbers and P2 is about odd numbers. They are entirely different concepts. But when two properties have this feature, we say that they are coextensive or that they have the same extension. The extension of a property is all and only those objects that satisfy the property. A set is the extension of a property viewed as an object in its own right. A collection or class. (The intension of a property is the underlying concept).

For many purposes, you only care about the extension of a property and not the intension. For example these two properties are coextensive:

P3: __ is an odd number

P4: __ is a number having a 1, 3, 5, 7, or 9 as the last decimal digit

We know that these two sets are coextensive, so we switch between them at will. There are 951 people who are going to vote yes or no. Can we be sure there will be no tie? We want to know if 951 is an odd number so we apply P4 to find out, rather than P3, which is the question we really want to answer. Since they are coextensive it doesn't matter. They describe the same set.

As sets are derived from properties, so operations and relations on sets are derived from operations and relations on properties. You can operate on properties using "and", "or", and "and not" (called logical connectives). P3 can be combined with

P5: __ is less than 8

to produce

P6: __ is an odd number and is less than 8

which is coextensive with P2. This corresponds to set intersection. If S3 is the extension of P3 and S5 is the extension of P5, then S6=S3*S5 is the extension of P6 (using * to represent set intersection). Similarly

P7: __ is an odd number or is less than 8

to produce the set union S7=S3+S5, which is the extension of P7. Finally,

P8: __ is an odd number and is not less than 8

has the set difference S8=S3-S5 as its extension.

Reducing a property to its extension is a process of abstraction. You throw away some details so that you can reason more generally. In this case, you throw away all details except the identities of the objects that satisfy the property. The underlying concept is entirely discarded.

You can think of this process of abstraction as being defined by the relation of coextension. If property p is coextensive with q and q is coextensive with r, then p is coextensive with r. We say that p, q, and r are all equivalent with respect to coextension or that they are all in the same equivalence class. Each set corresponds to an equivalence class of properties.

Of course coextension isn't the only relation we can use to abstract properties. Another one we can use is cocardinality (I made that word up to go with coextension, the usual term is "equinumerous"). Cocardinality throws out even more detail than coextension does; we don't even keep track of the identities of the elements. Two properties p and q are set to be cocardinal if there is any one-to-one mapping from the values that satisfy p to the values that satisfy q. Within the mapping, each value that satisfies p has exactly one corresponding value that satisfies q and each value that satisfies q has exactly one corresponding element that satisfies p. For example given

P9: __ is an odd number less than 6

P10: __ is an even number less than 7

the set of objects that satisfy P9 is S9={1,3,5} and the set that satisfies P10 is S10={2,4,6}. We can map S9 to S10 like this: 1<->2, 3<->4, 5<->6. Since we can create this mapping, P9 and P10 are cocardinal. Compare this to coextension, where we don't throw away the identities of the elements. Two properties are coextension only if there is a one-to-one mapping that specifically maps objects on one side to equal objects on the other. Cocardinality allows you to map objects on one side to

Like coextension, cocardinality can be used to produce an abstraction. As the abstraction based on coextension produces sets, the abstraction based on cocardinality produces cardinal numbers. Every property is abstracted to the cardinal number that goes with its equivalence class.

The operations and relations on properties extend to cardinal numbers much as they do to sets. In order to avoid confusion, I'm going to switch from numbers to letters for my examples:

P11: __ is a vowel

P12: __ is a liquid consonant

P13: __ is a letter less than b.

The extension of P11 is {a,e,i,o,u} with cardinality N11=5, the extension of P12 is {l,r} with cardinality N12=2, and the extension of P13 is {a} with cardinality N13=1. Consider

P14: __ is a vowel or a liquid consonant

P15: __ is a vowel or a letter less than b

The extension of P14 is {a,e,i,o,u,l,r} with cardinality N14=7=N11+N12. So "or" corresponds to addition. But notice that the cardinality of P15 is not N11+N13. This is because addition only applies to disjoint properties. Properties that have no elements in common.

P16: __ is a vowel and not a letter less than b

P17: __ is a vowel and not a liquid

Here, "and not" corresponds to subtraction (N16=N11-N13) but only in a restricted case: where the second property is contained in the first.

Multiplication is a bit more complex and I'll handle it in a later post.

Tuesday, August 17, 2004

some people never learn
Joel Mowbray reports that the State Department is still approving 90% of all visa applications from Saudi Arabia. Nineteen of the 9/11 hijackers were from that Saudia Arabia. According to the 9/11 commission report, that's because it was too hard to get visas for people from other countries. Furthermore, all 19 of the visas should have been rejected according to US law.

So now it looks like al Qaeda has big pre-election plans and they have to get people into the country to carry them out. So I have a question: if another three thousand people are killed by Saudi terrorists that were let in on flaky visas,*then* can we fire some of the idiots at State and replace them with people who will do the job?

I blame George Bush for this. Yet another reason I'm going to have to hold my nose when I vote for him.

Oh, I also blame Colin Powell for this. Yet another reason to hope that he keeps his promise and resigns after the election.

So now it looks like al Qaeda has big pre-election plans and they have to get people into the country to carry them out. So I have a question: if another three thousand people are killed by Saudi terrorists that were let in on flaky visas,

I blame George Bush for this. Yet another reason I'm going to have to hold my nose when I vote for him.

Oh, I also blame Colin Powell for this. Yet another reason to hope that he keeps his promise and resigns after the election.

Monday, August 16, 2004

algebras, theories, and calculuses
In the post on non-numeric algebras, it may have occurred to you that I was leaving out some kinds of rules. For example, how do I know that I can add a number to both sides of an equation and the equation remains true? Is this part of the algebra of arithmetic? The rule might look something like this:

substitution in +: if a=b then a+c=b+c

This rule says that if you know that a is the same as b, then you can infer that a+c is the same as b+c. This rule is not part of the algebra of arithmetic. Part of the reason is that the rule would be too limited in scope if it were part of arithmetic. The rule isn't just true for addition, but also for all other functions. A more complete rule would be

substitution: if a=b then f(a)=f(b)

where f is any function or operation at all. We can say even more than that. Let P be any property at all. We write P(x) to say that x has property P. Then

indistinguishability: if a=b then P(a) if and only if P(b)

This says that there is no property at all that lets you distinguish between two equal values. All of this is part of the theory of equality, not the algebra of arithmetic. Algebras just assume this theory of equality. A theory is like an algebra except that where algebras deal with operations, theories deal with relations (like equality). (Beware: "theory" is one of the most confusingly overloaded words in mathematics. In different contexts it means different things). Here are the other rules associated with the theory of equality:

reflexivity: a=a

symmetry: if a=b then b=a

transitivity: if a=b and b=c then a=c

Well, that's one answer to the question, "how do I know that I can add a number to both sides of an equation and the equation remains true?". The other answer is that we are dealing with an algebra rather than with a calculus. A calculus is a set of rules for transforming expressions or equations. It is different from an algebra or a theory in that it views the equations as objects in their own right rather than as merely symbols for communication. This is not an obvious point, so let me try to illustrate with an example. Consider a sentence:

s1: Joe was wearing a brown sock and a black sock.

There are two radically different kinds of questions I can ask about this sentence. The first group of questions is like this:

q1a: How many socks is Joe wearing?

q1b: What is wrong with the way Joe is dressed?

q1c: What can you guess about Joe's sock drawer or laundry basket?

These questions are all about Joe and his socks. They rely on your understanding of the meaning of the sentence. The other sort of questions are like this:

q2a: How many times does the word "sock" appear in the sentence?

q2b: How many words occur twice in the sentence?

q2c: What is the subject of the sentence?

These questions are about the sentence itself. They don't require any understanding of the sentence meaning. Even q2c only requires an understanding of the sentences structure, not its meaning. For example you can pick out the subject of

s2: The plu are delarkable this morning.

and you can do it without having any idea what the sentence means.

This is the difference between equations in an algebra and equations in a calculus. An algebra only uses equations as a way to express meaning. They deal with the meaning. You can use any knowledge you have, including a theory of equality because you are dealing with real mathematical objects. A calculus deals only with the equations themselves, ignoring the meaning. (What you learn in "calculus" textbooks is not really a calculus in this sense).

In a calculus, you need rules like substitution in +. You can't rely on outside knowledge because there isn't any outside knowledge other than the structure of the equation. If we were interested in a calculus of arithmetic, we would write transformation rules for formulas rather than rules expressing properties of numbers and operators. A transformation rule says, "if you have an equation that looks like this, you can change it to an equation that looks like that." Here is how transformation rules are typically written:

Given any equation that looks like the one on the top, you can transform it to the one on the bottom.

If you are dealing with a calculus, you aren't allowed to do anything that isn't strictly permitted by the transformation rules. By contrast, if you are dealing with an algebra or theory, you can use your outside knowledge to reason about the equation.

substitution in +: if a=b then a+c=b+c

This rule says that if you know that a is the same as b, then you can infer that a+c is the same as b+c. This rule is not part of the algebra of arithmetic. Part of the reason is that the rule would be too limited in scope if it were part of arithmetic. The rule isn't just true for addition, but also for all other functions. A more complete rule would be

substitution: if a=b then f(a)=f(b)

where f is any function or operation at all. We can say even more than that. Let P be any property at all. We write P(x) to say that x has property P. Then

indistinguishability: if a=b then P(a) if and only if P(b)

This says that there is no property at all that lets you distinguish between two equal values. All of this is part of the theory of equality, not the algebra of arithmetic. Algebras just assume this theory of equality. A theory is like an algebra except that where algebras deal with operations, theories deal with relations (like equality). (Beware: "theory" is one of the most confusingly overloaded words in mathematics. In different contexts it means different things). Here are the other rules associated with the theory of equality:

reflexivity: a=a

symmetry: if a=b then b=a

transitivity: if a=b and b=c then a=c

Well, that's one answer to the question, "how do I know that I can add a number to both sides of an equation and the equation remains true?". The other answer is that we are dealing with an algebra rather than with a calculus. A calculus is a set of rules for transforming expressions or equations. It is different from an algebra or a theory in that it views the equations as objects in their own right rather than as merely symbols for communication. This is not an obvious point, so let me try to illustrate with an example. Consider a sentence:

s1: Joe was wearing a brown sock and a black sock.

There are two radically different kinds of questions I can ask about this sentence. The first group of questions is like this:

q1a: How many socks is Joe wearing?

q1b: What is wrong with the way Joe is dressed?

q1c: What can you guess about Joe's sock drawer or laundry basket?

These questions are all about Joe and his socks. They rely on your understanding of the meaning of the sentence. The other sort of questions are like this:

q2a: How many times does the word "sock" appear in the sentence?

q2b: How many words occur twice in the sentence?

q2c: What is the subject of the sentence?

These questions are about the sentence itself. They don't require any understanding of the sentence meaning. Even q2c only requires an understanding of the sentences structure, not its meaning. For example you can pick out the subject of

s2: The plu are delarkable this morning.

and you can do it without having any idea what the sentence means.

This is the difference between equations in an algebra and equations in a calculus. An algebra only uses equations as a way to express meaning. They deal with the meaning. You can use any knowledge you have, including a theory of equality because you are dealing with real mathematical objects. A calculus deals only with the equations themselves, ignoring the meaning. (What you learn in "calculus" textbooks is not really a calculus in this sense).

In a calculus, you need rules like substitution in +. You can't rely on outside knowledge because there isn't any outside knowledge other than the structure of the equation. If we were interested in a calculus of arithmetic, we would write transformation rules for formulas rather than rules expressing properties of numbers and operators. A transformation rule says, "if you have an equation that looks like this, you can change it to an equation that looks like that." Here is how transformation rules are typically written:

+ introduction: | a=b a+c=b+c |

Given any equation that looks like the one on the top, you can transform it to the one on the bottom.

If you are dealing with a calculus, you aren't allowed to do anything that isn't strictly permitted by the transformation rules. By contrast, if you are dealing with an algebra or theory, you can use your outside knowledge to reason about the equation.

Sunday, August 15, 2004

Hey, what's this slime doing here?
Andrew Stuttaford reviews *Alien Vs. Predator*:

And although there were some great creature punch-ups, there was a little too much of the fast camera motion, poor lighting and tight close-ups, all intended to give the impression of action without showing the shoddy details. I hate that. Show me the shoddy details!

Some features: a genius archeologist who can read ancient hieroglyphics with such subtlety as to know that they are talking about aliens from other planets (rather than, say, gods) and to figure out the entire plot from almost no information, a bunch of well-armed guys and automatic weapons on an archeological dig, a wise hero who tries to warn them of their foolish recklessness from the very beginning but ends up going anyway, just to try to save who she can, an ancient pyramid with traps and secrets, a great warrior teaming up with a plucky girl. It was basically Alien/Aliens/Predator/Stargate/Raiders of the Lost Ark/True Grit. One big happy family in one movie. Thankfully there was no hint of Tomb Raider.

I'll echo Stuttaford and give it two severed thumbs up.

Paper-thin characterization, laughable dialog, wooden acting, lotsa slime, Spud fromI just saw it today, and I have to agree 100%. The lack of gratituitous nudity was especially disappointing given how hot the female star, Sanaa Lathan is. She did a good job in the female-action-hero role, too. I'm not a big fan of the female-action-hero genre, but Lathan at least looks athletic and they kept the action believable.Trainspotting, hoky mythologizing, sub-Tomb Raidersets, a weird X-Files reference (oh yes), interesting details forAliencompletists, Frank Black, and great,greatcreature punch-ups, this movie has it all, except, disappointingly, gratuitous nudity (that pesky PG-13, I suppose).

And although there were some great creature punch-ups, there was a little too much of the fast camera motion, poor lighting and tight close-ups, all intended to give the impression of action without showing the shoddy details. I hate that. Show me the shoddy details!

Some features: a genius archeologist who can read ancient hieroglyphics with such subtlety as to know that they are talking about aliens from other planets (rather than, say, gods) and to figure out the entire plot from almost no information, a bunch of well-armed guys and automatic weapons on an archeological dig, a wise hero who tries to warn them of their foolish recklessness from the very beginning but ends up going anyway, just to try to save who she can, an ancient pyramid with traps and secrets, a great warrior teaming up with a plucky girl. It was basically Alien/Aliens/Predator/Stargate/Raiders of the Lost Ark/True Grit. One big happy family in one movie. Thankfully there was no hint of Tomb Raider.

I'll echo Stuttaford and give it two severed thumbs up.

The wit and wisdom of the world's foremost metahero.

Subscribe to

Posts [Atom]

Links

Fresh MeatSource Forge

Mozilla The World's Best Basketball

ScrappleFace

Carnival entries

Pajamas Media

Schlock Mercenary

Project Guttenberg

Boat Design

Grognardia

Recommended Reading

InstapunditLa Shawn Barber's Corner

Back of the Envelope

Mostly Cajun

Monday Evening

Head Noises

Cree Tees

John C. Wright's Journal

the Belmont Club

Townhall.com

The Corner

The Volokh Conspiracy

Iraq The Model

Parableman

Digitus, Finger and Co.

Roscoe's Blog

Milblog

Flying Space Monkey

Patterico's Pontifications

Michelle Malkin

Ann Coulter

Blaster's Blog

Roger L. Simon

Hugh Hewitt

One Hand Clapping

Dean's World

WOLves

The Crusader

Dodgeblogium

Xrlq

Tales by Sheya

Emigre with a Digital Cluebat

Right Wing News

Hugo Schwyzer

faith*in*fiction

Master of None

Rhymes With Right

Maverick Philosopher

Eye of Polyphemus

New Victorian

waka waka waka

Right As Usual

Stop the ACLU

Big Lizards

TheGodFearinForum

the Tygrrrr Express

Archives

02/08/2004 - 02/15/2004 /
02/15/2004 - 02/22/2004 /
02/22/2004 - 02/29/2004 /
02/29/2004 - 03/07/2004 /
03/07/2004 - 03/14/2004 /
03/14/2004 - 03/21/2004 /
03/21/2004 - 03/28/2004 /
03/28/2004 - 04/04/2004 /
04/04/2004 - 04/11/2004 /
04/11/2004 - 04/18/2004 /
04/18/2004 - 04/25/2004 /
04/25/2004 - 05/02/2004 /
05/02/2004 - 05/09/2004 /
05/09/2004 - 05/16/2004 /
05/16/2004 - 05/23/2004 /
05/23/2004 - 05/30/2004 /
05/30/2004 - 06/06/2004 /
06/06/2004 - 06/13/2004 /
06/13/2004 - 06/20/2004 /
06/20/2004 - 06/27/2004 /
06/27/2004 - 07/04/2004 /
07/04/2004 - 07/11/2004 /
07/11/2004 - 07/18/2004 /
07/18/2004 - 07/25/2004 /
07/25/2004 - 08/01/2004 /
08/01/2004 - 08/08/2004 /
08/08/2004 - 08/15/2004 /
08/15/2004 - 08/22/2004 /
08/22/2004 - 08/29/2004 /
08/29/2004 - 09/05/2004 /
09/05/2004 - 09/12/2004 /
09/12/2004 - 09/19/2004 /
09/19/2004 - 09/26/2004 /
09/26/2004 - 10/03/2004 /
10/03/2004 - 10/10/2004 /
10/10/2004 - 10/17/2004 /
10/17/2004 - 10/24/2004 /
10/24/2004 - 10/31/2004 /
10/31/2004 - 11/07/2004 /
11/07/2004 - 11/14/2004 /
11/14/2004 - 11/21/2004 /
11/21/2004 - 11/28/2004 /
11/28/2004 - 12/05/2004 /
12/05/2004 - 12/12/2004 /
12/12/2004 - 12/19/2004 /
12/19/2004 - 12/26/2004 /
12/26/2004 - 01/02/2005 /
01/02/2005 - 01/09/2005 /
01/09/2005 - 01/16/2005 /
01/16/2005 - 01/23/2005 /
01/23/2005 - 01/30/2005 /
01/30/2005 - 02/06/2005 /
02/06/2005 - 02/13/2005 /
02/13/2005 - 02/20/2005 /
02/20/2005 - 02/27/2005 /
02/27/2005 - 03/06/2005 /
03/06/2005 - 03/13/2005 /
03/13/2005 - 03/20/2005 /
03/20/2005 - 03/27/2005 /
03/27/2005 - 04/03/2005 /
04/03/2005 - 04/10/2005 /
04/10/2005 - 04/17/2005 /
04/17/2005 - 04/24/2005 /
04/24/2005 - 05/01/2005 /
05/01/2005 - 05/08/2005 /
05/08/2005 - 05/15/2005 /
05/15/2005 - 05/22/2005 /
05/22/2005 - 05/29/2005 /
05/29/2005 - 06/05/2005 /
06/05/2005 - 06/12/2005 /
06/12/2005 - 06/19/2005 /
06/19/2005 - 06/26/2005 /
06/26/2005 - 07/03/2005 /
07/03/2005 - 07/10/2005 /
07/10/2005 - 07/17/2005 /
07/17/2005 - 07/24/2005 /
07/24/2005 - 07/31/2005 /
07/31/2005 - 08/07/2005 /
08/07/2005 - 08/14/2005 /
08/14/2005 - 08/21/2005 /
08/21/2005 - 08/28/2005 /
08/28/2005 - 09/04/2005 /
09/04/2005 - 09/11/2005 /
09/11/2005 - 09/18/2005 /
09/18/2005 - 09/25/2005 /
09/25/2005 - 10/02/2005 /
10/02/2005 - 10/09/2005 /
10/09/2005 - 10/16/2005 /
10/16/2005 - 10/23/2005 /
10/23/2005 - 10/30/2005 /
10/30/2005 - 11/06/2005 /
11/06/2005 - 11/13/2005 /
11/13/2005 - 11/20/2005 /
11/20/2005 - 11/27/2005 /
11/27/2005 - 12/04/2005 /
12/04/2005 - 12/11/2005 /
12/11/2005 - 12/18/2005 /
12/18/2005 - 12/25/2005 /
01/08/2006 - 01/15/2006 /
01/15/2006 - 01/22/2006 /
01/22/2006 - 01/29/2006 /
01/29/2006 - 02/05/2006 /
02/05/2006 - 02/12/2006 /
02/12/2006 - 02/19/2006 /
02/19/2006 - 02/26/2006 /
02/26/2006 - 03/05/2006 /
03/05/2006 - 03/12/2006 /
03/12/2006 - 03/19/2006 /
03/19/2006 - 03/26/2006 /
04/02/2006 - 04/09/2006 /
04/09/2006 - 04/16/2006 /
04/16/2006 - 04/23/2006 /
04/23/2006 - 04/30/2006 /
04/30/2006 - 05/07/2006 /
05/07/2006 - 05/14/2006 /
05/14/2006 - 05/21/2006 /
05/21/2006 - 05/28/2006 /
05/28/2006 - 06/04/2006 /
06/04/2006 - 06/11/2006 /
06/11/2006 - 06/18/2006 /
06/18/2006 - 06/25/2006 /
07/02/2006 - 07/09/2006 /
07/09/2006 - 07/16/2006 /
07/16/2006 - 07/23/2006 /
07/23/2006 - 07/30/2006 /
07/30/2006 - 08/06/2006 /
08/06/2006 - 08/13/2006 /
08/13/2006 - 08/20/2006 /
08/20/2006 - 08/27/2006 /
08/27/2006 - 09/03/2006 /
09/03/2006 - 09/10/2006 /
09/10/2006 - 09/17/2006 /
09/17/2006 - 09/24/2006 /
09/24/2006 - 10/01/2006 /
10/01/2006 - 10/08/2006 /
10/08/2006 - 10/15/2006 /
10/15/2006 - 10/22/2006 /
10/22/2006 - 10/29/2006 /
10/29/2006 - 11/05/2006 /
11/05/2006 - 11/12/2006 /
11/12/2006 - 11/19/2006 /
11/19/2006 - 11/26/2006 /
11/26/2006 - 12/03/2006 /
12/03/2006 - 12/10/2006 /
12/17/2006 - 12/24/2006 /
12/24/2006 - 12/31/2006 /
01/14/2007 - 01/21/2007 /
01/21/2007 - 01/28/2007 /
01/28/2007 - 02/04/2007 /
02/11/2007 - 02/18/2007 /
02/18/2007 - 02/25/2007 /
02/25/2007 - 03/04/2007 /
05/27/2007 - 06/03/2007 /
06/03/2007 - 06/10/2007 /
06/17/2007 - 06/24/2007 /
06/24/2007 - 07/01/2007 /
07/01/2007 - 07/08/2007 /
07/08/2007 - 07/15/2007 /
07/15/2007 - 07/22/2007 /
08/05/2007 - 08/12/2007 /
08/12/2007 - 08/19/2007 /
08/26/2007 - 09/02/2007 /
09/02/2007 - 09/09/2007 /
09/09/2007 - 09/16/2007 /
09/16/2007 - 09/23/2007 /
09/23/2007 - 09/30/2007 /
09/30/2007 - 10/07/2007 /
10/07/2007 - 10/14/2007 /
10/14/2007 - 10/21/2007 /
10/21/2007 - 10/28/2007 /
12/02/2007 - 12/09/2007 /
12/16/2007 - 12/23/2007 /
01/13/2008 - 01/20/2008 /
01/27/2008 - 02/03/2008 /
02/03/2008 - 02/10/2008 /
02/10/2008 - 02/17/2008 /
02/17/2008 - 02/24/2008 /
02/24/2008 - 03/02/2008 /
03/02/2008 - 03/09/2008 /
03/09/2008 - 03/16/2008 /
03/16/2008 - 03/23/2008 /
03/23/2008 - 03/30/2008 /
03/30/2008 - 04/06/2008 /
04/06/2008 - 04/13/2008 /
04/13/2008 - 04/20/2008 /
04/20/2008 - 04/27/2008 /
04/27/2008 - 05/04/2008 /
05/11/2008 - 05/18/2008 /
05/18/2008 - 05/25/2008 /
05/25/2008 - 06/01/2008 /
06/01/2008 - 06/08/2008 /
06/08/2008 - 06/15/2008 /
06/15/2008 - 06/22/2008 /
06/22/2008 - 06/29/2008 /
06/29/2008 - 07/06/2008 /
07/13/2008 - 07/20/2008 /
07/20/2008 - 07/27/2008 /
07/27/2008 - 08/03/2008 /
08/10/2008 - 08/17/2008 /
08/17/2008 - 08/24/2008 /
08/24/2008 - 08/31/2008 /
08/31/2008 - 09/07/2008 /
09/14/2008 - 09/21/2008 /
09/21/2008 - 09/28/2008 /
09/28/2008 - 10/05/2008 /
10/05/2008 - 10/12/2008 /
10/12/2008 - 10/19/2008 /
10/26/2008 - 11/02/2008 /
11/02/2008 - 11/09/2008 /
11/09/2008 - 11/16/2008 /
12/21/2008 - 12/28/2008 /
02/15/2009 - 02/22/2009 /
02/22/2009 - 03/01/2009 /
03/01/2009 - 03/08/2009 /
03/08/2009 - 03/15/2009 /
03/15/2009 - 03/22/2009 /
04/12/2009 - 04/19/2009 /
04/19/2009 - 04/26/2009 /
04/26/2009 - 05/03/2009 /
05/03/2009 - 05/10/2009 /
05/10/2009 - 05/17/2009 /
05/17/2009 - 05/24/2009 /
05/24/2009 - 05/31/2009 /
05/31/2009 - 06/07/2009 /
06/07/2009 - 06/14/2009 /
06/14/2009 - 06/21/2009 /
07/19/2009 - 07/26/2009 /
07/26/2009 - 08/02/2009 /
08/16/2009 - 08/23/2009 /
08/23/2009 - 08/30/2009 /
08/30/2009 - 09/06/2009 /
09/06/2009 - 09/13/2009 /
09/13/2009 - 09/20/2009 /
09/20/2009 - 09/27/2009 /
09/27/2009 - 10/04/2009 /
10/04/2009 - 10/11/2009 /
10/11/2009 - 10/18/2009 /
10/18/2009 - 10/25/2009 /
10/25/2009 - 11/01/2009 /
11/01/2009 - 11/08/2009 /
11/08/2009 - 11/15/2009 /
11/22/2009 - 11/29/2009 /
11/29/2009 - 12/06/2009 /
12/06/2009 - 12/13/2009 /
12/27/2009 - 01/03/2010 /
01/17/2010 - 01/24/2010 /
01/31/2010 - 02/07/2010 /
02/07/2010 - 02/14/2010 /
03/07/2010 - 03/14/2010 /
03/14/2010 - 03/21/2010 /
04/11/2010 - 04/18/2010 /
04/18/2010 - 04/25/2010 /
04/25/2010 - 05/02/2010 /
05/02/2010 - 05/09/2010 /
05/09/2010 - 05/16/2010 /
05/23/2010 - 05/30/2010 /
05/30/2010 - 06/06/2010 /
06/13/2010 - 06/20/2010 /
07/18/2010 - 07/25/2010 /
07/25/2010 - 08/01/2010 /
08/01/2010 - 08/08/2010 /
08/08/2010 - 08/15/2010 /
08/22/2010 - 08/29/2010 /
09/05/2010 - 09/12/2010 /
10/03/2010 - 10/10/2010 /
10/17/2010 - 10/24/2010 /
10/24/2010 - 10/31/2010 /
10/31/2010 - 11/07/2010 /
11/14/2010 - 11/21/2010 /
12/05/2010 - 12/12/2010 /
12/12/2010 - 12/19/2010 /
12/19/2010 - 12/26/2010 /
12/26/2010 - 01/02/2011 /
01/09/2011 - 01/16/2011 /
01/16/2011 - 01/23/2011 /
02/06/2011 - 02/13/2011 /
02/13/2011 - 02/20/2011 /
02/20/2011 - 02/27/2011 /
03/06/2011 - 03/13/2011 /
03/13/2011 - 03/20/2011 /
03/27/2011 - 04/03/2011 /
04/10/2011 - 04/17/2011 /
04/24/2011 - 05/01/2011 /
05/01/2011 - 05/08/2011 /
06/05/2011 - 06/12/2011 /
06/12/2011 - 06/19/2011 /
07/17/2011 - 07/24/2011 /
07/24/2011 - 07/31/2011 /
07/31/2011 - 08/07/2011 /
08/07/2011 - 08/14/2011 /
09/11/2011 - 09/18/2011 /
09/18/2011 - 09/25/2011 /
10/09/2011 - 10/16/2011 /
10/16/2011 - 10/23/2011 /
10/23/2011 - 10/30/2011 /
11/06/2011 - 11/13/2011 /
11/13/2011 - 11/20/2011 /
11/27/2011 - 12/04/2011 /
01/01/2012 - 01/08/2012 /
01/08/2012 - 01/15/2012 /
02/05/2012 - 02/12/2012 /
02/12/2012 - 02/19/2012 /
02/19/2012 - 02/26/2012 /
03/11/2012 - 03/18/2012 /
04/01/2012 - 04/08/2012 /
04/08/2012 - 04/15/2012 /
04/15/2012 - 04/22/2012 /
04/22/2012 - 04/29/2012 /
04/29/2012 - 05/06/2012 /
05/06/2012 - 05/13/2012 /
05/13/2012 - 05/20/2012 /
05/20/2012 - 05/27/2012 /
05/27/2012 - 06/03/2012 /
06/03/2012 - 06/10/2012 /
06/10/2012 - 06/17/2012 /
06/17/2012 - 06/24/2012 /
07/29/2012 - 08/05/2012 /
08/05/2012 - 08/12/2012 /
08/26/2012 - 09/02/2012 /
09/02/2012 - 09/09/2012 /
09/09/2012 - 09/16/2012 /
09/16/2012 - 09/23/2012 /
09/30/2012 - 10/07/2012 /
10/21/2012 - 10/28/2012 /
10/28/2012 - 11/04/2012 /
11/04/2012 - 11/11/2012 /
11/18/2012 - 11/25/2012 /
11/25/2012 - 12/02/2012 /
12/02/2012 - 12/09/2012 /
12/16/2012 - 12/23/2012 /
12/23/2012 - 12/30/2012 /
01/13/2013 - 01/20/2013 /
06/02/2013 - 06/09/2013 /
06/23/2013 - 06/30/2013 /
09/22/2013 - 09/29/2013 /
03/30/2014 - 04/06/2014 /
04/06/2014 - 04/13/2014 /
06/22/2014 - 06/29/2014 /
08/02/2015 - 08/09/2015 /
09/06/2015 - 09/13/2015 /
10/11/2015 - 10/18/2015 /
01/31/2016 - 02/07/2016 /
04/24/2016 - 05/01/2016 /
05/01/2016 - 05/08/2016 /
05/29/2016 - 06/05/2016 /