This section provides guidance and resources on how to contribute to the IoT Atlas. It covers:
Following these guidelines helps ensure the consistency of the Atlas from page to page.
When creating new content, use the follow guidance:
Following the steps below will ensure that any content or changes you make can be tested and validated prior to submitted a pull request. If you have any questions, please review and ask questions in the discussions section of the GitHub repository.
You can develop locally with either Docker or a local Hugo install:
iot-atlas/src directory, run ./make_hugo.sh -d to start in local development mode.The first time will build the Docker container, which takes about 30 seconds. After that, the local temporary/hugo-ubuntu image will be reused.
iot-atlas/src/hugo directory, run hugo server.Both options start a local server on port 1313 serving the rendered content. Every time you make and save a change, the local server will re-render and trigger your local browser to reload the page. If changes are not reflected, enter CTRL+C to stop the process and restart.
Once you are happy with the new content, run ./make_hugo.sh -v (from src/), which will validate all the content is properly formatted, and that if you included any hyperlinks that they are valid. If errors are returned, correct and re-run.
When the message ********** Validation completed successfully, is returned, validation is complete.
From GitHub, use the pull request process to create a pull request (PR) to the aws/iot-atlas repository. This will start a validation process under the open pull requests again, and provide a message if the PR can be merged. If there are errors (red :x: next to your PR), review the error, correct in your forked repository, then commit the changes.
Once validation has completed, an IoT Atlas maintainer will review and either merge the content, or request changes or ask clarifying questions.
Once merged and content is live, you can delete the forked repository.
Code examples should be stored in static/code/ and included via the code-include shortcode. This keeps code in a single location shared across all language translations:
{{< code-include file="implementations/aws/command/command1/client.py" title="Device Client" >}}
Parameters:
static/code/"10-25"Architecture diagrams can be written as PlantUML fenced code blocks:
```plantuml
@startuml
Alice -> Bob: Hello
Bob -> Alice: Hi!
@enduml
```
Diagrams are rendered client-side via the public PlantUML server. No local Java installation required. AWS architecture icons are available via the aws-icons-for-plantuml library.
If there are diagrams or other images related to your content, include and reference those from within the same directory as a Page Bundle. For instance, a new Pattern called Foo would be structured like this:
patterns/
_index.md
Foo/
_index.md
img1.png
img2.png
Referencing images within patterns/Foo/_index.md would look like this in markdown:
Lorem ipsum dolor sit amet, consectetur adipiscing elit...

sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
The site supports English, Spanish, Chinese, and French. Content for each language lives in:
content/en-us/ - Englishcontent/es-es/ - Spanishcontent/zh-cn/ - Chinesecontent/fr-fr/ - FrenchCode examples in static/code/ are shared across all languages. Only the prose (markdown) needs to be translated.