I neither need nor want the detail map on zooming in as it clutters the view
how can I get rid of the detail background map?
suggestions:
Assuming the average alert user is as clueless about Javascript as I am:
a framework feature for generating alarms, and a set of predefined, selectable (possibly user-contributed) JS fragments (really condition expressions) which can be parameterized:
that would go a long way without the complexity of a full-blown programming language based solution
I would be interested in alerts when a particular value combination arises in the forecast.
The overall alert condition is a combination of several subexpressions.
let me lay out the idea by example:
given:
location1, location2, location3, time-of-day1, time-of-day2
maxtemp
if (temperature(location1, time-of-day1, surface) < maxtemp) AND
(wind(location1, time-of-day1, surface, IconEU) < 10km/h) AND
(wind(location2, time-of-day2, FL180, ECMWF) > 80 km/h) AND
(wind_direction(location2, time-of-day2,FL180, ECMWF) between 290 and 20 degrees)) AND
(wind(location3, time-of-day3, surface, IconEU) < 10km/h) AND
(temperature(location2, time-of-day1, surface) < maxtemp)
then
create alert("Alps crossing possible")
having this done once nightly looking into the future as far as models provide that would be super useful.
I admit the parameterization is complex and probably pushing the envelope for a mobile gui - it might be more productive to address the issue algorithmically (plugin idea!)
thanks for this great tool!
Here is the field report in english: https://blog.mah.priv.at/index.php/2019/10/02/field-report-using-windy-at-the-gordon-bennet-cup/
the match of forecast vs tracks flown is pretty phenomenal - remember, the forecast was done 22hrs before takeoff and 80hrs lookahead:
https://blog.mah.priv.at/index.php/2019/10/02/trajectory-forecast-vs-track-flown-a-new-data-point/
The most prestigious gas balloon race in the world is the annual Gordon Bennet Cup
Pilots stay aloft for several days and might cross the continent
To get an idea, here's a video of the tracks flown this year:
The teams have (and need!) a ground crew which advises pilots on weather and tactics
This year, windy and traj were part of the games - in the ground support for the Belgian, Spanish and US teams - Kolja Packard wrote up a field report (he was part of the support team and worked the weather forecasts):
(this is still german-only, I will post an english translation shortly and notify here):
In particular, have a look at the very first image in the blog post - this was the track forecast 20 hours (!) before takeoff
compare that to the youtube video above - the match is amazing!
Many thanks to Kolja in writing this up!
@TomSlavkovsky @ivo what do you think about making plugins a permanent affair, like in browsers?
so the whole clickety-click dance at startup becomes a one-time affair?
that does have UI implications like - no immediate popup of menus etc - only right-click
I wrote a blog post on the latest version of @rittels traj plugin - a huge improvement in functions and usability!
https://blog.mah.priv.at/index.php/2019/08/25/windy-trajectory-functions-improved/
is that planned to work eventually?
will it never work for some reason?
thanks! pawed through the FAQ and articles - couldnt find an answer
In the space of evidence-based politics, Mr DiCaprio is not exactly my first goto-source of knowledge, given that for him foehn is already a consequence of GW:
maybe we can leave out the activism space here? it permeates through any channel conceivable anyway.
Here's something neat: visualize an expected balloon flight in 3D based on a windy trajectory:
https://ayvri.com/scene/49j7m8dzje/cjzp38qi200013d5vtyo4jj3j
The GPX file was created with windy.com and the traj plugin. It includes an ascent and descent phase of 2m/s and level flight at 1500m. The GPX file was then uploaded to ayvri.com (free account required).
The ayvri visualization is based on cesium.js - for the curious, play here: https://cesiumjs.org/Cesium/Apps/Sandcastle/index.html?src=CZML Path.html