-
A question about implementing TAF's in IWXXM 2.1.1:
The cloudAndvisibilityOK attribute for the TAF's MeteorologicalAreodromeForecastRecord is a required attribute, which means it should be specifie…
-
We promised (https://github.com/wmo-im/iwxxm/wiki/Common-approaches-accross-exchange-models) but we did not put deprecation information in IWXXM 3.0RC1. We shall do this in subsequent releases.
Th…
-
The cross-XM coordination discussions have led to several recommendations regarding versioning, deprecation, and namespaces. Consider the use of each of the policies described in https://ext.eurocont…
-
Rule
https://github.com/wmo-im/iwxxm/blob/b5ec9badedcad221d2e4b63c6ed3f659e1b8b4d3/3.0.0RC2/rule/iwxxm.sch#L23
may be incorrect. The case of runway(s) cleared of contaminates and friction coeff…
-
-
In a volcanic ash SIGMET, the schema comments say that ENTIRE FIR should be represented such that "the geometry should be an xlink to the sampled feature for this SIGMET". However, doesn't allow an x…
-
Under what circumstance would `` be different from `` ? In other words, if you are amending, correcting or canceling a TAF, aren't `` and `` always the same?
`` seems to be a superfluous element …
-
This is a formalization of an issue reported by Kyran Dollard earlier this year. Kyran's original comments follow.
========
The IWXXM METAR elements pertaining to variation in wind direction …
-
@jkorosi pointed out that:
> - I think there are incorrectly reported levels in SIGMET, AIRMET and ADVISORIES – TOP ABV, SFC/FLnnn, TOP FLnnn.
> - I am also not sure how to represent TOP BLW
Cu…
-
The intention of having schematron rule IWXXM.ExtensionAlwaysLast is to make sure that `` is always the last entity of a sequence of elements in a complex type. However, a complex type extending anot…