anybody working on a trajectory plugin?
@Gkikas-LGPZ which browser+OS?
edit: playing with Safari, Firefox, Brave, Chrome - all currently get stuck during segment generation
looks like a temporary network or server issue
edit #2: all working again
Stuck again, lol. CORS error. We are overloading their servers???
The polyline segments represent 3 hour segments, as provided by the pluginDataLoader. Starting 90 minutes past 2400 (GMT).
I added markers at the hour points. Should hopefully work once the server is responding again.
I can add a facility to download and save trajectories, as .gpx.
Will do so later...
@Gkikas-LGPZ 0.1.5 latest. Will load 0.1.6 with markers, as soon as server active.
I see - the marks coming from the data import - makes sense now
gpx: really any format is fine
I am very curious to overlay forecast and actual tracks - have done so in the past with a ADS-B track from flightradar24 and trajectories from Meteoblue exported as GPX, eg last slide in http://static.mah.priv.at/public/alpenfahrt-vortrag+folien.pdf
@rittels works perfectly!
Hi Michael. Should all the trajectories on the map be bundled in 1 gpx file, or would it be better to download each trajectory separately?
@rittels I looked at what meteoblue does when you export a bundle of trajectories as gpx, this is what I got:
now I imported this gpx into Google Earth and it is evidently possible to extract separate tagged tracks from this single gpx, so sticking to the same method would do just fine IMO:
download trajectories with : firstname.lastname@example.org
traj 0.1.9 feedback:
the traj generated gpx: http://static.mah.priv.at/public/trajectory__2019-07-04T17_15_00.gpx
for comparison, a gpx cut out of a 'real' Garmin 695 tracklog: http://static.mah.priv.at/public/20190630-stiwoll-waldstein.gpx
import traj gpx directly into macOS Google Earth (fat UI), using import option 'Use KML-LineStrings': very nice UI, clicking the arrows gives detail at current point:
for comparison: import gps695 gpx directly into GE UI (NB: dumb naming, traj much better):
(NB: the GE GPX display code seems to be a bit buggy: de- and then re-selecting a track makes the selectable arrows vanish for both the traj and Garmin695 gpx files)
traj gpx does not import as gpsvisualizer.com Atlas - not sure why: https://gpsvisualizer.com/atlas/map?url=http%3A//static.mah.priv.at/public/trajectory__2019-07-04T17_15_00.gpx
interestingly, both files properly import into the gpsvisualizer leaflet and displays: https://www.gpsvisualizer.com/map_input?form=leaflet and https://www.gpsvisualizer.com/draw/ - one would think its the same import code. No biggy.
In all cases the colors conveyed by the Garmin gpxx:DisplayColor tag are ignored. But they are in the gpx file and can be extracted somehow if needed, so no reason to jump extra hoops in the plugin code.
Exporting the elevation with the tag works fine, it's exactly the same as Garmin device exports it.
other than traj 0.1.8 gpx files, the 0.1.9 gpx files now properly import into JGPSTrackEdit.
to sum it up: I think the gpx export works good enough for now - everything from here on really is rearranging deck chairs IMO
I'm pretty happy with it and can do any extra hoops for say super-polished presentations with standard tools like gpsbabel, XML transform and gpsvisualizer.com which I use most
IMHO: milestone reached - good for the masses!
like @Gkikas-LGPZ , I generally refer to 700hpa/600hpa as a mean steering wind. But then in northern Aust the summer Tstorms top out in the mid 30k ft to mid 40k ft levels.
With respect to southern Aust winter Tstorms, then I generally lower the TS tops to mid 20k to 30k ft level and would then look a the 800hpa and 700hpa levels.
You can see what the forecast CB tops are using "Cloud tops" (just ensure the model is highlighting cellular based clouds and not layered clouds like cirrostratus/altostratus etc).
I see you have used the radar/lightning window to correlate the Tstorm speed/motion to a wind height field - this is what I would do as well.
Be wary though of Tstorms that move/turn towards a different directions opposing the mean or normal Tstorm tracks (these anomalous movers could potentially turn into the severe variety of Tstorm).
There is no steadfast rule....just trial an error.
All the best with your forecasting ..... @mhaberler
@stitch thanks, really helpful!
once in a while we have a TS nearby at an event and it is unclear wether we can go for a launch or not; the traj feature helps narrow down the question
@rittels 0.2.0 feedback:
exported trajs now carry over a color - great!
the gpsvisualizer.com Atlas import snag is gone.
here is a traj gpx export example, warped into kml with these gpsvisualiser KML settings :
I think export is just fine now.
Since my birthday's coming up... how hard would it be to play traj's from different models?
stunning: all pressure levels exported, imported with gpsvisualizer to produce KML
have a look in Google Earth!
Brilliant.......you just keep on delivering. 2 model trajectories
@rittels GFS definitely works, ICON - need to re-check, NEMS seems not to work
my last suggestion is already down to usability: append the model name to the export file basename, and each track's name after pressure - then clicking the traj in GE will also report the model, not just pressure; less confusion potential when comparing several model results
Herewith I've run out of suggestions!
GFS, ECMWF and ICON works very well
NEMS, AROME - no output
(IMO not an issue and I dont suggest putting energy into resolution)
@rittels we might have serious test material shortly
I am attending the Sagrantino Cup from July 26 to Aug 4th, and there should be 50+ hot air balloon teams there
there should be 2 flights daily, so that should yield hundreds of tracks in different altitudes
I will prepare and publish trajectories twice daily for each takeoff location and ask the teams to share their GPS tracks with me
@mhaberler Wow, that looks amazing.