2. * It may "rescale" the object, keeping it distinct.
Egyptians, Greeks, Arabs and medievals rescaled abstract versions of saleable commodities within weights and measure systems, topics that college students can easily study. In lesseer forms high school and elmentary students can study the same math and business threads. Businss at any time breaks up a large inventory of a given commodity into smaller saleable units while maintaining profit margins for each level of the distribution chain.
Nice post Moose (bruce):
I've been reading up on so-called Egyptian Fractions pursuant to your
post in hopes of quickly writing a computer program to spit out the
Egyptian fraction for any fraction.
Alas, it's not that easy. The greedy algorithm will do the job sometimes,
but will get caught with its pants down giving solutions an Egyptian
scribe worth his salt (her salt? -- could scribes be women) would only
sneeze at in disgust. "So, you think computers are smarter than
we are?"
One of the Wikipedia articles mentioned "brute force" as an option.
In general my approach is to reacquaint adults with fractions by
"going over them again" this time using some arcane machine
logic that comes with the XO (not that an XO is required for this
kind of study).
The Greeks get mentioned because the algorithm for the GCD we
use is called Euclid's, even though Knuth and others hint that it's
much older. Some more history here might be welcome, as well
as awards for "best Youtube" (Vimeo etc.) giving an animated
explanation for it (perhaps in terms of bricks, wanting walls to
come out even).
Finding the GCD has some commonalities with seeking the best
Egyptian fraction rendition, as both algorithms put downward
pressure and numerators and the number of terms (number of
common factors).
Guido van Rossum expresses it simply thus:
def gcd(a,b):
while b:
a, b = b, a%b
return a
Then:
lambda a,b : (a*b)/gcd(a,b) # lowest common multiple (LCM)
These simple objects then have responsibilities in the
Rational Number we stack up, by building a __rib__ cage
of syntax-invoked methods e.g. __add__ for + and __mul__
for *. By the end of the day, students are experiencing
interactive sessions such as this one:
http://4dsolutions.net/ocn/python/rationals.py
It'd be "hard fun" to add an egyptian method to the Rat
class (the Rationals). We could start with the greedy
algorithm. Do it as a subclass of Rat called Egyptian
why not? Great project.
Kirby
There are many programming languages that include GCD and LCM as
primitives, and provide rational arithmetic. I have looked at
Mathematica and J in this regard, but there are many other options. I
believe that NumPy has such facilities. I am sure that an Egyptian
math Python library would be welcome.
At the other end of the historical scale, there is very little
software that can handle Conway numbers and games. The basic
arithmetic operations on binary rationals are easily programmed, but
in more complicated cases involving infinite sets (some equivalent to
Dedekind cuts, some defining infinities and infinitesimals) it can be
quite difficult to find the simplest form for the result. This problem
is discussed in Winning Ways for Your Mathematical Plays, by
Berlekamp, Conway, and Guy.
> Alas, it's not that easy. The greedy algorithm will do the job sometimes,
> but will get caught with its pants down giving solutions an Egyptian
> scribe worth his salt (her salt? -- could scribes be women) would only
> sneeze at in disgust. "So, you think computers are smarter than
> we are?"
>
> One of the Wikipedia articles mentioned "brute force" as an option.
It would be trivial to create a table for all denominators up to a
thousand, or a million.
> --
> You received this message because you are subscribed to the Google Groups "MathFuture" group.
> To post to this group, send email to mathf...@googlegroups.com.
> To unsubscribe from this group, send email to mathfuture+...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/mathfuture?hl=en.
>
>
--
Edward Mokurai (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) Cherlin
Silent Thunder is my name, and Children are my nation.
The Cosmos is my dwelling place, the Truth my destination.
http://wiki.sugarlabs.org/go/Replacing_Textbooks
I'd be interested to see how far the algorithms might take us.
It's made clear in the Wikipedia entry that the greedy algorithm often produces
too many fractions with giant-mutant denominators that would be considered
ugly and monstrous per the Egyptian criteria.
Gotta aim for "nice" (similar to lowest terms) and spell that out well enough
so an algorithm switching algorithm might recognize which of three
possible finite fractions expansions was "most Egyptian".
I'm with Sir Roger (Penrose) that non-computable leaps occur, all the
time, every moment (doesn't have to be freakish). I'm not looking for
algorithms under every bed, like some mathematicians. No doubt the
ancient Egyptians were as endowed as anyone, if not more so by their
deities. Will we encounter a diviner who can crack RSA numbers
by some "idiot savant" (aka "black box") technique? Have we already?
Some of these magi leave algorithms in their wake, like Ramanujan,
yet we have no idea where these came from. Bolts from the blue.
Thanks for continuing to bring attention to Egyptian economics, and
all that fine tuning of grain (great for a computer game discrete math
simulation). Fractions come in handy when you're into fine tuning a
distribution network of such sensitivity.
Kirby
> Best Wishes,
> Milo
>
> On Sun, May 29, 2011 at 12:38, kirby urner <kirby...@gmail.com> wrote:
>> On Sun, May 29, 2011 at 5:47 AM, br...@mathorigins.com
>> <br...@mathorigins.com> wrote:
>>> Good Morning Milo and Maria (and Team):
>>> I was catching up on your emails this morning and began wondering about the
>>> mathfuture group's ability to glean meaning from your email (below).
>>
>> Nice post Moose (bruce):
>>
>> I've been reading up on so-called Egyptian Fractions pursuant to your
>> post in hopes of quickly writing a computer program to spit out the
>> Egyptian fraction for any fraction.
>
> There are many programming languages that include GCD and LCM as
> primitives, and provide rational arithmetic. I have looked at
> Mathematica and J in this regard, but there are many other options. I
> believe that NumPy has such facilities. I am sure that an Egyptian
> math Python library would be welcome.
Yeah sure, of course I know this.
But you wouldn't say to a kid: "why wire your own radio when you
can buy one at Radio Shack?"
On the contrary, in a "how things work" approach, you want to
build one from scratch, and so we define a Rational Number class,
even though Python already has one as an importable module
(minus any Egyptian Expansion, which might go off a subclass).
It's like going back to paper and pencil and asking "now how do
we add fractions again?" but then we do it in Python not just
paper and pencil (a shift in tool set), so the content and skills
are somewhat new and "more adult" (TV-14 or higher)... sometimes
demented.
Linking to Permutations (discussions re multiplication), you
get to show the same thing with now two kinds of object:
that division in terms of multiplying with the multiplicative
inverse.
Rationals Q embedded in abstract algebra with operator overloading
(__mul__) in a concrete computer language is the winning formula,
at least with some adults (some of them math teachers).
>
> At the other end of the historical scale, there is very little
> software that can handle Conway numbers and games. The basic
> arithmetic operations on binary rationals are easily programmed, but
> in more complicated cases involving infinite sets (some equivalent to
> Dedekind cuts, some defining infinities and infinitesimals) it can be
> quite difficult to find the simplest form for the result. This problem
> is discussed in Winning Ways for Your Mathematical Plays, by
> Berlekamp, Conway, and Guy.
>
Interesting.
I've been looking over the shoulders of Systems Science students as
they implement a version of Artificial Life as 18-around-1, which is
2 layers of hexagonal cells (see 'Gnomon' by Gazale). I should adapt
those rule for a hexapent (has 12 pentagons), where I've already done
something similar in VPython.
http://4dsolutions.net/ocn/life.html
They're using Ruby, with Google Sketchup the output, so all free software
(free as in beer).
http://www.flickr.com/photos/17157315@N00/5756168820/in/photostream
As for infinity, I tend to leave the Cantor branch to others, having
selected a different branch. Math is a vast tree and I'm realistic in
not being equally far along on every path forward.
I've got this Verboten Math I champion, in large degree because others
don't seem to, but also because students gravitate to subversive subjects,
like to feel inner circle based on shared sources.
>> Alas, it's not that easy. The greedy algorithm will do the job sometimes,
>> but will get caught with its pants down giving solutions an Egyptian
>> scribe worth his salt (her salt? -- could scribes be women) would only
>> sneeze at in disgust. "So, you think computers are smarter than
>> we are?"
>>
>> One of the Wikipedia articles mentioned "brute force" as an option.
>
> It would be trivial to create a table for all denominators up to a
> thousand, or a million.
>
I'm not sure this can all be done with denominators.
Kirby
Ed,
Mathematica does not contain Egyptian fraction functions that follow the historical patterns.Mathematica uses versions of the greedy algorithm.
For anyone that wishes offer to Hoffman, Sylvester, and Mathematica's point of view as a valid historical greedy algorithm, please offer an example taken from a Fibonacci text.
I look forward to commenting on such an example.
Best Regards,
Milo Gardner
Kirby,
Thank for the link. I had not read it. It contains a long list of myths. Almost anyone that reads and analyzes the ancient texts and goes beyond transliterations summarized by Clagett in 1999
http://books.google.com/books?id=8c10QYoGa4UC&pg=PA469&dq=Ancient+Egyptian+Science
suspects that Erdos' modern algorithmic point:"There are a bunch of interesting open problems involving Egyptian fractions: I'll just leave you with one example that I found on Wikipedia. Paul Erdös, the great Hungarian mathematician, tried to prove that for any fraction 4/n, there was an Egyptian fraction containing exactly three terms. Doing brute force tests, it's been shown to be true for every number n smaller than 1014, but no one has been able to figure out how to prove it."offers a silly limitation. Why limit any rational number conversion to a unit fraction series to only 3-terms?
Historically, 4/n rational number conversions problems were solved as the 2/n problems were solved. Sometimes solutions were written in 2-term, 3-term, 4-term, 5-term, and seldom longer series.by finding an LCM m such that:
4/n(m/m = 4m/mn
Id be happy tyo compute 4/13, 4/53 or or 4/n conversion using the 4,000 year old rule ... that to my eyes contains few algorithm elements.
Likewise, I'd like students to subclass a rational number type and doctor a subclass to spit out the greedy algorithm's results. We could wire this up as egyptian, with the caveat that other engines could be swapped in, and that as Milo points out, we don't have an engine that's up to high Egyptian standards even yet.>>> from unitfractions import Fraction>>> p = Fraction(5,121)>>> type(p)<class 'unitfractions.Fraction'>>>> pFraction(5, 121)>>> r = p.egyptian( ) # pseudo-egyptian results of Fibonacci-published algorithm>>> r(Fraction(1,25), Fraction(1,757), Fraction(1,763309), Fraction(1,873960180913), Fraction(1,1527612795642093418846225))>>> sum(r)Fraction(5, 121)
Kirby,
Thank for the link. I had not read it. It contains a long list of myths. Almost anyone that reads and analyzes the ancient texts and goes beyond transliterations summarized by C
suspects that Erdos' modern algorithmic point:"There are a bunch of interesting open problems involving Egyptian fractions: I'll just leave you with one example that I found on Wikipedia. Paul Erdös, the great Hungarian mathematician, tried to prove that for any fraction 4/n, there was an Egyptian fraction containing exactly three terms. Doing brute force tests, it's been shown to be true for every number n smaller than 1014, but no one has been able to figure out how to prove it."offers a silly limitation. Why limit any rational number conversion to a unit fraction series to only 3-terms?
Historically, 4/n rational number conversions problems were solved as the 2/n problems were solved. Sometimes solutions were written in 2-term, 3-term, 4-term, 5-term, and seldom longer series.by finding an LCM m such that:
4/n(m/m = 4m/mn
Id be happy tyo compute 4/13, 4/53 or or 4/n conversion using the 4,000 year old rule ... that to my eyes contains few algorithm elements.
Kirby,