AllClearSensorLibrary

too, but I'm an Android dev so iOS app will take a while).

rack hurricanes with obvious low-pressure curves but there's a lot more that can be done. Crowdsourcing sensor data from phones: Accelerometers can detect earthquakes, Microphones can detect noise pollution, Magnetometers can detect solar activity, Barometers can detect weather changes Most phones have those sensors now, and I'm looking out for UV sensors, air quality sensors, and more. The applications of crowdsourcing sensor data are immense and constantly improving as new sensors get added. -- The main issues honestly are privacy and noise filtering. Ensemble kalman filters running on device can reduce noise dramatically, and you can use anonymizing features like geographic bounding boxes (where sensors can go in and out and only their bounding box is used as location data)

st community on reddit. Their megathreads and links are always useful. https://reddit.com/r/tropicalweather

de I wrote for Android for this purpose (periodically measuring pressure) https://github.com/JacobSheehy/AllClearSensorLibrary [1] https://journals.ametsoc.org/waf/article/33/5/1375/40806/Imp... [2] https://journals.ametsoc.org/jtech/article/35/3/523/107377/S...

but it is possible (see Cliff Mass research papers) and the trends in the data are already clear and usable, regardless of actual pressure value recorded. Let's add a source code link for Android background/foreground sensor access that I wrote to further these goals: https://github.com/JacobSheehy/AllClearSensorLibrary

s?id=com.allclearwe... (US, Android) Sensor code: https://github.com/JacobSheehy/AllClearSensorLibrary I am also interested in gathering magnetic data, and presently also collect temperature, light sensor and humidity from phones that have it. I believe all this data could be useful for weather prediction, which is my current target. But earthquake alerts, magnetic field/solar storm warnings, sound pollution (microphone), and various other distributed sensor networks should also be possible. I have not noticed any battery degradation or over-use of resources in my dealings with sensors. As long as the developer takes care in the code and respects users' wishes, I think it's totally doable.

e using. With All Clear you can see the sensor data from the weather sensors in your phone and know that it is being analyzed and processed into 'virtual weather stations' so it can be eventually included in the main weather models. You'll know this because you'll be able to see it happen in the app as I make progress. Here is a quick graph I made: https://imgur.com/gallery/IPj6w7N of Hurricane Florence's pressure recorded by phones in North Carolina a few weeks ago. It may take some imagination to see how the data could be useful (it needs cleaning, privacy protection, quality control, etc) but you can see the data in there and I know it can be extracted into useful numerical weather model inputs. 2) All the phones in the world have cameras. These cameras are taking photos of the sky and the weather all day long but nobody is using this data in weather forecasting. That's obviously because it is difficult to extract meaningful numeric weather data from a photo, but I believe it can be done. All Clear has a feature to let users send in photos of the sky with tags, and I am going to use this data as a training data set to a machine learning classifier. If it works, it should be able to automatically tag weather information in any outdoor photo - assuming the training dataset is good and my ML is good. 3) Current conditions in a lot of weather apps are out of date, since the source data is out-of-date. A lot of the US MADIS stations update only hourly, and they can miss updating in intervals when significant weather happens. Sometimes they update and sometimes they don't. But it's so frustrating to look outside and see it is raining while your weather app just happily denies the existence of that rain and tells you it's just partly cloudy. So I let you fix it, for yourself and for others nearby. If enough people all submit the same weather condition, contrary to the station reports, the app will start showing that condition as the Truth for current conditions in that area. (safeguards built in to protect against cheating). 4) I am dedicated to open source. While the whole app isn't open source yet (it will be!) the main sensor code that does the barometric pressure data collection along with other sensors, is open source on GitHub: https://github.com/JacobSheehy/AllClearSensorLibrary. I would encourage other weather app developers to enable features in their apps to aide in the crowdsourcing of potentially very useful weather data that is otherwise idle in phones. 5) It's in the details. The US NOAA Forecast API that the app uses only returns its text forecasts with F and mi built-in as units. I wrote an algorithm (regexes mostly) to convert the text forecast units on-the-fly so you can be reading it and see it as C and km if you like, it's seamless. Well there is one error I know about, sometimes it will say "quarter of an inch of rain" which is a bit of a pain to parse, but I'm working on that too! ----- Alright, there's what All Clear can do that other weather apps can't. And a note about it being US-only. I tried to make this international from the get-go, and wasted months using IBM's API from WU that barely worked at all. Then they yanked the payment form off the web the week I was going to publish the app and buy their $400/month package. No longer an option. Now you have to wait for a phone call, might be weeks, and the prices are like $3,000 for the equivalent data (or something, hard to say). If you want to read some of the drama about this, check out this WeatherUnderground thread: https://apicommunity.wunderground.com/weatherapi/topics/weat... where people are describing the confusion as WU cuts off their keys and makes the service dramatically more expensive. So the app is using the US NOAA data for free and I am investigating alternatives for international weather data. Here is All Clear Weather on Google Play (US): https://play.google.com/store/apps/details?id=com.allclearwe...

that next to no weather apps are using. Yeah WU and Dark Sky have a toggle, but what does it do? Do they talk about how they are using the sensor data? I don't think so. With All Clear you can at least see the sensor data from the weather sensors in your phone and know that it is being analyzed and processed into 'virtual weather stations' so it can be eventually included in the main weather models. You'll know this because you'll be able to see it happen in the app as I make progress. Here is a quick graph I made: https://imgur.com/gallery/IPj6w7N of Hurricane Florence's pressure recorded by phones in North Carolina a few weeks ago. It may take some imagination to see how the data could be useful (it needs cleaning, privacy protection, quality control, etc) but you can see the data in there and I know it can be extracted into useful numerical weather model inputs. 2) All the phones in the world have cameras. These cameras are taking photos of the sky and the weather all day long but nobody is using this data in weather forecasting. That's obviously because it is difficult to extract meaningful numeric weather data from a photo, but I believe it can be done. All Clear has a feature to let users send in photos of the sky with tags, and I am going to use this data as a training data set to a machine learning classifier. If it works, it should be able to automatically tag weather information in any outdoor photo - assuming the training dataset is good and my ML is good. 3) Current conditions in a lot of weather apps are out of date, since the source data is out-of-date. A lot of the US MADIS stations update only hourly, and they can miss updating in intervals when significant weather happens. Sometimes they update and sometimes they don't. But I think it's so frustrating to look outside and see it is raining while your weather app just happily denies the existence of that rain and tells you it's just partly cloudy. So I let you fix it, for yourself and for others nearby. If enough people all submit the same weather condition, contrary to the station reports, the app will start showing that condition as the Truth for current conditions in that area. (safeguards built in to protect against cheating). 4) I'm sick of the same UI in all the weather apps. I get that the UI in All Clear isn't perfect yet (it's a new project! and it's a hobby! and I'm not a UI designer!) but I am absolutely going to try new things in terms of how the optimal weather data can be displayed to a user to maximize quick-check understanding. It's too easy to be misled by the text, icons, and gridded numbers in most weather apps. 5) I am dedicated to open source. While the whole app isn't open source yet (it will be!) the main sensor code that does the barometric pressure data collection along with other sensors, is open source on GitHub: https://github.com/JacobSheehy/AllClearSensorLibrary. I would encourage other weather app developers to enable features in their apps to aide in the crowdsourcing of potentially very useful weather data that is otherwise idle in phones. 6) It's in the details. The US NOAA Forecast API that the app uses only returns its text forecasts with F and mi built-in as units. I wrote an algorithm (regexes mostly) to convert the text forecast units on-the-fly so you can be reading it and see it as C and km if you like, it's seamless. Well there is one error I know about, sometimes it will say "quarter of an inch of rain" which is a bit of a pain to parse, but I'm working on that too! Another detail worth mentioning is the smart retry. During development I discovered that the API returned errors (or didn't return at all) and so rather than just showing the user a failure screen, the API does a nice backoff-retry to try really really hard to get the data for you. And if it can't do that? It knows that probably that forecast office or station is just down. So it changes the location parameters a bit and tries again, hoping to catch a different station forecast that would still be relevant to you. I don't have the numbers for how often it fails to load vs. other weather apps (I hope it's not worse!). But I know this: I put in some serious effort to try my best to show you the weather no matter what. On that topic... 7) Another feature of the app is that it does a lot of work to attempt to pick accurate icons. I find that the icons shown in a lot of weather apps are misleading at best when it comes to describing the weather. It turns out that it's really hard to show the user the right weather information in just an icon. So this is the main reason for the animations in the app: to make the visuals more correct and more engaging. There is logic in the app to not show the default icon that comes from the weather API: if it did do that, then a 30% chance of thunderstorms shows you just the thunderstorm icon. Most apps do this. But chances are? The weather will be just partly cloudy, no thunderstorms. So the app shows a partly cloudy animation with a faded, flashing lightning bolt to indicate the probability. Further work is being done in future updates to the app to make this even more accurate. ----- Alright, there's what All Clear can do that other weather apps can't. Maybe it should be your next weather app but maybe it is missing a critical feature for you. What's that feature? What do you need or want in a weather app that nobody is delivering today? All of that above featureset is free by the way. Part of the problem with not enough original and quality weather apps is that they each cost money to run and users are often unwilling to pay. So for All Clear it is free to use all the features of the app; You can pay $1/month if you like to extend the forecasts from 3 days to 6, and extend other features in the app like the number of visible weather pictures (from 10 to 100). The subscription will help pay for the servers that run all the custom weather data code as well as future development of neat weather experiments using smartphone sensors. And a note about it being US-only. I tried to make this international from the get-go, and wasted months using IBM's API from WU that barely worked at all. Then they yanked the payment form off the web the week I was going to publish the app and buy their $400/month package. No longer an option. Now you have to wait for a phone call, might be weeks, and the prices are like $3,000 for the equivalent data (or something, hard to say). If you want to read some of the drama about this, check out this WeatherUnderground thread: https://apicommunity.wunderground.com/weatherapi/topics/weat... where people are describing the confusion as WU cuts off their keys and makes the service dramatically more expensive. So the app is using the US NOAA data for free and I am investigating alternatives for international weather data. [1] https://play.google.com/store/apps/category/WEATHER/collecti...

tail. 2) Most phones have a barometer now, other sensors as well like hygrometers etc. This data needs major QC and protection for user privacy and for preparation for integration and assimilation into models like WRF. This is a ways off but research has been done already here and there can be significant progress with good quality data. Here is what data from a single phone in Colorado looks like spanning a day or so: https://imgur.com/a/45lTZ6j. The sensor code for Android is open source to encourage other apps and make the process of collecting atmosphere data from smartphones much easier. [2] 3) Current conditions reporting. I found that MADIS stations don't update frequently enough to keep track of rapidly changing weather events. Users can submit current conditions and an algorithm picks which to show based on recency, trust, and other metrics. So far it can create a more accurate current conditions experience for the user. I have taken significant effort to show the weather data from NOAA in a clear and readable way. The large graphics and animations have significant logic code behind them to attempt to most appropriately display the conditions described by MADIS stations. For example, even when most APIs will return a thunderstorm icon for a 30% chance (I find that misleading) All Clear takes an approach of showing a faded flashing bolt with a clear indication that it is 'chance'. Other efforts are made to improve weather data communication, such as automatically converting text forecasts to units set by the user. It's not simple! But it is a useful thing for users. (See this forecast API result:https://api.weather.gov/gridpoints/OKX/33,37/forecast/ for example). It has text forecast only in US units and I don't see any options to change it otherwise. Thanks! [2] https://github.com/JacobSheehy/AllClearSensorLibrary