Read the statement by Michael Teeuw here.
MMM-aviationwx (Aviation weather)
-
the format on that image is:
Wind direction @ wind speed: 220@05kt
Visibility: 10SM 10 statute miles
Sky Coverage: OVC - overcast, BKN - broken etc…
Cloud base: 150(00)ft
Temp: 10 degrees C
Dewpoint: -1 degrees C
Time of the report in 24 hour clock: 20:51I’d say (personal opinion) that the pressure/altimeter setting isn’t that important. I’d prefer to keep the additional information, if you look at FDY and TBR above, they have:
-RA which is showers of rain
BR - which is fog (or haze, I can’t remember… 70% sure it’s fog, either way you can’t see through it well)That to me is more important that the altimeter setting.
I can look for other examples if that would help?
-
@stephenmelody said in MMM-aviationwx (Aviation weather):
I can look for other examples if that would help?
Nope, that’s good for now
-
How would I denote visibility if this is the data ?
Visibility:1500Simply
1500?v1500? vis? other? -
Do you have an example airport you’re getting that from? Is it outside of the US where viz is usually XXSM?
-
-
@stephenmelody said in MMM-aviationwx (Aviation weather):
Is it outside of the US where viz is usually XXSM?
I thought that was the whole idea for this module, that it would be international, yes?
-
Russian Viz is in metres, so they’d want to see 1500m I’m guessing.
That’s the problem, you’re creating the ability to call weather from international airports but each country / region reports differently. The good thing with AVWX is it tells you the unit to use, so you could just append after the value the unit identifier, so in your example you have:
"Visibility": "9999",and in the units section:
"Visibility": "m",so you could concatenate it to be:
visibility: 9999mDoes that make sense? Have I answered the question?
-
The three main differences I know of are:
USA reports altimeter in inHg, rest of the world is hPa (or mb, which is the same thing).
USA Reports viz in Statute Miles, rest of the world in Kilometers
Russia reports wind speeds in Metres/Second, rest of the world in Knots. (they also report altitude in meters above the ground and the rest of the world uses feet above the ground (or sea level, that also depends…)
That’s when flying becomes fun, so in the UK, you fly at an altitude in feet, a speed in knots (nautical miles per hour) and with a visibility in kilometers… talk about mixing up units!!!
-
@stephenmelody said in MMM-aviationwx (Aviation weather):
Does that make sense? Have I answered the question?
Yup, I’m on it
-
So, it just dawned on me that the Raw-Report data looks pretty much like what I’ve been trying to achieve piece by piece, according to all of the wishes in this topic, aside from the order and the formatting. Shrug
Raw-Report: UUDD 220230Z 32003MPS 9999 OVC014 00/M02 Q1005 R32L/520295 NOSIG
Anyway, the flight rules have been converted to alternative color coding and are working. I can add the standard color coding at another time, via config option, so you can choose one or the other. The units will also will come from the data. The only time coming from the data is in Zulu time. It does not say if that is the time of the report.
Do you want a second line of data? Would you rather a single line as you’ve shown above?
Most importantly:
Someone needs to figure out how to call multiple ICAO’s in a single request. This would make my job a whole lot easier. Do I have to do everything? ;-)
@allebone said:
This is amazing collaboration.
So, collaborate already! ;-)
https://avwx.rest/api/metar/uudd only gets data for a single ICAO, uudd.
EDIT
I contacted the API. Only one station per request. Of course! I’ll think of something.
