categories - Category Theory list
 help / color / mirror / Atom feed
From: "Fred E.J. Linton" <fejlinton@usa.net>
To: categories <categories@mta.ca>
Subject: Illusion and Forthrightness in Wikipedia
Date: Sun, 12 Sep 2010 20:11:15 -0400	[thread overview]
Message-ID: <730oimakP9232S03.1284336675@web03.cms.usa.net> (raw)

These somewhat off-topic remarks are at least almost as connected
with category theory as the study of knots is, as they have their 
origin in my reliance on, and subsequent disillusionment with, the 
Wikipedia site for basic information about a certain knot.

The knot? -- the familiar trefoil knot, aka (2,3)-torus knot.
The offending Wikipedia page? -- http://en.wikipedia.org/wiki/Torus_knot . 
The problem?

A reader might be forgiven for expecting that when a page of mathematical
text offers a parametrization, in the form

x = (2 + cos((q phi)/p))(cos(phi)) ,
y = (2 + cos((q phi)/p))(sin(phi)) ,
z = sin((q phi)/p) ,

of each (p,q)-torus knot, and then offers an illustration dubbed
(2,3)-torus knot, that said illustration might have been produced
by means of the p=2, q=3 instance of the parametrization given.

But think just a moment, if you have that Torus_knot page open:
for phi = 0, one has x = 3 and y = 0, which is *not* a point on the
(2,3)-torus knot as shown *unless* one thinks of the "x-axis" as
running vertically, counter to the usual expectation.

Oh, but even then, taking the x-axis as vertical and the y-axis horizontal,
if one uses PostScript to "draw" the curve with the parametrization given
above (with p=2 and q=3, of course), the result is the "lumpy" figure  I've
put up, as .ps and .png files, respectively, here:

http://tlvp.net/~tlvp/Trefoil/Wiki-2-3-Torus.ps ,
http://tlvp.net/~tlvp/Trefoil/Wiki-2-3-Torus.png .

(You can "check the math" in the text of the .ps file, or
let it be displayed as a graphic using, say, GhostView; a
.png file is offered for those without any PostScript viewer.)

Clearly the (2,3)-torus knot illustration is *not* obtained from
the parametrization the Wiki page offers. Rather, it comes from a
vertically oriented ellipse, with major and minor radii 3 and 1,
respectively (approximately), drawn on a sheet of paper undergoing
its own concurrent slow rotation as the ellipse is being drawn (in
fact: an ellipse "with 30 degrees of precession for each 90 degrees
of ellipse"), as shown, again in both .ps and .png files, here:

http://tlvp.net/~tlvp/Trefoil/TrigTrefoilElliptic.ps ,
http://tlvp.net/~tlvp/Trefoil/TrigTrefoilElliptic.png .

(Compare this precessional ellipse with the Wiki b/w illustration.)

At first I was quite outraged that Wikipedia could be so utterly
cavalier with mathematical accuracy. 

Then I thought, "Well, the (2,3)-torus knot as described in the text 
and the knot of the black/white illustration on that page, while 
clearly different from a curvature perspective (one has 6 points 
of zero curvature, the other has none), are at least equivalent 
as knots, so what's the harm? 

And finally I thought, "A reader who is informed of the parametrizations 
for each of a family of curves, and then sees displayed what is labeled 
as one of the curves in that family, has the right, if not explicitly
informed otherwise, to suppose that the parametrization used for that
displayed curve is the parametrization already given. For why else would
the parametrization being used for the displayed curve not be mentioned?
Only (presumably) because it should go *without saying*. So it's really
rather dreadfully misleading -- if not downright dishonest (!) -- to
lead the reader into temptation-to-err by omitting mention of the 
very different parametrization being used for that display."

And that's why I write here now: How does one fix such a state of affairs? 
Or is there no better to be hoped for from Wikipedia?

Cheers, -- Fred



[For admin and other information see: http://www.mta.ca/~cat-dist/ ]


             reply	other threads:[~2010-09-13  0:11 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-13  0:11 Fred E.J. Linton [this message]
2010-09-13  6:23 ` Vaughan Pratt
2010-09-13  8:42 ` Vaughan Pratt
2010-09-13 18:32 ` Mike Stay
2010-09-13 19:02 ` Timothy Porter
2010-09-14 16:54   ` Vaughan Pratt
2010-09-13 22:02 ` Toby Bartels
2010-09-14  7:46 John Baez
2010-09-18  6:58 Fred E.J. Linton
2010-09-19 22:07 ` Vaughan Pratt
     [not found] <474oiRg647312S02.1284793135@web02.cms.usa.net>
2010-09-18  7:26 ` John Baez
2010-09-19 23:38 Fred E.J. Linton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=730oimakP9232S03.1284336675@web03.cms.usa.net \
    --to=fejlinton@usa.net \
    --cc=categories@mta.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).