radiosonde launch sites #15
Comments
|
2019 Jun:
France not reporting anymore? |
|
This is very cool data. I might look at making a little webpage to visualise it so people can go look up info on what launch sites are near them. |
|
Yes, a webpage where you can zoom in and have additional infos would be nice. Unfortunately not all stations report to the database that is available e.g. at http://weather.uwyo.edu/upperair/sounding.html |
|
Where did you get the list of launch site codes and their associated radiosonde codes? |
|
sounding data: raw data is explained here station list: my current igra-list: Coordinates differ sometimes, some stations have several or changing station numbers or different launch sites, resp. The WMO radiosonde codes can sometimes be wrong when (entered manually, I guess). And you never know if they use older WMO codes from The latest station_radiosonde_list 2019/06 (w/ station-altitude) |
|
http://www.raob.com/data_sources.php UPDATE:
[RAW data A*-countries] ogimet_station-list: |
|
Combined uwyo/ogimet station list Map Europe, Jun 2019 Some (test) stations like Ury (Meteomodem), Toulouse, Nuernberg (DFM), Vantaa (Vaisala) not included. |
|
radiosonde types and data processing |
|
Is there an updated version of this list? I'd be interested in making an interactive map where you can click on the launch site and get the info on what sonde is being used (i've been asked a few times what various sites near people are launching). |
|
2020/10
WMO common code table 07: iMet |
|
University of Wyoming - Upper Air Soundings Ogimet Deutscher Wetterdienst (DWD) MET Norway generate gpx tracks: Norway 2020/10 |
|
The following site is used as radiosonde data source in https://skewt.org : https://madis.ncep.noaa.gov/madis_raob.shtml it has many, but not all of the sonde ascents I am interested in - for instance, it is missing Austrian ascents done by austrocontrol.at or zamg.ac.at . |
|
the other source I found is the BUFR files which are used by the UofWyoming site: I think those are the files: https://rda.ucar.edu/datasets/ds351.0/index.html#sfol-wl-/data/ds351.0?g=121 you need an account (free and easy to get) at the rda.ucar.edu website to see and access those files |
|
2021/01 |
|
Inspired by this data, two friends of mine who are better in web development than I am and myself started working on a GIS type web application that shows radiosonde launch sites, hunters and receive stations. Anyone is able to propose an addition/deletion, this proposal is sent via email to an administrator/mailing list, who can approve it through a simple link that contains a token and allows modifications before accepting. The web app uses laravel and vue and a prototype with no working mail functionality is deployed at https://gis.sondehunt.de/ Due to time constraints, we will not be able to finish this project in the near future. However, I still think this is a tool which definitely solves a problem and if anyone is interested in taking over development, I would be very happy |
|
Looking good! I'm wondering what that 'proprietary site' is. Though it looks like all the receive site data is just random at the moment? For now the listener data for auto_rx stations can be grabbed from http://spacenear.us/tracker/receivers.php however you will have to filter for 'radiosonde_auto_rx' in the description field to exclude stations that may be listening for amateur radio balloons. auto_rx is currently in the process of transitioning to a separate elasticsearch DB system with a new API, so eventually listener data will be available there. If you are interested, we now have all of the auto_rx collected data in ES using a somewhat more generic format detailed here. API information on submitting and accessing data is here. We have also been accepted into the AWS Open Data program, so this dataset will also be available in a S3 bucket fairly soon, though elasticsearch is more useful for searching through the data. |
|
I've just made a quick custom Google Maps to show the data: https://www.google.com/maps/d/u/0/edit?mid=11LzaG62fG9ETXNbP7-TldoRsbsKCzBJ3&usp=sharing If anyone wants the Python code or data sets used let me know and I will upload them. |
|
@LukePrior I was thinking about doing the next map with Leaflet/python/folium. For 03/2021 I generated also a json file: 07: iMet-1 Code Tables to Binary and Alphanumeric Codes: C02.xml
|
|
neat idea NB I'm coming "from the other side" - this information is extracted from BUFR files distributed by the meteo community, not from sonde observations |
|
Does that BUFR data include the transmit frequency information? Otherwise how are you getting the frequency data? |
|
@mhaberler My data here |
|
yes it does this is a GeoJSON file of radiosonde ascent in FM94 format, which is pretty much a direct transliteration of the BUFR file, see towards the end note that there are two formats being used - FM35/netCDF by NOAA/MADIS and FM94/BUFR by the rest of the world only the latter carry this much detail this summary lists all the available ascents in the last 2 weeks, and carries the serial, frequency and sonde type info |
no, I am pulling data from GISC Offenbach and NOAA Madis, see here https://github.com/mhaberler/radiosonde-datacollector and here: https://github.com/mhaberler/radiosonde-datacollector/blob/master/installation.md the BUFR processing is here: https://github.com/mhaberler/radiosonde-datacollector/blob/master/bufrutil.py |
|
I have asked the owner of this website repeatedly for the bufrraob.py script behind this page, but it seems to be a state secret |
|
Thanks. The initial idea was to have a map of the radiosonde types used by the stations. But it's nice to have also their sounding data with one click. And it's nice that they report also the radiosonde serial number and frequency of each sounding. |
|
there are about 12-15 or so meteo aggregators called "GISC" GISC Moscow seems to have interesting data but I am still working on getting an account there - not easy Meteo FR has their own game - does not distribute via the GISC system There is one mystery I have not solved yet - the NOAA MADIS service has good coverage but only in FM35 format for instance Russia: I get a few stations as FM94 via DWD, but all others as FM35 via NOAA - no idea why; I am very sure the rest of the Russian stations are available somewhere in FM94 but have not figured this out |
|
here are example files for the Graz, Austria (wmo 11240) 2021-04-04 02:00Z ascent link to the raw GeoJSON file: https://radiosonde.mah.priv.at/data/fm94/11/240/2021/04/11240_20210404_020000.geojson the zip archive as it arrives from GISC Offenbach: https://static.mah.priv.at/public/temp-fm94_20210404-032500350082_28654.zip a Python decoder skeleton created by bufr_dump -DPython A_IUSD04LOWM040200_C_EDZW_20210404032300_37086583.bin : https://static.mah.priv.at/cors/bufr/A_IUSD04LOWM040200_C_EDZW_20210404032300_37086583.py |
|
Well, |
|
yes, I recommend to sign up and register - it is the way to set up a subscription and related delivery service you have several options of receiving the files, I have dwd push zip files via HTTP push so no periodic ftp needed the subscription mechanism is a bit hokey but once set up it runs very reliable - the key disadvantage IMO is that once you find other sources (the TEMP_Data-global_FM94 is the right place to start) it is a tedious process to add sources to an existing feed I wound up having several subscriptions and certainly there is overlap such that I get some sites twice and I do not have the nerve to click through gazillion pages and detect dupes manually yes, you get only the latest soundings I keep a window of two weeks of zip files, I can make that available via the web server if you are interested in those - maybe an easier start running through all of those if you are just extracting some attributes |
|
sorry for the permission denied on the example files above, fixed this is the 14-day window of BUFR archives I receive from GISC Offenbach: https://radiosonde.mah.priv.at/dwd-bufr/ nginx fragment for the push delivery: |
|
Thanks, |
|
as for the WMO source of active stations, I was advised by a meteo pro to use https://oscar.wmo.int/oscar/vola/ as the source (updated daily) it is the base for https://github.com/mhaberler/radiosonde-datacollector/blob/dev/station_list.txt which I currently manually curate - every now and then a legit station pops up which is missing there, and I manually add those |
|
not sure this is the right place to ask: I am interested in matching sonde serials with launch stations - I'd appreciate pointers to existing work/code for that problem |
|
Hi @rs1729 I have integrated your latest data set into the testing branch of the SondeHub Tracker. You can enable launch site icons from the settings menu under Other. I have attributed the dataset back to this issue but if you would like it elsewhere let me know. If you have any suggestions for improving the feature or other features on the tracker please let me know. |
|
New map 2021/06: 07: iMet-1 @LukePrior, some stations didn't have launches in 2021/06 or didn't report their launches. (There is sounding data for Cape Canaveral, but no radiosonde type specified. Some time ago it was LMS6-403 (type=11).) |
|
Hi, can you add Payerne in Switzerland in the list used on Habhub please, its forgot |
|
If I don't forget, I can add it next time (if I see soundings but no reports on ogimet). It's probably |
Hey thanks for formatting it for me, I've dropped it into the testing branch at testing.v2.sondehub.org. @F5MVO please confirm you can see it and I will merge it into main. https://github.com/projecthorus/sondehub-tracker/blob/testing/launchSites.json Cheers |
|
@LukePrior |
|
Updated thanks. |
|
@LukePrior ogimet: 68263: -25.92 28.22 1523 # Pretoria Irene (South Africa) So Pretoria 68263 should be updated to There might be other stations with inaccurate coordinates. EDIT: |
I have updated this individual entry and will look into creating a way for users to report inaccurate positions. |
|
Hi, its ok for Payerne now, thanks |
|
@LukePrior Here are a few additional corrections: The Norwegian stations are also in the netcdf-data that they publish (no ogimet data). |
Yep that sounds great will do. I will update those corrections shortly. |
|
New map 2022/04: 07: iMet-1
|
|
New map 2024/01: some notable coordinate differences ogimet/igra2:
|
|
The station coordinates in the ogimet database have limited precision. In most cases igra2 is closer to reality, but sometimes the igra2 coordinates are less accurate.
|
The WMO code are in the common code tables
http://www.wmo.int/pages/prog/www/WMOCodes/WMO306_vI2/LatestVERSION/LatestVERSION.html
2018 Jun:
station: sonde_type(s) # lat lon
all_stat_2018jun.txt
89009: 23 # -90.00 0.00
Some stations not reporting to http://weather.uwyo.edu/upperair/sounding.html
(e.g. Uccle: RS41-SGP+O3)
Cuba and Spain not reporting, and Finland, home of RS92/RS41?
The text was updated successfully, but these errors were encountered: