A "Serious" Thread!

Honestly, I had something!

But that futurama thread drained my brain!

However, I do have to offer the following:

now where did it go...

Ahh, yes:

ftp://ftp.inria.fr/INRIA/Projects/co...VE/aaai01.html

I tried to implement that which was discussed under "Magic to the square"

Well, I must not have implemented it properly.

BUT... I tweaked what I thought it was supposed to do, and when it couldn't find a better, umm, what I've called health of the system, It used the best health available.

In a half hour of programming, I created something that returned the attached in 2 minutes.

Granted, I've been concentrating on iteration methods, but thru iteration, the next is almost identical to the lasst.


So, a Random Search method seems fruitful.



WhatDaYaThink?


[edit]So Now I'm invesigating optimzation of my Magic/LowNum Limit methods, and hoepfully will be able to implement them such that I can accomplish large ring Magic determination in a timely fashion, and in tandom with proper family limitaions, I might be able to tie all that into a search method that will allow me to create a Magic Mesh of order 2 or 3 that is larger than my 8 ring Magic Hex.

I liked you better when you were too busy to visit us.

[serious]My lack of knowledge and total feeling of inadequacy towards your higher intellect forced me to diss you as a natural self-defence mechanism.[/serious]

I hope I don't sound like a complete n00b when I ask...

What is all of this supposed to be? :confused:

I have to admit i'm not actually planning to open any of your attachments. Maybe you should tell me what it's supposed to do and i'll just whip up something better :D

Just no.

Quote:

---

Originally Posted by BillGeek

What is all of this supposed to be? :confused:

---

Quote:

---

Originally Posted by MaximilianMayrhofer

Maybe you should tell me what it's supposed to do and i'll just whip up something better

---

Those PDF files represent what I have termed "Magic Meshes"

The simplest definition of "Magic Mesh" would be the following:

A Magic Mesh is a graphical representation of a solution of a series of linear equations that all add to the same magic number. There are a total of N variables used in the set of linear equations, so collectively there is a continuous range of N integers which must be used once and only once per solution that together solve the system.


A Magic Mesh visually consists of a series of Regular Polygons whose sides each are built of a set of cells. The Cells represent a particular variable used in the set of linear equations.

The Magic Mesh is identified by #Cells per side of the most external Regular Polygon {Or "Ring"}, and by the #Sides that build the polygons shape.

Furthurmore, a Magic Mesh is also identified by its order number.
I have standardized on the following:

An Order 2 Magic Mesh represents those Magic meshes where the #Cells per side of each Polygon varies from that of the one above it by 2, decreasing from outside to in,

While An order 3 Magic mesh varies the #Cells per Side of each Nested Polygon by only 1, decreasing, from the outermost to innermost.


All the equations of an Order 2 Magic mesh have the same # of variables, while those of an Order 3 do not.


A representative Common Order 2 Magic Mesh is the simple Magic Square.
Similarly, A representative Order 3 Magic Mesh is a Magic Hexagon.


Every "Standard" Equation is represented visually in either an Order 2 or An order 3 in the following manor:

For every non-diagonal equation, the central sets of variables are the set of cells of a side of one of the nested polygons. The equation graphically extends from each vertic cell of that polygon side outwards, first continuing into the cell 1 spot to the left of the left vertice of the side of the polygon immediately above it, and also into the cell 1 spot to the right of the right vertice of the side of the polygon immediately above it.

It then continues outward, intersecting the next polygons cells that are 2 spots to the left of the left vertice and 2 cells to the right of the right vertice, and so on, out to the most outermost external polygon.

And, due to how the #Cells per side of a nested polygon vary as you go from inside to outside, The cells of an order 2 Magic mesh generally are used in only 2 equations, and those of an order 3 are generally used in only 3 equations.


Attached are 2 pdf files representing an order 2 and an Order 3 magic mesh. They both are pentagonal in shape, but you can easily see their differing aspects.

In the order 2, all the rows have only 5 cells each, including what I call 5 Diagonoid rows, which eminate from an external Vertice to the middle cell of the opposite external side, all of which intersect in the center cell of the entire figure. Every Cell of these Diagonoids exceptionally are used by a total of 3 Rows, except, again the Center Cell, which is used by all 5 Diaganoids.

In the order 3, the Row equations use either 4, 5, or 6 cells, while what I call the Half-Diagonals, which start at one of the external vertice, and absolutely terminate at the center cell, only use 4 cells each. In this, the only cell that is used in more than 3 rows is the center cell. All the others are used only 3 times each.


The Order 2 attachement {C0_0_1.pdf} uses the numbers 0 to 30 once and only once, and the Magic Sum is 77.

The order 3 Attachement uses the numbers 11 to 41 once and only once, ands adds to 125.


:wave:

Also, let me illustrate the actual equations for those 5 sided order 2 and order 3 Magic Meshes.


Attached are 2 maps displaying the location of the variables for both systems.
The Order 2 figure represents 31 variables of which I have labeled C_0 thru C_30.

The Order 3 figure also uses 31 variables similarly labeled C_0 thru C_30.

The Equations have been normalized in the following manor:

LOWNUM represents the starting value, the lowest number that must be used across the range of the 31 distinct integers.

LOWNUM has been subtracted from each variable so that the variables actually use the numbers 0 thru 30 once and only once.

MAGIC is that value that each equation adds to if you add LOWNUM back into each variable.


So These are the standard Equations for a 5 sided, 5 cells per external side, 3 ring order 2 Magic Mesh:

Code:

---

Eq_0        -1        -C_11-C_12-C_13-C_14-C_15+MAGIC-5*LOWNUM=0
Eq_1        -1        -C_15-C_16-C_17-C_18-C_19+MAGIC-5*LOWNUM=0
Eq_2        -1        -C_19-C_20-C_21-C_22-C_23+MAGIC-5*LOWNUM=0
Eq_3        -1        -C_23-C_24-C_25-C_26-C_27+MAGIC-5*LOWNUM=0
Eq_4        -1        -C_27-C_28-C_29-C_30-C_11+MAGIC-5*LOWNUM=0
Eq_5        -1        -C_30-C_1-C_2-C_3-C_16+MAGIC-5*LOWNUM=0
Eq_6        -1        -C_14-C_3-C_4-C_5-C_20+MAGIC-5*LOWNUM=0
Eq_7        -1        -C_18-C_5-C_6-C_7-C_24+MAGIC-5*LOWNUM=0
Eq_8        -1        -C_22-C_7-C_8-C_9-C_28+MAGIC-5*LOWNUM=0
Eq_9        -1        -C_26-C_9-C_10-C_1-C_12+MAGIC-5*LOWNUM=0
Eq_10        -1        -C_11-C_1-C_0-C_6-C_21+MAGIC-5*LOWNUM=0
Eq_11        -1        -C_15-C_3-C_0-C_8-C_25+MAGIC-5*LOWNUM=0
Eq_12        -1        -C_19-C_5-C_0-C_10-C_29+MAGIC-5*LOWNUM=0
Eq_13        -1        -C_23-C_7-C_0-C_2-C_13+MAGIC-5*LOWNUM=0
Eq_14        -1        -C_27-C_9-C_0-C_4-C_17+MAGIC-5*LOWNUM=0

---

And the following are the equations used for an Order 3, 5 sided, 4 cells per external side, 4 ring Magic Mesh:

Code:

---

Eq_0        -1        -C_16-C_17-C_18-C_19+MAGIC-4*LOWNUM=0
Eq_1        -1        -C_19-C_20-C_21-C_22+MAGIC-4*LOWNUM=0
Eq_2        -1        -C_22-C_23-C_24-C_25+MAGIC-4*LOWNUM=0
Eq_3        -1        -C_25-C_26-C_27-C_28+MAGIC-4*LOWNUM=0
Eq_4        -1        -C_28-C_29-C_30-C_16+MAGIC-4*LOWNUM=0
Eq_5        -1        -C_30-C_6-C_7-C_8-C_20+MAGIC-5*LOWNUM=0
Eq_6        -1        -C_18-C_8-C_9-C_10-C_23+MAGIC-5*LOWNUM=0
Eq_7        -1        -C_21-C_10-C_11-C_12-C_26+MAGIC-5*LOWNUM=0
Eq_8        -1        -C_24-C_12-C_13-C_14-C_29+MAGIC-5*LOWNUM=0
Eq_9        -1        -C_27-C_14-C_15-C_6-C_17+MAGIC-5*LOWNUM=0
Eq_10        -1        -C_29-C_15-C_1-C_2-C_9-C_21+MAGIC-6*LOWNUM=0
Eq_11        -1        -C_17-C_7-C_2-C_3-C_11-C_24+MAGIC-6*LOWNUM=0
Eq_12        -1        -C_20-C_9-C_3-C_4-C_13-C_27+MAGIC-6*LOWNUM=0
Eq_13        -1        -C_23-C_11-C_4-C_5-C_15-C_30+MAGIC-6*LOWNUM=0
Eq_14        -1        -C_26-C_13-C_5-C_1-C_7-C_18+MAGIC-6*LOWNUM=0
Eq_15        -1        -C_16-C_6-C_1-C_0+MAGIC-4*LOWNUM=0
Eq_16        -1        -C_19-C_8-C_2-C_0+MAGIC-4*LOWNUM=0
Eq_17        -1        -C_22-C_10-C_3-C_0+MAGIC-4*LOWNUM=0
Eq_18        -1        -C_25-C_12-C_4-C_0+MAGIC-4*LOWNUM=0
Eq_19        -1        -C_28-C_14-C_5-C_0+MAGIC-4*LOWNUM=0

---

:wave:

BTW, there is always a final equation which assists if one were to try to "solve" for equations of a cell, {not included in any of the above.}

It is trivial, hence why I didn't include it, but for any program that you create to "solve" for solution equations, it is a necessety.

Since, after normalization, you have n Cells using the numbers 0 thru n-1 once and only once,

then the final equation that must be included is the following:

C_0+C_1+C_2+...+C_(n-1) = [n*(n-1)]/2

:wave: :duck: :wave:

-Lou

I appear to have contracted a particulary bad case of SEHS.

Look at the silly monkey.

The monkey is not silly unless it's eating a banana.

Quote:

---

Originally Posted by NotLKH

C_0+C_1+C_2+...+C_(n-1) = [n*(n-1)]/2

---

Right... ... ... So what is "C" again? :confused: