[wundergroundupdatereceiver] Initial contribution

[danieldemus]

Signed-off-by: Daniel Demus daniel-github@demus.dk

Being the owner of a weather station that is able to submit measurements to wunderground.com via the update URL, I looked for a binding to capture the values and use them locally on my openhab instance to fx. open and close windows or awnings depending on weather conditions, or just to display current weather on a weather page.

I couldn't find any thus this binding. It registers a servlet listening on the wunderground.com update URL path and gathers the submitted values into channels on the thing. Multiple wunderground accounts can be supported by configuring the station id of the thing. The station id must match the ID parameter in the requests from the weather station. Every update is also passed along in a trigger channel, which can then resend the update to wunderground.com in a trivial rule script. In addition you can also submit measurements to other weather services in whatever format they accept.

The build artifact can be found here:
https://openhab.jfrog.io/artifactory/libs-pullrequest-local/org/openhab/addons/bundles/org.openhab.binding.wundergroundupdatereceiver/3.2.0-SNAPSHOT/

[fwolter]

LGTM
Now, you could add your binding's logo to the openHAB website. See https://www.openhab.org/docs/developer/bindings/#add-your-binding-s-logo-to-the-openhab-website

[fwolter]

@jlaur Could you review the danish translation and load it into Crowdin?

[fwolter]

@kaikreuzer Can you invite @danieldemus to the contributors?

[jlaur]

Could you review the danish translation and load it into Crowdin?

Yes, although in the opposite order since now merged. :-)

[jlaur]

Could you review the danish translation and load it into Crowdin?

Yes, although in the opposite order since now merged. :-)

@fwolter, @danieldemus - I have now done first review walk-through:

• 160 words are missing translation.
• I found a number of mistakes like swapped label/description, missing units, missing description, etc. I have posted comments for each of them.
• Some obvious mistakes like typos, bad grammar, missing punctuation etc. I have fixed myself.
• All the rest of the strings have been approved.

@danieldemus - please have a look at the comments and missing translations in Crowdin:
https://crowdin.com/translate/openhab-addons/6234/en-da?filter=basic&value=3

Since the Danish strings were merged directly into the codebase with this PR, the identified mistakes will be present in 3.3 unless all missing strings are provided and mistakes corrected before then. This is because the synchronization back to the repository is only triggered when 100% strings are provided and approved.

[jlaur]

@danieldemus - I went through another round, please have another look at Crowdin to fix the last few translations.

Will you create a PR for fixing the default string issues? At least this, don't remember if there are more:

(actually outdoor)

channel-type.wundergroundupdatereceiver.humidity.label = Humidity
channel-type.wundergroundupdatereceiver.humidity.description = Humidity in %.