Activity: Create an OpenAPI specification document
The OpenAPI tutorial walked you through 8 steps in building the OpenAPI specification document. Now it’s your turn to practice first editing and then creating an OpenAPI specification document.
- Activity: Edit an existing OpenAPI specification document
- Create the OpenAPI specification document for an API of your choosing
Activity: Edit an existing OpenAPI specification document
Use this simple Sunrise and sunset times API to get more familiar with the process of creating an OpenAPI specification file. This Sunrise and sunset times API doesn’t require authentication with requests, so it removes some of the more complicated authentication workflows (the spec file doesn’t require the security object). In this activity, you’ll edit some of the existing values in an OpenAPI specification document that’s already written.
To edit the OpenAPI specification file:
- Copy the code from this pre-built OpenAPI specification.
- Paste the YAML content into the Swagger Editor.
- Identify each of the root-level objects of the OpenAPI spec:
- In the
info
object (near the top), make some changes to thedescription
property and see how the visual display in the right column gets updated. - In the
parameters
object, make some changes to one of thedescription
properties and see how the visual editor gets updated. - Look for the
$ref
pointer in theresponses
object. Identify what it points to incomponents
. - Change some spacing in a way that makes the spec invalid (such as inserting a space before
info
), and look at the error that appears. Then revert the invalid space. - Expand the Get section and click Try it out. Then click Execute and look at the response.
Create the OpenAPI specification document for an API of your choosing
In an earlier activity, you found an open-source API project with some documentation needs. Try creating an OpenAPI specification for this API. Depending on the API you choose to work with, you could potentially use this specification document as part of your portfolio.
If your open-source project doesn’t have an API, or if it’s API already has an OpenAPI specification, find another API (perhaps from this list of 100+ APIs) and create the OpenAPI specification.
Go through each step of the OpenAPI specification tutorial to build out the specification document:
- Step 1: The openapi object
- Step 2: The info object
- Step 3: The servers object
- Step 4: The paths object
- Step 5: The components object
- Step 6: security object
- Step 7: The tags object
- Step 8: The externalDocs object
Validate your specification document in the Swagger Editor. Execute a request to make sure it’s working correctly.
About Tom Johnson
I'm an API technical writer based in the Seattle area. On this blog, I write about topics related to technical writing and communication — such as software documentation, API documentation, AI, information architecture, content strategy, writing processes, plain language, tech comm careers, and more. Check out my API documentation course if you're looking for more info about documenting APIs. Or see my posts on AI and AI course section for more on the latest in AI and tech comm.
If you're a technical writer and want to keep on top of the latest trends in the tech comm, be sure to subscribe to email updates below. You can also learn more about me or contact me. Finally, note that the opinions I express on my blog are my own points of view, not that of my employer.
59/166 pages complete. Only 107 more pages to go.