Add more structure and guidance

- contribution guidelines
- GitHub templates
- new paragraph in README

.github/ISSUE_TEMPLATE.md

@@ -0,0 +1,32 @@
+Use one of the two templates below and delete the rest.
+
+8<------------------------ BUG REPORT -----------------------------------------
+### Expected behavior
+
+### Actual behavior
+
+### Test code
+Provide a [Minimal, Complete, and Verifiable example](http://stackoverflow.com/help/mcve) which will reproduce the problem.
+
+```c
+// add code here
+```
+### Weather Station Color version
+Which branch are you on? If you know the Git revision then add it here as well.
+
+### Hardware
+Describe whether you run the code on the ThingPulse Weather Station Color kit or on some custom hardware.
+
+8<------------------------ END BUG REPORT -------------------------------------
+
+
+8<------------------------ FEATURE REQUEST ------------------------------------
+### Missing feature
+
+### Justification
+Tell us why you would like to see this feature added.
+
+### Workarounds
+Are there any workarounds you currently have in place because the feature is missing?
+
+8<------------------------ END FEATURE REQUEST --------------------------------

.github/PULL_REQUEST_TEMPLATE.md

@@ -0,0 +1,9 @@
+Fixes #\<GitHub-issue-number\>.
+
+Make sure all boxes are checked (add x inside the brackets) when you submit your contribution, remove this sentence before doing so.
+
+- [ ] This PR is compliant with the [other contributing guidelines](https://github.com/ThingPulse/esp8266-weather-station-color/blob/master/CONTRIBUTING.md) as well (if not, please describe why).
+- [ ] I have thoroughly tested my contribution.
+- [ ] Should this code require changes to documentation I will contribute those to [https://github.com/ThingPulse/docs](https://github.com/ThingPulse/docs).
+
+\<Description of and rationale behind this PR\>

CONTRIBUTING.md

@@ -0,0 +1,73 @@
+# Contributing to ThingPulse Weather Station Color
+
+:+1::tada: First off, thanks for taking the time to contribute! :tada::+1:
+
+The following is a set of guidelines for contributing to the ThingPulse Weather Station Color on GitHub. These are just guidelines, not rules, use your best judgment and feel free to propose changes to this document in a pull request.
+
+It is appreciated if you raise an issue _before_ you start changing the code, discussing the proposed change; emphasizing that you are proposing to develop the patch yourself, and outlining the strategy for implementation. This type of discussion is what we should be doing on the issues list and it is better to do this before or in parallel to developing the patch rather than having "you should have done it this way" type of feedback on the PR itself.
+
+### Table Of Contents
+* [General remarks](#general-remarks)
+* [Writing Documentation](#writing-documentation)
+* [Working with Git and GitHub](#working-with-git-and-github)
+  * [General flow](#general-flow)
+  * [Keeping your fork in sync](#keeping-your-fork-in-sync)
+  * [Commit messages](#commit-messages)
+
+## General remarks
+We are a friendly and welcoming community and look forward to your contributions. Once your contribution is integrated into this repository we feel responsible for it. Therefore, be prepared for constructive feedback. Before we merge anything we need to ensure that it fits in and is consistent with the rest of code.
+If you made something really cool but won't spend the time to integrate it into this upstream project please still share it in your fork on GitHub. If you mention it in an issue we'll take a look at it anyway.
+
+## Writing Documentation
+ThingPulse maintains documentation for its products at [https://github.com/thingpulse/docs/](https://github.com/thingpulse/docs/). If contribute features for this project that requires altering the respective product guide then we ask you to prepare a pull request with the necessary documentation changes as well.
+
+## Working with Git and GitHub
+
+Avoid intermediate merge commits. [Rebase](https://www.atlassian.com/git/tutorials/merging-vs-rebasing) your feature branch onto `master` to pull updates and verify your local changes against them before placing the pull request.
+
+### General flow
+1. [Fork](https://help.github.com/articles/fork-a-repo) this repository on GitHub.
+1. [Create a branch](https://help.github.com/articles/creating-and-deleting-branches-within-your-repository/#creating-a-branch) in your fork on GitHub **based on the `master` branch**.
+1. Clone the fork on your machine with `git clone https://github.com/<your-account>/<weather-station-fork>.git`
+1. `cd <weather-station-fork>` then run `git remote add upstream https://github.com/ThingPulse/esp8266-weather-station-color`
+1. `git checkout <branch-name>`
+1. Make changes to the code base and commit them using e.g. `git commit -a -m 'Look ma, I did it'`
+1. When you're done:
+ 1. Think about [squashing (some of) your commits](http://www.andrewconnell.com/blog/squash-multiple-git-commits-into-one). There are [several ways](http://stackoverflow.com/a/5201642/131929) to do this. There's no need to squash everything into a single commit as GitHub offers to do this when we merge your changes. However, you might want to trim your commit history to relevant chunks.
+ 1. Bring your fork up-to-date with the upstream repo ([see below](#keeping-your-fork-in-sync)). Then rebase your branch on `master` running `git rebase master`.
+1. `git push`
+1. [Create a pull request](https://help.github.com/articles/creating-a-pull-request/) (PR) on GitHub.
+
+This is just one way of doing things. If you're proficient in Git matters you're free to choose your own. If you want to read more then the [GitHub chapter in the Git book](http://git-scm.com/book/en/v2/GitHub-Contributing-to-a-Project#The-GitHub-Flow) is a way to start. [GitHub's own documentation](https://help.github.com/categories/collaborating/) contains a wealth of information as well.
+
+### Keeping your fork in sync
+You need to sync your fork with the upstream repository from time to time, latest before you rebase (see flow above).
+
+1. `git fetch upstream`
+1. `git checkout master`
+1. `git merge upstream/master`
+
+### Commit messages
+
+From: [http://git-scm.com/book/ch5-2.html](http://git-scm.com/book/ch5-2.html)
+<pre>
+Short (50 chars or less) summary of changes
+
+More detailed explanatory text, if necessary.  Wrap it to about 72
+characters or so.  In some contexts, the first line is treated as the
+subject of an email and the rest of the text as the body.  The blank
+line separating the summary from the body is critical (unless you omit
+the body entirely); tools like rebase can get confused if you run the
+two together.
+
+Further paragraphs come after blank lines.
+
+ - Bullet points are okay, too
+
+ - Typically a hyphen or asterisk is used for the bullet, preceded by a
+   single space, with blank lines in between, but conventions vary here
+</pre>
+
+Don't forget to [reference affected issues](https://help.github.com/articles/closing-issues-via-commit-messages/) in the commit message to have them closed automatically on GitHub.
+
+[Amend](https://help.github.com/articles/changing-a-commit-message/) your commit messages if necessary to make sure what the world sees on GitHub is as expressive and meaningful as possible.

LICENSE

@@ -0,0 +1,22 @@
+The MIT License (MIT)
+
+Copyright (c) 2018 ThingPulse Ltd., https://thingpulse.com
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.
+

README.md

@@ -10,7 +10,7 @@ ESP8266 Weather Station Color using ILI9341 240x320 TFT display
 The code in this project supports an ILI9341 240x320 TFT display with code running on an ESP8266. To get you up and running in no time we created a kit which contains all the necessary parts including a custom PCB to connect display and WiFi chip:
 [https://thingpulse.com/product/esp8266-wifi-color-display-kit-2-4/](https://thingpulse.com/product/esp8266-wifi-color-display-kit-2-4/)
 
-By buying the kit from us you are supporting future development. Thank you!
+Buy the kit from us to support future development of this application. Thank you!
 
 [![ThingPulse ESP8266 Color Display Kit](resources/ESP8266ColorDisplayKit.png)](https://thingpulse.com/product/esp8266-wifi-color-display-kit-2-4/)
 
@@ -18,6 +18,14 @@ By buying the kit from us you are supporting future development. Thank you!
 
 A complete step-by-step tutorial/guide is available at [https://docs.thingpulse.com/guides/wifi-color-display-kit/](https://docs.thingpulse.com/guides/wifi-color-display-kit/).
 
+## Licensing, contributions and maintenance
+
+The code in this repository is licensed under [MIT](https://en.wikipedia.org/wiki/MIT_License), a short and simple permissive license with conditions only requiring preservation of copyright and license notices. Thus, you're free to fork the project and use the code for your own projects as long as you keep the copyright notices in place.
+
+ThingPulse is committed to open-source development and will continue to maintain this code. We welcome contributions from the community given they are roughly in line with our [guidelines](CONTRIBUTING.md). However, please understand that we primarily developed this application to be run on our own hardware kit mentioned above. It's the only platform we regularly test the code against. You are of course free to run the code on any hardware you think is compatible but you have to rely on community support should you run into problems. 
+
+ThingPulse runs a support forum for its customers that is better suited to answering user questions than the issues list here.
+
 ## Wiring
 
 The below wiring diagram is only needed when you do _not_ buy the self-contained kit from ThingPulse but rather assemble the components yourself.