Very good ideas, I find the one with the favourite station particularly useful.

With the current hardware, OTA updates are impossible. Those interested in updating will have to do it manually. It is not complicated at all, but requires physical access to device’s PCB board and a USBAsp programmer
(http://www.ebay.com/itm/171505112768)

Great initiative.

I think one useful feature will be to automatically show on app startup all stations close to user’s position, so the app would be as informative as possible. Also stats on radiation trends and a few lines on exposure limits and their effects, as published in current literature.

Email alerts or push notifications should be configured on the website, and delivered to the mobile apps, for events like: major changes in background radiation levels at some location, preconfigured threshold reached, etc.

The ui should take advantage of modern UI/UX

So if I understand it correctly, this could be packed into the following scenario:
1) By default program the units with a default mac, a default ID and uradmonitor.com as single server
2) When the unit connects, it would download a freshly allocated mac/device ID and a list of alternative servers and store the data in its EEPROM.
3) Periodically, the unit would check if other alternative servers are available (and delete those that are offline).

Would this work? Does it cover everything, enough to make this decentralisation stand?

I believe the logic will require only a minimal code, that can fit in the available flash memory. The only issue is I find multiple transmissions of the same data to multiple servers a bit redundant (not a big issue though).