ABSTRACT (original article): We present an origami construction of a large-wing crane as an application of folding using virtual cutting and gluing of the edges of origami faces in the e-origami environment. Our methodology, based on a new cut-and-glue technique, allows us to detail the construction algorithm in classical origami through well-defined, incremental finely-tuned steps. We utilize a new origami model, as described in our earlier paper (T. Ida and H. Takahashi, 2020), and have developed software that implements several familiar classical origami folds. CITATION (original article): Tetsuo Ida, An e-origami artwork of a big wing crane, The 10th International Symposium on Symbolic Computation in Software Science, August 28–30, 2024. https://ceur-ws.org/Vol-3754/​
Full Article: https://ceur-ws.org/Vol-3754/paper07.pdf
Keywords e-origami, classical fold, paper folding rule, cut-and-glue technique.

Introduction

An origami artwork consists of an arrangement of bounded planes, with two surfaces or faces intricately connected and layered through repeated folds of a single (virtual) sheet of paper. This collection of faces culminates in an object with remarkable characteristics. In this post, we demonstrate that cutting the edges of faces reveals a new combination of classical folds. By gluing the separated faces back together, we restore their connection. This cut-and-glue technique, which we introduced in our previous articles[1, 2], opens up possibilities, allowing the discovery of new folds previously considered impossible using Huzita-Justin folds [3, 4], which have limitations when applied to practical constructions. For instance, the inside reverse fold—one of the most versatile yet straightforward classical folds—cannot be achieved with Huzita-Justin folds alone. However, by applying the cut-and-glue technique, we can realize the inside reverse fold by combining valley and mountain folds, which is fundamentally the dsmr as one of the Huzita-Justin folds.
We show the practical application of our method by constructing a large-wing crane, a sophisticated origami structure that warrants thorough research investigation [3].

Modeling for e-origami

Origami is now an internationally recognized term, meaning "folding paper." It also refers to the practice of folding origami. We use the word "origami" as a countable noun for the former use. We can construct objects of interesting shapes when we freely choose fold lines and allow overlaps of faces without breaking the original sheet.
​
When we impose mathematically plausible fold line construction rules, we can define an origami geometry that deserves deep mathematical investigation. Euclidean plane geometry constructs geometrical objects using only a straightedge and a compass. Similarly, origami geometry, a tool-less approach, defines its rules. Huzita-Justin's rules are the commonly agreed rule set based on superposition of lines and points. Table 1 lists the four (out of seven) Huzita-Justin rules that we will use to construct a large-wing crane. For the full details of the seven rules, see monograph [6]. These rules, together with newly implemented classical folds (see the section on Classical folds) and software tools of Eos[8,10], allow us to manipulate origami flexibly.
​
We now give a mathematical notation for the definition of origami and reason about its properties. In origami, we have faces and two kinds of neighborhood relations, superposition and adjacency, between the faces. A face is a convex polygon having an attribute of surface. When we denote polygon 𝑃1 ...𝑃𝑛, where we arrange points 𝑃1 ...𝑃𝑛 counterclockwise, we call the plane front surface, and the polygon 𝑃𝑛 ...𝑃1 is identified the same as with polygon 𝑃1 ...𝑃𝑛 with the attribute of the back surface.
We let Π be a finite set of faces,∽ be a binary adjacency relation on Π,
and ≻ be a binary superposition relation on Π. An abstract origami is a structure (Π,∽,≻). We abbreviate abstract origami to AO. We denote the set of AOs by O. An abstract origami system is an abstract rewriting system (O,↬) [7], where ↬ is a rewrite relation on O, called abstract fold. For 𝒪,

𝒪
(∈ O), we write 𝒪 ↬

𝒪
when 𝒪 is abstractly folded to

𝒪
. We begin an origami construction with an initial AO and perform an abstract fold repeatedly until we obtain the desired AO.
Usually, we start an origami construction with a square sheet of paper. This initial sheet of paper is abstracted as a face denoted by the numeral 1. Then, the initial AO 𝒪1 is represented by ({1},∅,∅). Furthermore, when we fold face 𝑛, the face is divided into two new faces: 2n and 2𝑛+ 1. We use this convention in this paper and in the Eos data structures [10]. Suppose that we are at the beginning of step 𝑖 of the construction, having AO 𝒪𝑖−1 = (Π𝑖−1,∽𝑖−1,≻𝑖−1). We perform an abstract fold and obtain a next AO 𝒪𝑖 = (Π𝑖,∽𝑖,≻𝑖). Thus, we have the ↬-sequence: 𝒪1 ↬ 𝒪2 ↬··· ↬
𝒪
n
. An abstract origami construction is a finite ↬-sequence of AOs. In concrete terms, the operation ↬ can be a fold by one of Huzita-Justin rules, a mountain fold, a valley fold, etc., each requiring arguments of different kinds. We abuse 𝒪𝑖 to denote the origami constructed at step 𝑖.
Table 1: Huzita-Justin rules
RuleCommandOperation
(O1)HO[PQ]FoldalonglinePQ​​(O2)HO[P,Q]FoldtosuperposepointPandpointQ​​(O3)HO[PQ,RS]FoldtosuperposelinePQandlineRS​​(O4)HO[PQ,X]FoldalongtheperpendiculartolinePQthatpassesthroughpointX

Classical folds

Mountain fold and Valley fold

Understanding the fundamental operations of mountain and valley folds is essential in origami, as they dictate the folding orientation of the related faces. Folding an origami along a fold line and unfolding the fold to the previous shape leaves a line segment, called a crease, on the origami. These creases resemble a mountain ridge (mountain fold) and a valley lap (valley fold). The unfolding operation forms a crease after executing the mountain or valley fold. The result of the valley fold is illustrated in Fig. 1(b). At this step, the origami has two layers; however, the back layer is not visible because the upper triangular face completely overlaps the lower triangular face.
Next, we unfold the origami, as shown in Fig. 1(c). It is important to note that “unfold” does not mean simply “undoing.” We restore the origami to the previous shape depicted in Fig. 1(a), except for the dotted line segment CA, the valley crease. We see that the restored plane has two faces, 3 and 2: face 3 is to the right of CA.
​
Figure 1: Valley fold along CA and unfold
Similarly, we have a mountain fold below; if we fold the origami in Fig. 2 (a) along CA to bring the triangle ADC below ABC, we complete the mountain fold along CA. Unfolding the origami Fig. 2 (b), we restore the shape with mountain crease AC.
Figure 2: Mountain fold along CA and unfold
The mountain and valley folds resemble the Huzita-Justin rule (O1). While rule (O1) operates on all the stacked faces, mountain and valley folds are applied to user-selected faces. Huzita-Justin’s rules were conceived for plane geometry, comparing with Euclidean axioms devised for the plane geometry. We extend the Huzita-Justin rules to multiple plane layers.

FO

The above observation on mountain and valley folds led us to define command FO. FO, standing for Fold Origami, is a command FO[θ][faces, ray] for rotating target faces along ray by angle θ. Using FO, we could define ValleyFold and MountainFold as FO[-π] and FO[π], respectively. With θ other than ± π, the application of FO results in a 3D origami. Usually, we use FO[θ] towards the steps of completing a construction.

Inside reverse and outside reverse folds

The inside reverse and outside reverse folds are often employed in origami. Both work on a pair of superposed and adjacent faces. When the cut and glue technique is introduced, both folds are realized by combinations of the valley and mountain folds. However, each uses the valley and mountain folds on opposite faces.
First, we will show a simple example of an inside reverse fold. Let
𝒪1
*
↬
𝒪4
*
↬
𝒪6↬𝒪7↬𝒪8
be a construction sequence for an inside reverse fold. Figure 3 shows the graphical representation of origami
𝒪
1
,
𝒪
4,
𝒪
6
,
𝒪
7
, and
𝒪
8
.​
​
​​Fig.3(a)
𝒪
1
Fig.3(b)
𝒪
4
Fig.3(c)
𝒪
6
Fig.3 (d)
𝒪
7
Fig.3 (e)
𝒪
8
Fig.3 (f)
𝒪
8
of wider gap
Figure 3: InsideReverseFold
Origami
𝒪
4
is constructed from
𝒪
1
by a sequence of commands: ValleyFold, ValleyFold, and Unfold. It is a double-layer stack of faces. On the top layer are two faces, i.e., faces CFE and AEFD. On the second layer, i.e., the bottom layer, are two faces of the same shapes as the ones above but in opposite orientations. Each face is identified by a unique numeral called face ID, which is automatically assigned by the system. In this elementary example, we do not have to bother about the face IDs since it is unnecessary to specify to which faces we apply the inside reverse fold. For example,
𝒪
4
of Fig. 3(b), we simply apply the following command:
InsideReverseFold[“CE”,“FE”]
The first argument, CE, specifies the edge to be cut. It is a character string denoting a segment and is interpreted as the type segment. The second argument, FE, is the ray along which mountain and valley folds are performed during command InsideReverseFold execution. The InsideReverseFold command performs the following operations:
1
.
Check if the inside reverse fold is feasible. Namely, check if ∠CEF ≤𝜋/2. If true, proceed to step 2; otherwise abandon this command execution.
2
.
Cut the edge CE. As a result, point C is split into C and C1(not visible). The result is 𝒪5 . Origami 𝒪5 is not shown in Fig. 3.
3
.
Valley fold along ray FE. The face C1EG is moved. We impose a rule that faces to the right of a fold line (interpreted as a ray) are moved by a fold. The resulting origami is
𝒪
6
.
4
.
Mountain fold along ray FE. The face CFE is pushed. The result is 𝒪7.
5
.
Glue the moved edges CE and C1E to form a new edge CE. The result is 𝒪8.
Performing steps 2 and 3 in sequence is possible when we cut and separate the shared edge CE. As we construct origami in a virtual space, we can cut CE and glue the moved CE and C1E without complication. After following the above steps, the obtained origami is shown in Fig. 3(e) and (f), illustrating the origami object's ins and outs. In the case of the outside reverse fold, we make a polygonal cover on the faces.
An outside reverse fold differs from an inside reverse fold in that an outside reverse fold applies mountain and valley folds to different faces in opposite layers. We refer to the construction
𝒪1
*
↬
𝒪4
*
↬
𝒪6↬𝒪7↬𝒪8
,​
​where 𝒪𝑖,𝑖= 1,...,8 are visualized in Fig.4(a)∼(e). We apply the following command:
OutsideReverseFold["CE","FE"]
to
𝒪
4
, and obtain

𝒪
8
. Note that constraint 𝜋/2 ≤∠𝐶𝐸𝐹 ≤𝜋 should be satisfied. The origami construction sequence in Fig.4 is now self-explanatory. Figure 4 (f) shows the origami structure of
𝒪
8
more clearly.
Fig. 4 (a)
𝒪
1
Fig. 4 (b)
𝒪
4
Fig.4 (c)
𝒪
6
Fig. 4 (d)
𝒪
7
Fig. 4 (e)
𝒪
8
Fig.4 (f)
𝒪
8
of wider gap
Figure 4: Outside reverse fold

Other classical folds

In addition to the classical folds we have discussed so far, we analyzed the folding algorithms of the following classical folds well-known in the origami community, and implemented them: SquashFold, RabbitEarFold, SwivelFold, InsideCrimpPleatFold, and OutsideCrimpPleatFold, using the cut-and-glue technique. They are given in Figs. 5 - 9.
Out[]=
Figure 5: Squash fold
Out[]=
Figure 6: Inside crimp pleat fold
Out[]=
Figure 7: Outside crimp pleat fold
Out[]=
Figure 8: Rabbit ear fold
Figure 9: Swivel fold

Construction of a large-wing crane

We recommend that readers check the program code of the next section while reading this section.

Overview

Bird-base construction

Leg construction

Bill construction

Wing construction

Program of the construction

Session: large-wing crane

We will define a new Eos session called “large-wing crane."

Bird-base

We have two fold lines that superpose lines EC and EB, we have to choose the one that suits our purpose, i.e., the second fold line above. The graphics are ordered according to the slope of the involved fold line. Therefore, the following code is immediate without looking at the above output. The above code id unnecessary, actually. The last symbol ! is a postfix operator of Unfold.
We check inner layers of the origami and face connections by command ShowLayers. Rotate the graphics to see the sharing of the edges.
We apply InsideReverseFold on F4E.
We apply Inside reverse fold on EF1.

Leg

We have four layers and form two pairs of faces. Moreover, it is nontrivial to identify the mutual relations of the faces. To see these relations among involved faces, we use the command ShowFaces, and carefully examine the displayed faces at each level, which are to be passed to the command InsertReverseFold. When four faces {f1,f2,f3,f4} are involved, where f1 and f4 had shared edge XY, instead of XY as the first argument for cut, we specify {XY,{{f1, f2},{f3,f4}}}.

Bill

Since we have seen that left the leg in the above image consists of the 7th, 8th, 9th,and 10th layers, we extract those layers, and then the faces that are parts of the bill.

Wing

We need to find faces to rotate .
We make both wings triangular shapes.

Textured origami

Concluding remarks

We have shown that the cut-and-glue technique simplifies modeling the classical folds and, hence, the implementation of their algorithms in the e-origami environment. Using a cut operation, we have shown that the seemingly complex inside (and outside) reverse fold is reduced to a sequence of the classical elementary folds valley fold and mountain fold. We have also shown other popular classical folds, such as rabbit ear folds.
We constructed a large-wing crane origami as a nontrivial application of the newly defined inside reverse fold. The design is coordinate-free yet allows for the freedom of choice of wing angles and two positions of bending points of a bill. The construction proceeds as step-by-step fold operations, observing the symmetries of origami objects constructed on the way. The construction is described in the Orikoto origami programming language. Thus, creating a large-wing crane is purely an algorithmic process. Furthermore, the added feature of texture mapping to Eos makes the final product more original artwork.
The algorithm’s implementation in the earlier articles [1, 2] was extensively tested and extended for more capabilities. The package Eos, currently version 3.8.2, is implemented in Mathematica 14.1.0. It is available to Mathematica programmers on the site https://www.i-ros.org when requested to admin@i-eos.org.

References

1
.
T. Ida, H. Takahashi, A new modeling of classical folds in computational origami, in: P. Janičić, Z. Kovács (Eds.), Proceedings of the 13 th International Conference on Automated Deduction in Geometry, volume 352 of EPTCS, Elsevier Inc., 2021, pp. 41–53.
2
.
T. Ida, A new modeling of classical folds in computational origami, https://community.wolfram.com/groups/-/m/t/2551017, This is revised version of the paper[1] for rhe Wolfram Community.
3
.
H. Huzita (Ed.), Proceedings of the First International Meeting of Origami Science and Technology, Ferrara, Italy, 1989.
4
.
J. Justin, Résolution par le pliage de l’équation du 3e degré et applications géométriques, L’Ouvert (1986), pp. 9 – 19.
5
.
K. Fushimi, M. Fushimi, Geometry of Origami, Nippon Hyoron sha Co. Ltd., 1979. (in Japanese).
6
.
T. Ida, An introduction to Computational Origami, Texts and Monographs in Symbolic Computation, Springer International Publishing Switzerland, 2020.
7
.
M. Bezem, J. W. Klop, Abstract reduction systems, volume Term Rewriting Systems, Cambridge University Press, 2003, pp. 7 – 23.
8
.
T. Ida, D. Tepeneu, B. Buchberger, J. Robu, Proving and Constraint Solving in Computational Origami, in: Proceedings of the 7th International Symposium on Artificial Intelligence and Symbolic Computation (AISC 2004), volume 3249 of Lecture Notes in Artificial Intelligence, 2004, pp. 132–142.
9
.
Wolfram Research, Inc., Mathematica 14.1, 2024.
10
.
T. Ida, et al. Eos project, 2024. URL: https://www.i-eos.org, visited on December 16, 2014.

CITE THIS NOTEBOOK

An e-origami artwork of a large-wing crane​
by Tetsuo Ida​
Wolfram Community, STAFF PICKS, January 3, 2025
​https://community.wolfram.com/groups/-/m/t/3350416