Describe the bug
Two bugs were discovered with IWXXM 3.0 business rules which caused properly constructed IWXXM 3.0 XML METAR, SIGMET and AIRMET documents to fail schematron validation. This will cause consumers performing XML validations to erroneously flag, and worse, possibly reject the data.

Refer to issues #197 and #208 for more detailed write-ups on these two schematron bugs which were fixed in later releases of IWXXM.

To Reproduce
Steps to reproduce the behavior:
XML documents which trigger the false errors are attached, along with error messages from the OxygenXML application.

1. Import the XML document into an application, such as OxygenXML, or against a command-line application such as CRUX that can perform schema and schematron validation.

2. Be sure that the application or tool uses the IWXXM 3.0 schema and schematron files when performing schema and business-rules validation.

3. For METARs, the schematron validation step erroneously flags every report in the as exceeding extension block content length (5000 characters). Clearly by visual inspection, each METAR report has much less than that.

4. For LSCA31 SIGMET the timeIndicator is "OBSERVATION", and the validPeriod beginning time is later than the phenomenonTime consistent with schematron rules in later releases of IWXXM.

Expected behavior
All XML documents to pass IWXXM 3.0 schematron validation step. If you need more examples of SIGMETs and AIRMETs, I can provide them.

IWXXM 30 Schematron.zip