Thread: "MagicTile Eucl KB {6,3} 16 e200"

From: "Eduard Baumann" <ed.baumann@bluewin.ch>
Date: Sat, 28 Sep 2019 13:07:58 +0200
Subject: MagicTile Eucl KB {6,3} 16 e200



------=_NextPart_000_0028_01D575FD.BFF77920
Content-Type: multipart/alternative;
boundary="----=_NextPart_001_0029_01D575FD.BFF77920"

------=_NextPart_001_0029_01D575FD.BFF77920
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Fascination with MagicTile an no end!

MagicTile "Eucl KB {6,3} 16 e200" has a special interest. With 16 colours i=
t is big enough to force parity considerations.=20
In fact I have done about 5500 moves in 10 days when I detected a parity pr=
oblem which forced me to restart!

If after scrambling, where all parts move, you put attention only to the co=
lor neighbourhoods then you can realise an implicit shift of the whole whic=
h impact the parity !=20

The solution is that you bring each part exactly (absolutely) at his home p=
osition!

If scrambling would include view changements then I think the puzzle is alm=
ost impossible to solve.

I bring home each type of parts in a certain order and I do strictly no pre=
assembling. This is the reason that I need about 3 times more moves than th=
e very clever Micheal Gottlieb.

The names of the part types of MagicTile Eucl KB {6,3} 16 e200



Bring home order of parts

The parity problem:





Best regars
Ed Baumann
------=_NextPart_001_0029_01D575FD.BFF77920
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



>




Fascination with Magic=
Tile an no=20
end!

 

MagicTile "Eucl KB {6,3} 16=
e200" has=20
a special interest. With 16 colours it is big enough to force parity=
=20
considerations.

In fact I have done about 5=
500 moves=20
in 10 days when I detected a parity problem which forced me to=20
restart!


If after scrambling, wh=
ere all=20
parts move, you put attention only to the color neighbourhoods then you can=
=20
realise an implicit shift of the whole which impact the=20
parity ! 

 

The solution is that you bring each part e=
xactly=20
(absolutely) at his home position!

If scrambling would include view=
=20
changements then I think the puzzle is almost impossible to solve.DIV>
 

I bring home each type of parts in a certa=
in order=20
and I do strictly no preassembling. This is the reason that I need a=
bout=20
3 times more moves than the very clever Micheal Gottlieb.

 

The names of the part types of Magi=
cTile=20
Eucl KB {6,3} 16 e200

=
 

3D""src=3D"cid:0329FA4C0ED14F23B76834D4FD354DD0@LAB">

 

Bring home order of partsNT>

3D""src=3D"cid:A1DEE4C234D744D9ABBD41CD41B7431C@LAB">

The parity problem:ONT>

 

3D""src=3D"cid:0AB77FA9DCB448CDBFAC34D267C97E20@LAB">

 

3D""src=3D"cid:EBC483233CAE43AC80AA748ED1C55698@LAB">

 

Best regars

Ed Baumann
>

------=_NextPart_001_0029_01D575FD.BFF77920--

------=_NextPart_000_0028_01D575FD.BFF77920
Content-Type: application/x-ygp-stripped
Content-Transfer-Encoding: 7bit
Content-ID: <0329FA4C0ED14F23B76834D4FD354DD0@LAB>

Content-Type: image/png;
name="e200 a.PNG"
Content-Transfer-Encoding: base64
Content-ID: <0329FA4C0ED14F23B76834D4FD354DD0@LAB>

------=_NextPart_000_0028_01D575FD.BFF77920
Content-Type: application/x-ygp-stripped
Content-Transfer-Encoding: 7bit
Content-ID:

Content-Type: image/png;
name="e200 b.PNG"
Content-Transfer-Encoding: base64
Content-ID:

------=_NextPart_000_0028_01D575FD.BFF77920
Content-Type: application/x-ygp-stripped
Content-Transfer-Encoding: 7bit
Content-ID: <0AB77FA9DCB448CDBFAC34D267C97E20@LAB>

Content-Type: image/png;
name="e200 c.PNG"
Content-Transfer-Encoding: base64
Content-ID: <0AB77FA9DCB448CDBFAC34D267C97E20@LAB>

------=_NextPart_000_0028_01D575FD.BFF77920
Content-Type: application/x-ygp-stripped
Content-Transfer-Encoding: 7bit
Content-ID:

Content-Type: image/png;
name="e200 d.PNG"
Content-Transfer-Encoding: base64
Content-ID:

------=_NextPart_000_0028_01D575FD.BFF77920--