You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[RunwayVisibility(repr='R04R/P6000FT', runway='04R', visibility=Number(repr='P6000', value=None, spoken='greater than six thousand'), variable_visibility=[], trend=None)]
thanks,
Manoj
The text was updated successfully, but these errors were encountered:
This is a deliberate decision in the library which we can discuss.
The resolved value is not zero, it is None because it is associated with an imprecise value (in this case, greater than six thousand).
In some circumstances, it may make sense to have a set value, but I don’t think setting 6000 or 9999 makes sense. For other special values, does M1/4 resolve to 0?
There is a list of special numbers available in avwx.static for reference.
Thanks for the response. I have seen in FAA database that they sometimes interpret P6SM as 8SM. Maybe, something similar can be done here because it seems a little odd to have value of greater than 6000FT represented as 'None'.
Perhaps a clearer way of doing it would be to add a precise=T/F flag in the Number object and provide those 99% reasonable values in their stead. At the end of the day, it’s still on the developer and pilots to check the original representation. Adding this flag should make that easier without needing to do string comparisons etc.
Hello,
I am working with some METARs for EWR and I am getting runway visibility for the following METAR as zero
KEWR 091051Z 01018KT R04R/P6000FT -SNPL BKN007 BKN013 OVC032 M01/M02 A2959 RMK AO2 PK WND 01028/1020 SFC VIS 1 1/2 PLB34 SLP018 CIG 006V009 BKN007 V SCT P0006 T10061022 $
[RunwayVisibility(repr='R04R/P6000FT', runway='04R', visibility=Number(repr='P6000', value=None, spoken='greater than six thousand'), variable_visibility=[], trend=None)]
thanks,
Manoj
The text was updated successfully, but these errors were encountered: