Windy Community
    • Unread
    • Categories
    • Groups
    • Go to windy.com
    • Register
    • Login

    windy-plugin-radiosonde

    Scheduled Pinned Locked Moved Developers
    46 Posts 20 Posters 28.0k Views 6 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • guy_bottlaenderG Offline
      guy_bottlaender @rittels | Premium
      last edited by

      @rittels @idefix37 here is probably the answer, using only AROME 2.5 and showing AROME 1.3km only for the surface wind field.

      1 Reply Last reply Reply Quote 0
      • S Offline
        stitch Meteorologist @rittels | Premium
        last edited by

        @rittels

        To the development team that put together this plugin "windy-plugin-radiosonde"....top shelf - great effort!!

        From a Prof Met's perspective....this is a very useful tool and one I only recently discovered and now use continually....so a BIG thanks!

        One issue: could you take a look at the numerical wind speed values within the Skew-T diagram when you mouse over a level. It appears the numerical values are displaying speed in metres/sec when there is a knots value displayed. For comparison, the wind barb notation is correct in units of knots.

        Eg
        56c26395-1336-4bd7-a1a4-9d909c9ba2cc-image.png

        Wind barb is ~60kts....numerical wind speed is 30.3 m/s (and not kts as displayed). Could you correct the numerical value to "knots"?

        Otherwise, great work! Highly appreciated.

        PS: If you could incorporate real-time sonde data (during the balloon flight) from Sondehub into the Skew-T diagram up until the completion of the sonde (with the data then replaced by completed sonde data - as currently displayed), then that would be a GOLD medal in my books.

        Regards,
        Stitch

        rittelsR mhaberlerM 2 Replies Last reply Reply Quote 2
        • rittelsR Offline
          rittels Code contributor @stitch | Premium
          last edited by

          @stitch

          😳 Oops. Thank you for picking that up.

          1 Reply Last reply Reply Quote 1
          • mhaberlerM Offline
            mhaberler @stitch | Premium
            last edited by

            @stitch Michael here, author of the radiosonde backend

            re sondehub realtime data integration: that was always planned and I'm in contact with the sondehub team since over a year towards that end.

            From an integration perspective it looks reasonably straightforward. However, server side things would not be as easy as the current radiosonde backend which is basically serving static files. Also, data quality is an issue - data from sondehub might not be validity checked as the data from meteo aggregators is.

            Currently this backend service is running on my hosted server, and its future is undecided as of now.

            • Michael

            Michael

            S 1 Reply Last reply Reply Quote 0
            • S Offline
              stitch Meteorologist @mhaberler | Premium
              last edited by

              @mhaberler Hi Michael. I appreciate the challenges that go with developing these products. And, as I have mentioned, this plug-in has been beneficial to my work. Can I include another request? Within the skewT diagram, are you able to plot the wind speed numeral values beside the wind barb? This would conveniently illustrate the wind speed without needing to mouse over each level.
              Thanks, . . . .

              mhaberlerM 1 Reply Last reply Reply Quote 1
              • I Offline
                igor 320
                last edited by

                The plugin loads, but doesn't show any stations. Is it broken or it's something on my end?

                rittelsR 1 Reply Last reply Reply Quote 0
                • rittelsR Offline
                  rittels Code contributor @igor 320 | Premium
                  last edited by

                  @igor-320 Should work now. Thanks

                  @stitch Go to extra settings -> select wind display , select Numeric

                  S 1 Reply Last reply Reply Quote 1
                  • mhaberlerM Offline
                    mhaberler @stitch | Premium
                    last edited by

                    Hi @stitch , I'm just the fellow doing the data collection backend

                    all the frontend polishing is done by the formidable Mister @rittels !

                    and no, there arent any known existing bugs since @rittels fixes them so quickly, so it's all Heisenbugs ;)

                    Michael

                    S 1 Reply Last reply Reply Quote 2
                    • S Offline
                      stitch Meteorologist @rittels | Premium
                      last edited by

                      @rittels .......you are a champion!!!

                      This plugin just went up another few rungs. And I noticed you have plotted the 1000hpa level wind/temp on the skewt when this is not available on the main window viewer....bonus.

                      Thankyou (big time)

                      1 Reply Last reply Reply Quote 1
                      • S Offline
                        stitch Meteorologist @mhaberler | Premium
                        last edited by

                        @mhaberler .....see my comments above to @rittels

                        A big thankyou for your work putting this plugin together. πŸ‘πŸ˜

                        1 Reply Last reply Reply Quote 0
                        • Aadesh GargA Offline
                          Aadesh Garg Chile alerta
                          last edited by

                          Wow its good

                          mhaberlerM 1 Reply Last reply Reply Quote 0
                          • mhaberlerM Offline
                            mhaberler @Aadesh Garg | Premium
                            last edited by

                            service is currently degraded, investigating

                            Michael

                            mhaberlerM 1 Reply Last reply Reply Quote 0
                            • mhaberlerM Offline
                              mhaberler @mhaberler | Premium
                              last edited by

                              Service is back to normal

                              several station locations have been fixed

                              Michael

                              mhaberlerM 1 Reply Last reply Reply Quote 1
                              • mhaberlerM Offline
                                mhaberler @mhaberler | Premium
                                last edited by

                                to explain the little hiccup yesterday:

                                the radiosonde backend is essentially a database which maps a station ID to a series of radiosonde ascents tagged by time
                                the station ID is assumed to be globally unique, assigned be the WMO, and hence can be used as primary key.

                                Or so goes the theory.
                                In practice, all sorts of junk data comes in, like this beauty

                                search for 'station_id' and well... its just blanks. And there went the primary key.

                                The code has been fixed to skip such stations, so we have to live without Tunis/Carthage for now until they fix things there.

                                Another problem creeping up from time to time is: there is no single, well curated source of WMO station information; there are station lists kept by different organisations in varying degree of accuracy and state of rotting. And sometimes those entries are plain wrong - for instance, wrong coordinates.

                                this manifests itself by a circle on the map at location X, and when you click it, the trajectory shows up elsewhere on the map.

                                If you find such a station, please file an issue or pull request against this file.

                                thanks

                                • MIchael

                                Michael

                                1 Reply Last reply Reply Quote 0
                                • Wilsony974W Offline
                                  Wilsony974 @rittels | Premium
                                  last edited by

                                  @rittels Thank you for this great job !
                                  Could you please explain what is exactly the "THRM Top" please ?

                                  rittelsR 1 Reply Last reply Reply Quote 0
                                  • rittelsR Offline
                                    rittels Code contributor @Wilsony974 | Premium
                                    last edited by

                                    @Wilsony974

                                    Thermal top: The top of the thermal reached, for the selected parcel temperature. This is indicated by the top of the green line, following the dry adiabatic lapse rate.

                                    Should convective clouds form (thus the isohume line from dewpoint and dry adiabat line from surface parcel intersect, the lapse rate will follow the moist adiabat line), the Thermal top then equals the cloudbase. The CLD top will then indicate where the evaporating parcel stops rising

                                    rittelsR 1 Reply Last reply Reply Quote 0
                                    • rittelsR Offline
                                      rittels Code contributor @rittels | Premium
                                      last edited by

                                      @rittels

                                      https://blog.mah.priv.at/release-announcement-windy-plugin-radiosonde/

                                      mhaberlerM 1 Reply Last reply Reply Quote 1
                                      • mhaberlerM Offline
                                        mhaberler @rittels | Premium
                                        last edited by

                                        I am happy to announce a significant improvement to the data quality availability through the windy radiosonde plugin, related to the backend service

                                        in summary:

                                        we have MUCH better coverage in high-resolution ascents since two days, as well as new stations appeared which had no coverage at all so far

                                        this is thanks to a patch developed by windy's formidable Mr KarpΓ­Ε‘ek @FILIP_K which is running in the backend now - congratulations, Filip!

                                        the gory detail:

                                        radiosonde ascents are distributed in two formats, a telex-oriented legacy format called FM35, and a more recent high-resolution format called FM94 (or BUFR in meteospeak)

                                        due to redundant data feeds, we receive both formats for many stations - if for a given station a high-res view is available, that is given preference - if we do not have something else, we fall back to the legacy format

                                        I've been running this backend service for close to a year or so, and I always wondered why for some stations we have a strange form of coverage: sometimes we get hi-res data, but in many cases just legacy format. And there was no obvious pattern recognizable why this is so. My initial suspicion was that this was just an artefact of some data feeds which we have no control over, so have to live with it.

                                        This manifested itself most visibly in Russian radiosonde ascents, but - as we later found out - has affected data from many other countries as well.

                                        Following an in-depth exchange with helpful friends in Russia, it became clear we better search for errors in our software. I detected a smell in a central piece of code, and Filip came up with a key improvement in no time flat.

                                        I very happy to have that mystery resolved.

                                        You can probe yourself:

                                        • Hohhot ZBHH (China, WMO id: 53463) - visible in hi-res since two days, no previous data
                                        • same for Β Lhasa ZULS (WMO id: 55591), Β Ezeiza Aero SAEZ (WMO id: 87576), Neuquen Aero SAZN (WMO id: 87715)
                                        • Bechar DAOR (Algeria, WMO id: 60571) - hi-res now, previously only legacy format
                                        • all Russian stations are hi-res now AFAICT
                                        • ascents distributed via NMC Denmark and Meteo France als improved in quality

                                        I am pretty sure this service is now best-of-class as far as publically accessible sources of radiosonde ascents worldwide go!

                                        Michael

                                        1 Reply Last reply Reply Quote 8
                                        • Threlfa7T Offline
                                          Threlfa7 | Premium
                                          last edited by

                                          This is a great plug in! Thank you so much for your work. Are the 750hPa, 650hPa, and 550hPa levels of data available for the GFS and ACCESS? Would be awesome for thunderstorm fore
                                          casting?

                                          1 Reply Last reply Reply Quote 1
                                          • ivoI ivo referenced this topic on
                                          • First post
                                            Last post
                                          Windy Community  |  Powered by excellent NodeBB
                                          Terms of Use     Privacy Policy     Windy.com