Syllabus
Feb-10
: In this lesson, we will explore the course goals and design.
Middlebury College Geography Course GEOG0361
- Email: josephh@middlebury.edu
- Office: McCardell Bicentennial Hall 6th Floor: room 634 or GIS labs
- Availability: Tuesday 11:00–12:00 and Wednesday 1:00–3:00
- Workshops: M 1:30–4:15 in BiHall 632
For assistance outside of office hours, your resources include:
- The GitHub issues for any assignment repository
- Classmates
- Documentation, Issues, Forums, or Support/FAQs for the data or software we are using
- Stack Exchange or similar
- Only private/confidential concerns should be sent to email
Course Description
In this course we will study geographic information science (GIS) with open-source software and critical GIS scholarship. In labs, we will practice techniques to include: data acquisition and preparation for analysis, spatial SQL database queries, automating analysis, spatial interpolation, testing sensitivity to error and uncertainty, and data visualization. We will read and apply critical research of GIS as a subject and with GIS as a methodology. Spatial data sources for labs and independent research projects may include remote sensing, micro-data, smart cities and open government data, and volunteered geographic information (e.g. OpenStreetMap and social media).
Prerequisite: Human Geography with GIS or Mapping Global Environmental Change or Data Sciences Across the Disciplines (Geography) or approval based on other experience in geographic analysis.
Programming experience is not assumed or required!
You just need to be willing to learn how to translate the spatial analysis that you know from desktop GIS (QGIS, ArcGIS, etc.) into code.
The major emphasis this spring will be learning how to manage a full GIScience research workflow in an open science framework. We will achieve this through:
- Workshops / Tutorials in essential open science research practices
- A few foundational readings about open science, reproducibility and replicability in geography, with discussion and reflective blogs
- Two pre-determined open GIScience studies, in which we will learn and practice open science workflows with an original study and with a partial reproduction study.
- One open science project in which we will replicate a prior study in a new geographic context, temporal context, or with a new computational approach.
Learning Goals
- Become familiar with open science and open source GIS in terms of software/infrastructure, organizations and projects, and radically unique form of knowledge production.
- Expand your functional knowledge of the nature of geographic information with respect to data standards, structures, metadata, provenance, error, and uncertainty.
- Apply Open GIScience to address compelling questions in human geography and problems in social and environmental sustainability.
- Gain scientific literacy, including the ability to understand and implement the methods described in published research papers and critically evaluate scientific results and claims.
- Learn how to reproduce existing geographic research and to produce geographic research that is open, reproducible and replicable.
- Design and communicate research effectively in multiple media, including digital media, reports, presentations, maps, graphs, tables, data, and code.
- Become competent and confident in conducting research, learning new methods, and overcoming errors, uncertainty, and technical difficulties.
Expectations
- Inclusivity: Consciously and actively include yourself and others in learning, participation, collaboration, and discussions.
Inclusivity may be achieved through academic accomodations and/or student resources for learning and research.
Accommodations and correspondence about them are confidential.
- Academic Honesty: Open source and open science have a different ethos about intellectual property and its value than most of us are accustomed to. See the Honor Code guidelines below, which are open to debate and revision during the first weeks of the semester.
- Deadlines: You must always commit the progress that you have made on assignments by the assignment deadline. In case unforeseen challenges or delays have prevented full completion of an assignment, you are required to record the progress that you have made, describe the barrier(s) encountered and anything you have learned about it/them, and propose a solution.
- End of Semester: Your body of work for the course must be complete in GitHub repositories and published on GitHub pages by the end of finals week. Incomplete grades can only be considered if extreme/unexpected circumstances arise in the final weeks of the semester and if the majority of assignments have already been satisfactorily completed.
Student Work & Evaluation
Open science requires researchers, universities, and publishers to change the way they value intellectual work and intellectual property, and the same goes for instructors and students.
Traditional means of evaluating and grading student work that are based on individualism, competition, and secrecy are counterproductive to an open science learning environment.
Throughout this course you will develop a set of personal and group pages and repositories on GitHub, containing all of your work for the course.
You will receive qualitative feedback on your GitHub portfolio work from peers and from your professor throughout the semester, and you will be given opportunities to self-evaluate as-well.
My goal and expectation for your work is that through revision based on feedback, most students should develop a portfolio suitable to show potential employers or graduate schools, earning at least a B+ or A-.
Through mid-semester self- and peer-evaluations, you will set goals and accrue qualitative feedback to serve as a roadmap to your personal level of achievement.
At the end of the semester, you will submit a final self-evaluation and proposed grade for the course based on your personal goals and the general expectations outlined below.
The instructor reserves the right to adjust the final grade determination.
Some people call this an ungrading approach to assessment.
We will interpret the quality of work as follows:
Gr |
Description |
A |
Work is excellent and complete. Your work is ready to show to employers or graduate schools. In addition, you have contributed positively to the collective learning and knowledge base of the class.* |
A- |
Work is excellent and complete. Your work is ready to show to employers or graduate schools with very minor revisions. |
B+ |
High quality work. Your work is ready to show to parents and friends, and almost ready to show employers or graduate schools—pending minor revisions. |
B |
Good work. Your work needs a fair amount of revision to remedy errors and/or full effort to some more cursory components. You could use one more round of feedback and revision before sharing with employers. |
B- |
Decent work. There are a few significant errors and/or gaps that need addressing before you can share the work with a potential employer. |
C’s |
You have demonstrated learning and intellectual growth, but important components of your GitHub portfolio are not working or in need of complete revisions. C+ needs at least one additional round of feedback prior to sharing work with a potential employer, whereas C or C- may need more. |
D |
Work is incomplete and/or cursory |
F |
Not attempted |
* The best way to ensure a public record of your contributions is to post and reply to GitHub Issues or Discussions.
Approach to learning
- Theory and context in which open GIScience research is practiced
- Introduction workshop/tutorial to research tools/platforms
- Study the research paper and compendium of a GIScience research project
- Reproduce the project by acquiring the same data and executing the same procedures
- Reanalyze the project by adjusting and improving some components of the research design
- Replicate the project by applying it to a new context (thematic, geographic, or temporal)
- Communicate results with a research compendium, report, and short blog
Materials & resources
- There is no required textbook.
- Enrolled students may access literature for the course here
Expectations for Reproduction/Reanalysis Studies
- Complete a research compendium in the form of a GitHub repository for each analysis. We’ll have specific training on this.
- Update computational notebooks (Rmarkdown or Jupyter Notebooks) with explanations of changes and additions you make to the study.
- Visualize results with maps and/or graphs.
- Interpret results with support of references to class readings.
- Generate a webpage (html) result of your work and link to it from a blog post highlighting your contributions.
- All your work is itself reproducible
Expectations for blog posts
In weeks in which no spatial analysis is due (roughly biweekly), please write a short blog post reflecting on new class content (readings, discussions, activities, workshops) connecting them to their significance for you, in terms of any internships, independent research, other courses, personal experience, or career aspirations you may have.
You will have reminders and suggested prompts with the associated lessons.
A draft of the posts should be committed to GitHub prior to the relevant class meeting.
As is the case for all of your content on GitHub, revisions are permitted until the end of the course.
Posts should include references to relevant readings by listing them at the end (similar to how I have done in this course site) and linking to their DOI, if one is available.
Spring 2025 Checklist
Honor Code
The following honor code principles have been written and debated by students enrolled in this course.
General Principles
- Sharing & Collaboration
- Be willing and open to collaborate and share resources with others.
- Work to create an atmosphere of “we’re all in this together” — willingness to both offer and ask for support should be lauded
- Overcoming stigma about asking for assistance to model real-world interactions in this open-source field by having a platform available to resolve issues when we get “stuck”
- Implicit consent, as a class there should be an underlying trust that we should be able to use others code/tools without directly asking
- Many suggestions for a collaborative communication channel.
- GitHub has an Issues feature to share problems and solutions.
- Open to suggestions on using other channels, but whatever you use should be inclusive.
- Citation and documentation of work
- In collaboration, document what you contribute/what others contributed. Giving credit helps lift everyone up.
- Thorough documentation of where help was given/received and where it came from in workflow (including both peers and other external sources)
- “Cite your sources”, thoroughly! Especially related to collaboration with peers
- A key takeaway from this class should be learning how to attribute collaboration or contributions to others who help you along the way in the context of Open Source GIS.
- Citing other people’s code (specifying where in their repository you’re sourcing for)
- Avoid gatekeeping.
- Conversely, welcome diverse contributions.
Regarding Blog Posts
- Later posters may react and respond to earlier students’ contributions
- This is not a required expectation, but if you do look at others’ contributions, you should link to them if they’re influencing your thought process.
- Informal citation is encouraged through inclusion of hyperlinks.
- Aim to finish writing when you’re proud of the work you’ve produced. This length may look different for different people and different topics, and that’s okay.
Regarding Reproduction/Reanalysis/Replication Projects
- Transparency and reproducibility
- For assessment: readability/clarity of code and documentation
- Documentation for reproducibility/replicability
- Citation / Acknowledgement
- Acknowledging and citing others’ work if used or referenced either by linking directly or otherwise
- Community
- Actively share helpful resources that you used with your classmates
- Building a collaborative/shared data clearinghouse
- Sharing is caring
- Be willing to share resources (code, explanations of concepts, papers, etc.) with the rest of the class
- Balance honest individual effort with collaboration
- Time divisions: time to try on your own (take a reasonable crack at it, but once you hit a wall…) → time to discuss with others/pose questions → time to finalize/ look at others’ code
- Friendly competition
- No fear of only one to two people constantly getting results
- Even if others discover solutions first, there is always more to do in terms of organization, documentation, testing, replicating, etc.
- Options for group workflows as well as individual
- Yes, there definitely will be some collaboration by design in the analyses.
This honor code statement is the product of collaborative discussion by the class in breakout groups on March 1, 2021, with some organization and additions by Professor Holler.
Regarding Artificial Intelligence
Let’s debate!
Main Page