M14 and RA... which should better be SN
Hi all,
I had this problem in AS before and it is still there in ASA - when the weather is interpolated there seems to be no check to see if rain is possible at all due to temperature.
For example I currently get the following interpolated data:
EDFV 201255Z 16904KT 130V190 16255 BKN007 BKN020 RA M06/M10 Q1001 RMK ADVANCED INTERPOLATION
So we have rain at minus 6°C... The closest real data is EDFM which has no precipitation but there is snow coming in from the northeast - ETOU reporting -SN.
Stations that are interpolated but very close to ETOU also show SN but many slightly further away show RA.
I my eyes there should be a logic checking where the freezing layer is and according to that the precipitation should be adjusted to SN or IC instead of RA.
If possible it would also be great to have it change with the altitude the aircraft is currently at - so if you climb through the freezing layer it will then change from RA to SN/IC.
Connected to this but slightly different:
On one of my last flights with AS I had LSZH reporting VCSH at M17 (°C) and it started to rain... so SH without any specification like RA/SN seems to be set to RA regardless of temperature.
Other than that the interpolation is much better now with ASA, so keep up the great development!
Kind Regards
Michael
Hi, I understand what you are
Hi,
I understand what you are saying, but we do need to use the codes in the METARs to set the weather both at stations and at altitudes.
Any suggestions for the future should be sent to tell-us(AT)hifisim.com
Thanks!
Jim - HiFi Software Sales and Support
Hi Jim, Yes, but there is no
Hi Jim,
Yes, but there is no report for this specific station since it is interpolated. And an interpolated station shouldn't get rain if it has a temperature of well below 0°C - if a real station would report RA M04 then it is for sure ok to display this - although I doubt that will happen very often / at all... ;)
I will send this to the mentioned email.
Greets
Michael
Hi, But the actual stations
Hi,
But the actual stations that are showing RA are going to have their influence as well. We can't say: OK any precipitation with a temp below XX is going to be snow. We have to rely on the codes that are reported in the METARs. At milder portions of winter you would be surprised as to how many times temps are M but the precip is rain.
Thanks,
Jim - HiFi Software Sales and Support
Yes, but there are no
Yes, but there are no stations reporting rain anywhere near but many interpolated stations are "reporting" RA. So there seems to be something in the logic triggering this RA although the real stations are reporting either no precipitation or SN or DRSN.
Like right now (21DEC 0146z):
ETHN: DRSN M04
ETHL: -SN M03
ETSL: no precip M02
EDDN: no precip M04
ETSN: no precip M04
ETHR: no precip M04
All real stations (I've also checked stations much further away, nowhere I can find RA).
But EDPA (interpolated) "reports" -RA M04.
That just doesn't fit at all to the real METARs. So if you say "we have to stick to what the reports say" then I have to say "looks like there is a bug since nowhere is a report saying RA". ;)
I know rain is possible below 0°C and also that there is such thing like supercooled water and being myself a flight ops officer I've seen a lot of "funny" rw-METARs already but this seems to be something in the logic and in my eyes the logic/algorythm should provide a "logical" output to simulate a realistic environment. So far it does it nicely but there are still some points to improve. :)
For example now EDDF reports EDDF 210120Z 20009KT CAVOK M04/M06 Q1004 R25R/453046 R25L/452054 NOSIG but the decoded textual weather for EDDF says "Clouds: Scattered at 4679 feet, Few at 8900 feet" which doesn't fit to the CAVOK (no clouds below 5000ft AGL or lowest MSA). Also ETOU right next to EDDF is reporting 9999 CLR but this is correctly translated to "Clear below 20,000"... But that looks more like a different issue...
Greets
Michael
Hi, In your first post you
Hi,
In your first post you said: "Stations that are interpolated but very close to ETOU also show SN but many slightly further away show RA."
Right now, 210150Z, my ASA at EDDF shows 20009KT CAVOK M04/M06 Q1005...... and everything is decoded accurately.
Thanks,
Jim - HiFi Software Sales and Support
Hi Jim, Between the two
Hi Jim,
Between the two postings have been several hours. But also on the first posting there was no real station reporting RA. Real stations have only been reporting SN, IC or no precip.
Now I just found this on ETSI:
ETSI 211020Z 06004KT 2500 -SN BR FEW010 BKN020 ...
Decoded to: Clouds: Unknown at 0 feet, Overcast at 100 feet, Broken at 2000 feet.
The overcast at 100ft is somehow really off... Also I get EDDM as interpolated data but there is a real source for sure at other times.
Is there some setting I might have that is mixing this up?
Greets
Michael
Hi, A few things: Are you
Hi,
A few things:
Are you using B433 of ASA?
Are both ASA and FS set to use system time?
I checked ETSI and everything matched up for me.
Thanks,
Jim - HiFi Software Sales and Support
Hi, Yes, B433. Force Real
Hi,
Yes, B433. Force Real Time is on.
Also checked with FS not running and got the same result on the textual decodes...
Greets
Michael
Hi, And this is on the Report
Hi,
And this is on the Report screen at the bottom of the page?
Jim - HiFi Software Sales and Support
Hi Jim, Affirmative. Just
Hi Jim,
Affirmative.
Just made a quick search to see if I can now find somthing similar and here you go:
http://www.krausemicha.de/vatsim/asa1edve.JPG
As you can see the ceiling in the METAR is Overcast in 2000 ft but the decode shows an overcast layer at 100ft (FS9 not running, just ASA standalone). In this case this makes a CAT II approach necessary but according to the real METAR even an non-prec approach is possible...
Greets
Michael
Hi, Was the weather depiction
Hi,
Was the weather depiction correct in FS?
Thanks,
Jim - HiFi Software Sales and Support
Didn't test it when I did the
Didn't test it when I did the screenshot this morning but on the other times the weather in FS was as the textual decode said - so incorrect to the METAR.
Greets
Michael