Assignment 4
Assignment 4: Tilings and Islamic star patterns
Due date: Monday, July 13th, 2015
Summary
In this assignment, you will complete a couple of simple exercises related to tilings of the plane, and then proceed on to an implementation question based on Islamic star patterns.
Please try to submit everything in a single document, so that I can mark it all at once.
Question 1: Impossible vertex types
When deriving the 11 Archimedean tilings in class, we began with a list of 21 candidate vertex types (see Figure 3 of the paper Tilings by Regular Polygons by Grünbaum and Shephard for diagrams). We then eliminated ten types that could not be extended to tilings of the plane in which every vertex has that type. One simple heuristic eliminated some of those illegal types: if a vertex type is made up of three distinct integers, they must all be even. However, this heuristic does not cover everything.
For each of the vertex types , , and , prove that there cannot exist a tiling of the plane in which every vertex has that type. Don’t worry, these proofs are easy. Just try to build outward from a vertex, and prove that you’ll reach a point where you must fail. It’s probably easiest to communicate your proofs as sequences of diagrams.
Question 2: Constructing polygonal tilings
Using a single polygonal prototile, draw (patches of) three tilings of the plane:
- One that is neither edge-to-edge nor corner-to-corner;
- One that is corner-to-corner but not edge-to-edge; and
- One that is edge-to-edge
Note that you must find a single shape that admits distinct tilings with the properties above. The shape need not be complicated, but finding it requires a bit of intuition. Submit drawings of the three tilings.
Question 3: Islamic star patterns
Write a program that draws Islamic star patterns using the “polygons-in-contact” approach. For more information on this technique, see my paper from GI 2005. (I also have a draft book chapter that I can share with you personally if you want a more detailed description and a few bug fixes; but that shouldn’t be strictly necessary for the scope of this assignment.)
Your program should accept the specification or name of a tiling and a contact angle, and produce a vector graphics file containing (a region of) the corresponding star pattern. Your program need not have an interactive user interface, though having an interface is a great way to explore the design space of star patterns. If you want to be fully general you can read specifications for tilings in from files, but it’s acceptable to hard-code the tilings you want to use into the program.
Features
At a minimum, your program should do the following:
- You should support at least the Archimedean tilings , , , and , and the “rosette dual” tilings 10RD and 8RD. Specifications for these tilings (and others) are provided in two formats:
- archimedeans.tl, hanbury.tl: a simple XML-based format, if you’re comfortable with XML parsers.
- archimedeans.txt, hanbury.txt: an even simpler text format that has all the information from the XML file predigested into just the numbers. The first file explains the format.
In any case, you can either parse the specifications (in which case you’ll get other tilings for free) or hard-code the appropriate tilings into your program.
- You should have a rendering mode that starts with a two-coloured fill of the interiors of the polygons in the star pattern, and covers that with a thickened drawing of the edges as ribbons. The ribbons need to have an interior colour and a border colour. You are not required to implement interlacing. The following image gives an example with ugly colours. You can click on it for a PDF version.
Non-trivial extension
You must implement at least one non-trivial extension to your program beyond what’s decribed here. This part of the assignment is open-ended.
This part of the assignment is not intended to be overwhelming; it’s just a way to get you thinking about what ideas might follow on from the basic implementation. Don’t feel you have to wear your fingers down to nubs trying to implement your extension. A proof-of-concept will suffice.
Write-up
You must produce a short write-up describing your implementation. You can structure your submission as you wish, but should include at least the following:
- Describe your implementation. What set of languages, tools, and libraries did you use? What is the interface? If appropriate, include a few select screen shots to show the various features of your system in operation.
- Mention any bugs or limitations, and say what you would do to overcome them.
- Describe your extension. Explain briefly how you modified the core implementation to accommodate the extension. Comment on how successful you feel it was.
- Include some polished samples produced by your program. At least one sample must clearly demonstrate the effect of your extension, if possible.
I don’t plan to examine your source code, but I reserve the right to request it for marking purposes. I also reserve the right to request a demonstration (a demo might be the best way to show off some extensions).
Leave a Reply