Project 3: Surreal Scenes within Scenes
The goal of this project is to create a surrealist scene, by incorporating loops and conditionals into your code as well as providing more practice in encapsulating code and concepts for later re-use and manipulation.
- Set up your workspace
Make a new project3 directory. Open a terminal and cd to the directory.
- Make a better block function
Create a new file called better_shapelib.py. Copy the goto and block functions from your project2/shapelib.py file into better_shapelib.py.
Modify your block function so that it has a fill parameter. Then change your function so if fill is true, the block is drawn filled.
+ (more detail)
Add a parameter called fill to the block function definition. It should come after x, y, width, and height in the parameter list.
To create a filled shape, call turtle.begin_fill() immediately before drawing the shape, draw the shape, and then call turtle.end_fill() immediately after completing the shape. Make sure to start filling after the call to goto that puts the turtle in the proper starting location.
If the value of fill is True, then turn on filling just before the block is drawn and turn off filling just after the block is drawn. You can use an if-statement before and and an if-statement after the drawing commands for your block to implement this.
If you find yourself writing code like
if fill == True: # do something
think carefully about whether you need to compare the value of fill to True. An if statement test needs to generate a boolean value. If fill is already a boolean, do you need to compare it to True?
Optimize your block function so it uses loops, if it does not already do so.
You may also want to add an optional parameter for color to your block function.
+ (more detail)
You can specify colors for the turtle using one of two methods: as a string, or as an rgb-tuple.
The strings you can use to specify colors are given here.
An rgb-tuple is simply three values in the range [0.0, 1.0] as a comma-separated list surrounded by parentheses. For example:
(0.15, 0.6, 0.2)
makes a nice artificial grass green. You can use an rgb-tuple or a string when calling the turtle.color function. The following two calls create identical colors.
turtle.color( (0.13, 0.55, 0.13) )
Don't forget to appropriately comment each of your functions. In each function's doc string, state what shape it draws, and where and how big it will be (e.g. if the scale is 1, then this function will draw a house with its lower left corner at (x,y) and will be 200 pixels high and 150 pixels wide).
As an example of a test function, download and run blocktest.py. Take a look at the code, then run it and see if it generates the following image. Note that it uses both filled and unfilled blocks.
- Improve two more shape functions
For at least 2 more of your basic shape functions from Project 2, copy them to your better_shapelib.py file, edit them to use loops wherever it makes sense and give them a parameter (e.g. fill) that controls whether the shape is filled (possibly partly filled) or not. As with the block function, you may also want to add a parameter for color.
- Create two new aggregate shapes
For this project you will be creating scenes inspired by the Surrealist Art Movement. Think about what shapes you might need for your scene
Create two new aggregate shapes in your better_shapelib.py file, using the new functions with the fill (and possibly color) parameter, and take advantage of looping wherever possible. The goal is to make your code as efficient as possible in terms of the number of lines of code and the simplicity of that code.
If you wish, use conditional statements to enable variations on the complex shapes. For example, you can make any function call dependent upon a random number using the following type of test. In the example below, the block will be drawn 70% of the time.
if random.random() < 0.7: block( x, y, w, h, True )
- Create a fully parameterized scene
Create a new scene inspired by the Surrealist Art Movement. Write the scene to be parameterized using an x, y location and scale parameters. In other words, you should be able to draw the scene anywhere on the screen at any size.
+ (more detail)
If you have a scene that looks like the following:
def myscene(): block(5, 10, 50, 100) triangle( 5, 100, 50 ) goto( 30, 30 ) turtle.forward( 10 ) turtle.left( 90 ) turtle.circle( 20 )
You can convert it to a scalable, moveable scene using the following rules. First, change the scene function to have parameters x, y, and scale.
For calls to a function that takes (x, y, size) or (x, y, width, height):
block( a, b, c, d ) becomes block( x+a*scale, y+b*scale, c*scale, d*scale )
For calls to a goto function (if any):
goto( a, b ) becomes goto( x + a*scale, y + b*scale )
For calls to the turtle forward or circle functions:
turtle.forward( a ) becomes turtle.forward( a * scale )
Angles do not change. Following the above rules, the myscene function would be the following.
def myscene(x, y, scale): block(x + 5*scale, y + 10*scale, 50*scale, 100*scale) triangle( x + 5*scale, y + 100*scale, 50*scale ) goto( x + 30*scale, y + 30*scale ) turtle.forward( 10*scale ) turtle.left( 90 ) turtle.circle( 20*scale )
- For calls to a function that takes (x, y, size) or (x, y, width, height):
- Create an image with multiple copies of your scene
Create a task1.py file that imports better_shapelib.py and uses the scene function to draw several versions of the scene of different sizes and in different locations. Note that you can assign a menmonic to any package you import. For example, the following imports better_shapelib, but assigns the module the name bsl instead of better_shapelib.
import better_shapelib.py as bsl
That means you can type bsl.myshape(x, y, scale) instead of better_shapelib.myshape(x, y, scale).
The first required picture is an image with three differently sized and positioned versions of your first scene.
- Create a second scene incorporating your first.
Create a task2.py file that creates a second scene that incorporates your first scene at least once. As with the first scene, choose an artist or artwork from the surrealist art movement for inspiration. For example, can you use this task to create a scene within a scene with disjointed or conflicting concepts?
The second required picture is an image with your first scene located at least once inside a second scene.
- Incorporate variation in a scene.
Edit at least one of your two scenes so that some aspect of the scene (e.g. the size or number of an element, or the color of an object) depends on a new parameter to the scene function. The variation does not have to be fancy.
Set up your overall program so that the value of the parameter comes from a command-line argument. Create two images showing how the command line argument affects the appearance of your scene. For example, the command-line argument might determine whether a particular object is red or blue.
The third and fourth required images should be examples of one of your scenes drawn using two different values for the command-line argument.
- What is a command-line argument, and why are they useful?
- What does an if-statement do?
- What is the difference between = and == in Python?
- Within a function, how would you control the number of times a for loop executes using a function parameter? Give an example.
- Which artwork(s)/artist(s) did you choose as inspiration? Why?
Extensions are your opportunity to customize your project, learn something else of interest to you, and improve your grade. The following are some suggested extensions, but you are free to choose your own. Be sure to describe any extensions you complete in your report. Include pictures.
- Make use of the range function in creative ways, using 2 or 3 arguments.
- Demonstrate several levels of encapsulation (scenes within scenes within scenes).
- Make complex scenes without using complex code.
- Have the command line arguments control a number of different aspects of the scene. For this one, you must be sure that you use sys.argv only in your top-level code and main() function. If you have another function in better_shapelib.py access the command line arguments directly, then you are dramatically restricting the breadth of programs that can import and use that function.
Submit your code
Turn in your code (all files ending with .py) by putting it in a directory in the Courses server. On the Courses server, you should have access to a directory called CS151, and within that, a directory with your user name. Within this directory is a directory named Private. Files that you put into that private directory you can edit, read, and write, and the professor can edit, read, and write, but no one else. To hand in your code and other materials, copy your code into the pre-existing project directory for that week. Please submit only code that you want to be graded.
When submitting your code, double check the following.
- Is your name at the top of each code file?
- Does every function have a comment or docstring specifying what it does?
- Is your handin project directory inside your Private folder on Courses?
Write Your Project Report
If you haven't already made a new page for this report on the wiki, then make one now (Log into the wiki, goto your Personal space by selecting "Personal Space" on the menu under the Person icon, then make the page using the "Create" button. Please use the CS 151 template. Put the label
cs151s20project3 in the label field on the bottom of the page. But give the page a meaningful title.
Your intended audience for your report is your peers not in the class. From week to week you can assume your audience has read your prior reports. Your goal should be to be able to use it to explain to friends what you accomplished in this project and to give them a sense of how you did it.
Your project report should contain the following elements. Please include a header for each section.
A brief summary of the project, in your own words. This should be no more than a few sentences. Give the reader context and identify the key purpose of the assignment. Each assignment will have both a core CS purpose--such as using loops and conditionals--and an application such as making images in the style of an artist.
Writing an effective abstract is an important skill. Consider the following questions while writing it.
- Does it describe the CS concepts of the project (e.g. writing well-organized and efficient code)?
- Does it describe the specific project application (e.g. making images)?
- Does it describe your the solution or how it was developed (e.g. what code did you write)?
- Does it describe the results or outputs (e.g. did your code work as expected)?
- Is it concise?
- Are all of the terms well-defined?
- Does it read logically and in the proper order?
For each task, If you completed the task, include an image of the completed task and write a few sentences describing the image/what you did. This should be a description of the form and functionality of your final code. Note any unique computational solutions you developed or any insights you gained from your code's output.
If you didn't complete the task insert an image showing how far you got. Write a few sentences describing how much you completed, where you got stuck and what what solutions you tried.
You may want to incorporate code snippets in your description to point out relevant features. Code snippets should be small segments of code--usually less than a whole function--that demonstrate a particular concept. If you find yourself including more than 5-10 lines of code, it's probably not a snippet.
A description of any extensions you undertook, including text output or images demonstrating those extensions. If you added any modules, functions, or other design components, note their structure and the algorithms you used.
- Follow-up Questions
The answers to any follow-up questions (there will be 3-4 for each project).
A brief description (1-3 sentences) of what you learned. Think about the answer to this question in terms of the stated purpose of the project. What are some specific things you had to learn or discover in order to complete the project?
A list of people you worked with, including TAs and professors. Include in that list anyone whose code you may have seen, such as those of friends who have taken the course in a previous semester.
A list of any resources that you used. This includes textbooks, lecture notes, python documentation, library documentation or forums. If you used a specific website, please link to it.
- Put the label cs151s20project3 on your wiki page.